Inovelli Switches not updating

Hardware: Intel Q9650 on Dell 0G261D motherboard
OS: Ubuntu 18.04.4 LTS
JRE: OpenJDK 1.8.0_252
OpenHAB 2.5.5

Good morning, Team!

I’ve recently installed two Inovelli LZW31 (black) dimmers. Overall I like them, but I’m having some communication issues. I can easilyl configure the switches using Paper or BasicUI, and when I send commands via Openhab they will respond. But when controlling locally the state is not being transmitted to Openhab; there is no update within the UIs and no entry in the logs. Any thoughts?

What binding??

z-wave

You might want check the Association Groups. “Controller” should be listed in Group 1 - Lifeline.

Thanks @smak01, I hadn’t checked that but did confirm, Controller IS listed in group 1 for both dimmers

In HABmin, in the Thing configuration for the switch, under the Attributes item… Do the “Neighbors” make sense?

I recently had 2 zwave light bulbs that did have neighbors except themselves. The network heals did not seem to help, so I had to exclude/include them again.

Please add that tag to the thread. For some strange reason I cannot add it. Click the pencil icon beside the thread heading. I do not see the pencil.

@Kai Have forum permissions changed recently?

@Bruce_Osborne, done. Thanks

@smak01, the neighbors do make sense. These switches happen to literally be feet from my z-wave controller but they’re also connecting to several devices within communication range. The z-wave network viewer (although I don’t put too much stock in it) is not showing that they are directly connected to the controller via a thick, green line but a thin red line. Which I wouldn’t expect. Also the switches show they are listening, but not “frequently listening”, again don’t know if this is an issue

I have several LZW30-SN (red) switches, and this is how they appear in habmin. They all report local status correctly.

Are your LZW30 items setup in openhab as dimmers or switches? Your first post mentions “dimmers” but the LZW30 is a binary switch. That might explain why status isn’t updating correctly.

image

Gaa…I had the incorrect model listed (I have a different issue going on with a switch). These are LZW31 black dimmers and I edited my original entry.
The items are set up correctly as dimmers and I can send them commands and they respond. But they are not transmitting their state back to the z-wave controller when I change them locally

Yeah, those model numbers are easy to mix up. I often run into the same problem.

Here’s what my items file looks like for the LZW31-SN (red) dimmers. If you haven’t yet, you can try setting up the other channels to verify if status for those are being reported correctly (i.e. scene or effect. I think black series doesn’t report energy use).

Dimmer	    FamilyRoomLightsDimmer "Family Room Lights  [%d %%]"			            (FamilyRoom,gLights,gIntLights) {channel="zwave:device:057c652b:node15:switch_dimmer"}
Number		FamilyRoomLightsWatts "Family Room Lights Watts [%.1f W]"		        	(gEnergy)	                    {channel="zwave:device:057c652b:node15:meter_watts"}
Number		FamilyRoomLightsScene "Family Room Lights Scene"				        				                    {channel="zwave:device:057c652b:node15:scene_number"}
Number		FamilyRoomLightsEffect "Family Room Lights LED Effect"		            				                    {channel="zwave:device:057c652b:node15:config_decimal_param16"}

With the black dimmers, the only channel I have is the dimmer itself. But my item looks nearly identical (in terms of the channel).
I also have a LZW30 black switch installed, and it updates its status back to OpenHAB. I’m just having issues with the dimmers.

Really odd. Wish I could offer more simple answer.

The next step I can suggest is to turn on debug logging for the zwave binding and running the results through the log viewer on Chris’ website: https://www.cd-jackson.com/index.php/openhab/zwave-log-viewer

1 Like

When the documentation clearly says to turn on debug logging when things do not go as planned, why it that the last thing people try?
Only the system knows what it happening. Ask it.

When turning on the switch locally, the following is logged:

2020-06-17 20:23:43.235 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 09 00 04 00 1B 03 20 03 63 AA 
2020-06-17 20:23:43.236 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=27, callback=0, payload=00 1B 03 20 03 63 
2020-06-17 20:23:43.236 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=27, callback=0, payload=00 1B 03 20 03 63 
2020-06-17 20:23:43.237 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null
2020-06-17 20:23:43.237 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 27: Application Command Request (ALIVE:DONE)
2020-06-17 20:23:43.237 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 27: resetResendCount initComplete=true isDead=false
2020-06-17 20:23:43.237 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 27: Incoming command class COMMAND_CLASS_BASIC, endpoint 0
2020-06-17 20:23:43.237 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 27: SECURITY NOT required on COMMAND_CLASS_BASIC
2020-06-17 20:23:43.237 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 27: Received COMMAND_CLASS_BASIC V1 BASIC_REPORT
2020-06-17 20:23:43.237 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 27: Basic report, value = 99
2020-06-17 20:23:43.237 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 27: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2020-06-17 20:23:43.237 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 27: Got a value event from Z-Wave network, endpoint=0, command class=COMMAND_CLASS_BASIC, value=99
2020-06-17 20:23:43.238 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 27: Commands processed 1.
2020-06-17 20:23:43.238 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 27: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@28b3f6a1.
2020-06-17 20:23:43.238 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2020-06-17 20:23:43.238 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2020-06-17 20:23:43.238 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty
2020-06-17 20:23:43.238 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

Turning off the switch locally yields the following:

2020-06-17 20:29:53.396 [DEBUG] [WaveSerialHandler$ZWaveReceiveThread] - Receive Message = 01 09 00 04 00 1B 03 20 03 00 C9 
2020-06-17 20:29:53.398 [DEBUG] [nal.protocol.ZWaveTransactionManager] - processReceiveMessage input 0<>128 : Message: class=ApplicationCommandHandler[4], type=Request[0], dest=27, callback=0, payload=00 1B 03 20 03 00 
2020-06-17 20:29:53.398 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Received msg (0): Message: class=ApplicationCommandHandler[4], type=Request[0], dest=27, callback=0, payload=00 1B 03 20 03 00 
2020-06-17 20:29:53.398 [DEBUG] [nal.protocol.ZWaveTransactionManager] - lastTransaction null
2020-06-17 20:29:53.398 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 27: Application Command Request (ALIVE:DONE)
2020-06-17 20:29:53.398 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 27: resetResendCount initComplete=true isDead=false
2020-06-17 20:29:53.398 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 27: Incoming command class COMMAND_CLASS_BASIC, endpoint 0
2020-06-17 20:29:53.398 [DEBUG] [ng.zwave.internal.protocol.ZWaveNode] - NODE 27: SECURITY NOT required on COMMAND_CLASS_BASIC
2020-06-17 20:29:53.399 [DEBUG] [tocol.commandclass.ZWaveCommandClass] - NODE 27: Received COMMAND_CLASS_BASIC V1 BASIC_REPORT
2020-06-17 20:29:53.399 [DEBUG] [.commandclass.ZWaveBasicCommandClass] - NODE 27: Basic report, value = 0
2020-06-17 20:29:53.399 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 27: Got an event from Z-Wave network: ZWaveCommandClassValueEvent
2020-06-17 20:29:53.399 [DEBUG] [ding.zwave.handler.ZWaveThingHandler] - NODE 27: Got a value event from Z-Wave network, endpoint=0, command class=COMMAND_CLASS_BASIC, value=0
2020-06-17 20:29:53.399 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 27: Commands processed 1.
2020-06-17 20:29:53.399 [DEBUG] [nal.protocol.ZWaveTransactionManager] - NODE 27: Checking command org.openhab.binding.zwave.internal.protocol.ZWaveCommandClassPayload@1adee742.
2020-06-17 20:29:53.399 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2020-06-17 20:29:53.399 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction completed - outstandingTransactions 0
2020-06-17 20:29:53.399 [DEBUG] [nal.protocol.ZWaveTransactionManager] - ZWaveReceiveThread queue empty
2020-06-17 20:29:53.399 [DEBUG] [nal.protocol.ZWaveTransactionManager] - Transaction SendNextMessage 0 out at start. Holdoff false.

I’m not savvy enough to interpret these…

Haha, neither am i.

It does seem everything is working correctly though. You’re getting a state report of 99 for ON and 0 for off, so at least you can rule out hardware.

Having said that, the next logical step would be to examine why the status isn’t being passed to your node channel. My best guess still comes back to the *.item file. Can you post a copy of that? What happens when you set it to a string item instead of dimmer?

Can you tell me what devices these are - ideally if you can provide the database reference for the devices it would be good. I’ll take a look to see if there’s an issue with the basic command class configuration in the database.

1 Like

Below are the two items. @chris the dbReference is 1171 (confirmed for both dimmers):

Dimmer Family_Room_W_Light "Family Room West Lights [%s]" <light> (gFamily_Room_Lights)          { channel="zwave:device:c57535c9:node27:switch_dimmer" }
Dimmer Family_Room_E_Light "Family Room East Lights [%s]" <light> (gFamily_Room_Lights)          { channel="zwave:device:c57535c9:node28:switch_dimmer" }

@roy_liao, what are the dbReference numbers for your switches? You have the Red, higher functioning switches where I’m using the Blacks. I wonder if there are differences in their commands?

Inovelli Red dimmers are db reference 1146

https://www.cd-jackson.com/index.php/zwave/zwave-device-database/zwave-device-list/devicesummary/1146

Looking at the entry for Inovelli Standard Dimmers (1171), it appears (to my untrained eye) the configuration is complete:
https://www.cd-jackson.com/index.php/zwave/zwave-device-database/zwave-device-list/devicesummary/1171

This device looks ok to me so I’m not sure why it wouldn’t have used the BASIC report that I see in the log for the dimmer item. You said you were running 2.5.5 - is this the first time you’ve included these devices or did you previously run an older version? It might pay to delete the thing and add it back to ensure that any changes are flowed into your system.

1 Like