# How to interpret Developer Z-Wave Node columns? **URL:** \ **Category:** Devices\ **Tags:** z-wave\ **Created:** [November 16, 2018, 10:14am UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123 "2018-11-16T10:14:34Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![MasterAeon](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/masteraeon/32/1320_2.png) [@MasterAeon](https://community.homey.app/u/MasterAeon)\ **Post date:** [November 16, 2018, 10:14am UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/1 "2018-11-16T10:14:34Z")
My goal is to make the Z-Wave mesh as responsive and stable as possible. To be able to do so, I need to see what is going on and how all nodes are connected. That is done through the page: [https://developer.athom.com/tools/zwave](https://developer.athom.com/tools/zwave) However, can someone explain the column **Tx Error** and **Rx** and why my NodOn wall plugs have received (Rx) something 2.352.719 times and still counting upwards 2-3 times each second? What are they doing? It is both NodOn plugs that is behaving like that. Also sometimes they don’t respond when using the wall switch or the app so I guess something is wrong with Homey that is spamming these nodes? ![DevZNodes](https://us1.discourse-cdn.com/flex025/uploads/athom/original/2X/5/5bf2d79bdd9137a6d1e88cf2bad9a09d47159229.png) What does it actually mean if I spot a node that for instance have 12% Tx Errors? What can I do to make the node run perfectly? All 4 nodes in the screenshot with Tx Errors are between 3 to 5 meters away from Homey in the same room. Also, what can I actually do with the popup menu with the 4 choices as in the screenshot above? What does Heal do and when should I use it? If anyone can take the time to explain these for a new user, it would be great. Thanks! ---
**Author:** ![Caseda](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/caseda/32/138695_2.png) [@Caseda](https://community.homey.app/u/Caseda)\ **Post date:** [November 16, 2018, 12:21pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/2 "2018-11-16T12:21:55Z")
Rx = receive signals. So homey received that amount of signals from your device, looking at your other devices there is definitely something wrong with your plugs and this happend in a short amount of time, try enabling the log below to see what they send. If it is COMMAND\_CLASS\_METER then it is a known issue of the (micro) plugs themselves and you should contact nodon about this, as it is a manufacturing error. I’ve seen the same with 1 of my micro plugs I have (I have 7 in total). Tx = transmit signals (send toward the device), 60 times something was send, with 7 (12%) where it was not received by the device (homey knows this by not receiving the “ok I received your command” back, also known as noAck (no acknowledgement)) Heal: every mains powered device has a table inside with which devices are nearby (routing purposes). With heal you let that device know to renew that table. Send basic on/off, send the most basic on/off signal there is in zwave, every device that can turn off or on should react to this (unless secure, then it depends on what the manufacturer implemented) Send test frame, sends homey’s NIF (node information frame) to the device, 99% of the time it does nothing, so not useful unless you dive deep into zwave to know what it does. ---
**Author:** ![MasterAeon](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/masteraeon/32/1320_2.png) [@MasterAeon](https://community.homey.app/u/MasterAeon)\ **Post date:** [November 16, 2018, 7:04pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/3 "2018-11-16T19:04:44Z")
Thank you very much for your help, Caseda! Your information was most helpful. The log shows the same error as you mentioned so I’ve contacted NodOn to fix it. I guess it shouldn’t be any Tx Errors at all in a healthy Z-Wave mesh network or is the errors like in my screenshot to be expected? ---
**Author:** ![Caseda](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/caseda/32/138695_2.png) [@Caseda](https://community.homey.app/u/Caseda)\ **Post date:** [November 16, 2018, 7:20pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/4 "2018-11-16T19:20:24Z")
The TX errors probably are there because of the amount of traffic the 2 plugs generate. ---
**Author:** ![MasterAeon](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/masteraeon/32/1320_2.png) [@MasterAeon](https://community.homey.app/u/MasterAeon)\ **Post date:** [November 28, 2018, 7:56pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/5 "2018-11-28T19:56:28Z")
A factory reset of the NodOn Plugs helped. So far. ---
**Author:** ![Viking42](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/viking42/32/12687_2.png) [@Viking42](https://community.homey.app/u/Viking42)\ **Post date:** [September 23, 2019, 6:55am UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/7 "2019-09-23T06:55:05Z")
Hi, Looks like my Zwave neocoolcam plug is having the same issue, no errors but tons of Rx sent This is 24H since the last reboot ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/2X/5/5ea98945eefe46d0bd0f1d4eb4e81e5f6dbd0f66.png) and indeed tons of COMMAND\_CLASS\_METER I’ll try a reset of the plug, otherwise just throw it.I don’t need zwave plugs as i have tons of zigbee plugs, i only buy them for the mesh… |2019-09-23T06:53:26.884Z|Node[18]: Received application command for COMMAND\_CLASS\_METER, data: 0x02214400000031012d00000031| |2019-09-23T06:53:26.886Z|Node[18]: [COMMAND\_CLASS\_METER] {“Properties1 (Raw)”:{“type”:“Buffer”,“data”:[33]},“Properties1”:{“Scale bit 2”:false,“Meter Type”:“Electric meter”,“Rate Type”:“Import”,“Meter Type (Parsed)”:{“value”:“Electric meter”},“Rate Type (Parsed)”:{“value”:“Import”}},“Properties2 (Raw)”:{“type”:“Buffer”,“data”:[68]},“Properties2”:{“Size”:4,“Scale bits 10”:0,“Precision”:2},“Meter Value”:{“type”:“Buffer”,“data”:[0,0,0,49]},“Delta Time (Raw)”:{“type”:“Buffer”,“data”:[1,45]},“Delta Time”:301,“Previous Meter Value”:{“type”:“Buffer”,“data”:[0,0,0]},“Scale 2 (Raw)”:{“type”:“Buffer”,“data”:[49]},“Scale 2”:49,“Meter Value (Parsed)”:0.49}| |2019-09-23T06:53:27.872Z|Node[18]: Received application command for COMMAND\_CLASS\_METER, data: 0x02215400000000012d00000000| |2019-09-23T06:53:27.873Z|Node[18]: [COMMAND\_CLASS\_METER] {“Properties1 (Raw)”:{“type”:“Buffer”,“data”:[33]},“Properties1”:{“Scale bit 2”:false,“Meter Type”:“Electric meter”,“Rate Type”:“Import”,“Meter Type (Parsed)”:{“value”:“Electric meter”},“Rate Type (Parsed)”:{“value”:“Import”}},“Properties2 (Raw)”:{“type”:“Buffer”,“data”:[84]},“Properties2”:{“Size”:4,“Scale bits 10”:2,“Precision”:2},“Meter Value”:{“type”:“Buffer”,“data”:[0,0,0,0]},“Delta Time (Raw)”:{“type”:“Buffer”,“data”:[1,45]},“Delta Time”:301,“Previous Meter Value”:{“type”:“Buffer”,“data”:[0,0,0]},“Scale 2 (Raw)”:{“type”:“Buffer”,“data”:[0]},“Scale 2”:0,“Meter Value (Parsed)”:0}| |2019-09-23T06:53:28.870Z|Node[18]: Received application command for COMMAND\_CLASS\_METER, data: 0x02a1425ac3012d5b08| |2019-09-23T06:53:28.871Z|Node[18]: [COMMAND\_CLASS\_METER] {“Properties1 (Raw)”:{“type”:“Buffer”,“data”:[161]},“Properties1”:{“Scale bit 2”:true,“Meter Type”:“Electric meter”,“Rate Type”:“Import”,“Meter Type (Parsed)”:{“value”:“Electric meter”},“Rate Type (Parsed)”:{“value”:“Import”}},“Properties2 (Raw)”:{“type”:“Buffer”,“data”:[66]},“Properties2”:{“Size”:2,“Scale bits 10”:0,“Precision”:2},“Meter Value”:{“type”:“Buffer”,“data”:[90,195]},“Delta Time (Raw)”:{“type”:“Buffer”,“data”:[1,45]},“Delta Time”:301,“Previous Meter Value”:{“type”:“Buffer”,“data”:[91]},“Scale 2 (Raw)”:{“type”:“Buffer”,“data”:[8]},“Scale 2”:8,“Meter Value (Parsed)”:232.35}| |2019-09-23T06:53:29.870Z|Node[18]: Received application command for COMMAND\_CLASS\_METER, data: 0x02a14a0000012d0000| |2019-09-23T06:53:29.872Z|Node[18]: [COMMAND\_CLASS\_METER] {“Properties1 (Raw)”:{“type”:“Buffer”,“data”:[161]},“Properties1”:{“Scale bit 2”:true,“Meter Type”:“Electric meter”,“Rate Type”:“Import”,“Meter Type (Parsed)”:{“value”:“Electric meter”},“Rate Type (Parsed)”:{“value”:“Import”}},“Properties2 (Raw)”:{“type”:“Buffer”,“data”:[74]},“Properties2”:{“Size”:2,“Scale bits 10”:1,“Precision”:2},“Meter Value”:{“type”:“Buffer”,“data”:[0,0]},“Delta Time (Raw)”:{“type”:“Buffer”,“data”:[1,45]},“Delta Time”:301,“Previous Meter Value”:{“type”:“Buffer”,“data”:[0]},“Scale 2 (Raw)”:{“type”:“Buffer”,“data”:[0]},“Scale 2”:0,“Meter Value (Parsed)”:0}| ---
**Author:** ![PetervdK](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/petervdk/32/20669_2.png) [@PetervdK](https://community.homey.app/u/PetervdK)\ **Post date:** [September 23, 2019, 11:04am UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/8 "2019-09-23T11:04:27Z")
Well, it always sends reports about usage on every change that exceeds the threshold. But what appears strange to me is this looks like reports of the voltage metering and that it goes from 0 to 232 and back to 0. That’s shouldn’t happen when it’s just plugged in imo. Is there something plugged in in the power plug? ---
**Author:** ![Viking42](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/viking42/32/12687_2.png) [@Viking42](https://community.homey.app/u/Viking42)\ **Post date:** [September 23, 2019, 11:19am UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/9 "2019-09-23T11:19:31Z")
1. to answer the question, Only a basic lamp that i only turned on once in the last 24H and is off the rest of the time 2. i’m especially surprised by my PIR which shows “offfline” and unreachable but does tons of RX! 3. Weirder even, node 3 and 19 are meshing over a battery powered small neocoolcam siren/alarm (node 2) sounds impossible here is the full report 🙂 [http://www.mediafire.com/file/y9ilm9kqfnpq2or/New\_Text\_Document.txt/file](http://www.mediafire.com/file/y9ilm9kqfnpq2or/New_Text_Document.txt/file) ---
**Author:** ![PetervdK](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/petervdk/32/20669_2.png) [@PetervdK](https://community.homey.app/u/PetervdK)\ **Post date:** [September 23, 2019, 11:57am UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/10 "2019-09-23T11:57:22Z")
1. Strange. Maybe i misinterpret the logging, not sure about that. When i find the time i will look at my Coolcam plugs logging’s. 2. Unreachable is a farce. Don’t know when or why it is shown.If you switch the unreachable device off or on it does do that instantly. When you press test it says “reachable” and the status disappears… 3. The nodes you refer to are “unknown” so their path is indeterminable. Very often that results in showing a path that is impossible (either through a device that isn’t there anymore or via a device that doesn’t even route). Unknown usually means that the device is REALLY unreachable (either because it isn’t powered or because it is out of reach). ---
**Author:** ![Viking42](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/viking42/32/12687_2.png) [@Viking42](https://community.homey.app/u/Viking42)\ **Post date:** [September 23, 2019, 12:06pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/11 "2019-09-23T12:06:49Z")
thanks!! Most of the “unknown” are a few meters away from my homey, i am clearly not out of troubles with my z-wave ---
**Author:** ![Henk\_Renting](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/henk_renting/32/87634_2.png) [@Henk\_Renting](https://community.homey.app/u/Henk_Renting)\ **Post date:** [March 21, 2020, 1:35pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/12 "2020-03-21T13:35:03Z")
I have the same problem interpreting the Z-Wave statusses. ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/9/b/9b414832e9bb190bf39c1b4abdcb3f2b8636cf64.png) The smoke detectors (brand: Heiman) in the kitchen (“keuken”) and the hallway (“hal”) do trigger the right flow when tested with the button on the device. Same for the CO detector (Heiman as well, named “cv-kast”). Only the smoke detector (Heiman) in the bedroom (“slaapkamer”) does not seem to trigger the right flow when tested. When it it brought closer to Homey, it does. The submenus are unclear to me too. ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/f/f/ff3727a738f2887d3c053a8aa45e586180cc75e5.png) When pressing “test” ALL the devices give “node is unreachable”. Send testframe give " TRANSMIT\_COMPLETE\_NO\_ACK" for ALL devices. I suppose the right solution would be to buy an mainspowered device like a smart plug and place it in the middle. but where can I find this information on the developers overview for Z-Wave? And what’s the purpose of the items in the submenu? I have no problems interpreting Zigbee here, but Z-Wave is a whole different story… 🤔 ---
**Author:** ![DirkG](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/dirkg/32/118897_2.png) [@DirkG](https://community.homey.app/u/DirkG)\ **Post date:** [March 21, 2020, 3:20pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/13 "2020-03-21T15:20:50Z")
With “Send Basic On/Off” you can switch e.g. switches, SmartPlugs etc. on and off for test purposes. With “Heal” the neighbouring nodes are requested and the device tries to find a better route. With “Test” you can only check if the device is reachable or not. If you want to execute the “Heal” or “Test” on battery powered devices, e.g. your smoke detectors, then these devices have to be woken up first. This is not necessary for power operated devices. For a stable Z-Wave Mesh, if possible, several power operated devices should be installed. These devices transmit the Z-Wave signal (Repeater), battery powered devices do not. In the end, you can only try out if a SmartPlug or a Repeater is sufficient, but this is definitely not a guarantee for a good working Z-Wave Mesh! ---
**Author:** ![Henk\_Renting](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/henk_renting/32/87634_2.png) [@Henk\_Renting](https://community.homey.app/u/Henk_Renting)\ **Post date:** [March 21, 2020, 3:38pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/14 "2020-03-21T15:38:07Z")
Thanks @DirkG! How to wake up the devices then? Push the testbutton on the detector itself? Is it then “active” for a given amount of time? It’s not clear to me to be honest how this “sleep mode” works on smoke/CO detectors. They are not in contact with Homey like other sensors are? Like my door/window sensors , temperature sensors, etc.? ---
**Author:** ![PetervdK](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/petervdk/32/20669_2.png) [@PetervdK](https://community.homey.app/u/PetervdK)\ **Post date:** [March 21, 2020, 4:10pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/15 "2020-03-21T16:10:54Z")
How to wake up a device is different per brand, but usually it is pressing the same button you paired it with for one or three times. Should be mentioned in the manual though… Every battery powered device goes into offline mode. That is to save the battery. It doesn’t have to be in contact until it triggers. Most devices do have a setting for waking up and report presence every x time, mostly adjustable. That should be in the manual also… ---
**Author:** ![DirkG](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/dirkg/32/118897_2.png) [@DirkG](https://community.homey.app/u/DirkG)\ **Post date:** [March 21, 2020, 4:15pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/16 "2020-03-21T16:15:16Z")
How to wake up battery-powered devices and how long they stay in awake mode is different. For the smoke detector I have unfortunately only found the Zigbee user manual. In the manual for the CO detector it is also not clearly described, but I would press the button 3 times within 1.5 seconds (see screenshot). ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/c/d/cd2fccafb7b15259310505db0f37e27f85df67f9.jpeg) > [@Henk\_Renting](#): > > It’s not clear to me to be honest how this “sleep mode” works on smoke/CO detectors. They are not in contact with Homey like other sensors are? Like my door/window sensors , temperature sensors, etc.? As Peter has already written. ---
**Author:** ![Henk\_Renting](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/henk_renting/32/87634_2.png) [@Henk\_Renting](https://community.homey.app/u/Henk_Renting)\ **Post date:** [March 21, 2020, 4:29pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/17 "2020-03-21T16:29:03Z")
Thanks for the replies, guys! Strange that some detectors stay in alarm state after I have pressed the test-button (so not the button @DirkG mentions). The green one in the pic above. Shouldn’t they return to a normal state after some while when there is no new alarm? Looks like the sensor goes into sleep mode before it can report…? See: ![SmartSelect_20200321-172726_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/3/f/3f2261536ef780f997677ac93476d5fac624ef0b.jpeg) Perhaps something can be done with the settings below in “advanced settings”? ![SmartSelect_20200321-173055_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/6/1/61a8f22dce1ddba3d213a144b4d1bd5598b8c73e.jpeg) And why/how is this different from the door/window sensors? The return to a normal state as well after a door had been opened for a long time and then closed… ---
**Author:** ![DirkG](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/dirkg/32/118897_2.png) [@DirkG](https://community.homey.app/u/DirkG)\ **Post date:** [March 21, 2020, 5:29pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/18 "2020-03-21T17:29:37Z")
Guess you pushed the wrong button. To me it looks like you have to press a button inside the case (small blue dot), with a needle or something similar. I do not use Heiman devices, so I cannot tell you how they behave. > [@Henk\_Renting](#): > > Perhaps something can be done with the settings below in “advanced settings”? Yes, with the parameter “Interval” the wake-up interval can be set. However, this does not have to be changed. > [@Henk\_Renting](#): > > And why/how is this different from the door/window sensors? The return to a normal state as well after a door had been opened for a long time and then closed… I’m not sure if I understand you. Basically there is no difference between a door/window sensor and a smoke detector. Both are triggered by a specific event. However, since the smoke detector is a security related device, I think that you have to reset the alarm status manually, as a kind of control. As I already wrote, I don’t have any Heimdal devices and I don’t have any smart smoke detectors either. So please have a look at the manual how to disable the alarm state. ---
**Author:** ![Henk\_Renting](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/henk_renting/32/87634_2.png) [@Henk\_Renting](https://community.homey.app/u/Henk_Renting)\ **Post date:** [March 21, 2020, 5:39pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/19 "2020-03-21T17:39:05Z")
I pushed this button to test the smoke (and CO) detectors, like ypu would do with normal detectors. That gives an acoustic alarm on the detector itself, and triggers the alarm-flow on Homey (only not on the one in the sleeping room which probably is too far away). The triggering sets the detector to an alarm state in Homey which does not reset. Unfortunately there is no card to reset an alarm from these sensors in Homey. That means you would have to press the button within with a needle after each testing? EDIT: pressing the button behind the small hole does not result in resetting the alarm-state… Wouldn’t adjusting the wake-up interval not help here? Or might this significally increase battery usage, you think? ---
**Author:** ![DirkG](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/dirkg/32/118897_2.png) [@DirkG](https://community.homey.app/u/DirkG)\ **Post date:** [March 21, 2020, 6:33pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/20 "2020-03-21T18:33:48Z")
> [@Henk\_Renting](#): > > I pushed this button to test the smoke (and CO) detectors, like ypu would do with normal detectors. > That gives an acoustic alarm on the detector itself, and triggers the alarm-flow on Homey (only not on the one in the sleeping room which probably is too far away). > > The triggering sets the detector to an alarm state in Homey which does not reset. > Unfortunately there is no card to reset an alarm from these sensors in Homey. > That means you would have to press the button within with a needle after each testing? > EDIT: pressing the button behind the small hole does not result in resetting the alarm-state… Sorry, I don’t know because I don’t have Heimdal Smoke and CO detectors. Still, I guess we misunderstood each other. You asked how to wake up the sensor. The button in the case (small blue dot according to the manual) is probably used to wake up the device (press 3 times within 1.5 seconds). > [@Henk\_Renting](#): > > Wouldn’t adjusting the wake-up interval not help here? No > [@Henk\_Renting](#): > > Or might this significally increase battery usage, you think? Yes ---
**Author:** ![Henk\_Renting](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/henk_renting/32/87634_2.png) [@Henk\_Renting](https://community.homey.app/u/Henk_Renting)\ **Post date:** [March 21, 2020, 6:46pm UTC](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123/21 "2020-03-21T18:46:09Z")
Thx… Yes, I understood you right I think. Waking up the sensor would hopefully reset the alarm state because it reports that everything is ok again. [Next page](https://community.homey.app/t/how-to-interpret-developer-z-wave-node-columns/4123.md?page=2)