node-zwave-js icon indicating copy to clipboard operation
node-zwave-js copied to clipboard

No automatic updates

Open roblomq opened this issue 2 years ago • 10 comments

For some reason there are no automatic updates made on for example energy and temperature reports.

I have several battery and net powered devices (mostly Fibaro) and when I refresh a meter value manually a MQTT message is send (I see the update in MQTT Explorer) but even when the settings of these devices are configured (triple checked) to sendo frequent updates, there is nothing happening. Only when done manually of press on the save button in the configuration menu.

Strangely enough the only Neo Coolcam device I have does send regular updates all other Fibaro devices don't. What could this be?

roblomq avatar Sep 20 '22 21:09 roblomq

This is usually a device issue.

cc @AlCalzone

robertsLando avatar Sep 21 '22 06:09 robertsLando

Try re-interviewing to have the lifeline association set up automatically. Maybe that went wrong last time.

AlCalzone avatar Sep 21 '22 07:09 AlCalzone

Tried that already but to make sure I did it again. Same result, after re-interviewing the values are updated once but no updates after that. Last active time is more than 4 hours ago while for example energy report interval is on 10 min.

roblomq avatar Sep 21 '22 20:09 roblomq

Please make a driver log, loglevel debug and attach it here as a file (drag & drop). Please start the log before doing another re-interview and keep it running for 20 minutes or so so we should see at least one report.

AlCalzone avatar Sep 21 '22 21:09 AlCalzone

zwavejs2mqtt_2022-09-21.log.txt Is this one sufficient or do you need more log files? I did a re-interview on my Heltun thermostat.

roblomq avatar Sep 21 '22 22:09 roblomq

That is application log, nont driver log, check here: https://zwave-js.github.io/zwave-js-ui/#/troubleshooting/generating-logs?id=driver-logs

robertsLando avatar Sep 22 '22 07:09 robertsLando

zwavejs_2022-09-22.log.txt This one then, sorry for not looking good enough to the instructions..

roblomq avatar Sep 22 '22 19:09 roblomq

Ok, so the interview of the thermostat (37) looks okay, the association is set up, but no messages are received after the interview. Did you do anything on the thermostat that should have triggered a report, like turning heating on/off?

On second look I do see a single Meter CC received from node 39, but this one uses a non-existent command (0x06), so it does not get parsed. Would be interesting to see if that is a fluke (i.e. a bit flipped due to RF noise) or if the device actually sends invalid reports.

2022-09-22T18:58:22.005Z SERIAL « 0x0112000400270c600d01003206213201220000aa                          (20 bytes)
2022-09-22T18:58:22.018Z SERIAL » [ACK]                                                                   (0x06)
2022-09-22T18:58:22.023Z DRIVER « [Node 039] [REQ] [ApplicationCommand]
                                  └─[MultiChannelCCCommandEncapsulation]
                                    │ source:      1
                                    │ destination: 0
                                    └─[MeterCC]
                                        payload: 0x213201220000
2022-09-22T18:58:22.031Z CNTRLR « [Node 039] TODO: no handler for application command

AlCalzone avatar Sep 23 '22 14:09 AlCalzone

Thank you for your time so far. I did not do anything on the thermostat but if I'm right there are several sensors that should send a report, like lux, floor and air temperature, power and energy usage. If I turn the heat on there are also no updates send for the above sensors. Should I make a new log or do I need to do something else?

roblomq avatar Sep 23 '22 15:09 roblomq

There are a couple of reports in the log after the interview though.

  • Node 34, temperature
  • Node 2, Binary sensor
  • Node 5, kWh, W, V, A
  • Node 2, Binary sensor again
  • Node 2, Binary sensor again
  • Node 3, kWh
  • Node 39 (the strange one above)
  • Node 2, Binary sensor again
  • Node 14, W
  • Node 2, Binary sensor again
  • Node 36, W
  • Node 40, kWh
  • Node 34, temperature
  • Node 35, kWh
  • Node 5, kWh, W, V, A etc. etc.

If you're missing updates from a specific sensor/meter, I can look for them, but I'll need to know which node and what you're missing when. I'll need a new log then where you do something that should guaranteed result in a report.

AlCalzone avatar Sep 23 '22 15:09 AlCalzone

Let's start with focussing on node 39, this is a Heltun HE-HT01 Thermostat, documentation with a full parameter list can be found here

Here the log of only this node 39. zwavejs_2022-09-23.log I've turned the thermostat on so this must force some parameter updates. After that (on the end of the logfile) i've refreshed the parameter list (one by one per category) through the refresh buttons in zwavejs2mqtt. This causes that the values are updated in domoticz so there are mqtt messages send.

roblomq avatar Sep 23 '22 20:09 roblomq

All I see in relation to Node 39 are pings after driver startup. No commands controlling it, no automatic reports of any kind.

But there are a lot of serial commands missing the human-readable explanation. Do you have any filters active for the log? If so, please disable them and try again. I don't care about the additional noise, that's better than missing log entries.

AlCalzone avatar Sep 25 '22 12:09 AlCalzone

I only put a filter on the node number. Should I remove that and send a new one?

roblomq avatar Sep 25 '22 12:09 roblomq

Yes please. That doesn't seem to work as intended

AlCalzone avatar Sep 25 '22 12:09 AlCalzone

zwavejs_2022-09-25.log.txt This is a log with no filter on node number and on debug level. I don't know if there are more ways of filtering than the one in the zwave settings so I think this is the most unfiltered log possible.

roblomq avatar Sep 25 '22 13:09 roblomq

There's one incoming report for Node 39 in there (power usage stayed the same at 0.8 W):

2022-09-25T13:27:44.701Z CNTRLR   [Node 039] [~] [Meter] value[66049]: 0.8 => 0.8                   [Endpoint 1]
2022-09-25T13:27:44.710Z SERIAL » [ACK]                                                                   (0x06)
2022-09-25T13:27:44.718Z DRIVER « [Node 039] [REQ] [ApplicationCommand]
                                  └─[MultiChannelCCCommandEncapsulation]
                                    │ source:      1
                                    │ destination: 0
                                    └─[MeterCCReport]
                                        type:       Electric
                                        scale:      W
                                        rate type:  Consumed
                                        value:      0.8
                                        time delta: 0 seconds

AlCalzone avatar Sep 25 '22 14:09 AlCalzone

That's strange because I tuned it on, I wish is was 0,8W 😄. But besides that, where are the other reports of the temperature and lux for example? But I assume this is something of the device itself right? So nothing missing in Zwave2MQTT? I have contacted Heltun already about this. The first device I had made a high beeping sound so got a new one butt this also beeps.

roblomq avatar Sep 25 '22 17:09 roblomq

There were also several multi sensor reports, I just focused on that one.

Yep, either the device has a flaky connection and some reports get lost. Or it doesn't report always. Both are not an issue in z2m/zwave-js.

AlCalzone avatar Sep 25 '22 17:09 AlCalzone

After a firmware update of the Heltun HE-HT01 Thermostat the updates are automatic now, so this is solved now. Only my GreenWave Reality Multi-socket PowerNode (6-plug) isn't sending regular updates but this seems a known issue.

roblomq avatar Nov 05 '22 19:11 roblomq