The product lines which are now LEDvance were originally developed and owned by Osram, and then sold to a Chinese company, MLS.
(They actually went through a phased ownership transfer, where initially the Chinese company only bought a third of the business, but eventually acquired all of it.)
So there’s a historical connection and some of the designs are from models which were originally labeled Osram or Sylvania. (Sylvania was a brand-name used in the United States.)
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 …
Both devices magically came online after I opened a SmartThings support ticket. Odd.
I’ve just paired a generic zigbee plug to my SmartThings hub,
and it’s still getting paired with the stock zigbee switch DTH, not zigbee switch edge driver.
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’ve already made an Edge driver for this device, and it is uploaded to my channel.
What I’m trying to say is that…
Both stock zigbee switch DTH and stock zigbee switch edge driver have generic fingerprint of this device, which is OnOff cluster(0x0006),
but, contrary to the announcement above, it is still getting paired with the DTH, not the Edge driver.
I’m pointing out of this problem.
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.
There isn’t fingerprint of this device in stock zigbee switch DTH, but only generic fingerprint of OnOff cluster (0x0006).
Custom driver gets precedence over stock driver.
If I’ve installed custom edge driver to my hub, it should have been paired with the custom edge driver.
What I’m saying right now is… about precedence between stock DTH and stock Edge driver, which is different from what the announcement says.
Well, it kind of depends on how you interpret what they posted:
“After May 24, 2023, we plan on disabling device joining for Groovy DTHs in SmartThings.”
After May 24, but not ON May 24.
We plan, but not we WILL BE disabling.
So, perhaps they simply haven’t implemented it yet.
This post was flagged by the community and is temporarily hidden.
Hi @iquix
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.
Hi, @JDRoberts
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?
They’re doing it, it’s just taking longer than originally announced to complete.
I’m moving your post to the official announcement thread about the new timeline. Read the first post here and it will explain.
