I bought one of those devices two weeks ago and I can confirm that it works fine with openHAB2 (RPi, Zwave.me USB stick)
You should not hear the relay clicking while pressing the B-Button three times! Either the device is faulty or maybe you did not reset the device correctly (I also had to reset the FGS223 before inclusion worked).
Reset: Apply power, hold the B-button until the yellow light turns on, while the yellow light is on (that is only the case for 2 or 3 seconds), release the button and click it again once. After successful reset the red light comes on for some seconds.
Then try the inclusion again …
BTW, it is recommended to use HABmin for dealing with zwave devices, it is specifically designed for that.
I also spent several days to sort out the issues with these devices and OH2. It now works.
Make sure that you use the inclusion function from within OH2 (worked for me with both Paper UI and Habmin) when your Z-Wave stick is connected. I had trouble when I included the devices first decentrally with my Aeon Z-Stick5 and then started OH2, as in these cases the different endpoints were never usable.
Additionally I had to add the association group for lifeline to the OH controller (I did this with Habmin). Then it worked for me.
You can avoid that by setting “Controller is Master” in your “Z-Wave network settings” for your USB Stick. You need to switch to “Tools” “Show advanced settings” though.
Thanks for the prompt support. Glad to hear that it should work with OpenHAB2, so it should be either an issue with the UZB stick on the Mac or a problem with this particular device.
I have reset the FGS 223 several times. It starts with a pale blue (white?) LED, then turns green, then purple and then yellow. When I then release the button, it does not do anything, so it does not turn red for a few seconds. Is that a malfunction of the device? Also: should it indicate that it’s in inclusion mode by any LED signal?
I just activated the switch to “Show advanced settings” but the “Controller is Master” setting was already active. Nonetheless I had to set the lifeline association for all FGS-223 in Habmin to make it run (I spent the complete Sunday yesterday with these devices… ) I am running OH2.0.0 Release Build with 2.0.0 Z-Wave binding on Windows with Aeon Z-Stick 5.
Hmmm, actually the Lifeline association should have been set automatically because of “Mastercontroller true”.
But as long as it is set, it doesn’t matter … it’s just for convenience.
thanks for that clarification. I just returned home and tried it out and have now been able to reset the FGS-232 with a red LED signal in response. It however did not change anything with regards to the inclusion. The log before and after the reset is identical. Is the UZB stick not working well or is the FGS-232 broken or do you have any other idea?
Hi,
I have now changed the UZB stick against a Z-Stick and have been able to include the device. It works well for Switch 1, however Switch 2 keeps me confused. When I switch it on, it does turn on the lights, but if I switch it off, then it ignores it completely. This was already the case before I included the device through Z-WAVE when I switched it with the manual switch, but I had hoped to be able to change the parameters of switch 2 so that it works appropriately. I however don’t find a way to configure it right.
Initially I had it configured as toggle switch and then showed the following behaviour for switching through ZWAVE:
switching on: lights go on
switching off: lights go off for a fraction of a second and then go on again
I then changed it to switch parameter to „toggle stable“ and thereafter the behaviour for switching through ZWAVE is as desired, but the switching with the manual switch still remains broken:
switching on: lights go on
switching off: no effect, lights stay on. (I double-checked that there is power on S2 when the switch is on and no power on S2 when the switch is off)
If I look at HABmin under channels, it shows
"Switch the power on and off" behind every switch. Below in the last section it says
Z-Wave Plus Node TypeON_OFF_POWER_SWITCH
Basic ClassROUTING_SLAVE
StandardklasseBINARY_SWITCH
Specific ClassPOWER_SWITCH_BINARY
Also, I forgot to mention that when I switch S2 on the manual switch and it turns the light on, on BasicUI the linked switch item stays unchanged (off).
If you have configured it through HABmin or PaperUI, you should see the channel under “Configuration” → “Things”
The first switch from the top is switch_binary, don’t use it, the second is switch_binary1, link that to your S1 item switch, the third switch is binary_switch2, link that to your S2 item switch.
BTW, what version of the zwave binding (and openHAB runtime) are you using? You will definitely need one of the newer zwave snapshot 2.1.x bindings, it won’t work with the stable 2.0.0 zwave binding.
i know the last post is already a bit older but i was wandering if this problem also occur in the latest snapshot build #1099
in combination with the latest dev. Z-Wave binding (secure).
i’m asking cause i have exactly the same problem with my FGS-223. the channel for Switch 1 and/or 2 are not getting updated in OH2 if i use the physical switch.
my FGS-223 is on firmware 3.2
i also tried to set the Association Group for Lifeline to the openHAB controller, however the entry seems to get removed later, at least after saving and refreshing the screen its empty again?
checked everything and the config looks ok. however if i use the toggle switch (physical switch) only the Switch item in HABmin is changing. not the actual switch 1.
one more thing, if i use the physical switch which is connected to S1 the light on Q1 gets turned ON, however in the log only switch_binary gets triggered not switch_binary1
2017-12-01 23:33:18.402 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Application Command Request (ALIVE:DONE)
2017-12-01 23:33:18.405 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: resetResendCount initComplete=true isDead=false
2017-12-01 23:33:18.407 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: Incoming command class COMMAND_CLASS_SWITCH_BINARY, endpoint 0
2017-12-01 23:33:18.410 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: SECURITY NOT required on COMMAND_CLASS_SWITCH_BINARY
2017-12-01 23:33:18.412 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 37: Received COMMAND_CLASS_SWITCH_BINARY V1 SWITCH_BINARY_REPORT
2017-12-01 23:33:18.415 [DEBUG] [dclass.ZWaveBinarySwitchCommandClass] - NODE 37: Switch Binary report, value = 255
2017-12-01 23:33:18.420 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2017-12-01 23:33:18.423 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_SWITCH_BINARY, value = 255
2017-12-01 23:33:18.426 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Updating channel state zwave:device:15f1ee0619b:node37:switch_binary to ON [OnOffType]
2017-12-01 23:33:18.430 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Commands processed 1.
2017-12-01 23:33:18.433 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@a087f4.
2017-12-01 23:33:18.513 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Application Command Request (ALIVE:DONE)
2017-12-01 23:33:18.515 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: resetResendCount initComplete=true isDead=false
2017-12-01 23:33:18.518 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: Incoming command class COMMAND_CLASS_BASIC, endpoint 0
2017-12-01 23:33:18.520 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: SECURITY NOT required on COMMAND_CLASS_BASIC
2017-12-01 23:33:18.522 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 37: Received COMMAND_CLASS_BASIC V1 BASIC_SET
2017-12-01 23:33:18.524 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 37: Basic report, value = 255
2017-12-01 23:33:18.529 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2017-12-01 23:33:18.532 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_BASIC, value = 255
2017-12-01 23:33:18.534 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Updating channel state zwave:device:15f1ee0619b:node37:switch_binary to ON [OnOffType]
2017-12-01 23:33:18.537 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Commands processed 1.
2017-12-01 23:33:18.539 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@1d5588c.
2017-12-01 23:33:18.551 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Application Command Request (ALIVE:DONE)
2017-12-01 23:33:18.553 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: resetResendCount initComplete=true isDead=false
2017-12-01 23:33:18.555 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: Incoming command class COMMAND_CLASS_BASIC, endpoint 0
2017-12-01 23:33:18.558 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: SECURITY NOT required on COMMAND_CLASS_BASIC
2017-12-01 23:33:18.560 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 37: Received COMMAND_CLASS_BASIC V1 BASIC_SET
2017-12-01 23:33:18.561 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 37: Basic report, value = 255
2017-12-01 23:33:18.565 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2017-12-01 23:33:18.568 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_BASIC, value = 255
2017-12-01 23:33:18.570 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Updating channel state zwave:device:15f1ee0619b:node37:switch_binary to ON [OnOffType]
2017-12-01 23:33:18.573 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Commands processed 1.
2017-12-01 23:33:18.575 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@1fb824a.
2017-12-01 23:33:18.613 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Application Command Request (ALIVE:DONE)
2017-12-01 23:33:18.615 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: resetResendCount initComplete=true isDead=false
2017-12-01 23:33:18.616 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: Incoming command class COMMAND_CLASS_SWITCH_MULTILEVEL, endpoint 0
2017-12-01 23:33:18.618 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: Command class COMMAND_CLASS_SWITCH_MULTILEVEL not found, trying to add it.
2017-12-01 23:33:18.619 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 37: Creating new instance of command class COMMAND_CLASS_SWITCH_MULTILEVEL
2017-12-01 23:33:18.621 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 37: Command class COMMAND_CLASS_SWITCH_MULTILEVEL, endpoint 0 created
2017-12-01 23:33:18.623 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: Adding command class COMMAND_CLASS_SWITCH_MULTILEVEL to endpoint 0
2017-12-01 23:33:18.625 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: Adding command class COMMAND_CLASS_SWITCH_MULTILEVEL to the list of supported command classes.
2017-12-01 23:33:18.626 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: SECURITY NOT required on COMMAND_CLASS_SWITCH_MULTILEVEL
2017-12-01 23:33:18.628 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 37: Received COMMAND_CLASS_SWITCH_MULTILEVEL V0 SWITCH_MULTILEVEL_SET
2017-12-01 23:33:18.629 [DEBUG] [ss.ZWaveMultiLevelSwitchCommandClass] - NODE 37: Switch Multi Level set, value = 255
2017-12-01 23:33:18.632 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2017-12-01 23:33:18.634 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_SWITCH_MULTILEVEL, value = 255
2017-12-01 23:33:18.636 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Commands processed 1.
2017-12-01 23:33:18.638 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@eba217.
2017-12-01 23:33:18.647 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Application Command Request (ALIVE:DONE)
2017-12-01 23:33:18.648 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: resetResendCount initComplete=true isDead=false
2017-12-01 23:33:18.650 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: Incoming command class COMMAND_CLASS_SWITCH_MULTILEVEL, endpoint 0
2017-12-01 23:33:18.652 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: SECURITY NOT required on COMMAND_CLASS_SWITCH_MULTILEVEL
2017-12-01 23:33:18.653 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 37: Received COMMAND_CLASS_SWITCH_MULTILEVEL V0 SWITCH_MULTILEVEL_SET
2017-12-01 23:33:18.655 [DEBUG] [ss.ZWaveMultiLevelSwitchCommandClass] - NODE 37: Switch Multi Level set, value = 255
2017-12-01 23:33:18.658 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2017-12-01 23:33:18.660 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_SWITCH_MULTILEVEL, value = 255
2017-12-01 23:33:18.662 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Commands processed 1.
2017-12-01 23:33:18.663 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@c21cd9.
2017-12-01 23:33:21.116 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Application Command Request (ALIVE:DONE)
2017-12-01 23:33:21.119 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: resetResendCount initComplete=true isDead=false
2017-12-01 23:33:21.121 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: Incoming command class COMMAND_CLASS_METER, endpoint 0
2017-12-01 23:33:21.124 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 37: SECURITY NOT required on COMMAND_CLASS_METER
2017-12-01 23:33:21.126 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 37: Received COMMAND_CLASS_METER V3 METER_REPORT
2017-12-01 23:33:21.129 [DEBUG] [.commandclass.ZWaveMeterCommandClass] - NODE 37: Meter: Type=Electric(1), Scale=W(2), Value=11.3
2017-12-01 23:33:21.134 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Got an event from Z-Wave network: ZWaveMeterValueEvent
2017-12-01 23:33:21.142 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Got a value event from Z-Wave network, endpoint = 0, command class = COMMAND_CLASS_METER, value = 11.3
2017-12-01 23:33:21.146 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 37: Updating channel state zwave:device:15f1ee0619b:node37:meter_watts to 11.3 [DecimalType]
2017-12-01 23:33:21.150 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Commands processed 1.
2017-12-01 23:33:21.152 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 37: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@11c25b5.
only after a manual refresh in HABmin switch_binary1 gets updated.
yes, the actual once to be used are switch_binary1 and switch_binary2.
but if i use the physical switch connected to S1 only switch_binary gets triggered as showing in my attached logs.
only if i manually refresh in HABmin switch_binary1 gets changed as well.
exactly the same behavior if i connect the switch to S2 only switch_binary gets triggered by the physical switch on S2.
i read in a couple of different forum and it seems that everyone has/had this kind of problem with the fgs-223.
if i only use HABmin to switch switch 1 and 2 no problem but using the physical switch on S1 and/or S2 will not update the software switch.
[quote=“Matt77, post:105, topic:13987”]
yes, the actual once to be used are switch_binary1 and switch_binary2.
the screenshot was showing that switch_binary is getting changed to ON but not switch_binary1 as also shown in the log. till now all looks like that the fgs-223 is not reporting back the status of switch_binary1 and 2 if its getting triggered by S1/S2 and the status needs to get polled by OH2.