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