NEO Coolcam NAS-WR01ZE mit unbekannter modelId

Begonnen von Christian., 24 Januar 2019, 07:24:54

Vorheriges Thema - Nächstes Thema

Christian.

Hallo zusammen,

ich habe vor einiger Zeit eine schaltbare Steckdose NEO Coolcam NAS-WR01ZE mit modelId 0258-0003-1087 eingebunden. Diese modelId ist in FHEM bekannt. Heute habe ich eine weitere Steckdose gleichen Modells mit modelId 0258-0200-1027 in Betrieb genommen, die offenbar noch nicht bekannt ist. Ich vermute, dass die notwendige Definition in /FHEM/lib/openzwave_manufacturer_specific.xml lautet:


<Manufacturer id="0258" name="Neo CoolCam">
...
  <Product type="0200" id="1027" name="Power plug 12A" config="shenzen_neo/nas-wr01z.xml"/>
...
</Manufacturer>


Es wäre nett, wenn jemand dieses Modell in die Liste der bekannten Geräte aufnehmen könnte.

Ausgabe von list:

Internals:
   ...
   TYPE       ZWave
   ZWaveSubDevice no
   isWakeUp   
   READINGS:
     2019-01-24 06:38:02   alarm           PowerManagement: Event cleared: Over-load detected, arg 0108
     2019-01-24 06:45:42   current          0 A previous: 0 delta_time: 301 s
     2019-01-24 06:45:42   energy           0 kWh previous: 0 delta_time: 301 s
     2019-01-24 06:42:24   model           0x0258 0x0200 0x1027
     2019-01-24 06:42:24   modelId         0258-0200-1027
     2019-01-24 06:45:42   power            0 W previous: 0 delta_time: 301 s
     2019-01-24 06:40:38   reportedState   off
     2019-01-24 06:40:38   state           off
     2019-01-24 06:42:24   timeToAck       0.135
     2019-01-24 06:42:24   transmit        OK
     2019-01-24 06:45:42   voltage          224.6 V previous: 223.79 delta_time: 301 s
Attributes:
   classes    ZWAVEPLUS_INFO SECURITY SECURITY_S2 TRANSPORT_SERVICE POWERLEVEL VERSION ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY SWITCH_BINARY SWITCH_ALL METER ALARM CONFIGURATION SUPERVISION
   vclasses   ALARM:8 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 MANUFACTURER_SPECIFIC:2 METER:4 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 SECURITY:1 SECURITY_S2:1 SUPERVISION:1 SWITCH_ALL:1 SWITCH_BINARY:1 TRANSPORT_SERVICE:2 ZWAVEPLUS_INFO:2

Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

Christian.

Ich habe gerade noch den passenden Wiki-Artikel gefunden und gelesen. Das Gerät ist nicht in den Git-Repositories OpenZWave/open-zwave und jeedom/plugin-openzwave, wohl aber in der Datenbank von Chris Jackson enthalten.
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

Christian.

Das neue Gerät mit modelId 0200-1027 unterstützt andere Device Classes:

  • Weggefallen: BASIC
  • Neu: SUPERVISION, SECURITY, SECURITY_S2, TRANSPORT_SERVICE, MULTI_CHANNEL_ASSOCIATION

Bedeutet das, dass es sich um ein eigenständiges Modell handelt, das getrennt gepflegt werden sollte?
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

krikan

Zitat von: Christian. am 24 Januar 2019, 08:06:18
Bedeutet das, dass es sich um ein eigenständiges Modell handelt, das getrennt gepflegt werden sollte?
Es muss (für FHEM) grds. nur getrennt gepflegt werden, wenn es Abweichungen zwischen den Config-Parametern/werten der Modelle gibt. Falls Dir dazu etwas bekannt ist, dann liefere gerne die Infos. Ansonsten schaue ich mir das in den naechsten Tagen einmal an und checke die Anpassung ein.

Die Angaben zu den Classes besagen, dass das neue Modell ein neueres SDK nutzt und eventuell hinsichtlich der Assoziationen wegen MULTI_CHANNEL_ASSOCIATION Abweichungen vorliegen könnten.

Gruß, Christian

Christian.

Zitat von: krikan am 24 Januar 2019, 18:35:59Falls Dir dazu etwas bekannt ist, dann liefere gerne die Infos.

Im Anhang findest Du Screenshots von den relevanten Auszügen aus dem Beipackzettel.
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

Christian.

Die Class BASIC wird zwar (wie im Listing oben zu sehen) nicht von FHEM ausgewiesen, aber vom Gerät unterstützt. Ich habe sie manuell ergänzt und set basicValue erfolgreich getestet.
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

Christian.

Ich habe mich gerade erstmals mit dem Thema Security in Z-Wave beschäftigt und folgende Schritte durchgeführt.
Über die Shell:
sudo apt-get install libcrypt-rijndael-perl
Danach in FHEM:

attr   zwdongle networkKey ***32-character-key***
reload 10_ZWave
set zwdongle removeNode onNw
set zwdongle addNode onNwSec


Das Gerät wurde also zunächst entfernt und dann unter Berücksichtigung von SECURITY wieder eingebunden. Es scheint alles ordnungsgemäß verlaufen zu sein, das Device hat jetzt Security-relevante Readings und Attribute:

Internals:
   ...
   TYPE       ZWave
   ZWaveSubDevice no
   isWakeUp   
   secTime    1548398603.23029
   ...
   READINGS:
     2019-01-25 07:42:49   SECURITY        ENABLED
     2019-01-25 07:43:18   alarm           PowerManagement: Event cleared: Over-load detected, arg 0108
     2019-01-25 07:43:23   current          0 A previous: 0 delta_time: 50 s
     2019-01-25 07:43:23   energy           0 kWh previous: 0 delta_time: 50 s
     2019-01-25 07:42:54   model           0x0258 0x0200 0x1027
     2019-01-25 07:42:54   modelId         0258-0200-1027
     2019-01-25 07:43:23   power            0 W previous: 0 delta_time: 50 s
     2019-01-25 07:43:18   reportedState   off
     2019-01-25 07:43:18   state           off
     2019-01-25 07:43:23   timeToAck       0.048
     2019-01-25 07:43:23   transmit        OK
     2019-01-25 07:43:23   voltage          225.53 V previous: 225.39 delta_time: 50 s
   secMsg:
   secNonce:
     9f:
       nonce      9f5af7fc5e15ddda
       timeStamp  1548398603.2305
Attributes:
   ...
   classes    ZWAVEPLUS_INFO SECURITY SECURITY_S2 TRANSPORT_SERVICE POWERLEVEL VERSION ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY SWITCH_BINARY SWITCH_ALL METER ALARM CONFIGURATION SUPERVISION
   secure_classes POWERLEVEL VERSION ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY SWITCH_BINARY SWITCH_ALL METER ALARM CONFIGURATION
   vclasses   ALARM:8 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 MANUFACTURER_SPECIFIC:2 METER:4 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 SECURITY:1 SECURITY_S2:1 SUPERVISION:1 SWITCH_ALL:1 SWITCH_BINARY:1 TRANSPORT_SERVICE:2 VERSION:3 ZWAVEPLUS_INFO:2
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

Christian.

Beim Schalten und Abfragen der Steckdose finde ich im Log:
2019.01.25 08:08:04 1: ZWave_SWITCH_BINARY_6: Error, no send_nonce to decrypt message available
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

parabacus

Hallo!

Grad wollte ich auch einen Hilferuf dazu starten und hab diesen gefunden... - also hänge ich mich da gleich mal mit dran.  ;)

Ich hab auch schon seit ca. einem halben Jahr einen laufen, der meine Warmwasser-Umwälzpumpe schaltet. Der funktioniert auch absolit tadellos.
Daher hab ich mir jetzt einen zweiten besorgt und seit zwei Tagen in Betrieb, jedoch mit Problemen.

Einmal meldet sich dieser ebenfalls mit einer anderen ID und wie man im Log sieht, startet er gleich mit einem nicht nachvollziehbaren alarm, sowie mit einem Verbrauchswert, der jenseits der Realität sein kann - am Switch war noch gar nichts angeschlossen.


2019-01-24_20:43:09 ZW_Switch_1 modelId: 0258-0200-1027
2019-01-24_20:43:09 ZW_Switch_1 model: 0x0258 0x0200 0x1027
2019-01-24_20:43:09 ZW_Switch_1 model: 0x0258 0x0200 0x1027
2019-01-24_20:43:11 ZW_Switch_1 modelId: 0258-0200-1027
2019-01-24_20:43:11 ZW_Switch_1 model: 0x0258 0x0200 0x1027
2019-01-24_20:43:11 ZW_Switch_1 model: 0x0258 0x0200 0x1027
2019-01-24_20:44:07 ZW_Switch_1 off
2019-01-24_20:44:07 ZW_Switch_1 reportedState: off
2019-01-24_20:44:07 ZW_Switch_1 alarm: PowerManagement: Event cleared: Over-load detected, arg 0108
2019-01-24_20:44:11 ZW_Switch_1 energy:  42949672.95 kWh previous: 42949672.95 delta_time: 151 s
2019-01-24_20:44:11 ZW_Switch_1 power:  0 W previous: 0 delta_time: 151 s
2019-01-24_20:44:11 ZW_Switch_1 voltage:  229.1 V previous: 229.12 delta_time: 151 s
2019-01-24_20:44:11 ZW_Switch_1 current:  0 A previous: 0 delta_time: 151 s
2019-01-24_20:43:09 ZW_Switch_1 modelId: 0258-0200-1027
2019-01-24_20:43:09 ZW_Switch_1 model: 0x0258 0x0200 0x1027
2019-01-24_20:43:09 ZW_Switch_1 model: 0x0258 0x0200 0x1027
2019-01-24_20:43:11 ZW_Switch_1 modelId: 0258-0200-1027
2019-01-24_20:43:11 ZW_Switch_1 model: 0x0258 0x0200 0x1027
2019-01-24_20:43:11 ZW_Switch_1 model: 0x0258 0x0200 0x1027
2019-01-24_20:44:07 ZW_Switch_1 off
2019-01-24_20:44:07 ZW_Switch_1 reportedState: off
2019-01-24_20:44:07 ZW_Switch_1 alarm: PowerManagement: Event cleared: Over-load detected, arg 0108
2019-01-24_20:44:11 ZW_Switch_1 energy:  42949672.95 kWh previous: 42949672.95 delta_time: 151 s
2019-01-24_20:44:11 ZW_Switch_1 power:  0 W previous: 0 delta_time: 151 s
2019-01-24_20:44:11 ZW_Switch_1 voltage:  229.1 V previous: 229.12 delta_time: 151 s
2019-01-24_20:44:11 ZW_Switch_1 current:  0 A previous: 0 delta_time: 151 s


Nach einem meterReset zählt er dann erst mal korrekt, aber schon nach kurzer Zeit springt er wieder auf einen utopischen Wert


2019-01-24_21:54:25 ZW_Switch_1 energy:  0.02 kWh previous: 0.01 delta_time: 301 s
2019-01-24_21:54:25 ZW_Switch_1 power:  215.61 W previous: 147.15 delta_time: 301 s
2019-01-24_21:54:25 ZW_Switch_1 voltage:  227.24 V previous: 228.1 delta_time: 301 s
2019-01-24_21:54:25 ZW_Switch_1 current:  0.99 A previous: 0.73 delta_time: 301 s
2019-01-24_21:59:25 ZW_Switch_1 energy:  0.06 kWh previous: 0.04 delta_time: 301 s
2019-01-24_21:59:25 ZW_Switch_1 power:  220.54 W previous: 215.61 delta_time: 301 s
2019-01-24_21:59:25 ZW_Switch_1 voltage:  227.41 V previous: 227.24 delta_time: 301 s
2019-01-24_21:59:25 ZW_Switch_1 current:  1.01 A previous: 0.99 delta_time: 301 s
2019-01-24_22:04:25 ZW_Switch_1 energy:  21474836.58 kWh previous: 21474836.57 delta_time: 301 s
2019-01-24_22:04:25 ZW_Switch_1 power:  211.15 W previous: 220.54 delta_time: 301 s
2019-01-24_22:04:25 ZW_Switch_1 voltage:  229.12 V previous: 227.41 delta_time: 301 s
2019-01-24_22:04:25 ZW_Switch_1 current:  0.96 A previous: 1.01 delta_time: 301 s
2019-01-24_22:09:25 ZW_Switch_1 energy:  21474836.62 kWh previous: 21474836.6 delta_time: 301 s
2019-01-24_22:09:25 ZW_Switch_1 power:  221.06 W previous: 211.15 delta_time: 301 s
2019-01-24_22:09:25 ZW_Switch_1 voltage:  228.75 V previous: 229.12 delta_time: 301 s
2019-01-24_22:09:25 ZW_Switch_1 current:  1.01 A previous: 0.96 delta_time: 301 s
2019-01-24_22:09:29 ZW_Switch_1 meterReset
2019-01-24_22:11:09 ZW_Switch_1 energy:  0 kWh
2019-01-24_22:14:25 ZW_Switch_1 energy:  0.02 kWh previous: 0.01 delta_time: 196 s
2019-01-24_22:14:25 ZW_Switch_1 power:  224.88 W previous: 167.62 delta_time: 196 s
2019-01-24_22:14:25 ZW_Switch_1 voltage:  229.42 V previous: 229.3 delta_time: 196 s
2019-01-24_22:14:25 ZW_Switch_1 current:  1.03 A previous: 0.8 delta_time: 196 s


Ist das bei euren auch so? Mir scheint, als ob das Ding defekt wäre bzw. die Switch-Firmware Mist macht.
Ein Exkludieren und neu Einbinden hat bisher nichts gebracht.
Heute probiere ich es nochmal - erst exkludieren, den Stecker resetten und nochmal neu einbinden.
Wenn sich dann nichts ändert, geht er zurück.

VG
Josch
Stiebel Eltron LWZ 504 / FHEM auf Rasperry Pi 3 / THZ / Weather / TABLETUI / SB_SERVER / SB_PLAYER  / OBIS / Verkehrsinfo / speedtest / Presence / FRITZ / ZWDongle / ZWAVE / Calendar / CALVIEW/ IPCAM/ ABFALL / ESPEasy

parabacus

Ein Resetten des Plugs hat leider nichts gebracht, allerdings hab ich jetzt ein Muster erkannt, wann das Fehlverhalten auftritt.
Immer wenn der Strombezug 1A überschreitet, springt der Wert der Energie auf einen utopischen Wert.

Dann werde ich mal checken, ob der "alte" das genauso macht. Bisher hat der nur eine kleine Last schalten müssen.
Stiebel Eltron LWZ 504 / FHEM auf Rasperry Pi 3 / THZ / Weather / TABLETUI / SB_SERVER / SB_PLAYER  / OBIS / Verkehrsinfo / speedtest / Presence / FRITZ / ZWDongle / ZWAVE / Calendar / CALVIEW/ IPCAM/ ABFALL / ESPEasy

Christian.

Zitat von: parabacus am 25 Januar 2019, 10:55:23
Einmal meldet sich dieser ebenfalls mit einer anderen ID
wie man im Log sieht, startet er gleich mit einem nicht nachvollziehbaren alarm
mit einem Verbrauchswert, der jenseits der Realität sein kann

  • Die ID ist vermutlich abweichend, weil Du auch eine neuere Version des Steckers bekommen hast.
  • Den Alarm bekomme ich auch beim ersten Einstecken.
  • Hohe Werte habe ich bisher nicht. Die Werte in Deinem Log sind übrigens am Grenzbereich einer mit 32 Bit darstellbaren Zahl; das könnte ein Indiz für umkippende Bits sein.
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

parabacus

Korrekt - ich hab auch einen mit der ID 1027 bekommen und der andere hat 1087.

Jetzt hab ich mal dran was länger laufen lassen und wie ich im Log sehe, springt der energy-Wert auch immer wieder "zurück" auf plausible Werte - sprich munter rauf und runter.
Wenn man zum "richtigen" Zeitpunkt den aktuellen Wert ausliest, merkt man's vielleicht gar nicht.

Kannst du mal deinen Log checken, ob das bei dir auch so zu sehen ist?
Stiebel Eltron LWZ 504 / FHEM auf Rasperry Pi 3 / THZ / Weather / TABLETUI / SB_SERVER / SB_PLAYER  / OBIS / Verkehrsinfo / speedtest / Presence / FRITZ / ZWDongle / ZWAVE / Calendar / CALVIEW/ IPCAM/ ABFALL / ESPEasy

Christian.

In meinem Log sehe ich für die Readings power und current hin und wieder ein Schwanken zwischen einem plausiblen Wert und 0. Finde ich störend, weil event-on-change-reading dadurch ausgehebelt wird.
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

parabacus

Hm - da könnte ich jetzt keine unplausible Schwankungen auf den ersten Blick feststellen.

Jetzt hab ich mal am "alten" Plug (ID 1087) einen Heizlüfter laufen lassen. In dem Fall hat er schön brav alles korrekt angezeigt und auch summiert - ohne Hüpfer!
Gleiches getestet "neuen Plug (ID1027) und wieder gibt's Ausreisser - siehe Log-Ausschnitt.


2019-01-26_14:11:35 ZW_Switch_1 energy:  1.41 kWh previous: 1.41 delta_time: 46 s
2019-01-26_14:11:35 ZW_Switch_1 power:  0 W previous: 0 delta_time: 46 s
2019-01-26_14:11:35 ZW_Switch_1 voltage:  229.21 V previous: 229.02 delta_time: 46 s
2019-01-26_14:11:35 ZW_Switch_1 current:  0 A previous: 0 delta_time: 46 s
2019-01-26_14:11:45 ZW_Switch_1 energy:  1.41 kWh previous: 1.41 delta_time: 10 s
2019-01-26_14:11:45 ZW_Switch_1 power:  1839.82 W previous: 0 delta_time: 10 s
2019-01-26_14:11:45 ZW_Switch_1 voltage:  225 V previous: 229.21 delta_time: 10 s
2019-01-26_14:11:45 ZW_Switch_1 current:  8.18 A previous: 0 delta_time: 10 s
2019-01-26_14:16:45 ZW_Switch_1 energy:  1.71 kWh previous: 1.56 delta_time: 301 s
2019-01-26_14:16:45 ZW_Switch_1 power:  1828.02 W previous: 1839.82 delta_time: 301 s
2019-01-26_14:16:45 ZW_Switch_1 voltage:  225.06 V previous: 225 delta_time: 301 s
2019-01-26_14:16:45 ZW_Switch_1 current:  8.12 A previous: 8.18 delta_time: 301 s
2019-01-26_14:21:45 ZW_Switch_1 energy:  2.01 kWh previous: 1.86 delta_time: 301 s
2019-01-26_14:21:45 ZW_Switch_1 power:  1829.51 W previous: 1828.02 delta_time: 301 s
2019-01-26_14:21:45 ZW_Switch_1 voltage:  225.18 V previous: 225.06 delta_time: 301 s
2019-01-26_14:21:45 ZW_Switch_1 current:  8.12 A previous: 8.12 delta_time: 301 s
2019-01-26_14:26:45 ZW_Switch_1 energy:  21474838.68 kWh previous: 21474838.65 delta_time: 301 s
2019-01-26_14:26:45 ZW_Switch_1 power:  1835.01 W previous: 1829.51 delta_time: 301 s
2019-01-26_14:26:45 ZW_Switch_1 voltage:  225.56 V previous: 225.18 delta_time: 301 s
2019-01-26_14:26:45 ZW_Switch_1 current:  8.13 A previous: 8.12 delta_time: 301 s
2019-01-26_14:27:07 ZW_Switch_1 energy:  21474838.69 kWh previous: 21474838.68 delta_time: 23 s
2019-01-26_14:27:07 ZW_Switch_1 power:  15.32 W previous: 1835.01 delta_time: 23 s
2019-01-26_14:27:07 ZW_Switch_1 voltage:  229.44 V previous: 225.56 delta_time: 23 s
2019-01-26_14:27:07 ZW_Switch_1 current:  0.08 A previous: 8.13 delta_time: 23 s
2019-01-26_14:27:23 ZW_Switch_1 energy:  21474838.69 kWh previous: 21474838.68 delta_time: 17 s
2019-01-26_14:27:23 ZW_Switch_1 power:  1848.63 W previous: 15.32 delta_time: 17 s
2019-01-26_14:27:23 ZW_Switch_1 power:  1848.63 W previous: 15.32 delta_time: 17 s
2019-01-26_14:27:23 ZW_Switch_1 voltage:  225.47 V previous: 229.44 delta_time: 17 s
2019-01-26_14:27:23 ZW_Switch_1 current:  8.2 A previous: 0.08 delta_time: 17 s


Damit hat er verspielt - wird eingepackt und geht zurück!
Stiebel Eltron LWZ 504 / FHEM auf Rasperry Pi 3 / THZ / Weather / TABLETUI / SB_SERVER / SB_PLAYER  / OBIS / Verkehrsinfo / speedtest / Presence / FRITZ / ZWDongle / ZWAVE / Calendar / CALVIEW/ IPCAM/ ABFALL / ESPEasy

Christian.

Zitat von: Christian. am 25 Januar 2019, 23:57:03
In meinem Log sehe ich für die Readings power und current hin und wieder ein Schwanken zwischen einem plausiblen Wert und 0.

Für das beschriebene Verhalten habe ich nach einigen Tests eine mögliche Erklärung. Ich vermute, dass die Mess-Schwelle des Gerätes bei ca. 3,6 W liegt. Ich habe zum Testen einen Verbraucher angeschlossen, der zwischen 3 und 4 Watt verbraucht. Je nach Messung liefert der Stecker dann 0 Watt oder einen Wert oberhalb von 3,6 Watt. Mit einem Verbraucher von mehr als 4 Watt passiert das nicht.
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

Christian.

Ich habe schmerzhafte Tests mit Security hinter mir und lege das Thema mangels stabiler Funkverbindung zunächst auf Eis.

Zitat von: krikan am 24 Januar 2019, 18:35:59Ansonsten schaue ich mir das in den naechsten Tagen einmal an und checke die Anpassung ein.

Nach meinem Kenntnisstand sind classes, vclasses, secure_classes und die Screenshots vom Beiblatt alles, was ich liefern kann.
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

krikan

Habe eben die Änderung für die neue modelId des WR01ZW eingecheckt. Ab sofort aus dem svn downloadbar und morgen ab ca. 8 Uhr Verteilung per update.

Zur Aktivierung muss einmalig folgender Befehl erfolgreich ausgeführt/vom Device beantwortet worden sein:

get <device> model

Habe länger mit dem Lesen der obigen Screenshot-Anleitung "gekämpft" und dann entnervt die Config der alten modelId übernommen. -> es könnte noch Anpassungsbedarf bestehen.

Gruß, Christian

Christian.

#17
Vielen Dank, hat funktioniert.

Ich habe die Anleitung nochmal von Hand mit der openzwave_deviceconfig.xml abgeglichen. Der Default der Kommandos 6 (30 statt 5) und 7 (0 statt 1) weicht ab; Kommando 11 (Clear accumulated energy) fehlt - diese Funktion wird aber zusätzlich auch über METER_RESET angeboten. Diese Abweichungen dürften allerdings schon für den alten Stecker (modelId 0258-0003-1087) gelten, weil die Anleitung identisch ist.

Da ist noch eine Sache, die mich irritiert: laut Anleitung unterstützt der Stecker drei Association Groups. Das Ergebnis von get associationGroups für modelId 0258-0200-1027 ist aber 2 (für modelId 0258-0003-1087: 3).
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

krikan

#18
Zitat von: Christian. am 01 Februar 2019, 07:10:27
Ich habe die Anleitung nochmal von Hand mit der openzwave_deviceconfig.xml abgeglichen. Der Default der Kommandos 6 (30 statt 5) und 7 (0 statt 1) weicht ab; Kommando 11 (Clear accumulated energy) fehlt - diese Funktion wird aber zusätzlich auch über METER_RESET angeboten. Diese Abweichungen dürften allerdings schon für den alten Stecker (modelId 0258-0003-1087) gelten, weil die Anleitung identisch ist.
Zumindest für den alten Stecker mit modelId 0003-1087 sollten die Default-Werte laut Anleitung auf https://products.z-wavealliance.org/products/1783 stimmen und Parameter 11 gibt es nicht. Aber die "dynamischen" Hersteller ändern schon mal etwas bei den Produkten ohne dass ich eine Doku dazu finde.


ZitatDa ist noch eine Sache, die mich irritiert: laut Anleitung unterstützt der Stecker drei Association Groups. Das Ergebnis von get associationGroups für modelId 0258-0200-1027 ist aber 2 (für modelId 0258-0003-1087: 3).
Traue niemals dem "altmodischen" Beipackzettel, sondern nur dem Gerät.  ;)
Reagiert das Gerät denn auf Assoziation mit Group 3 oder (einfacher) auf die Abfrage von
get <device> associationGroupCmdList 3

Gruß, Christian

edit: Typo bei modelId korrigiert

Christian.

Zitat von: krikan am 01 Februar 2019, 08:06:50
Zumindest für den alten Stecker mit modelId 0003-1087 sollten die Default-Werte laut Anleitung auf https://products.z-wavealliance.org/products/1783 stimmen
Ich habe dort im Manufacturer Provided Product Manual nachgesehen, finde dort aber auch die Werte aus meinem Beipackzettel (5 und 1 anstatt 30 und 0). Parameter 11 gibt es dort aber nicht, das stimmt.

get <device> associationGroupCmdList 3
liefert das Ergebnis für Association Group 1:
assocGroupCmdList_1:SWITCH_BINARY:03 METER:02 ALARM:05 DEVICE_RESET_LOCALLY:01
Der Stecker unterstützt also wohl tatsächlich nur 2 Association Groups.
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

krikan

Bin verwirrt. Schaue mir das mit den Defaults noch mal in Ruhe an; kann aber dauern...

Wenn auf Abfrage Assogroup 3 eine Antwort für Assogroup 1 kommt, frage ich mich, ob der "Neue" zertifiziert ist. Wenn ja, warum kommt so etwas durch...

Christian.

#21
Wenn eine nicht unterstützte Association Group angefragt wird, wird als Ergebnis immer Association Group 1 geliefert. Dieses Verhalten hat bei mir sowohl der alte als auch der neue Stecker. Beim alten habe ich es  mit "5" ausprobiert.

edit: Fehlende Ziffer ergänzt
Raspberry Pi 3 mit FHEM; Arduino Nano mit ConfigurableFirmata (S0-Stromzähler); nanoCUL (MAX!); SIGNALduino (RXB6, 433 MHz); eBus; RS485 & D0 (SolarView); DVB-T (Thermo-/Hygrometer); Z-Wave; ZigBee

krikan

Zitat von: Christian. am 02 Februar 2019, 11:21:24
Wenn eine nicht unterstützte Association Group angefragt wird, wird als Ergebnis immer Association Group 1 geliefert. Dieses Verhalten hat bei mir sowohl der alte als auch der neue Stecker. Beim alten habe ich es  mit "5" ausprobiert.
Hab jetzt mal nachgelesen. Das Verhalten ist tatsaechlich so in den Command Class Specs festgelegt:
ZitatA node that receives an unsupported Grouping Identifier SHOULD return information relating to Grouping Identifier 1.
Die Soll-Vorgabe ist aber wohl sehr weich. Habe mal diverse Geraete getestet und die Mehrheit liefert keine Antwort.

HGButte

#23
 Ich habe nun auch 3x von dieser modelId gekauft und erhalte jetzt diese nervigen energy Rückmeldungen mit -21474833.xx kWh.

In der Anleitung habe ich noch die Anmerkung gefunden:
The max accumulate energy is 21474836.47kwh, if it is over this value, it will be back to 0kWh automatically

Ich habe über ein userreading nachgedacht um den Wert zu filtern. Das hilft aber nur bedingt weiter. Da weitere sinnvolle energy Werte ausbleiben.

HGButte

Ich habe über den AliExpress Shop von Neo Coolcam angefragt, da beim Herstellerkontakt selbst nichts lief.

Zitathi, the nagitive value is related the hub. so the hub do some compatiable job.then it will be ok

Kann hier doch nochmal jemand schauen. Deren Meinung nach, scheint es ein Fehler bei der Auswertung der Energy report values zu sein.
Ansonsten versuche ich mich mal da weiter reinzugraben.

HGButte

Mittlerweile hat sich noch ein Verdacht bestätigt.
Die Energy Reports der neuen ModelId scheinen generell nicht korrekt zu sein bzw. von FHEM falsch encodiert zu werden.

Ich habe jetzt eine Steckdose der neuen und der alten ModelId in Reihe gesteckt um die Messwerte zu vergleichen.

Alte ModelId 1087: Device "EG_ARBEIT_STECKDOSE_02"
Neue ModelId 1027: Device "ZWave_SWITCH_BINARY_36"

EG_ARBEIT_STECKDOSE_02 zeigt zu Beginn 171,41kWh und am Ende 171,73kWh an. Also ca. 0,32kWh.
ZWave_SWITCH_BINARY_36 zeigt ja immerwieder diese falsche -2147xxx.x kWh werte und manchmal scheinbar plausible Werte.
Nehme ich nur diese plausiblen Werte dann ist es zu Beginn 0,33kWh und am Ende 0,96kWh. In Summe als 0,63kWh

Also in diesem Falle das Doppelte.

Ich habe Steckdosen der neuen ModelId an meine Spülmaschine und Gefrierschrank angeschlossen und bekomme da erschreckende hohe Werte.
Das kann nicht sein.

@krikan: Könntest du mal ein Auge reinwerfen?
Kann gerne noch andere Logs liefern, wenn du mir sagst was und wie ich loggen soll.

Danke.




HGButte

#26
Habe jetzt mal ein Log mit "verbose 4" aufgezeichnet.

Ist unter anderem ein "energy: -21474834.22 kWh previous: 2.24" zu sehen.

2022.11.28 17:54:23 4 : CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:0a3202a14a003b004d003ab10000 CB:10
2022.11.28 17:54:23 4 : ZWDongle_Read ZWAVE1: rcvd 0004101c0a3202a14a003b004d003ab00000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:54:23 4 : CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:0a3202a14a003b004d003ab00000 CB:10
2022.11.28 17:54:23 4 : ZWDongle_Read ZWAVE1: rcvd 0004101c0a3202a14a003b004d003abe0000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:54:23 4 : CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:0a3202a14a003b004d003abe0000 CB:10
2022.11.28 17:54:25 4 : ZWDongle_Read ZWAVE1: rcvd 000400240e32022144800000e20057000000e0bf0002070c (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:54:25 4 : CMD:APPLICATION_COMMAND_HANDLER ID:24 ARG:0e32022144800000e20057000000e0bf0002070c CB:00
2022-11-28 17:54:25 ZWave ZWave_SWITCH_BINARY_36 energy: -21474834.22 kWh previous: 2.24 delta_time: 87 s
2022.11.28 17:54:25 4 : ZWDongle_Read ZWAVE1: rcvd 000400240e32022154000025e7005700002407bf0002070c (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:54:25 4 : CMD:APPLICATION_COMMAND_HANDLER ID:24 ARG:0e32022154000025e7005700002407bf0002070c CB:00
2022-11-28 17:54:25 ZWave ZWave_SWITCH_BINARY_36 power: 97.03 W previous: 92.23 delta_time: 87 s
2022.11.28 17:54:25 4 : ZWDongle_Read ZWAVE1: rcvd 000400240a3202a142587800575878bf0002070c (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:54:25 4 : CMD:APPLICATION_COMMAND_HANDLER ID:24 ARG:0a3202a142587800575878bf0002070c CB:00
2022-11-28 17:54:25 ZWave ZWave_SWITCH_BINARY_36 voltage: 226.48 V previous: 226.48 delta_time: 87 s
2022.11.28 17:54:25 4 : ZWDongle_Read ZWAVE1: rcvd 000400240a3202a14a003c00570039bf0002070c (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:54:25 4 : CMD:APPLICATION_COMMAND_HANDLER ID:24 ARG:0a3202a14a003c00570039bf0002070c CB:00
2022-11-28 17:54:25 ZWave ZWave_SWITCH_BINARY_36 current: 0.6 A previous: 0.57 delta_time: 87 s
2022.11.28 17:54:30 4 : ZWDongle_Read ZWAVE1: rcvd 0004001d083202a12208ee0000bf00031e141b (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:54:30 4 : CMD:APPLICATION_COMMAND_HANDLER ID:1d ARG:083202a12208ee0000bf00031e141b CB:00
2022.11.28 17:54:30 4 : ZWDongle_Read ZWAVE1: rcvd 0004001d0a320221640005b6160000be00031e141b (request APPLICATION_COMMAND_HANDLER), sending ACK


Anschließend ein "energy: 2.28 kWh previous: 21474838.74"

2022.11.28 17:58:18 4 : ZWDongle_Read ZWAVE1: rcvd 000400200a32022164000025780000ae00011a (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:58:18 4 : CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:0a32022164000025780000ae00011a CB:00
2022.11.28 17:58:20 4 : ZWDongle_Read ZWAVE1: rcvd 0004001e083202a12208e30000b00003140a10 (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:58:20 4 : CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:083202a12208e30000b00003140a10 CB:00
2022.11.28 17:58:21 4 : ZWDongle_Read ZWAVE1: rcvd 000400240e32022144000000e40015800000e2be0002070c (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:58:21 4 : CMD:APPLICATION_COMMAND_HANDLER ID:24 ARG:0e32022144000000e40015800000e2be0002070c CB:00
2022-11-28 17:58:21 ZWave ZWave_SWITCH_BINARY_36 energy: 2.28 kWh previous: 21474838.74 delta_time: 21 s
2022.11.28 17:58:21 4 : ZWDongle_Read ZWAVE1: rcvd 000400240e3202215400002405001500002352bf0002070c (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:58:21 4 : CMD:APPLICATION_COMMAND_HANDLER ID:24 ARG:0e3202215400002405001500002352bf0002070c CB:00
2022-11-28 17:58:21 ZWave ZWave_SWITCH_BINARY_36 power: 92.21 W previous: 90.42 delta_time: 21 s
2022.11.28 17:58:21 4 : ZWDongle_Read ZWAVE1: rcvd 000400240a3202a14258260015581fbe0002070c (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:58:21 4 : CMD:APPLICATION_COMMAND_HANDLER ID:24 ARG:0a3202a14258260015581fbe0002070c CB:00
2022-11-28 17:58:21 ZWave ZWave_SWITCH_BINARY_36 voltage: 225.66 V previous: 225.59 delta_time: 21 s
2022.11.28 17:58:21 4 : ZWDongle_Read ZWAVE1: rcvd 000400240a3202a14a003800150037bf0002070c (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:58:21 4 : CMD:APPLICATION_COMMAND_HANDLER ID:24 ARG:0a3202a14a003800150037bf0002070c CB:00



Hier nochmal mit "verbose 5"

2022-11-28 17:59:07 ZWave ZWave_SWITCH_BINARY_36 current: 0.67 A previous: 0.64 delta_time: 41 s
2022.11.28 17:59:08 4 : ZWDongle_Read ZWAVE1: rcvd 0004001c0e3202214400004363002700004363bf0002070c (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:59:08 5 : DevIo_SimpleWrite ZWAVE1: 06
2022.11.28 17:59:08 5 : ZWAVE1: dispatch 0004001c0e3202214400004363002700004363bf0002070c
2022.11.28 17:59:08 4 : CMD:APPLICATION_COMMAND_HANDLER ID:1c ARG:0e3202214400004363002700004363bf0002070c CB:00
2022.11.28 17:59:09 4 : ZWDongle_Read ZWAVE1: rcvd 000400240e32022144000000e40003800000e2bf0002070c (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:59:09 5 : DevIo_SimpleWrite ZWAVE1: 06
2022.11.28 17:59:09 5 : ZWAVE1: dispatch 000400240e32022144000000e40003800000e2bf0002070c
2022.11.28 17:59:09 4 : CMD:APPLICATION_COMMAND_HANDLER ID:24 ARG:0e32022144000000e40003800000e2bf0002070c CB:00
2022-11-28 17:59:09 ZWave ZWave_SWITCH_BINARY_36 energy: 2.28 kWh previous: 21474838.74 delta_time: 3 s
2022.11.28 17:59:09 4 : ZWDongle_Read ZWAVE1: rcvd 000400240e320221540000252800030000296dbf0002070c (request APPLICATION_COMMAND_HANDLER), sending ACK
2022.11.28 17:59:09 5 : DevIo_SimpleWrite ZWAVE1: 06
2022.11.28 17:59:09 5 : ZWAVE1: dispatch 000400240e320221540000252800030000296dbf0002070c
2022.11.28 17:59:09 4 : CMD:APPLICATION_COMMAND_HANDLER ID:24 ARG:0e320221540000252800030000296dbf0002070c CB:00