So, in the app, you notice they’re using a driver, because this option appears in the device’s details, right?
But in the IDE, the device type shows still a DTH’s name instead of “Placeholder”? This is what you see, @philh30, right?
We have seen that some values stay there with the same values prior to the migration, this includes route and other metrics. Despite they’re shown there, they won’t be updated anymore.
So, @philh30 is right, you should check in the app and the ST CLI (command: smartthings devices deviceId -j)
I’m working on an updated driver for the SNZB-02, should be in beta shortly. I have quite a few of the sensors and am porting my DTH over with any device peculiarities.
I see. Was this strange behavior (lights going on and off unexpectedly) reported by others with that device and driver combination? I didn’t see that but didn’t read the whole thread.
You shouldn’t be seeing any adverse affects from that, since it’s just a temperature and humidity sensor, unless you’ve got a routine associated with it somehow.
The deviceProfileName for the Fibaro Carbon Monoxide Sensor in the zwave-smoke-alarm fingerprint is set incorrect. Currently lists deviceProfileName: fibaro-co-sensor-zw5.
I think it should actually be deviceProfileName: co-battery-temperature-tamperalert-temperaturealarm.
Is there anyone who can fix this please?
I am not familiar with the device but clearly the profile matches up with the source code which specifies two preferences. So might I suggest you explain your reasoning?
But if I’m not mistaken the deviceLabel is the device name, in this case Fibaro Carbon Monoxide sensor (Or Fibaro CO sensor ZW5 as it was called in the Groovy Device Type Handler).
And the deviceProfileName contains the parameters the device measures/senses and displays in the app.
Looking at other devices as example:
deviceLabel: First Alert Smoke Detector
deviceProfileName: smoke-co-battery
For both of the above devices the deviceProfileName contains the parameters that specific device measures/senses.
Back to the Fibaro CO sensor. This device is currently listed as:
deviceLabel: Fibaro Carbon Monoxide Sensor
deviceProfileName: fibaro-co-sensor-zw5
But for the Fibaro CO sensor the parameters are actually CO-battery-temperature-tamperalert-temperaturealarm.
So what I would expect for the Fibaro CO sensor:
deviceLabel: Fibaro Carbon Monoxide Sensor
deviceProfileName: CO-battery-temperature-tamperalert-temperaturealarm
or
deviceLabel: Fibaro CO sensor zw5
deviceProfileName: CO-battery-temperature-tamperalert-temperaturealarm
The profile name points to an actual profile defined in the profiles folder of the driver. In this case there’s one specifically designed for the device:
I’ve read through this thread and I’m mostly just left confused! I have a bunch of GE switches that do not show up as edge drivers. Actually none of my GE switched are showing up as edge. What do I need to do? Do I have to remove each one from ST and add again?
It can definitely be confusing! The automatic transition for devices already on your account has not started to happen yet, so you will probably not see any edge drivers unless you have enrolled in the beta program or unless you manually download them yourself.
The automatic transition for devices already on your account is not scheduled to start until September 30 and even then it may take several months to be complete.
Meanwhile, there are some production edge drivers being loaded for some customers, so as you add new devices to your system some of them may onboard with an edge driver. Otherwise just wait and eventually everything will catch up.
Is there a way to tell if a more recent version of an enrolled/installed edge driver is available in the enrolled channel - presumably using the CLI?
In the app, I see the current driver version on the device’s page, and wonder if there maybe a more recent version available to which I should switch. I’m thinking there must be a way to find out other than nagging the original developer.
When the developer pushes an update, it will take up to 12 hours for your Hub to get it but we can’t see if there’s a new version coming.
I’ve seen that using the command smartthings edge:drivers:install can help us get the latest version published in the Channel. I think it’s worth trying to see if a new one is installed.
I tried smartthings edge:drivers:install, but it did not report any version information. It reported the channels available from which I might install a driver from, and then reported the driver ID which it installed – but no version number information.
