Homematic Dimmer steht auf Missing ACK

Jogi · 28 November 2019, 10:00:14

Hallo,
ich habe ein Problem mit einem Homematic-dimmer, der seit gestern immer auf Missing ACK steht:

Internals:
   DEF        5DE6AE
   FUUID      5c447812-f33f-8efe-4ebb-dc94db58026deb18
   IODev      CUL868
   NAME       HM_5DE6AE
   NOTIFYDEV  global
   NR         1866
   NTFY_ORDER 50-HM_5DE6AE
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 Lampe_Flur
   protCmdDel 175
   protResnd  255 last_at:2019-11-28 09:46:51
   protResndFail 85 last_at:2019-11-28 09:46:56
   protSnd    85 last_at:2019-11-28 09:46:34
   protState  CMDs_done_Errors:1
   READINGS:
     2019-11-27 18:08:11   D-firmware      2.6
     2019-11-27 18:08:11   D-serialNr      OEQ0904937
     2019-11-28 06:54:34   RegL_00.        
     2019-11-28 09:46:56   state           MISSING ACK
   helper:
     HM_CMDNR   191
     cSnd       119633555DE6AE0201000000,119633555DE6AE0201000000
     mId        0057
     peerFriend 
     peerOpt    -:dimmer
     regLst     0
     rxType     1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5DE6AE,00,00,00
       prefIO     
       rxt        0
       vccu       
       p:
         5DE6AE
         00
         00
         00
     mRssi:
       mNo        
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat   01
     role:
       dev        1
       prs        1
     tmpl:
Attributes:
   IODev      CUL868
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.6
   model      HM-LC-DIM1T-FM
   room       CUL_HM
   serialNr   OEQ0904937
   subType    dimmer
   webCmd     getConfig:clear msgEvents

Code Auswählen

Internals:
   DEF        5DE6AE01
   FUUID      5c447812-f33f-8efe-227c-c9728c28609db00e
   NAME       Lampe_Flur
   NOTIFYDEV  global
   NR         1870
   NTFY_ORDER 50-Lampe_Flur
   STATE      set_off
   TYPE       CUL_HM
   chanNo     01
   device     HM_5DE6AE
   READINGS:
     2019-11-27 22:19:13   deviceMsg       on (to broadcast)
     2019-11-27 22:19:13   dim             stop:on
     2019-11-28 09:21:32   level           set_9
     2019-11-27 22:19:13   overheat        off
     2019-11-27 22:19:13   overload        off
     2019-11-27 22:19:13   pct             100
     2019-11-27 22:19:13   recentStateType info
     2019-11-27 22:19:13   reduced         off
     2019-11-28 09:58:33   state           set_off
     2019-11-27 22:19:13   timedOn         off
     2019-11-28 09:58:33   trigLast        fhem:02
   helper:
     dlvl       00
     dlvlCmd    ++A0119633555DE6AE0201000000
     peerFriend peerSens,peerVirt
     peerOpt    3:dimmer
     regLst     1,3p
     stateUpdatDly 120
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     tmpl:
Attributes:
   group      Lampen
   icon       scene_keyboard
   model      HM-LC-DIM1T-FM
   peerIDs    00000000,
   room       1.Start,4.Technik,CUL_HM
   sortby     31
   userattr   lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
   webCmd     on:off

Ich habe sowohl FHEM als auch den Raspi mehrfach neu gestartet, leider ohne Besserung.
Davor hatte ich ein Update gemacht, ich glaube aber nicht, dass es etwas mit dem Problem zu tun hat.

Reset und ClearEvents hat auch nichts gebracht.
Hat jemand einen Tipp für mich.

Danke,
Jogi

MadMax-FHEM · 28 November 2019, 10:29:03

Mit welchem Funkmodul kommunizierst du?

Poste doch mal ein list davon.

Das sieht nicht gut aus:

Zitat
protResnd 255 last_at:2019-11-28 09:46:51
protResndFail 85 last_at:2019-11-28 09:46:56
protSnd 85 last_at:2019-11-28 09:46:34

Vermutlich noch nicht vollständig gepaired.

Evtl. einfach noch mal "drüber pairen".

Also einfach noch mal bei den Geräten (OHNE RESET UND OHNE IRGENDWAS LÖSCHEN!!) das Pairing (Bedienungsanleitung: Verbinden mit Zentrale) anstossen.
(Pairing bei fhem nicht unbedingt notwendig, schadet aber auch nicht

)

Oder evtl. noch mal ein getConfig von fhem aus und ebenso (bei Batterie-Geräten) das "Pairing-Knöpfchen" drücken.

ABER: schön langsam und Eins nach dem Andern! KEINE HEKTIK!

Gruß, Joachim

frank · 28 November 2019, 14:05:59

nach einem gelungenen reset ist natürlich nicht mehr gepairt.

woher kommt eigentlich dieser "aberglaube", dass ein reset die probleme der welt löst.

MadMax-FHEM · 28 November 2019, 14:16:57

Zitat von: frank am 28 November 2019, 14:05:59
nach einem gelungenen reset ist natürlich nicht mehr gepairt.

woher kommt eigentlich dieser "aberglaube", dass ein reset die probleme der welt löst.

Äh, stimmt ("überlesen"

) und stimmt!

Gruß, Joachim

Jogi · 29 November 2019, 11:33:51

Zitat von: frank am 28 November 2019, 14:05:59
nach einem gelungenen reset ist natürlich nicht mehr gepairt.

woher kommt eigentlich dieser "aberglaube", dass ein reset die probleme der welt löst.

Hallo,
mein Dimmer funktioniert wieder. Warum er gestört war weiß ich nicht, aber durch das Reset habe ich das Pairing zusätzlich gelöst.
Ich habe ihn nun neu gepairt und er funktioniert wieder.

Ich glaube aber nicht, dass das von mir durchgeführte Reset Aberglaube war. Es war pure Hilflosigkeit gepaart mit Ahnungslosigkeit $:-\$

Jetzt habe ich was gelernt.
Das Ursprungsproblem habe ich aber noch nicht gelöst. Der Dimmer geht immer mal wieder auf MissingACK. Manchmal kann ich ihn durch StatusRequest wiederbeleben. Manchmal muss ich das System neu starten. Und vorgestern ging gar nichts mehr.
Es betrifft auch immer nur den Dimmer. Die anderen Homematic Geräte (2 Steckdosen und ein Bewegungsmelder) sind nie betroffen.
Vielleicht liegt es am Cul, keine Ahnung

.

Vielen Dank,
Jogi

frank · 29 November 2019, 12:20:52

ursache von missing ack ist zu 90% schlechter funk, behaupte ich. beobachte rssi werte.
wenn ein cul im spiel ist, sind auch timing probleme wahrscheinlich. besonders mit falscher fw. nutze tsculfw.

wenn das im state steht, hat fhem eine antwort auf einen cmd erwartet, eine zeit lang erfolglos darauf gewartet und dann das reading gesetzt.
das könnte aber schon tage her sein, wenn es nach der auslösenden aktion kein gequatche mehr gab. man sieht es immer am timestamp.

deshalb ändert ein statusrequest bei besseren bedingungen das state reading. da wurde also nichts "repariert".

Jogi · 29 November 2019, 12:30:24

Zitat von: frank am 29 November 2019, 12:20:52
ursache von missing ack ist zu 90% schlechter funk, behaupte ich. beobachte rssi werte.
wenn ein cul im spiel ist, sind auch timing probleme wahrscheinlich. besonders mit falscher fw. nutze tsculfw.

wenn das im state steht, hat fhem eine antwort auf einen cmd erwartet, eine zeit lang erfolglos darauf gewartet und dann das reading gesetzt.
das könnte aber schon tage her sein, wenn es nach der auslösenden aktion kein gequatche mehr gab. man sieht es immer am timestamp.

deshalb ändert ein statusrequest bei besseren bedingungen das state reading. da wurde also nichts "repariert".

Ja es könnte am Empfang liegen oder am CUL, oder beidem. Zufälligerweise ist der Fehler gerade wieder da. Missing ACK am Dimmer und folgende RSSI

Code Auswählen

CUL868_RSSI
-89.5

Ein Bewegungsmelder, der nur 3 m entfernt hängt (keine Mauer dazwischen, Sichtkontakt) hat:

Code Auswählen

CUL868_RSSI
-68

Das list des Cul sieht so aus:

Code Auswählen

Internals:
   CMDS       ABCEeFfGhiKklMmRTtUVWXxYZz
   CUL868_MSGCNT 1514
   CUL868_TIME 2019-11-29 12:27:42
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000
   DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400
   FD         78
   FHTID      0000
   FUUID      5c44780f-f33f-8efe-d449-5117233a31f50f0e
   NAME       CUL868
   NR         1861
   NR_CMD_LAST_H 37
   PARTIAL    
   RAWMSG     A067E0ABA737FECC7
   RSSI       -102.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
Ar
   MatchList:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-03-25 12:13:20   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2019-11-28 06:32:46   cmds             A B C E e F f G h i K k l M m R T t U V W X x Y Z z
     2019-11-29 12:27:42   state           Initialized
   XMIT_TIME:
     1575023287.79107
     1575023292.74115
     1575023303.67356
     1575023676.57557
     1575024037.11215
     1575024042.65708
     1575024396.78408
     1575024399.26208
     1575024403.67609
     1575024408.19466
     1575024756.46756
     1575024761.62553
     1575024793.82799
     1575025116.60485
     1575025119.65223
     1575025126.02252
     1575025131.80536
     1575025303.54451
     1575025478.65255
     1575025481.0993
     1575025486.03853
     1575025491.67712
     1575025508.70849
     1575025836.7439
     1575025841.77741
     1575025846.78768
     1575025852.08118
     1575026194.86069
     1575026198.38442
     1575026203.76444
     1575026209.22949
     1575026557.00706
     1575026562.04501
     1575026568.09639
     1575026572.37403
     1575026868.67732
     1575026873.68094
   helper:
     5CFDDE:
       QUEUE:
     5DE6AE:
       QUEUE:
     62BE48:
       QUEUE:
Attributes:
   group      Gateways
   hmId       963355
   rfmode     HomeMatic
   room       99.Programm,CUL_HM