I tried to move from zwave native to zwave2mqtt to fix some device issues, but z-wave2mqtt is default 1.4 ozw. The developer of ozw said he’s starting work on ozw1.8 and 1.4 isn’t supported anymore.
How can I get ozw1.6 working on home assistant? It’s been out for 12 months now and home assistant on the community installed versions via Lovelace or the native version all run on 1.4 which is no longer supported.
I’m running HA on raspberry pi and not sure how enable the latest-dev tag on zwave2mqtt to force it to run 1.6
Do you have a issue with ozw 1.4 that you need 1.6 or 1.8 to address ?
I realise that some network features will be supported like OTA firmware updates etc. but ALL of my current devices work flawlessly.
Or is this a matter on just getting the biggest number on the latest release ?
I have 2 fibaro walli dimmers that aren’t recognized. I can manually update them, but if the XML file corrupts then the manual config goes away. The secure thermostat doesn’t allow heat mode only set point on the temperature. This means manual override doesn’t work, also since 103, Google home doesn’t recognise if the thermostat is on heat mode. The boiler actuator doesn’t show switch state “on” when triggered by the thermostat, but if manually triggered it does since 103. There’s a bunch of other devices that don’t see the 3 endpoints and only see 2 endpoints, such as the fibaro dimmer 2 puck, it acts like a switch, not a dimmer. Don’t care about the version, just shit working correctly without needing to spend hours fixing non- functioning devices. I know for sure that the walli dimmer and the thermostat have definition files in 1.6 that aren’t added and will never be added into 1.4.
FYI, HA maintains a fork of 1.4 and it contains updated XML files and a few fixes that are not in upstream 1.4. Updated XML files are so far still being accepted, since 0.103.
If you’re talking about the Secure SRT321 (Horstmann HRT4-ZW), there is a bug in HA, which has a workaround/fix here.
I fixed the climate entity not showing from 103, but the heating mode doesn’t work with the fix. I can now remotely set the temperature from HA as a set point thermostat. Google home now always sees the thermostat as turned off though even when it is manually set to a higher temperature and is actively heating. The fibaro walli definition files are not in the HA maintained 1.4 repo, also the Aeon wall mote quad is only partially recognized and needs manually changing to make it work. The switches have to be manually edited to make them transmit a scene change that can ba auctioned in an automation.
The XML files are community provided, someone, preferably one that uses the devices and can test them, needs to add them. The HA devs are not going to do this…
Yes, this is one of those features that requires 1.6 so you’ll have to wait for that. You can manually add scene support with modified XML files though, for example.
How do I submit the updates? I’ve tested the ones I need by mainly editing the XML file after inclusion and the functionality works. I’ve got to add another 6 of the same device and don’t want to keep manually figuring everyone of them when in know they can be automatically included.
The good news is you don’t need to do much. The config file you want was already added, 3 days ago. In that case, the only thing preventing it from being added to HA is getting included in a release update.
But you don’t necessarily need to wait, you can download the current set of config files and use the config_path setting to reference the updated files.
Yeah, the wrapper was updated, but when I refresh the nodes that weren’t correctly discovered they still aren’t discovered. You mentioned previously that the node type had been added to the known device config list. It appears that it didn’t work or get added
