hm, strange…
so for you it works that the switch is turned on/off via openhab gui…and also you can turn on/off via real switch…and it will update openhab gui in parallel? right.
First thing works fine, but the second part not at all…in my case I have one intermediate hop in between…so the controller is not directly connected with the fibaro switch…maybe that is the problem…tried many things like assicoation groups…
hi all,
I think I have the same problem with a fgs-222 on OH 1.8.1, I haven’t debugged it so much but it seems the same issue, one switch is correctly updated and the other not. The relay is directly connected to the controller so I don’t think it’s a routing problem.
Do you mean that the second relay works like normal and the first does not update? That would be interesting and I never checked that as (shame on me) i only have use for 1 relay and I simply took the first one…
Again, in my case…I can easily turn ON OFF the light via GUI and of course you see the right status…but if you press the light button light goes ON and OFF but does not forward this status update to OPENHAB…
yes, I think that in this topic we are talking about the same issue:
I think that you could easily solve the issue simply using the second relay but it could be useful to solve the issue with the first as it seems to be a common problem
hi, I had 5-10 minutes yesterday to debug this issue and I found what is causing the issue, here are the logs for the two switches when switched from the wall:
switch 1:
so it seems that the FGS-222 is sending the wrong endpoint as when switching switch 1 endpoint = 0 is received instead of endpoint = 1:
NODE 7: Got a value event from Z-Wave network, endpoint = 0, command class = SWITCH_BINARY, value = 255
when switch 2 is switched the expected endpoint = 2 is received:
NODE 7: Got a value event from Z-Wave network, endpoint = 2, command class = SWITCH_BINARY, value = 255
I don’t know if this could be an issue due from a wrong configuration param or it’s a fibaro software issue but I think it is surely a strange behaviour.
This is something that has been known for a long time (looking back in the old Google groups we looked at this about two years ago ). The problem is also an issue on some versions of the FGS221 (new versions from memory).
The issue is that the device is not using multi-instance messages for switch 1 - only switch 2. Based on this, I think all you should need to do is add the respond_to_basic to the endpoint 1, and then use endpoint 2 normally…
I believe so (but maybe you’re about to tell me it doesn’t ). This should (I think!) cause the multi_instance class to be used to send frames (since I think the device will respond fine to this), but should mean if the device responds without the multi_instance message, it’s still detected by OH…
yes, I think it’s right, for me it’s working with this configuration:
{ zwave=“7:command=SWITCH_BINARY” }
I don’t know if command=SWITCH_BINARY is needed as I have not tried without but it seems that respond_to_basic=TRUE is not needed to make the sw1 work.
Hello, I am experiencing a similar issue with Fibaro FGS-222 relay not updating its status to the controller when operated manually. I have set up the main controller in association group responsible for report state of device and even tried using the config similar to that of the user" alexander_romanov_pv" but nothing has helped so far. I am using OH2,
The status of the switch_binary2 (i.e. Switch 2) )is updated to the controller when it is operated manually. However when switch_binary1 (i.e. Switch 1) is operated manually (turned on or off from the panel) its state is not updated on OH2’s PAPERUI or BASICUI.
Just following up on this post, I’m getting same issue - manual flick of switch does not report status back to openhab 2.1. if I change to ‘switch_binary’ it works. however the fibaro has 2 x switches in the one unit, for the first I use ‘switch_binary’ (originally had switch_binary1 but had no feedback) so then what would i set the 2nd one too? because switch_binary2 works in terms of turning on/off from openhab gui, but does not report back to gui on a manual flick of the switch?
Or is this more likely a bug in the binding? On latest binding as at today.
If a switch is not reporting back it is most likely a problem of the association group for controller updates, this needs to be set to the controller.
Unfortunately on both of my FGS222 I’m using only one relay, so can’t tell you the settings to make the second one work.
Try all three of the switch_binary channels and see which one works.
Seems you maybe partially right, if I go to properties of the zwave device habmin, then scroll down to association groups, it shows “switch 1 = openHAB Controller” and "switch 2 = " (nothing set) I changed “switch 2” to the openhab controller then saved the changes, however this still does not solve the actual issue - turning on the light connected to switch 2 does not update status in OH GUI.
Interestingly though, if I click “refresh items” under the description section of the zwave item in habmin, it updates the 2nd switches status correctly - but ONLY if the 1st switch is set to “switch”. If the 1st switch is set to “switch1”, it will update the 1st switches status but not the 2nd!!! It does look very much like a bug?
Manual switching the attached momentary switches gives me:
2017-09-08 19:02:54.820 [vent.ItemStateChangedEvent] - FibFGS223_1_Sw_2 changed from ON to OFF
2017-09-08 19:02:54.859 [vent.ItemStateChangedEvent] - FibFGS223_1_Scenes changed from 1.1 to 2.0
2017-09-08 19:02:57.759 [vent.ItemStateChangedEvent] - FibFGS223_1_Sw_1 changed from ON to OFF
2017-09-08 19:02:57.800 [vent.ItemStateChangedEvent] - FibFGS223_1_Scenes changed from 2.0 to 1.0
2017-09-08 19:03:02.173 [vent.ItemStateChangedEvent] - FibFGS223_1_Sw_2 changed from OFF to ON
2017-09-08 19:03:02.610 [vent.ItemStateChangedEvent] - FibFGS223_1_Sw_1 changed from OFF to ON