Hi there, I’ve just moved over from Vera to Smarthings, as I thought the user experience would be simpler, how wrong!!
My scenario is that I cant seem to change the parameters for a Fibaro dimmer 2 or single relay, to use a momentary switch. With the dimmer, I use a 3 position switch and want the up switch to turn on/dim up and the down switch to turn off/dim down.
The issue is that only the up switch controls the on and off. I’m using codersaur device handler to change parameters, but am unclear on what needs changing as nothing seems to work. Does parameter #20 need to be 0:momentary or 2:roller blind and what does parameter #26 need to be?
Also, I’m using a single momentary switch for the relay, using a device handler to change parameter #14 to 0, but the device still acts like a toggle switch.
I know the wiring is correct, as it worked with Vera, but the parameters just don’t seem to change.
This is a current known problem caused by changes in the SmartThings implementation of zwave. It’s being discussed in the official announcement thread for the most recent firmware update as well as an active thread specific to this issue.
There’s a workaround for now, but you have to use the Z wave tweaker DTH temporarily, just long enough to do the configuration.
OK, You are using a custom DTH, and your DTH was hitting Null Exceptions because the DTH in use did not assign default values to variables for settings variable, specifically settings.configLoggingLevelIDE was null because the there is no default value assigned to it (commented out in your preference sections).
I generally avoid troubleshooting custom DTHs, but figured this might be useful for others. I would like to encourage users to check and see if the issue reported also occurs with SmartThings approved DTHs before reporting them. Thanks
So, are you saying, there was a problem with DTH ( is that the downloaded device handler?) . If so, I only tried that as the one supported by Smarthings didnt seem to work either and reading forums, it was supposed to work. I happy to go back to the standard
one.
I’m totally confused by the whole of this. I appreciate your help, but can you just inform me how I go about changing the parameters for my Fibaro devices.
OK, @ian_black, even SmartThings DTHs is broken when attempting to set the configuration because the Fibaro Device is set to run locally but the DTH is using the runIn() without using forceForLocallyExecuting: true. So the problem is that runIn() will be ignored for locally running devices if forceForLocallyExecuting is not set to true.
A fix for this issue would be for the user to publish the SmartThings DTHs themselves which will cause the two impacted device to no longer run locally, this will then circumvent the runIn issue described above. After the user is done configuring their device, then can either choose to run devices in the cloud or remove their locally published DTHs, and that will cause the devices to be run locally again. I know it is not ideal, but it is a quick workaround for time being until we fix the issue in the prod.
We are working on a fix as we speak now, no timetable when these issues are fixed, but should not be longer than a week.
Thanks for reporting this issue and your patience.
I think the everyday user of Smartthings and associated devices want a quick and easy solution and not have to go into this depth of understanding. I for one don’t understand!
Please could you inform me of when this “fix” is in place and how I go about executing it.
I think I understand. I will probably just wait a week for the fix since I can use Zwave Tweaker in the interim (sounds just as easy - since I have had some experience with Zwave Tweaker).
By the way, I just added some Fibaro switches this morning, and noticed that the Single Switch 2 does not experience this problem (despite my earlier mistaken assumption) – just the Dimmer 2.
Thanks for the detailed explanation and the progress update.
One minor question. One residual UI effect of this problem is the “dashes” instead of the energy usage reporting in one section of the interface (see my original post in this section, or the attached picture below). I assume this is related to the same issue. Will this go away once your fix is implemented? Will I need to remove and re-add the affected Dimmer 2 switches?
I just installed 2 Fibaro Dimmer 2 switches about an hour ago (on my test bench) - roughly 5PM PST.
It does appear that something has changed.
In both cases, the parameters now do appear to sync correctly. When changing/saving the parameters, the UI (in the area I marked in the picture above with a red arrow) now cycles thru the parameters and indicates “Sync OK” - as it did before.
But, this Sync OK message stays there (unlike the old energy info - see my picture above).
Not a big deal, as this info seems somewhat redundant. Just wondering why this changed.
Also, while both of these switches function correctly, one of them is not properly updating in the UI.
Appears to be very inconsistent. The attached load turns on/off correctly (both from an attached physical switch and remotely via the classic app). But the UI does not always update, even after waiting for multiple minutes.
Not sure yet why this is occurring, or how it might relate to the fix.
I have another 5 switches to install (after testing first), and will report more later tonight.
Appreciate any info as to exactly what changed to implement this fix.
Just finished adding/testing another 7 Fibaro Dimmer 2 switches (7PM PST).
All looks good with the fix. The config parameters change as they did before this sync problem arose.
The only odd change is the UI feature I mentioned above (says “Sync OK” permanently instead of showing the energy usage, except during an actual sync, when it correctly displays the cycling thru the parameters until the sync completes). Not sure why this change occurred. Just curious.
Anyway, thanks for the fix. Appreciate any detailed info you can provide as to what exactly was fixed/changed.
Hi @Kianoosh_Karami, just a heads up, I’m not getting the parameters to sync fully, they hang at parameter 38 then time out. Thanks to @anon36505037, I now know that parameter 38 was added only recently to the Fibaro firmware, so those of us with older devices will eternally have “Sync incomplete! Open settings and tap Done to try again.” Is there anything that can be done? Drop parameter 38 if it’s not crucial? Or implement Z-Wave over-the-air updates?
I personally am not familiar with Fibaro parameters, but if this is something missing from the DTH, we can reach out to the Fibaro team and ask them to update the DTH.
It’s being discussed in the official announcement thread for the most recent firmware update as well as an active thread specific to this issue.
