QT_LOGGING_RULES is part of the QT5 logging framework, which is what ozwdaemon (and qt-openzwave) is built on, so that is documented. What is not explicitly documented, however, are all of the logging categories that you might want to filter on. For now at least, you can check the source code for the default logging rules. You would also have to search the source code for QT_LOGGING_CATEGORY to see what ozw logging categories are defined. You can of course also observe the category names in the logs themselves. I suppose a rule of "*=true" might enable every category and every severity, but I havenât tried it.
I donât know if the logging categories for QT components are documented anywhere, but if so it would have to be in their respective documentation or code.
I am trying to move from the original Z wave implementation to this one (using official addon on HassOS) but have two issues:
sensative strips are not recognized while they were recognized in the old implementation. I do see that the node is activated but no binary sensor is created. In the OZW gui admin I see the node but nothing can be changed there (because previously I had to change Basic mode to binary mode)
how do associations work? I have a light in the bathroom that activates a z wave swithc with a fan. In the OZW gui admin I see a tab âAssociationsâ but there only is a field âMax groupsâ
Hahah, I just saw your edit. So waking up the device I can, but I do not know where to find the refresh node command? In the old implementation there was in the z wave section a simple ârefresh nodeâ Is it in the OZW gui?
So alot of these commands simply arenât built into qt-openzwave yet. So you have to use MQTT to push commands to it.
Easiest way I found was to download MQTT explorer. Connected to your MQTT server (should be homeassistant.local, or the IP of your pi). Then when connected, thereâs a button that allows you to post to topics.
Assuming that you only have 1 zwave network, youâll be posting to the topic
You wonât get a return. A separate event topic may or may not be created (depending on the call). You should watch the openzwave logs and see if you notice an indication that the process started.
EDIT: The response that may or may not be created will be in the events topic.
Are you sure? Where are associations stored? Normally in the zwave device itsself but since its an mqtt command and nowhere to be seen later on I doubt how that works⌠in another topic there was the exact same discussionâŚ