Aeon Labs Aeotec Z-Wave Smart Energy Monitor not showing measurments

Setup, Configuration and Use Beginners
, ,
1

I am not getting any reading. I have the first point connected to a power strip that has my PC and other stuff connected to, so it should be a large enough reading to actually display something.

This is what I have, I have tried changing the endpoint from nothing, 0, 1 and 2 and it doesn’t change (as a side note I am not sure what this is, I thought this was what test node it is connected to but I have seen cases where nothing is entered, and yours where you have 0-2)

Number Test_KWh "Test point 1 [%.2f W]" <energy> (GF_Living) { zwave="2:1:command=METER,meter_scale=E_W, refresh_interval=60"} Number Test_W "Test Point 1 [%.2f kWh]" <energy> (GF_Living) { zwave="2:1:command=METER,meter_scale=E_KWh, refresh_interval=60"}

my sitemap:
Text item=Test_KWh Text item=Test_W

and this is what my hab min device config looks like, I tried changing it to what I found another user suggested. Whenever I change item 101: it always changed to some other value, so I am not sure what that is supposed to be or if it is correct.

Capture.JPG1035×563 61.8 KB

2

Check your association groups. (See other reply.)

Also if you’re using endpoint 0, might want to change option 101 to 12 instead of 782. That’ll cause it to send sum total watts and sum total kwh to whoever is in association group 1.

3

So you were right I didn’t have any associations, but I changed group 1 to include the controller as a member. BTW I am using the Gen 5 Zstick (ZX090)

I also changed option 101 to 12.

However, I am not seeing any difference. I restarted OpenHAB as well.

4

Run in debug mode for 24 hours, see if you’re getting any messages from that node at all in the zwave log. At a minimum it should be reporting something every 60 seconds or so.

(I use a zstick 5 as my primary interface as well, FWIW.)

5

Oh yeah, get rid of refresh_interval=60 in the item definitions. You either want the device to report info on its own (super duper highly preferred), or you want openhab to go get the info on its own. Right now you have both, which isn’t going to be a big deal if you only have two nodes but eventually will lead to unhappy town when your network grows to a lot of devices.

6

I removed the interval still the same thing. It looks to me as if it can see the node it just isn’t giving any data back.

[DEBUG] [eController$ZWaveReceiveThread] - Receive Message = 01 14 00 04 00 05 0E 32 02 21 74 00 00 00 00 00 00 00 00 00 00 81 2016-04-05 19:49:07.256 [DEBUG] [b.z.i.protocol.ZWaveController] - Receive queue TAKE: Length=0 2016-04-05 19:49:07.256 [DEBUG] [eController$ZWaveReceiveThread] - Receive queue ADD: Length=1 2016-04-05 19:49:07.261 [DEBUG] [o.b.z.i.protocol.SerialMessage] - Assembled message buffer = 01 14 00 04 00 05 0E 32 02 21 74 00 00 00 00 00 00 00 00 00 00 81 2016-04-05 19:49:07.267 [DEBUG] [b.z.i.protocol.ZWaveController] - Process Message = 01 14 00 04 00 05 0E 32 02 21 74 00 00 00 00 00 00 00 00 00 00 81 2016-04-05 19:49:07.279 [DEBUG] [b.z.i.protocol.ZWaveController] - Message: class = ApplicationCommandHandler (0x04), type = Request (0x00), payload = 00 05 0E 32 02 21 74 00 00 00 00 00 00 00 00 00 00 2016-04-05 19:49:07.283 [DEBUG] [ApplicationCommandMessageClass] - NODE 5: Application Command Request (ALIVE:DONE) 2016-04-05 19:49:07.286 [DEBUG] [ApplicationCommandMessageClass] - NODE 5: Incoming command class METER 2016-04-05 19:49:07.289 [DEBUG] [z.i.p.c.ZWaveMeterCommandClass] - NODE 5: Received Meter Request 2016-04-05 19:49:07.290 [DEBUG] [z.i.p.c.ZWaveMeterCommandClass] - NODE 5: Meter: Type=Electric(1), Scale=W(2), Value=0E+1 2016-04-05 19:49:07.292 [DEBUG] [b.z.i.protocol.ZWaveController] - Notifying event listeners: ZWaveMeterValueEvent 2016-04-05 19:49:07.292 [DEBUG] [.z.internal.ZWaveActiveBinding] - ZwaveIncomingEvent 2016-04-05 19:49:07.293 [DEBUG] [.z.internal.ZWaveActiveBinding] - NODE 5: Got a value event from Z-Wave network, endpoint = 0, command class = METER, value = 0E+1 2016-04-05 19:49:07.298 [DEBUG] [ApplicationCommandMessageClass] - Transaction not completed: node address inconsistent. 2016-04-05 19:49:07.346 [DEBUG] [eController$ZWaveReceiveThread] - Receive Message = 01 14 00 04 00 05 0E 32 02 21 64 00 00 00 00 00 3C 00 00 00 00 AD 2016-04-05 19:49:07.355 [DEBUG] [b.z.i.protocol.ZWaveController] - Receive queue TAKE: Length=0 2016-04-05 19:49:07.354 [DEBUG] [eController$ZWaveReceiveThread] - Receive queue ADD: Length=1 2016-04-05 19:49:07.366 [DEBUG] [o.b.z.i.protocol.SerialMessage] - Assembled message buffer = 01 14 00 04 00 05 0E 32 02 21 64 00 00 00 00 00 3C 00 00 00 00 AD 2016-04-05 19:49:07.370 [DEBUG] [b.z.i.protocol.ZWaveController] - Process Message = 01 14 00 04 00 05 0E 32 02 21 64 00 00 00 00 00 3C 00 00 00 00 AD 2016-04-05 19:49:07.374 [DEBUG] [b.z.i.protocol.ZWaveController] - Message: class = ApplicationCommandHandler (0x04), type = Request (0x00), payload = 00 05 0E 32 02 21 64 00 00 00 00 00 3C 00 00 00 00 2016-04-05 19:49:07.376 [DEBUG] [ApplicationCommandMessageClass] - NODE 5: Application Command Request (ALIVE:DONE) 2016-04-05 19:49:07.377 [DEBUG] [ApplicationCommandMessageClass] - NODE 5: Incoming command class METER 2016-04-05 19:49:07.378 [DEBUG] [z.i.p.c.ZWaveMeterCommandClass] - NODE 5: Received Meter Request 2016-04-05 19:49:07.379 [DEBUG] [z.i.p.c.ZWaveMeterCommandClass] - NODE 5: Meter: Type=Electric(1), Scale=kWh(0), Value=0E+1 2016-04-05 19:49:07.381 [DEBUG] [b.z.i.protocol.ZWaveController] - Notifying event listeners: ZWaveMeterValueEvent 2016-04-05 19:49:07.382 [DEBUG] [.z.internal.ZWaveActiveBinding] - ZwaveIncomingEvent 2016-04-05 19:49:07.383 [DEBUG] [.z.internal.ZWaveActiveBinding] - NODE 5: Got a value event from Z-Wave network, endpoint = 0, command class = METER, value = 0E+1 2016-04-05 19:49:07.386 [DEBUG] [ApplicationCommandMessageClass] - Transaction not completed: node address inconsistent. 2016-04-05 19:49:07.587 [DEBUG] [o.u.i.items.ItemUIRegistryImpl] - Cannot retrieve item Room for widget org.openhab.model.sitemap.Group 2016-04-05 19:49:07.627 [DEBUG] [.io.net.http.SecureHttpContext] - security is disabled - processing aborted! 2016-04-05 19:49:07.628 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - Servlet request received! 2016-04-05 19:49:07.629 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - reading sitemap home 2016-04-05 19:49:08.308 [DEBUG] [.io.net.http.SecureHttpContext] - security is disabled - processing aborted! 2016-04-05 19:49:08.311 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - Servlet request received! 2016-04-05 19:49:08.314 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - reading sitemap home 2016-04-05 19:49:08.792 [DEBUG] [.io.net.http.SecureHttpContext] - security is disabled - processing aborted! 2016-04-05 19:49:10.582 [DEBUG] [.io.net.http.SecureHttpContext] - security is disabled - processing aborted! 2016-04-05 19:49:10.585 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - Servlet request received! 2016-04-05 19:49:10.588 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - reading sitemap home 2016-04-05 19:49:12.680 [DEBUG] [.io.net.http.SecureHttpContext] - security is disabled - processing aborted! 2016-04-05 19:49:12.681 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - Servlet request received! 2016-04-05 19:49:12.683 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - reading sitemap home 2016-04-05 19:49:12.685 [DEBUG] [o.u.i.items.ItemUIRegistryImpl] - Cannot retrieve item Room for widget org.openhab.model.sitemap.Group 2016-04-05 19:49:12.976 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'sitemaps' 2016-04-05 19:49:12.980 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'persistence' 2016-04-05 19:49:12.983 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'rules' 2016-04-05 19:49:12.985 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'scripts' 2016-04-05 19:49:12.987 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'items' 2016-04-05 19:49:13.127 [DEBUG] [.io.net.http.SecureHttpContext] - security is disabled - processing aborted! 2016-04-05 19:49:13.129 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - Servlet request received! 2016-04-05 19:49:13.132 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - reading sitemap home 2016-04-05 19:49:13.793 [DEBUG] [.io.net.http.SecureHttpContext] - security is disabled - processing aborted! 2016-04-05 19:49:18.794 [DEBUG] [.io.net.http.SecureHttpContext] - security is disabled - processing aborted! 2016-04-05 19:49:22.989 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'sitemaps' 2016-04-05 19:49:22.992 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'persistence' 2016-04-05 19:49:22.995 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'rules' 2016-04-05 19:49:22.997 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'scripts' 2016-04-05 19:49:22.999 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'items' 2016-04-05 19:49:23.644 [DEBUG] [.io.net.http.SecureHttpContext] - security is disabled - processing aborted! 2016-04-05 19:49:23.646 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - Servlet request received! 2016-04-05 19:49:23.648 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - reading sitemap home 2016-04-05 19:49:23.793 [DEBUG] [.io.net.http.SecureHttpContext] - security is disabled - processing aborted! 2016-04-05 19:49:28.794 [DEBUG] [.io.net.http.SecureHttpContext] - security is disabled - processing aborted! 2016-04-05 19:49:29.262 [DEBUG] [ZWaveMultiLevelSwitchConverter] - NODE 3: Generating poll message for SWITCH_MULTILEVEL for node 0 endpoint {} 2016-04-05 19:49:29.267 [DEBUG] [veMultiLevelSwitchCommandClass] - NODE 3: Creating new message for command SWITCH_MULTILEVEL_GET 2016-04-05 19:49:29.271 [DEBUG] [o.b.z.i.protocol.SerialMessage] - NODE 3: Creating empty message of class = SendData (0x13), type = Request (0x00) 2016-04-05 19:49:29.273 [DEBUG] [b.z.i.protocol.ZWaveController] - Callback ID = 6 2016-04-05 19:49:29.274 [DEBUG] [b.z.i.protocol.ZWaveController] - Enqueueing message. Queue length = 1 2016-04-05 19:49:29.274 [DEBUG] [WaveController$ZWaveSendThread] - Took message from queue for sending. Queue length = 0 2016-04-05 19:49:29.282 [DEBUG] [o.b.z.i.protocol.SerialMessage] - Assembled message buffer = 01 09 00 13 03 02 26 02 25 06 E3 2016-04-05 19:49:29.286 [DEBUG] [WaveController$ZWaveSendThread] - NODE 3: Sending REQUEST Message = 01 09 00 13 03 02 26 02 25 06 E3 2016-04-05 19:49:29.297 [DEBUG] [eController$ZWaveReceiveThread] - Receive Message = 01 04 01 13 01 E8 2016-04-05 19:49:29.301 [DEBUG] [eController$ZWaveReceiveThread] - Receive queue ADD: Length=1 2016-04-05 19:49:29.301 [DEBUG] [b.z.i.protocol.ZWaveController] - Receive queue TAKE: Length=0 2016-04-05 19:49:29.303 [DEBUG] [o.b.z.i.protocol.SerialMessage] - Assembled message buffer = 01 04 01 13 01 E8 2016-04-05 19:49:29.306 [DEBUG] [b.z.i.protocol.ZWaveController] - Process Message = 01 04 01 13 01 E8 2016-04-05 19:49:29.308 [DEBUG] [b.z.i.protocol.ZWaveController] - Message: class = SendData (0x13), type = Response (0x01), payload = 01 2016-04-05 19:49:29.310 [DEBUG] [b.z.i.p.s.SendDataMessageClass] - NODE 3: Sent Data successfully placed on stack. 2016-04-05 19:49:29.315 [DEBUG] [eController$ZWaveReceiveThread] - Receive Message = 01 07 00 13 06 00 00 02 EF 2016-04-05 19:49:29.320 [DEBUG] [eController$ZWaveReceiveThread] - Receive queue ADD: Length=1 2016-04-05 19:49:29.320 [DEBUG] [b.z.i.protocol.ZWaveController] - Receive queue TAKE: Length=0 2016-04-05 19:49:29.323 [DEBUG] [o.b.z.i.protocol.SerialMessage] - Assembled message buffer = 01 09 00 13 06 00 00 02 00 00 E1 2016-04-05 19:49:29.327 [DEBUG] [b.z.i.protocol.ZWaveController] - Process Message = 01 09 00 13 06 00 00 02 00 00 E1 2016-04-05 19:49:29.329 [DEBUG] [b.z.i.protocol.ZWaveController] - Message: class = SendData (0x13), type = Request (0x00), payload = 06 00 00 02 2016-04-05 19:49:29.331 [DEBUG] [b.z.i.p.s.SendDataMessageClass] - NODE 3: SendData Request. CallBack ID = 6, Status = Transmission complete and ACK received(0) 2016-04-05 19:49:29.334 [DEBUG] [.z.i.p.s.ZWaveCommandProcessor] - Sent message Message: class = SendData (0x13), type = Request (0x00), payload = 03 02 26 02 2016-04-05 19:49:29.340 [DEBUG] [.z.i.p.s.ZWaveCommandProcessor] - Recv message Message: class = SendData (0x13), type = Request (0x00), payload = 06 00 00 02 2016-04-05 19:49:29.342 [DEBUG] [.z.i.p.s.ZWaveCommandProcessor] - Checking transaction complete: class=SendData, expected=ApplicationCommandHandler, cancelled=false 2016-04-05 19:49:29.347 [DEBUG] [eController$ZWaveReceiveThread] - Receive Message = 01 09 00 04 00 03 03 26 03 00 D7 2016-04-05 19:49:29.352 [DEBUG] [eController$ZWaveReceiveThread] - Receive queue ADD: Length=1 2016-04-05 19:49:29.352 [DEBUG] [b.z.i.protocol.ZWaveController] - Receive queue TAKE: Length=0 2016-04-05 19:49:29.357 [DEBUG] [o.b.z.i.protocol.SerialMessage] - Assembled message buffer = 01 09 00 04 00 03 03 26 03 00 D7 2016-04-05 19:49:29.362 [DEBUG] [b.z.i.protocol.ZWaveController] - Process Message = 01 09 00 04 00 03 03 26 03 00 D7 2016-04-05 19:49:29.366 [DEBUG] [b.z.i.protocol.ZWaveController] - Message: class = ApplicationCommandHandler (0x04), type = Request (0x00), payload = 00 03 03 26 03 00 2016-04-05 19:49:29.368 [DEBUG] [ApplicationCommandMessageClass] - NODE 3: Application Command Request (ALIVE:DONE) 2016-04-05 19:49:29.370 [DEBUG] [ApplicationCommandMessageClass] - NODE 3: Incoming command class SWITCH_MULTILEVEL 2016-04-05 19:49:29.371 [DEBUG] [veMultiLevelSwitchCommandClass] - NODE 3: Received Switch Multi Level Request 2016-04-05 19:49:29.374 [DEBUG] [veMultiLevelSwitchCommandClass] - NODE 3: Switch Multi Level report, value = 0 2016-04-05 19:49:29.375 [DEBUG] [b.z.i.protocol.ZWaveController] - Notifying event listeners: ZWaveCommandClassValueEvent 2016-04-05 19:49:29.377 [DEBUG] [.z.internal.ZWaveActiveBinding] - ZwaveIncomingEvent 2016-04-05 19:49:29.379 [DEBUG] [.z.internal.ZWaveActiveBinding] - NODE 3: Got a value event from Z-Wave network, endpoint = 0, command class = SWITCH_MULTILEVEL, value = 0 2016-04-05 19:49:29.384 [DEBUG] [.z.i.p.s.ZWaveCommandProcessor] - Sent message Message: class = SendData (0x13), type = Request (0x00), payload = 03 02 26 02 2016-04-05 19:49:29.388 [DEBUG] [.z.i.p.s.ZWaveCommandProcessor] - Recv message Message: class = ApplicationCommandHandler (0x04), type = Request (0x00), payload = 00 03 03 26 03 00 2016-04-05 19:49:29.390 [DEBUG] [.z.i.p.s.ZWaveCommandProcessor] - Checking transaction complete: class=ApplicationCommandHandler, expected=ApplicationCommandHandler, cancelled=false 2016-04-05 19:49:29.391 [DEBUG] [.z.i.p.s.ZWaveCommandProcessor] - transaction complete! 2016-04-05 19:49:29.394 [DEBUG] [b.z.i.protocol.ZWaveController] - Notifying event listeners: ZWaveTransactionCompletedEvent 2016-04-05 19:49:29.396 [DEBUG] [.z.internal.ZWaveActiveBinding] - ZwaveIncomingEvent 2016-04-05 19:49:29.397 [DEBUG] [WaveController$ZWaveSendThread] - NODE 3: Response processed after 110ms/214ms. 2016-04-05 19:49:33.001 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'sitemaps' 2016-04-05 19:49:33.004 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'persistence' 2016-04-05 19:49:33.007 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'rules' 2016-04-05 19:49:33.010 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'scripts' 2016-04-05 19:49:33.012 [DEBUG] [.o.m.c.i.folder.FolderObserver] - Refreshing folder 'items' 2016-04-05 19:49:33.805 [DEBUG] [.io.net.http.SecureHttpContext] - security is disabled - processing aborted! 2016-04-05 19:49:34.162 [DEBUG] [.io.net.http.SecureHttpContext] - security is disabled - processing aborted! 2016-04-05 19:49:34.164 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - Servlet request received! 2016-04-05 19:49:34.169 [DEBUG] [.o.u.w.i.servlet.WebAppServlet] - reading sitemap home 2016-04-05 19:49:34.276 [DEBUG] [z.internal.ZWaveNetworkMonitor] - NODE 3: Sending periodic PING. 2016-04-05 19:49:34.277 [DEBUG] [c.ZWaveNoOperationCommandClass] - NODE 3: Creating new message for command No Operation 2016-04-05 19:49:34.279 [DEBUG] [o.b.z.i.protocol.SerialMessage] - NODE 3: Creating empty message of class = SendData (0x13), type = Request (0x00) 2016-04-05 19:49:34.280 [DEBUG] [b.z.i.protocol.ZWaveController] - Callback ID = 7 2016-04-05 19:49:34.282 [DEBUG] [b.z.i.protocol.ZWaveController] - Enqueueing message. Queue length = 1 2016-04-05 19:49:34.282 [DEBUG] [WaveController$ZWaveSendThread] - Took message from queue for sending. Queue length = 0 2016-04-05 19:49:34.285 [DEBUG] [o.b.z.i.protocol.SerialMessage] - Assembled message buffer = 01 08 00 13 03 01 00 25 07 C4 2016-04-05 19:49:34.289 [DEBUG] [WaveController$ZWaveSendThread] - NODE 3: Sending REQUEST Message = 01 08 00 13 03 01 00 25 07 C4 2016-04-05 19:49:34.300 [DEBUG] [eController$ZWaveReceiveThread] - Receive Message = 01 04 01 13 01 E8 2016-04-05 19:49:34.304 [DEBUG] [eController$ZWaveReceiveThread] - Receive queue ADD: Length=1 2016-04-05 19:49:34.304 [DEBUG] [b.z.i.protocol.ZWaveController] - Receive queue TAKE: Length=0 2016-04-05 19:49:34.307 [DEBUG] [o.b.z.i.protocol.SerialMessage] - Assembled message buffer = 01 04 01 13 01 E8 2016-04-05 19:49:34.309 [DEBUG] [b.z.i.protocol.ZWaveController] - Process Message = 01 04 01 13 01 E8 2016-04-05 19:49:34.311 [DEBUG] [b.z.i.protocol.ZWaveController] - Message: class = SendData (0x13), type = Response (0x01), payload = 01 2016-04-05 19:49:34.312 [DEBUG] [b.z.i.p.s.SendDataMessageClass] - NODE 3: Sent Data successfully placed on stack. 2016-04-05 19:49:34.317 [DEBUG] [eController$ZWaveReceiveThread] - Receive Message = 01 07 00 13 07 00 00 02 EE 2016-04-05 19:49:34.323 [DEBUG] [eController$ZWaveReceiveThread] - Receive queue ADD: Length=1 2016-04-05 19:49:34.323 [DEBUG] [b.z.i.protocol.ZWaveController] - Receive queue TAKE: Length=0 2016-04-05 19:49:34.328 [DEBUG] [o.b.z.i.protocol.SerialMessage] - Assembled message buffer = 01 09 00 13 07 00 00 02 00 00 E0 2016-04-05 19:49:34.331 [DEBUG] [b.z.i.protocol.ZWaveController] - Process Message = 01 09 00 13 07 00 00 02 00 00 E0 2016-04-05 19:49:34.341 [DEBUG] [b.z.i.protocol.ZWaveController] - Message: class = SendData (0x13), type = Request (0x00), payload = 07 00 00 02 2016-04-05 19:49:34.343 [DEBUG] [b.z.i.p.s.SendDataMessageClass] - NODE 3: SendData Request. CallBack ID = 7, Status = Transmission complete and ACK received(0) 2016-04-05 19:49:34.346 [DEBUG] [.z.i.p.s.ZWaveCommandProcessor] - Sent message Message: class = SendData (0x13), type = Request (0x00), payload = 03 01 00 2016-04-05 19:49:34.350 [DEBUG] [.z.i.p.s.ZWaveCommandProcessor] - Recv message Message: class = SendData (0x13), type = Request (0x00), payload = 07 00 00 02 2016-04-05 19:49:34.351 [DEBUG] [.z.i.p.s.ZWaveCommandProcessor] - Checking transaction complete: class=SendData, expected=SendData, cancelled=false 2016-04-05 19:49:34.354 [DEBUG] [.z.i.p.s.ZWaveCommandProcessor] - transaction complete! 2016-04-05 19:49:34.355 [DEBUG] [b.z.i.protocol.ZWaveController] - Notifying event listeners: ZWaveTransactionCompletedEvent

7

Hmmm. I’m not seeing any messages from Node 2 at all in that log. Am I missing them, or are they not there? (It is node 2 that we care about, right?)

Of course that snippet of log only spans about 35 seconds of time, so it’s entirely possible that the device didn’t report in yet.

do a

cat zwave.log | grep “NODE 2”

and see if anything pops out if you’re on linux. Or drag the file into an editor and search for node 2 in a text editor on windows.

8

Oh yea forgot to mention I tried un-pairing then re-pairing so it changed to node 5. Node 3 is my dimmer.

and those same lines just seem to repeat, so I think thats all there is.

9

!! Kind of critical information there, man !!

Looking at the log, it should jump out at you that 1) your HEM is actually sending reports and 2) the reports it’s sending are to endpoint zero.

In your item definitions at the top, they’re configured for node 2, endpoint 1. I’m hoping that you forgot to update your item definitions to node 5 endpoint 0 and that’s the sole cause of your issue.

10

Nope, I have my items updated. I was actually checking all endpoints just in case. This is what it looks like currently:

`Number Test_KWh “Test point 1 [%.2f W]” (GF_Living) { zwave=“5:1:command=METER,meter_scale=E_W”}
Number Test_W “Test Point 1 [%.2f kWh]” (GF_Living) { zwave=“5:1:command=METER,meter_scale=E_KWh”}

Number Test2_KWh “Test point 2 [%.2f W]” (GF_Living) { zwave=“5:2:command=METER,meter_scale=E_W”}
Number Test2_W “Test Point 2 [%.2f kWh]” (GF_Living) { zwave=“5:2:command=METER,meter_scale=E_KWh”}

Number Test3_KWh “Test point 3 [%.2f W]” (GF_Living) { zwave=“5:0:command=METER,meter_scale=E_W”}
Number Test3_W “Test Point 3 [%.2f kWh]” (GF_Living) { zwave=“5:0:command=METER,meter_scale=E_KWh”}

Number Test4_KWh “Test point 4 [%.2f W]” (GF_Living) { zwave=“5:command=METER,meter_scale=E_W”}
Number Test4_W “Test Point 4 [%.2f kWh]” (GF_Living) { zwave=“5:command=METER,meter_scale=E_KWh”}`

So, it should be comming in on Test Point 3. But I still have nothing. The thing I see is that the value from the meter is 0… This line right here:

2016-04-05 19:49:07.379 [DEBUG] [z.i.p.c.ZWaveMeterCommandClass] - NODE 5: Meter: Type=Electric(1), Scale=kWh(0), Value=0E+1

To me it looks like 0, which then would make it actually working. But I have tried different cords and nothing changes.

11

Good news/bad news… we’re making great time, but we’re lost. Hate to say it, but you’re right. I didn’t check what value your meter is actually sending – it’s zero. (0W, 0 KWh) Either your probes aren’t in all the way (i.e. disconnected), or you have a bad HEM. (I’ve had to return two of them, FWIW.)

12

Hmm, ok. Well I will try maybe cleaning off the connectors and re-fitting them together. and maybe switching the probes around and whatnot. But if not I will just get another from Amazon.

Do these have a minimum reading? I have it around my power outlet that has my PC and some other things so it should be around 400W is that maybe to low?

Anyways thanks for all your help, at least I know how to troubleshoot the next one that comes in, assuming this one is in fact a dud.

13

Are you using a Aeotec smart strip? If so, the socket numbering can be tricking. For controlling the 4 controllable sockets, you start at 1. The same socket for metering is number 3. 1 and 2 are the two non switched sockets. Instead of checking one socket, why not trying metering the whole strip to see if that works.

14

I do know the probes have to be really jammed all the way in there… the stops on the probes should be all the way up to the casing, then you twist on the caps.

Not really; mine have read reliably down as low as about 9W (combined), so your 400W load shouldn’t be anything to worry about at all.

WAIT A MINUTE HERE. You don’t have the clamp around a complete power cord / power strip, do you? You can’t do that!! The clamp makes a reading by measuring the electrical field put out by current going through the wire. When you put it around a complete power cord / power strip with hot and neutral, the two fields (out and back) cancel out to zero. You must have only one conductor inside the clamp! (Apologies in advance if I’m misreading your comment.)

16

No, you are not misreading. I guess I didn’t know how the device actually worked. Doesn’t that make me feel dumb.

So now I know it needs to be on hot OR neutral. Is there a way I can do this being in an apartment currently. This is for my senior project, and we have a sub-panel so I can use it on that. But in the meantime any jerry rigging I could do just to test it out?

Edit: In theory I could take an extension cord. Separate the hot and neutral wires, clamp around one of them, and use that cable to power my strip and get a reading correct?

17

No this is the energy meter, with the 2 probe clamps.

18

Nah, dumb would be failing to correct your mistake. :wink:

Well I can’t tell you what to do, because it involves messing with live AC and if you do it incorrectly you might electrocute yourself, set the building on fire, don’t feel like being legally liable, etc. etc. etc…

…but I can tell you what I did when I was testing mine out. :wink:

What I did was I went to Home Depot and bought myself a beefy extension cord. One of the ones where you can see where all the conductors are, similar to this one. Then with a brand new razor blade, I very carefully cut along the lines in the insulation so that I was able to separate the conductors away from each other without actually cutting any of the wires. (The central one is the ground; if I had to nick anything, I made sure it was that one! Then I taped it up afterwards to make sure it was still insulated – better safe than sorry!) Then I put a clamp around one of the wires, and plugged what I wanted to measure into the other end of the extension cord.

That particular one I linked to isn’t sold in stores, but they have similar ones that they do carry in stock. I think the one I cut apart was actually an air conditioner extension cord, so was super beefy.

19

Aww, yea that would be perfect. Well I guess my next step is to get something like this, and it should be working since there is nothing showing it isn’t working. A reading of 0 is obviously correct.

Thanks a whole lot! I will update with what happens, good or bad!

20

Yea so it works. I found one of those cables in my apartment, just cut away one section like you said and hooked a lamp up and it is reading 11.77W, and for my 10.5W bulb seems reasonable.

21

Post a picture of your test rig! :slight_smile: