zwave-js / node-zwave-js

Z-Wave driver written entirely in JavaScript/TypeScript
https://zwave-js.github.io/node-zwave-js/
MIT License
750 stars 600 forks source link

Inovelli LZW36 - Fan turning off after 2h10m (just like #2159) #3594

Closed itpeters closed 3 years ago

itpeters commented 3 years ago

Is your problem within Home Assistant (Core or Z-Wave JS Integration)?

NO, my problem is NOT within Home Assistant or the ZWave JS integration

Is your problem within ZWaveJS2MQTT?

NO, my problem is NOT within ZWaveJS2MQTT

Checklist

Describe the bug

What causes the bug?

I have an Inovelli LZW36 Red Series Fan + Light Switch that was previously working correctly with Hubitat. I excluded the device and included it via the Z-Wave JS addon in HA. I have also since tried excluding the device, resetting it, and then reincluding it.

What do you observe?

The fan turns off by itself after 2 hours and 10 minutes.

What did you expect to happen?

The fan to remain on after being turned on until turned off.

Steps to reproduce the behavior:

  1. Turn on the fan via HA.
  2. Wait for 2 hours and 10 minutes.
  3. The fan turns off.

Device information

Manufacturer: Inovelli Model name: LZW36 Node ID in your network: 41

How are you using node-zwave-js?

Which branches or versions?

Home Assistant Z-Wave JS addon version: 0.1.45 Z-Wave JS Server: 1.10.7 Z-Wave JS: 8.4.1

Did you change anything?

no

If yes, what did you change?

No response

Did this work before?

Don't know, this is a new device

If yes, where did it work?

No response

Attach Driver Logfile

zwave_js.log

itpeters commented 3 years ago

The LZW36 firmware is version 1.34.

The attached log captures turning the fan on. This section:

2021-10-25T23:45:48.331Z DRIVER » [Node 041] [REQ] [SendDataBridge]
                                  │ source node id:   1
                                  │ transmit options: 0x25
                                  │ route:            0, 0, 0, 0
                                  │ callback id:      238
                                  └─[Security2CCMessageEncapsulation]
                                    │ sequence number: 73
                                    └─[MultiChannelCCCommandEncapsulation]
                                      │ source:      0
                                      │ destination: 2
                                      └─[SupervisionCCGet]
                                        │ session id:      27
                                        │ request updates: true
                                        └─[MultilevelSwitchCCSet]
                                            target value: 255

looks the same as the problematic component of #2159. Combined with the matching time frame, I suspect it's the same issue.

I did see in https://github.com/zwave-js/node-zwave-js/blob/master/CHANGELOG.md the following fix from 8.6.0:

Avoid force-adding Supervision support, remove encapsulation CCs from list of mandatory CCs

If this is potentially related or the cause of the regression, I can turn my attention to getting the HA addon updated.

kpine commented 3 years ago

You can also re-include the device without security, if you need a quick fix.

AlCalzone commented 3 years ago

8.5.1/8.6.0 should fix this.

AlCalzone commented 3 years ago

If not, please reopen with fresh logs after re-interviewing the device on the latest version.

itpeters commented 2 years ago

Thanks @AlCalzone + @kpine. After updating today and re-interviewing the device, everything is working perfectly again.