HM-LC-SW1-FM und "Missing ACK"

Begonnen von gestein, 07 Januar 2017, 17:16:23

Vorheriges Thema - Nächstes Thema

gestein

Hallo,

ich verzweifle mittlerweile mit meinem zweiten HM-LC-SW1-FM.
Im Netz gibt es anscheinend einige, die damit das gleiche Problem der "Missing ACK" haben.
Aber leider habe ich nirgendwo eine wirkliche Lösung gefunden.

Ich habe alles mehrmals angelernt (jeweils an der VCCU mit hmPairForSec und mit hmPairSerial).
Immer das gleiche - der Schalter meldet nur "Missing ACK" bzw. "Response TimeOut".

Zum Glück kann ich zwei Schalter, da einer einwandfrei funktioniert .
Die Readings des einen funktionierenden Schalters sind:
    CommandAccepted   yes   2016-12-30 00:43:44
    D-firmware   2.8   2016-12-29 23:49:00
    D-serialNr   MEQ0710354   2016-12-29 23:49:00
    PairedTo   0x123456   2016-12-30 00:16:26
    R-pairCentral   0x123456   2016-12-30 00:16:26
    R-powerUpAction   off   2016-12-30 00:16:27
    R-sign   off   2016-12-30 00:16:27
    RegL_00.   02:01 0A:12 0B:34 0C:56 15:FF 18:00 00:00   2016-12-30 00:16:26
    RegL_01.   08:00 30:06 57:24 56:00 00:00   2016-12-30 00:16:27
    deviceMsg   off (to VCCU)   2017-01-07 13:36:40
    level   0   2017-01-07 13:36:40
    pct   0   2017-01-07 13:36:40
    recentStateType   info   2017-01-07 13:36:40
    state   off   2017-01-07 13:36:40
    timedOn   off   2017-01-07 13:36:40

    D-firmware   2.8   2017-01-07 13:51:13
    D-serialNr   MEQ1673587   2017-01-07 13:51:13
    R-pairCentral   set_0x123456   2017-01-07 13:51:13
    RegL_00.      
    deviceMsg   off (to 081547)   2017-01-07 13:54:02
    level   0   2017-01-07 13:54:02
    pct   0   2017-01-07 13:54:02
    recentStateType   info   2017-01-07 13:54:02
    state   MISSING ACK   2017-01-07 13:59:26
    timedOn   off   2017-01-07 13:54:02

Ich verstehe nicht, warum die Readings unterschiedlich sind.
Eigenartigerweise ist z.B. das Reading "deviceMsg" unterschiedlich.
Bei dem funktionierenden Schalter steht dort "(to VCCU)", beim fehlerhaften Schalter steht dort "(to 081547)".
Wobei ich nicht weiß, woher das "to 081547" kommt.

Kann mir da bitte irgend jemand helfen?
Oder ist der Schalter kaputt?

Danke im Voraus
liebe Grüße
Gerhard

gestein

Wobei der Zustand des Schalters in fhem richtig angezeigt wird, wenn ich ihn mit einem externen Taster schalte.

tagedieb

Hallo Gestein

ich habe bei solchen Problemen, immer die beste Erfahrung gemacht, wenn ich bei den Nichtfunktionierende Teilchen, zweimal hintereinander einen Werksreset durchgeführt habe, danach funktionierte in den meisten Fällen das pairen auf anhieb

gruss tagedieb
FHEM 5.6 auf Cubitruck
CUL und Cul 868 und 2 HM LAN an Zbox
Remoteserver auf 2.Zboxi
HM-CC-RT-DN,HM-LC-Bl1PBU-FM,HM-LC-SW1-FM,HM-LC-SW4-PCB,HM-LC-Sw1PBU-FM,HM-PB-2-WM55,HM-PB-6-WM55,HM-SCI-3-FM,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-TIS,HM-WDS10-TH-O u.viele mehr
diverse IT Empfänger und LW3

gestein

Meinst Du ein einfaches "Set xxxx reset"?
Und das zwei Mal hintereinander?

Oder soll ich was am Schalter selbst machen?

piet_pit

Hallo,
so wie ich es beurteilen kann, ist das "pairen" nicht vollständig, zu erkennen an

R-pair Central set... usw.

Hast du das entsprechende Wiki zum pairen von HM-Komponenten abgearbeitet, das hat mir immer geholfen.
VG
Pit
FHEM 6.0 auf Raspberry Pi 3, Rasbian-Stretch
FRITZ!Box 7490
HM-Mod-RPI-PCB
JeeLink
CUNO 1.47

tagedieb

Hallo gestein

am schalter selbst , der taster den du auch drückst zum pairen, lange drücken bis er rot blinkt, dann ganz kurz loslassen und wieder drücken, dann blinkt er schneller . das ist ein werksreset  - bitte noch einmal in der bedienungsanleitung unter rücksetzten schauen
und das zweimal

gruss tagedieb
FHEM 5.6 auf Cubitruck
CUL und Cul 868 und 2 HM LAN an Zbox
Remoteserver auf 2.Zboxi
HM-CC-RT-DN,HM-LC-Bl1PBU-FM,HM-LC-SW1-FM,HM-LC-SW4-PCB,HM-LC-Sw1PBU-FM,HM-PB-2-WM55,HM-PB-6-WM55,HM-SCI-3-FM,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-TIS,HM-WDS10-TH-O u.viele mehr
diverse IT Empfänger und LW3

piet_pit

FHEM 6.0 auf Raspberry Pi 3, Rasbian-Stretch
FRITZ!Box 7490
HM-Mod-RPI-PCB
JeeLink
CUNO 1.47

Otto123

ZitatWobei ich nicht weiß, woher das "to 081547" kommt.

Ich denke der war woanders schonmal gepairt.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

gestein

Danke an alle für Eure Tips.
Endlich geht es.
Nach vielen Werkresets, etlichem Male pairen (per hmPairForSec und hmPairSerial) und wieder löschen, vielen GetConfig und was weiß ich alles noch, funktioniert der Schalter endlich.
Der Tipp von Otto war sicher auch richtig und die Seite zum Pairen war sehr hilfreich.

Ich weiß zwar nicht genau, was es schlußendlich war, aber ich bin froh, dass es geht.

Danke.
Lg, Gerhard

Andre0909

Dann versuch ich jetzt auch mal hier mein Glück. Habe den Aktor eingebunden in einer außenlampe und mit einem Taster gepairt. Funktionierte 1 Tag ohne Probleme. An/Aus per FHEM. Zeitschatung nachts, kein Problem.

Seit heute morgen bekomme ich Missing ACK. An/Aus nix geht.
Sicherung raus gemacht wieder rein.
Eingeschaltet per Fhem, Licht an,
ausgeschaltet, Licht aus.
Eingeschaltet: Missing ACK, nix geht mehr.
Noch mal Sicherung raus und wieder rein.
Missing Ack :(

Jmd noch eine IDee woran das liegen kann?

Hier ein list:




Internals:
   .triggerUsed 1
   CUL866_MSGCNT 4
   CUL866_RAWMSG A0E02800250AFCAF14321010100005F::-93.5:CUL866
   CUL866_RSSI -93.5
   CUL866_TIME 2018-01-21 13:07:44
   DEF        50AFCA
   IODev      CUL866
   LASTInputDev CUL866
   MSGCNT     4
   NAME       HM_50AFCA
   NOTIFYDEV  global
   NR         338
   STATE      MISSING ACK
   STILLDONETIME 0
   TYPE       CUL_HM
   hmPairSerial NEQ1656533
   protCmdDel 2
   protResnd  6 last_at:2018-01-21 13:24:36
   protResndFail 2 last_at:2018-01-21 13:24:41
   protSnd    2 last_at:2018-01-21 13:24:24
   protState  CMDs_done_Errors:1
   rssi_CUL866 max:-95 cnt:2 min:-97 avg:-96 lst:-95
   rssi_at_CUL866 lst:-93.5 avg:-94.75 min:-101 cnt:4 max:-91
   Readings:
     2018-01-20 12:27:33   .D-devInfo      010100
     2018-01-20 12:27:33   .D-stc          10
     2018-01-21 11:56:35   .R-confBtnTime  permanent
     2018-01-21 11:56:35   .R-intKeyVisib  invisib
     2018-01-21 11:56:35   .R-localResDis  off
     2018-01-21 11:56:41   .R-statusInfoMinDly 2 s
     2018-01-21 11:56:41   .R-statusInfoRandom 1 s
     2018-01-21 11:56:41   .R-transmitTryMax 6
     2018-01-21 11:56:41   .peerListRDate  2018-01-21 11:56:41
     2018-01-21 13:07:44   .protLastRcv    2018-01-21 13:07:44
     2018-01-21 13:07:44   CommandAccepted yes
     2018-01-20 12:27:33   D-firmware      2.8
     2018-01-20 12:27:33   D-serialNr      NEQ1656533
     2018-01-21 11:56:35   PairedTo        0xF14321
     2018-01-21 11:56:35   R-pairCentral   0xF14321
     2018-01-21 11:56:41   R-powerUpAction off
     2018-01-21 11:56:41   R-sign          off
     2018-01-20 15:14:09   battery         0
     2018-01-21 13:07:44   deviceMsg       off (to CUL866)
     2018-01-21 13:07:44   level           0
     2018-01-21 13:07:44   pct             0
     2018-01-21 13:07:32   powerOn         2018-01-21 13:07:32
     2018-01-21 13:07:44   recentStateType ack
     2018-01-21 13:24:41   state           MISSING ACK
     2018-01-21 13:07:44   timedOn         off
     Regl_00.:
       VAL
   Helper:
     HM_CMDNR   10
     PONtest    0
     cSnd       11F1432150AFCA0201C80000,11F1432150AFCA0201C80000
     dlvl       C8
     dlvlCmd    ++A011F1432150AFCA0201C80000
     getCfgList all
     getCfgListNo ,3
     mId        0004
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +50AFCA,00,00,00
       nextSend   1516536465.07891
       prefIO
       rxt        0
       vccu
       p:
         50AFCA
         00
         00
         00
     Mrssi:
       mNo        02
       Io:
         CUL866     -91.5
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       Cul866:
         avg        -96
         cnt        2
         lst        -95
         max        -95
         min        -97
       At_cul866:
         avg        -94.75
         cnt        4
         lst        -93.5
         max        -91
         min        -101
     Tmpl:
Attributes:
   IODev      CUL866
   alias      Aussenlampe
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-SW1-FM
   room       Homematic
   serialNr   NEQ1656533
   subType    switch
   webCmd     statusRequest:toggle:on:off


betateilchen

Zitat von: Andre0909 am 21 Januar 2018, 13:26:08
Dann versuch ich jetzt auch mal hier mein Glück. Habe den Aktor eingebunden in einer außenlampe und mit einem Taster gepairt.

Das glaube ich nicht. Einen Aktor kannst Du nie mit einem Taster pairen, sondern maximal peeren.

Und im Listing Deines Aktors ist von einem peering nichts zu erkennen. Entweder das peering existiert tatsächlich nicht oder Du hast noch kein getConfig ausgeführt.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Andre0909

Zitat von: betateilchen am 21 Januar 2018, 13:37:11
Das glaube ich nicht. Einen Aktor kannst Du nie mit einem Taster pairen, sondern maximal peeren.

Und im Listing Deines Aktors ist von einem peering nichts zu erkennen. Entweder das peering existiert tatsächlich nicht oder Du hast noch kein getConfig ausgeführt.

? Der Aktor wird am Anschluss S mit einem taster in den Pairing Modus versetzt. Steht auch so in der Homematic Anleitung und hat auch so geklappt.

PairedTo

0xF14321

2018-01-21 11:56:35
R-pairCentral

0xF14321

2018-01-21 11:56:35


zeigt doch das er verbunden war/ist. Schaltung ging doch auch? GetConfig hab ich natürlich gemacht. Check jetzt gar nix mehr

betateilchen

Ich wette mal eine Tüte Popcorn darauf, dass F14321 die ID Deines CUL868 ist und nicht die eines Tasters.

Ok - wir haben hier unterschiedliche Begrifflichkeiten:

pairen = Verbinden eines Homematic Gerätes mit einer "Zentrale" in Deinem Fall Dein FHEM.
peeren = Verbinden eines Homematic Gerätes (Aktor) mit einem anderen Homematic Gerät (Sensor, das kann auch eine Fernbedienung sein)

Insofern war die Beschreibung

Zitat von: Andre0909 am 21 Januar 2018, 13:26:08
Habe den Aktor eingebunden in einer außenlampe und mit einem Taster gepairt.

für mich irreführend. Du hast ihn nicht "mit einem Taster" sondern "durch Anschließen eines Tasters" gepairt - und das ist natürlich völlig korrekt.

Warum Deine Konfiguration aktuell Probleme macht, solltest Du am besten über ein entsprechendes Logging der Homematic Messages herausfinden können.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Andre0909

#13
Zitat von: betateilchen am 21 Januar 2018, 13:51:27
Ich wette mal eine Tüte Popcorn darauf, dass F14321 die ID Deines CUL868 ist und nicht die eines Tasters.

Ok - wir haben hier unterschiedliche Begrifflichkeiten:

pairen = Verbinden eines Homematic Gerätes mit einer "Zentrale" in Deinem Fall Dein FHEM.
peeren = Verbinden eines Homematic Gerätes (Aktor) mit einem anderen Homematic Gerät (Sensor, das kann auch eine Fernbedienung sein)

Insofern war die Beschreibung

für mich irreführend. Du hast ihn nicht "mit einem Taster" sondern "durch Anschließen eines Tasters" gepairt - und das ist natürlich völlig korrekt.

Warum Deine Konfiguration aktuell Probleme macht, solltest Du am besten über ein entsprechendes Logging der Homematic Messages herausfinden können.

JA ich denke wir meinen das gleiche aber missverständlich beschrieben. Natürlich nicht mit dem Taster gepaired sondern mit der CUL durch den Taster ;) Ich logge mal mit. In einem anderen Thread zum Thema der Einrichtung (wegen Schwierigkeiten mit hmPairSerial) wurde auf das flashen mit TS_CUL verwiesen. Ich dachte eigentlich dass dies nur das Pairen betrifft. Meine 6,7 anderen Homematic Sensoren funktionieren seit 2 Jahren ohne Probleme. Nur dieser "doofe" Aktor macht solche Probleme.

Wenn ich logge kommt da nicht viel spannendes raus:

2018.01.21 13:58:09.786 5: CUL_HM HM_50AFCA protEvent:CMDs_pending pending:1
2018.01.21 13:58:09.806 3: CUL_HM set HM_50AFCA toggle
2018.01.21 13:58:09.818 5: CUL_HM HM_50AFCA protEvent:CMDs_processing... pending:0
2018.01.21 13:58:12.754 4: CUL_HM_Resend: HM_50AFCA nr 2
2018.01.21 13:58:18.558 4: CUL_HM_Resend: HM_50AFCA nr 3
2018.01.21 13:58:23.065 4: CUL_HM_Resend: HM_50AFCA nr 4
2018.01.21 13:58:27.341 5: CUL_HM HM_50AFCA protEvent:CMDs_done_Errors:1


und dann der ausführlichere Log :

2018-01-21_11:48:53 HM_50AFCA set_on
2018-01-21_11:49:04 HM_50AFCA ResndFail
2018-01-21_11:49:04 HM_50AFCA MISSING ACK
2018-01-21_11:49:28 HM_50AFCA set_on
2018-01-21_11:49:36 HM_50AFCA set_off
2018-01-21_11:49:50 HM_50AFCA ResndFail
2018-01-21_11:49:50 HM_50AFCA MISSING ACK
2018-01-21_11:50:34 HM_50AFCA set_on
2018-01-21_11:50:34 HM_50AFCA deviceMsg: on (to CUL866)
2018-01-21_11:50:34 HM_50AFCA level: 100
2018-01-21_11:50:34 HM_50AFCA pct: 100
2018-01-21_11:50:34 HM_50AFCA on
2018-01-21_11:50:34 HM_50AFCA timedOn: off
2018-01-21_11:50:36 HM_50AFCA set_off
2018-01-21_11:50:37 HM_50AFCA deviceMsg: off (to CUL866)
2018-01-21_11:50:37 HM_50AFCA level: 0
2018-01-21_11:50:37 HM_50AFCA pct: 0
2018-01-21_11:50:37 HM_50AFCA off
2018-01-21_11:50:37 HM_50AFCA timedOn: off
2018-01-21_11:56:35 HM_50AFCA R-pairCentral: 0xF14321
2018-01-21_11:56:41 HM_50AFCA R-powerUpAction: off
2018-01-21_11:56:41 HM_50AFCA R-sign: off
2018-01-21_12:16:52 HM_50AFCA set_on
2018-01-21_12:16:52 HM_50AFCA deviceMsg: on (to CUL866)
2018-01-21_12:16:52 HM_50AFCA level: 100
2018-01-21_12:16:52 HM_50AFCA pct: 100
2018-01-21_12:16:52 HM_50AFCA on
2018-01-21_12:16:52 HM_50AFCA timedOn: off
2018-01-21_12:16:54 HM_50AFCA set_off
2018-01-21_12:16:55 HM_50AFCA deviceMsg: off (to CUL866)
2018-01-21_12:16:55 HM_50AFCA level: 0
2018-01-21_12:16:55 HM_50AFCA pct: 0
2018-01-21_12:16:55 HM_50AFCA off
2018-01-21_12:16:55 HM_50AFCA timedOn: off
2018-01-21_13:01:28 HM_50AFCA set_on
2018-01-21_13:01:46 HM_50AFCA ResndFail
2018-01-21_13:01:46 HM_50AFCA MISSING ACK
2018-01-21_13:02:33 HM_50AFCA set_on
2018-01-21_13:02:45 HM_50AFCA set_off
2018-01-21_13:02:53 HM_50AFCA ResndFail
2018-01-21_13:02:53 HM_50AFCA MISSING ACK
2018-01-21_13:02:55 HM_50AFCA set_on
2018-01-21_13:03:11 HM_50AFCA ResndFail
2018-01-21_13:03:11 HM_50AFCA MISSING ACK
2018-01-21_13:03:41 HM_50AFCA set_off
2018-01-21_13:03:42 HM_50AFCA set_on
2018-01-21_13:03:59 HM_50AFCA ResndFail
2018-01-21_13:03:59 HM_50AFCA MISSING ACK
2018-01-21_13:04:55 HM_50AFCA set_on
2018-01-21_13:05:04 HM_50AFCA ResndFail
2018-01-21_13:05:04 HM_50AFCA MISSING ACK
2018-01-21_13:05:29 HM_50AFCA set_toggle
2018-01-21_13:05:31 HM_50AFCA set_toggle
2018-01-21_13:05:34 HM_50AFCA set_off
2018-01-21_13:05:37 HM_50AFCA set_toggle
2018-01-21_13:05:40 HM_50AFCA set_off
2018-01-21_13:05:49 HM_50AFCA ResndFail
2018-01-21_13:05:49 HM_50AFCA MISSING ACK
2018-01-21_13:06:27 HM_50AFCA ResndFail
2018-01-21_13:06:27 HM_50AFCA RESPONSE TIMEOUT:RegisterRead
2018-01-21_13:07:32 HM_50AFCA deviceMsg: off (to CUL866)
2018-01-21_13:07:32 HM_50AFCA level: 0
2018-01-21_13:07:32 HM_50AFCA pct: 0
2018-01-21_13:07:32 HM_50AFCA powerOn: 2018-01-21 13:07:32
2018-01-21_13:07:32 HM_50AFCA off
2018-01-21_13:07:32 HM_50AFCA timedOn: off
2018-01-21_13:07:41 HM_50AFCA set_on
2018-01-21_13:07:42 HM_50AFCA deviceMsg: on (to CUL866)
2018-01-21_13:07:42 HM_50AFCA level: 100
2018-01-21_13:07:42 HM_50AFCA pct: 100
2018-01-21_13:07:42 HM_50AFCA on
2018-01-21_13:07:42 HM_50AFCA timedOn: off
2018-01-21_13:07:44 HM_50AFCA set_off
2018-01-21_13:07:44 HM_50AFCA deviceMsg: off (to CUL866)
2018-01-21_13:07:44 HM_50AFCA level: 0
2018-01-21_13:07:44 HM_50AFCA pct: 0
2018-01-21_13:07:44 HM_50AFCA off
2018-01-21_13:07:44 HM_50AFCA timedOn: off
2018-01-21_13:08:11 HM_50AFCA set_on
2018-01-21_13:08:27 HM_50AFCA set_off
2018-01-21_13:08:32 HM_50AFCA ResndFail
2018-01-21_13:08:32 HM_50AFCA MISSING ACK
2018-01-21_13:12:18 HM_50AFCA set_on
2018-01-21_13:12:38 HM_50AFCA ResndFail
2018-01-21_13:12:38 HM_50AFCA MISSING ACK
2018-01-21_13:13:41 HM_50AFCA ResndFail
2018-01-21_13:13:41 HM_50AFCA RESPONSE TIMEOUT:RegisterRead
2018-01-21_13:14:16 HM_50AFCA set_on
2018-01-21_13:14:23 HM_50AFCA set_off
2018-01-21_13:14:36 HM_50AFCA ResndFail
2018-01-21_13:14:36 HM_50AFCA MISSING ACK
2018-01-21_13:16:25 HM_50AFCA set_on
2018-01-21_13:16:44 HM_50AFCA ResndFail
2018-01-21_13:16:44 HM_50AFCA MISSING ACK
2018-01-21_13:19:19 HM_50AFCA set_on
2018-01-21_13:19:39 HM_50AFCA ResndFail
2018-01-21_13:19:39 HM_50AFCA MISSING ACK
2018-01-21_13:24:24 HM_50AFCA set_on
2018-01-21_13:24:41 HM_50AFCA ResndFail
2018-01-21_13:24:41 HM_50AFCA MISSING ACK
2018-01-21_13:28:12 HM_50AFCA set_on
2018-01-21_13:28:29 HM_50AFCA ResndFail
2018-01-21_13:28:29 HM_50AFCA MISSING ACK
2018-01-21_13:29:18 HM_50AFCA set_on
2018-01-21_13:29:21 HM_50AFCA set_off
2018-01-21_13:29:24 HM_50AFCA set_on
2018-01-21_13:29:26 HM_50AFCA set_toggle
2018-01-21_13:29:31 HM_50AFCA set_toggle
2018-01-21_13:29:36 HM_50AFCA ResndFail
2018-01-21_13:29:36 HM_50AFCA MISSING ACK
2018-01-21_13:35:32 HM_50AFCA ResndFail
2018-01-21_13:35:32 HM_50AFCA MISSING ACK
2018-01-21_13:36:32 HM_50AFCA set_on
2018-01-21_13:36:49 HM_50AFCA ResndFail
2018-01-21_13:36:49 HM_50AFCA MISSING ACK
2018-01-21_13:41:46 HM_50AFCA set_on
2018-01-21_13:42:06 HM_50AFCA ResndFail
2018-01-21_13:42:06 HM_50AFCA MISSING ACK
2018-01-21_13:58:09 HM_50AFCA set_toggle
2018-01-21_13:58:27 HM_50AFCA ResndFail
2018-01-21_13:58:27 HM_50AFCA MISSING ACK


Wenn es an der FW liegt frag ich mich warum es einen tag ohne Probleme geht, dann gar nicht mehr, dann einmal dann bei 20 Versuchen gar nicht mehr.

piet_pit

Hallo,
ich vermute jetzt mal, dass dein HM-LC-SW1-FM relativ neu ist, evtl. hat er ja einen Defekt. Hatte ich auch schon einmal und auch von einigen gehört.
Deshalb wenn das Teil noch umzutauschen ist, würde ich nicht lange fackeln...
viele Gruesse
Pit
FHEM 6.0 auf Raspberry Pi 3, Rasbian-Stretch
FRITZ!Box 7490
HM-Mod-RPI-PCB
JeeLink
CUNO 1.47