Investigate duplication of S0 nonces in Thermofloor Z-TRM3 thermostat
See original GitHub issueVersion
Build/Run method
- Docker
- PKG
- Manually built (git clone - npm install - npm run build )
zwavejs2mqtt version: 1.2.1 zwavejs version: 6.4.0 Home Assistant Core (in Docker) 2021.2.3 Thermofloor Z-TRM3 thermostat firmware version 4.0.33 (config/devices/0x019b/z-trm3.json)
Describe the bug
My Z-TRM3 thermostat (climate entity) is no longer visible in Home Assistant. It was visible and working with version 1.1.1. The device that should have the climate entity is available, but all of the temperature sensors are shown as unavailable.
To Reproduce
Steps to reproduce the behavior:
- Go to ‘Thermostat device in Home Assistant’
- Click on ‘Climate’ entity (it was loaded from cache)
- See error message about the device being unavailable.
Expected behavior
The climate entity should be detected and it should have the correct current setpoint and current temperature of the specified temperature sensor (based on the [10-112-0-2] Sensor mode).
This last thing about the correct temperature sensor being used has never worked, even in previous versions. It would always use the sensor [10-49-2-Air temperature] (which is the first in the list).
Additional context
When I start up zwavejs2mqtt 1.2.1 I get this message twice (I have two Z-TRM3 thermostats):
Unable to discover climate device, there is no valid temperature valueId
This seems to be related to https://github.com/zwave-js/node-zwave-js/issues/1184 which added compat values for CC 0x31 to the definition of z-trm3.json.
If I removed all of those compat additions to z-trm3.json from that issue, then all of the temperature sensors show up in Home Assistant, and the error message mentioned above is no longer shown, but the climate entity is still not detected.
I even went as far as fully re-interviewing the node, removing the device and all the entities (manually) in Home Assistant to ensure it was fully detected again. I also stopped HA and zwavejs2mqtt, let zwavejs2mqtt start up fully before I restarted HA, but still no dice.
My only solution to get the climate entity back to working was to downgrade zwavejs2mqtt to version 1.1.1.
I didn’t see anything in the release notes between 1.1.1 and 1.2.1 that indicates that work was done on anything thermostat-related, so this might be related to something else causing action at a distance.
One last note of relevance; if I keep the compat changes (0x31 CC) made to z-trm3.json mentioned above, but only downgrade to 1.1.1, the climate entity shows up in HA, but the current temperature value is unavailable. This seems to indicate that here might be two (or potentially three, if we count the wrong temperature sensor being used) inter-related issues at play here.
Issue Analytics
- State:
- Created 3 years ago
- Reactions:2
- Comments:57 (26 by maintainers)
Top GitHub Comments
I’ve been able to successfully use my Z-TRM3 thermostats with S2 Security now, and they produce no errors in the logs anymore.
This means I’ll not be able to reproduce the S0 nonce issue anymore on my network. Recommend closing the issue as either WONTFIX or INVALID.
I can confirm that this issue has been resolved in
zwavejs2mqtt:1.4.0
and ha2021.3.0b1