OpenHab not getting data from z-wave devices

Setup, Configuration and Use Installation
21

Dear all.

Thank you very much for your help! Its really appreciated!!

Unfortunately I got a new (old) problem with one of my “Fibaro Dimmer 2” 's. When I operate the dimmer using the switch on the dimmer, this information is not sent to Openhab. The firmware version is different from the ones working. This one has firmware version 3.4 (not working). The rest has version 3.5 (working). All setting looks identical. I tried mapping all channels but no luck. I also set the Lifeline to the controller.

22

Double check your association group. Don’t associate any other groups except Lifeline.
If it still does not work please provide a debug log.

23

I enabled debugging, turned on the dimmer (using the switch on the dimmer) and turned it off after 20 seconds. OpenhabDebugLog.txt (241.2 KB)

24

Which node number?

grafik

25

its node 6

26

And where did you get this screen dump from? :slight_smile:

27

https://www.cd-jackson.com/index.php/openhab/zwave-log-viewer

28

Thanks, i’m still learning…

What did the log tell you?

29

Sorry, have been out of town.

grafik
grafik1199×299 61.8 KB

Which channels are you watching for state changes? Looks like that are the wrong ones, you need to use the channels for endpoint 1:

Switch FibFGD212_1_Sw (gRestore) { channel="zwave:device:uzb:node37:switch_dimmer1", autoupdate="false" }
Dimmer FibFGD212_1_Dim (gRestore) { channel="zwave:device:uzb:node37:switch_dimmer1", autoupdate="false" }
30

I have that channel mapped:

Openhab
Openhab.PNG721×528 38 KB

31

You are missing the state updates for the switch_dimmer1 channel.
Make sure you are setting the association through HABmin, not PaperUI:

grafik
grafik1057×530 6.74 KB

32

The lifeline was already set like that.

33

I’m out of ideas, sorry.

34

OK, but thanks a lot.

35

Maybe it is the firmware version?

36

The reports are being sent to the root endpoint - not endpoint 1. If you have changed from an older version of OH, then it might not be a bad idea to exclude the device and add it back so that the associations are completely reset.

Over the past couple of years there have been a lot of changes to ZWave associations - there are now something like 6 different versions of association command classes, and OH 2.4 and above had to change the way this was set to use the newer command class versions. Sometimes this doesn’t get reset, and a complete reset of the device might be the best option.

37

I just made some findings regarding this Fibaro Dimmer 2, firmware 3.4:

Association Groups: If I set “1: Lifeline” to Controller AND “2: Send BASIC SET command class S1” to Controller, Openhab gets updated on the following channels when I control the dimmer using the switch on the dimmer: “Sensor Power” and “Dimmer Switch 1”. But there is a small bug: When the light is turned on using the switch on the dimmer, Openhab shows the dimming as 100% even though it is dimmed (eg. to 45%). (All this is different from firmware 3.5!)

Chris: I made a factory reset of my z-wave stick, and re-paired all my z-wave devices a few days ago so this should be OK i guess.

38

Probably this is because of what the device is sending although without the debug log, it’s hard to be 100% sure. You should not need to use the BASIC class - this will cause problems and we should try and work out what is wrong rather than try and fix the problems caused by the workarounds.

Yes, this should be fine if the device was reset. Do you have a debug log from the new inclusion and initialisation? I’d need to see how the device was configured.

39

I agree, it would be best to fix the real problem instead of a workaround.

Unfortunately I don’t have the debug log. Would it be any help if exclude the device and re-included it having z-wave debugging turned on?

40

Absolutely - that would be perfect :slight_smile: .