Zooz 800 series Zen 15 Not Reporting kWh Accurately

[bgreet]

Checklist

• I have read and followed the above instructions

• I have checked the troubleshooting section and my problem is not described there.

• I have read the changelog and my problem was not mentioned there or the fix did not work.

Describe the issue

What is happening?
Zwave JS UI to home assistant is reporting a falsely elevated kWh report. It records a device using much more kWh than it should and this reporting jumps over 5 minutes instead of what would normally be seen with a slow upward curve.

I have 8 Zen15 800 series and it seems to affect all of these devices. Older Zen15 on 700 series chip does not seem to be affected (two are on my network).

What did you expect to happen instead?
Accurate data reporting

Steps to reproduce the behavior:

1. Include Zen 15 800 series with S2 security
2. Update to latest firmware (though also happens with older firmware)
3. Plug in device and monitor kWh over time

Anything else we should know?

Please see below picture examples of reporting on 8/12/24:

Utility output room zen15 inaccuracy occurred at 725pm to 730pm. It is node 002 in zwavejs UI. 800 series zen15 Firmware 2.10

Electric Freezer zen15 is node 054. Inaccuracies occurred sampling between 08:25am and 08:30am and 8:05 to 8:10pm. 800 series zen15 Firmware 2.10

3D printer switch is node 014. Error in reporting occurred between 0725 and 0730am. 800 series zen15 Firmware 2.0

Software versions

ZWAVE JS UI run as docker container, Home Assistant run as docker container

zwave-js-ui: 9.17.0.4f4bb9d
zwave-js: 13.1.0
Z wave controller: Zooz ZSET39 LR Firmware 1.40

Device information

Manufacturer: Zooz
Model name: Zen15 800 series
Node ID:
002
003
013
014
054
074
075
091

The device nodes given in this example, however, are nodes 002, 014 and 054

Checklist

• I made sure to provide a driver log on level debug.

• The log includes a re-interview of the problematic device (if applicable).

• The log includes the problematic interaction with the device (if applicable).

• I provided the node ID of the problematic device (if applicable).

Upload Logfile

zwavejs_2024-08-12.zip

[AlCalzone]

You'll have to make a different log if we want to prove this is a device issue. The problem is that the encrypted payload is never logged in plaintext, so decoding the meter reading by hand isn't possible. To do so, execute the following driver function:

process.env.NODE_ENV = "development"

This will enable plaintext logging of several encryption-related things. If you look at the written logfile, you should see the plaintext being logged, similar to this:

└─[Security2CCMessageEncapsulation]
  │ sequence number: 79
  │ security class:  S2_Authenticated
  │ plaintext:       0x...

Afterwards, keep Z-UI running until you've captured such an event again. Once you're done, unset the env variable again:

process.env.NODE_ENV = ""

You may want to send me that logfile privately, so I can remove sensitive information before uploading it.

[bgreet]

Thank you so much for looking into this. Will look to get you this tonight when I get home from work

…

On Thu, Aug 15, 2024, 2:38 AM AlCalzone ***@***.***> wrote: You'll have to make a different log if we want to prove this is a device issue. The problem is that the encrypted payload is never logged in plaintext, so decoding the meter reading by hand isn't possible. To do so, execute the following driver function <https://zwave-js.github.io/zwave-js-ui/#/usage/driver_function?id=examples> : process.env.NODE_ENV = "development" This will enable plaintext logging of several encryption-related things. If you look at the written logfile, you should see the plaintext being logged, similar to this: └─[Security2CCMessageEncapsulation] │ sequence number: 79 │ security class: S2_Authenticated │ plaintext: 0x... Afterwards, keep Z-UI running until you've captured such an event again. Once you're done, unset the env variable again: process.env.NODE_ENV = "" You may want to send me that logfile privately, so I can remove sensitive information before uploading it. — Reply to this email directly, view it on GitHub <#7111 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJCO3J7L4DLSEITDUQXLMTDZRRLFRAVCNFSM6AAAAABMROO3O2VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTAMZUGQ4DGNI> . You are receiving this because you authored the thread.Message ID: ***@***.*** com>

[dualtronic]

Bump. This is still an active problem (test on zen15 ver 2.1 with 800 series chip). Zooz isn't responding to my support request. I don't know if they are stalling or expecting some type of evidence that zwave-js isn't the cause.

[AlCalzone]

I don't recall ever having received a log like I requested in my previous comment.

[peterfares]

I also have this issue with ZEN15 800
I have two of the devices, both initially on 2.0.1
Only one of them has this issue, where it randomly jumps up. I tried updating it to 2.10.0 and it is still having the issue.
Seems like it might be an issue with the device itself though, doesn't the Energy Consumption number come directly from the device?

[AlCalzone]

It does

[dualtronic]

Could the Electric Consumption [kWh] error be related to an incorrect PropertyKey value? I can't find much information about PropertyKey, but it appears to be some kind of binary mask? The dubug Info window shows PropertyKey is 65537 (binary: 00010000000000000001). Could the higher order bit be causing trouble?

[AlCalzone]

No that's just how Z-Wave JS distinguishes values internally.

[hceuterpe]

So I wonder if this is related to the new params added with the ZEN15 800LR.

There's a pull request with the new added params. They deal with energy monitoring threshold and frequency. Params 173, 174, 175, 176 are all set to 0 for me (0 is default for 173 and 174), for the rest my home has really stable power so not too worried about voltage readings for every power metering switch, so I only go with watts and kWh to cut down on z-wave traffic. I get rather consistent graphs, unlike yours, and they are connected to space heaters so they are consuming a good amount of juice when on.

My guess is my settings are such that it reports kWh every 5 minutes in fixed intervals, whereas for you the kWh threshold somehow is overriding the reporting intervals entirely.

[dualtronic]

@hceuterpe
It's possible, but this would point the blame back to the zooz firmware, right? If we could provide a specific set of parameters that turn the problem on and off, then Zooz must do another review. Currently, their help desk is convinced that it's only a HA problem and they're not doing anything else to resolve the issue. I suspect every customer has this same problem, but only HA users bother to report it.

[AlCalzone]

Just as a reminder - I outlined here how to generate logs that can prove the device is reporting incorrect values. If you folks can reproduce reliably, that could help show Zooz what to look for.

[hceuterpe]

@hceuterpe It's possible, but this would point the blame back to the zooz firmware, right? If we could provide a specific set of parameters that turn the problem on and off, then Zooz must do another review. Currently, their help desk is convinced that it's only a HA problem and they're not doing anything else to resolve the issue. I suspect every customer has this same problem, but only HA users bother to report it.

I suggest trying the updated config file, and settings modifications to see if it works for you? I've seen bugs impacting other Z-wave devices where something like a power metering threshold config setting would completely override its otherwise related reporting interval config, such that the device would only report with the former and completely ignore the latter. Given KWh is a cumulative value instead of one that's a point in time the interval reporting at least imo would be far more useful. Obviously for W/V/A, having both is useful, and at least for watts the threshold and interval together seems to still work for me...

[dualtronic]

@AlCalzone The error may not occur for weeks but then happen several times in one day (like today). The problem is so infrequent and unpredictable that it's impractical on my home's HA.

[SquaredCircled]

I have experienced the same behavior.
Home Assistant Yellow
Zooz ZAC73 controller
ZEN15 800
Z-Wave JS UI
S2 Encryption

Only one of my Zen15 relays exhibits the problem. When swapping two of them between different loads the faulty readings appear on the same device.

Zooz support also blamed HA

Has anyone seen the issue when not using encryption?