I know but what I meant is that Osram (AFAIK) doesn’t sell zigbee products anymore so It’s a bit weird to keep Ledvance out of the supported devices website as it may lead to misunderstandings for customers.
So, my devices (frient energy monitor and Samsung smart plug) went offline this morning around 08:24 BST (GMT + 1.) Is this related to the driver changes? My hub is online, powering off/on didn’t fix anything …
Your device is not in the fingerprints for the stock Edge driver. That device is, however, supported by the Zigbee Switch Edge Driver from @Mariano_Colmenarejo. Follow the directions in this link for how to subscribe to his channel and install the driver.
I’d venture a guess that the fingerprint for that device is an exact match in the DTH vs the generic in the Edge driver. Try installing the driver I mentioned and see if your device installs with that vs the DTH.
I think that Jaewon’s point is that nothing should be joining with a DTH anymore since we’re passed the 24th. Whether there’s a generic or specific fingerprint in an Edge driver shouldn’t matter. So it appears SmartThings missed their cutoff date…again.
currently, when a new device is paired, stock Zigbee DTH has more priority than an edge driver with a generic fingerprint, in this case for the driver to have a higher priority, you will need to use a specific fingerprint.
There have been a couple of reports in the last week from people saying that, even though they had a custom edge driver loaded with the exact fingerprint match, the device was still selecting the stock DTH. This was a new issue, which had not happened previously.
Here is one example of someone who is unable to get their device to pair with any edge driver because it is always selecting a stock DTH.
Again, this is a new problem, which just showed up in the last week or so.
We’ll check what’s going on with the case you mentioned.
However, generic fingerprints are a different scenario in this particular case. We’ve received previous reports about people not being able to link their devices with stock drivers even when they are already installed in the Hub but the driver has only generic fingerprints that match the device.
We reported it and during the investigation, the team discovered that the DTH was selected first because in the Groovy world, generic and specific fingerprints weren’t treated differently, so, even if the fingerprint in the DTH is a generic one, it is still considered a specific one which “wins” the selection of the device controller over the generic fingerprint in a driver.
So, just to be clear, the case of generic fingerprints is different than the one with specific ones which definitely needs more investigation.
I was under the impression that devices with Groovy drivers would be transitioned to Edge drivers in spring. I just checked a Monoprice door/window sensor, and it’s still on the old Groovy driver. Did Smartthings decide not to do the transition?