Yes, I initially set it at 2, see first image in OP.
inject node but you will need know what to inject
iâd click refresh to see what gets updated in mqtt, youâll know where to look by the numbers associated.
This is what is injected from CORE, when I hit refresh.
Youâll need to check that in mqtt explorer and get the associated topic and put that in. Stand by while I check my stuff.
You need to determine what information you want to harvest. Your inject node is based on that topic to obtain the updated information. You donât use refresh. You inject the right topic into the node to get the information you want.
Example with a topic (NOT YOUR TOPIC)
MQTT
Output will be this:
Flow will be this
[{"id":"7c19025041164c57","type":"mqtt out","z":"e4adabdc2884f961","name":"","topic":"zwave/Basement/LaundryMulti/49/","qos":"","retain":"","respTopic":"","contentType":"","userProps":"","correl":"","expiry":"","broker":"3f792c51bc3d4765","x":680,"y":1160,"wires":[]},{"id":"980e1157a1d4e46e","type":"mqtt in","z":"e4adabdc2884f961","name":"","topic":"zwave/Basement/LaundryMulti/49/0/#","qos":"2","datatype":"json","broker":"3f792c51bc3d4765","nl":false,"rap":true,"rh":0,"inputs":0,"x":410,"y":1280,"wires":[["e05bdb063af6d3ac"]]},{"id":"e05bdb063af6d3ac","type":"debug","z":"e4adabdc2884f961","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","statusVal":"","statusType":"auto","x":790,"y":1300,"wires":[]},{"id":"24975b4bd7ceeb35","type":"inject","z":"e4adabdc2884f961","name":"","props":[{"p":"payload"}],"repeat":"10","crontab":"","once":true,"onceDelay":0.1,"topic":"","payload":"","payloadType":"date","x":410,"y":1160,"wires":[["7c19025041164c57"]]},{"id":"3f792c51bc3d4765","type":"mqtt-broker","name":"CORE Clean1","broker":"10.10.2.1","port":"1883","clientid":"","autoConnect":true,"usetls":false,"protocolVersion":"5","keepalive":"60","cleansession":true,"birthTopic":"","birthQos":"0","birthPayload":"","birthMsg":{},"closeTopic":"","closeQos":"0","closePayload":"","closeMsg":{},"willTopic":"","willQos":"0","willPayload":"","willMsg":{},"sessionExpiry":""}]
This is an example. You will need to set up with your values
Once you get the information, then you need to tell it where to put it. Where are you wanting the information to display?
[EDIT]
You want to determine which group of numbers from zwavejs2mqtt so you know where to look in explorer.
Sorry to be all late and wrong to the party⌠But if I might step in here and blow your mindsâŚ
ZwaveJS2Mqtt supports native inbuilt polling without the need for any external solutions.
https://zwave-js.github.io/zwavejs2mqtt/#/device-support/polling
Yes, thanks. Thatâs exactly what I needed. New to zwave, didnt really know about that.
itâs all working now. Itâs updating only that one item (so not the whole bunch). Itâs publishing it to a special mqtt topic, and itâs updating on my dashboard. And also my hue light, which turns green for export, red for import (day light hours only).
Whatâs weird is that the node in question is Node 15 - power energy monitor.
My node 9 (a bed room switch in a exact opposite end of the house) seemed to take the settings from Node 15. So Node 9 was reporting every 10 seconds, when I wanted Node 15 to report every 10 seconds. I noticed this in the logs when chatting with April. I attempted to turn it off, but there was no setting for Node9 for that particular class. I tried re-interviewing node, clear associations, update topics and clear retained. I also removed all the mqtt topics for that node.
In the end, I had to exclude and include Node 9 to get it to stop reporting power usage every 10 seconds. I attempted to clear everything, but to no avail, so last resort was exclude/include.
Update: Zwave stick decommissioned on HE.
Iâve seen cases where the traffic gets to be more than the mesh can handle and you get strange issues like commands not going through. Sometimes it doesnât take much. There are only a few things that can cause that. Chatty devices, rogue devices, or polling too frequently. When things begin to bottleneck in your mesh, you get issues where exclusion or unplugging a device is the only route to clear.
Please, please be mindful of this. CORE can handle this without complaint, but your devices/radios can suffer in trying to route too much data. Also keep in mind that Z-Wave will only make 4 hops between device and controller. If it doesnât make it in 4, then it fails. This is why itâs important to choose good, strong devices for your mesh. Consider this âThe Rule of 4â.
If you donât have a couple of repeaters that support beaming, Iâd suggest them. They really take a lot of load off of other devices.
I have 3Aeotec repeater 6âs. One in the same room as the radio, two in areas opposite each other in the house. Best investment ever.