search

roshbaik2 / open-zwave

Automatically exported from code.google.com/p/open-zwave
0 stars 0 forks source link

COMMAND_CLASS_METER #134

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
1.read from the xml zwcfg_.xml
2.the node 5 return reverse value.

What is the expected output? What do you see instead?
Attach file .jpeg, node mode on and off.

i use linux ubuntu 10.04.

Original issue reported on code.google.com by softgh...@gmail.com on 26 Dec 2012 at 3:30

Attachments:

GoogleCodeExporter commented 9 years ago 
Can you please post the file OZW_log.txt from your program but make sure the 
zwcfg*.xml is not present when you do so. Thanks.

Original comment by glsatz on 26 Dec 2012 at 4:20

GoogleCodeExporter commented 9 years ago 
hi,
zwcfg*.xml is not present, and node5 in action.

Original comment by softgh...@gmail.com on 26 Dec 2012 at 6:00

Attachments:

GoogleCodeExporter commented 9 years ago 
Sure looks like it is backwards reporting from the node itself. Both the 
SensorMultiLevel and Meter classes report values only for the off case. While 
we could try to add code to the library to handle this, we should check with 
Aeon Labs first to see if they are aware of this issue and have addressed it 
somehow. Will you send them a note about this and report back here their 
response?

Original comment by glsatz on 26 Dec 2012 at 7:12

GoogleCodeExporter commented 9 years ago 
It may be by design.  The RCS PMC30 does this too.  For these high load inline 
meters, the default state, or "inactive" is to allow power through.  i.e, off 
in software.  On is an active interaction, cutting the load.  These can be 
deployed for cases of normally on devices like pool pumps, fridges, etc. 

There may be call in OZW for an inversion option for some of these devices.

Original comment by pnau...@gmail.com on 26 Dec 2012 at 7:21

GoogleCodeExporter commented 9 years ago 
Good point, Peter. I had forgotten that some switches around electrical devices 
do use the inverse notation. As this is part of the switch design we may not 
want to change the behavior. We could add an xml configuration option that 
documents the device's inverse state that user programs can check. Other 
thoughts?

Original comment by glsatz on 26 Dec 2012 at 7:41

GoogleCodeExporter commented 9 years ago 
I think that the logical is to display the consumed power when the module is 
energized and therefore the lamp power.

Original comment by softgh...@gmail.com on 27 Dec 2012 at 3:17

GoogleCodeExporter commented 9 years ago 
hi, 
 We could add an xml configuration option!

how this ??

Original comment by softgh...@gmail.com on 28 Dec 2012 at 5:18