I am trying to get everything moved over to ZwaveJS + Zwavejs2MQTT, but am having some issues with the LED light strip. Every time I add the device, it doesnt seem to get through the node interview, and the zwave network seems to get saturated with traffic (zwave logs grow by about 1MB per minute).
Has anyone else had trouble? I know there is no config file yet, and I started working on creating one, but I cant add the device to test anything.
I think until there is a driver created specific to the device, you are out of luck. @EricM_Inovelli would be the one to know how to make that happen, BUT he is really busy and adding yet another “platform” of drivers is going to take a bit I believe. We also need one for the multi-endpoint LZW36 Fan/Light.
I was able to add it to the same configuration on my network after pulling the JavaScript file from this active pull request .
I will admit it took some perseverance and honestly I don’t know why it took as long as it did.
Here is how I solved it for my docker setup
Clone or download and extract the ZwaveJS repo node repo
Merge the branch in question from the pull request. Optionally, you could just create the file if that’s more your speed.
Update volumes with mapping to the node repo
volumes:
- ./store:/usr/src/app/store
- ../node-zwave-js/packages/config/config/devices:/usr/src/app/node_modules/@zwave-js/config/config/devices
- ../node-zwave-js/packages/config/config/devices:/usr/src/app/node_modules/@zwave-js/server/node_modules/@zwave-js/config/config/devices
Restart the docker container
Remove the device from the network, or reinterview
Here’s the important part… walk away from it. I tried this entire exercise for hours to no avail. It kept hanging up on the interview stage. Finally went to sleep and woke up and my HomeAssistant acknowledged the new device. The integration isn’t perfect (laggy at times) but at the very least it’s available.
anis
February 5, 2021, 7:16am
4
I did something similar except that instead of mounting the whole devices
folder I just narrowed down to
config/config/devices/0x031e
z-wavejs is very flaky for me. even with the multi-color bulb which supposedly supported (the file is there).
GregS
February 6, 2021, 2:42pm
5
What are you using to update the config? I had loaded ZWaveJS2MQTT through the HA add-on store.
moshess
February 10, 2021, 3:18am
6
We’re modifying the volume settings inside the docker-compose.yaml
file. I’m not experienced with the HA add-on store but I seem to think that also uses docker but is less flexible for this sort of configuration.
If you find a way into terminal access, then you would want to import the that device profile. Hopefully things are resolved soon on the Pull-Request and you won’t need to take an alternate path. The conversation has moved into a different pull request 1676 from my last post with some recent activity a few hours ago.
Hey guys, just wanted to let you know that we have an offline conversation going between developers/inovelli and this product (along with LZW36 fan/light switch) has been/will be implemented in the coming days. So for those who don’t want to get into the weeds, the fix should be coming VERY soon.
zwave-js:master
← Petro31:patch-1
opened 05:39PM - 09 Feb 21 UTC
Adds support for the recently released Inovelli LZW45 LED Light Strip. This was … imported from the OZW database.
closes: https://github.com/zwave-js/node-zwave-js/pull/1525
but there is an outstanding issue:
opened 12:14PM - 10 Feb 21 UTC
closed 10:07PM - 10 Feb 21 UTC
bug
<!--
🚨🚨🚨 STOP! STOP! STOP! 🚨🚨🚨
Before opening an issue, please read the … troubleshooting section if your problem is described there:
https://zwave-js.github.io/node-zwave-js/#/development/troubleshooting
Also make sure to provide the necessary information, as described here:
https://zwave-js.github.io/node-zwave-js/#/development/troubleshooting?id=providing-the-necessary-information-for-an-issue
If you are using zwavejs2mqtt, this is how you create the logfiles:
* Go to Settings, Z-Wave section
* select log level DEBUG
* enable "log to file"
-->
**Describe the bug**
When searching the LZW45 for parameters, the system enters an infinite loop. It cycles all parameters indefinitely, adding megabytes of text in the log every minute. This could be a firmware issue on the LZW45, however the system should have a safeguard against this.
The bug is one or the other:
* When an unknown parameter is met, the system restarts at parameter 1. I don't know if this is true, but the logs indicate this *might* be the case.
or
* If a device incorrectly tells the system that the next parameter is the first parameter, the system should not start over at the first parameter.
Here's a snippit of the area in the log:
```
07:12:30.304 CNTRLR » [Node 003] querying parameter #51 information...
07:12:30.307 DRIVER » [Node 003] [REQ] [SendData]
│ transmit options: 0x25
│ callback id: 78
└─[ConfigurationCCPropertiesGet]
parameter #: 51
07:12:30.315 DRIVER « [RES] [SendData]
was sent: true
07:12:30.328 DRIVER « [REQ] [SendData]
callback id: 78
transmit status: OK
07:12:30.340 DRIVER « [Node 003] [REQ] [ApplicationCommand]
└─[ConfigurationCCPropertiesReport]
parameter #: 51
next param #: 240
value size: 1
value format: UnsignedInteger
min value: 0
max value: 1
default value: 1
alters capabilities: false
readonly: false
advanced: false
bulk support: false
07:12:30.345 DRIVER » [Node 003] [REQ] [SendData]
│ transmit options: 0x25
│ callback id: 79
└─[ConfigurationCCNameGet]
parameter #: 51
07:12:30.355 DRIVER « [RES] [SendData]
was sent: true
07:12:30.367 DRIVER « [REQ] [SendData]
callback id: 79
transmit status: OK
07:12:30.379 DRIVER « [Node 003] [REQ] [ApplicationCommand]
└─[ConfigurationCCNameReport]
parameter #: 51
name: Button Delay
reports to follow: 0
07:12:30.383 DRIVER » [Node 003] [REQ] [SendData]
│ transmit options: 0x25
│ callback id: 80
└─[ConfigurationCCInfoGet]
parameter #: 51
07:12:30.391 DRIVER « [RES] [SendData]
was sent: true
07:12:30.404 DRIVER « [REQ] [SendData]
callback id: 80
transmit status: OK
07:12:30.416 DRIVER « [Node 003] [REQ] [ApplicationCommand]
└─[ConfigurationCCInfoReport]
parameter #: 51
info: Button Delay
reports to follow: 0
07:12:30.418 CNTRLR « [Node 003] received information for parameter #51:
parameter name: Button Delay
value format: UnsignedInteger
value size: 1 bytes
min value: 0
max value: 1
default value: 1
is read-only: false
is advanced (UI): false
has bulk support: false
alters capabilities: false
07:12:30.419 CNTRLR » [Node 003] querying parameter #240 information...
07:12:30.422 DRIVER » [Node 003] [REQ] [SendData]
│ transmit options: 0x25
│ callback id: 81
└─[ConfigurationCCPropertiesGet]
parameter #: 240
07:12:30.430 DRIVER « [RES] [SendData]
was sent: true
07:12:30.443 DRIVER « [REQ] [SendData]
callback id: 81
transmit status: OK
07:12:30.454 DRIVER « [Node 003] [REQ] [ApplicationCommand]
└─[ConfigurationCCPropertiesReport]
parameter #: 240
next param #: 1
value size: 0
value format: SignedInteger
alters capabilities: false
readonly: false
advanced: false
bulk support: true
07:12:30.455 CNTRLR « [Node 003] Parameter #240 is unsupported. Next parameter: 1
07:12:30.456 CNTRLR » [Node 003] querying parameter #1 information...
07:12:30.459 DRIVER » [Node 003] [REQ] [SendData]
│ transmit options: 0x25
│ callback id: 82
└─[ConfigurationCCPropertiesGet]
parameter #: 1
07:12:30.467 DRIVER « [RES] [SendData]
was sent: true
07:12:30.479 DRIVER « [REQ] [SendData]
callback id: 82
transmit status: OK
07:12:30.491 DRIVER « [Node 003] [REQ] [ApplicationCommand]
└─[ConfigurationCCPropertiesReport]
parameter #: 1
next param #: 2
value size: 1
value format: UnsignedInteger
min value: 0
max value: 130
default value: 0
alters capabilities: false
readonly: false
advanced: false
bulk support: false
07:12:30.500 DRIVER » [Node 003] [REQ] [SendData]
│ transmit options: 0x25
│ callback id: 83
└─[ConfigurationCCNameGet]
parameter #: 1
07:12:30.512 DRIVER « [RES] [SendData]
was sent: true
07:12:30.526 DRIVER « [REQ] [SendData]
callback id: 83
transmit status: OK
07:12:30.537 DRIVER « [Node 003] [REQ] [ApplicationCommand]
└─[ConfigurationCCNameReport]
parameter #: 1
name: Number of Pixels
reports to follow: 0
07:12:30.541 DRIVER » [Node 003] [REQ] [SendData]
│ transmit options: 0x25
│ callback id: 84
└─[ConfigurationCCInfoGet]
parameter #: 1
07:12:30.549 DRIVER « [RES] [SendData]
was sent: true
07:12:30.562 DRIVER « [REQ] [SendData]
callback id: 84
transmit status: OK
07:12:30.575 DRIVER « [Node 003] [REQ] [ApplicationCommand]
└─[ConfigurationCCInfoReport]
parameter #: 1
info: Number of Pixels
reports to follow: 0
07:12:30.576 CNTRLR « [Node 003] received information for parameter #1:
parameter name: Number of Pixels
value format: UnsignedInteger
value size: 1 bytes
min value: 0
max value: 130
default value: 0
is read-only: false
is advanced (UI): false
has bulk support: false
alters capabilities: false
[zwave-1628.log](https://github.com/zwave-js/node-zwave-js/files/5958052/zwave-1628.log)
```
**Device information**
Which device(s) is/are affected (make/model)?
LZW45, Possibly LZW36
What are the node IDs?
3 - LZW45. I don't own an LZW36, but it seems like this has the issue as well.
**Last Known Working Configuration**
- [x] New device
- [ ] Previously working device (node-zwave-js)
- Which library version/docker image/adapter version?
- Have you made any recent configuration changes to the device? Describe.
- [ ] Previously working device (other platform)
- Which platform?
- Have you made any recent configuration changes to the device? Describe.
**Installation information**
How did you install `node-zwave-js`?
I've verified this on all installations, so I'll check every box.
- [ ] `zwavejs2mqtt` (latest) docker image
- [ ] `zwavejs2mqtt` (dev) docker image
- [ ] ioBroker.zwave2 adapter
- [ ] Pkg
- [] Manual Docker build
- `node-zwave-js` branch:
- `zwavejs2mqtt` branch:
- [x] Manually built (as described in the [docs](https://zwave-js.github.io/node-zwave-js/#/development/installing-from-github))
- [ ] Other:
**To Reproduce**
Start any zwave js network with an included LZW45. Or include an LZW45 on your network.
**Additional context**
Add any other context about the problem here.
**Logfile:**
[zwave-1628.log](https://github.com/zwave-js/node-zwave-js/files/5958060/zwave-1628.log)
So just give it a bit of time and it will all work great without the deep dive.
On that note - anyone who wants in on this convo and/or can help, feel free to let me know and I’ll add you to the convo.
1 Like
I wouldnt mind being part of the conversation. Not sure if I will end up being helpful, but I will help out any way I can
petro
February 12, 2021, 1:44pm
10
Not much left to the convo TBH. The LZW45 fixes have been merged into zwave_js, I’d expect it to fully work within the next few updates of the ZwaveJS/ZwaveJS2MQTT Addons.
1 Like