10_CUL_HM v6098 verursacht MISSING ACK

[RK200756]

wie schon beschrieben, senden die Geräte beim Pairing(-versuch) ihre Daten zurück und diese werden unter CUL_HM angezeigt.

Dass offensichtlich trotzdem kein pairing stattgefunden hat ist mir schon bewusst.
Details siehe Anlage.
Es bleibt die Frage nach dem warum. Und damit ist man als Einsteiger doch ziemlich überfordert.      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      
      

[nils_]

hast du denn das getan was da als hinweis steht? --> getconfig


und als bitte:
mach von den sachen ein "list <device>" und poste das in code-tags hier (das # )

[RK200756]

Danke für die Antwort.
Aber ich habe getconfig nicht als Auswahloption.

Unter HMInfo configcheck kann ich folgendes bieten (habe nur noch einen Schalter angeschlossen):

Code Auswählen Erweitern

configCheck done:

missing register list
    HM_55425E: RegL_00.,RegL_01.

peer list incomplete. Use getConfig to read it.
    incomplete: HM_55425E:

PairedTo missing/unknown
    HM_55425E

Und beim list erhalte ich

Code Auswählen Erweitern

Internals:
   DEF        55425E
   IODev      CUL1
   NAME       HM_55425E
   NOTIFYDEV  global
   NR         23
   NTFY_ORDER 50-HM_55425E
   STATE      MISSING ACK
   TYPE       CUL_HM
   protCmdDel 3
   protResnd  3 last_at:2017-05-22 23:28:38
   protResndFail 1 last_at:2017-05-22 23:28:43
   protSnd    1 last_at:2017-05-22 23:28:28
   protState  CMDs_done_Errors:1
   Readings:
     2017-05-22 23:09:19   CommandAccepted yes
     2017-05-19 16:27:32   D-firmware      2.8
     2017-05-19 16:27:32   D-serialNr      OEQ0031765
     2017-05-22 23:12:04   RegL_00.
     2017-05-22 23:09:19   deviceMsg       off (to 55A450)
     2017-05-22 23:09:19   level           0
     2017-05-22 23:09:19   pct             0
     2017-05-21 22:16:40   powerOn         2017-05-21 22:16:40
     2017-05-22 23:09:19   recentStateType ack
     2017-05-22 23:09:19   sabotageAttackId_ErrIoId_55A450 cnt:88
     2017-05-22 23:09:19   sabotageAttack_ErrIoAttack cnt 88
     2017-05-22 23:28:43   state           MISSING ACK
     2017-05-22 23:09:19   timedOn         off
   Helper:
     HM_CMDNR   141
     cSnd       ,11F1000055425E0201C80000
     dlvl       00
     dlvlCmd    ++A011F1000055425E0201000000
     mId        0069
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +55425E,00,00,00
       prefIO
       rxt        0
       vccu
       p:
         55425E
         00
         00
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat   00
     Role:
       chn        1
       dev        1
       prs        1
     Tmpl:
Attributes:
   IODev      CUL1
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-Sw1PBU-FM
   room       CUL_HM
   serialNr   OEQ0031765
   subType    switch
   webCmd     statusRequest:toggle:on:off

... also wohl kein pairing durchgeführt, obwohl eine Kommunikation zwischen CUL/FHEM und dem Device stattgefunden hat.

[MadMax-FHEM]

Eventuell auch vom Timing-Problem betroffen?
(CUL und Homematic ist keine gute Kombination / ein "echtes" Homematic IODev/Funkmodul ist definitiv besser und der "HMUART" kostet auch nicht viel: 20EUR, gut man muss ein wenig löten)

https://forum.fhem.de/index.php/topic,24436.0.html

Ansonsten einfach noch mal ganz in Ruhe:

set CUL hmPairForSec 60

dann wie in der Anleitung beschrieben die Anlernprozedur (Anlernen an Zentrale) durchführen (den Teil der Zentrale kannst du auslassen, das ist ja das pairForSec)...

Warten und evtl. noch mal den "Anlernknopf" drücken, bis in fhem die cmdsPending weg sind...
...und besser auch keine Errors bzw. Missing Acks sind.

Alternativ: clear MessageEvents und ein getConfig. Ebenfalls warten und evtl. mal den "Anlernknopf" drücken...
...bis keine cmdsPending und auch keine Error/Missing Acks sind.

Wenn du immer wieder Error bzw. Missing Acks bekommst, dann evtl. mal den Thread bzgl. "Spezial-FW" und "Spezial-Module" (link oben) verfolgen und umsteigen...
...oder (einfacher) auf ein geeignetes Funkmodul umsteigen (z.B. HMUART):

https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi

https://forum.fhem.de/index.php/topic,54511.0.html

Gruß, Joachim

[LuckyDay]

Code Auswählen Erweitern

2017-05-22 23:09:19   deviceMsg       off (to 55A450)

ich würde behaupten, dass dein Aktor bereits gepairt ist nach -->(to 55A450)

das ist aber nicht dein Fhem , dein Fhem hat wohl die hmid F10000
pairen geht nur mit einer Zentrale!

Also bei dem Schalter Aktor macht der Cul keine Probleme

[frank]

das ist aber nicht dein Fhem , dein Fhem hat wohl die hmid F10000
pairen geht nur mit einer Zentrale!

dazu passt auch:

Code Auswählen Erweitern

2017-05-22 23:09:19   sabotageAttackId_ErrIoId_55A450 cnt:88

[MadMax-FHEM]

Code Auswählen Erweitern

2017-05-22 23:09:19   deviceMsg       off (to 55A450)

ich würde behaupten, dass dein Aktor bereits gepairt ist nach -->(to 55A450)

das ist aber nicht dein Fhem , dein Fhem hat wohl die hmid F10000
pairen geht nur mit einer Zentrale!

Also bei dem Schalter Aktor macht der Cul keine Probleme

Da ist natürlich was dran...

Und ja bei einem so einfachen Schalter/Aktor sollte auch ein CUL keine Probleme haben.

Allerdings ist bei MISSING_ACK oft das Timing ein Problem und wenn dann mehrere Geräte dzukommen und evtl. mal welche mit vielen Kanälen, dann wird es mit einem CUL oft schwierig...

Gruß, Joachim

[Pfriemler]

Code Auswählen Erweitern

2017-05-22 23:09:19   deviceMsg       off (to 55A450)
ich würde behaupten, dass dein Aktor bereits gepairt ist nach -->(to 55A450)

Nicht unbedingt. Quittungen werden auch an gepeerte Geräte geschickt. Das hat mein HM-LC-RGBW-WM (RGBW-Controler) heute als Quittung an den Bwegungsmelder im Wohnzimmer geschickt ("danke für die Bewegungsmitteilung, aber ich bleibe aus, weil es schon zu hell ist")

Code Auswählen Erweitern

2017-05-23 09:43:41   deviceMsg       off (to BewMelder2)
Und die SabotageAttack könnte auch erscheinen, wenn FHEM Kommunikation erkennt mit Geräten, die ihm unbekannt sind.

das ist aber nicht dein Fhem , dein Fhem hat wohl die hmid F10000

Das habe ich bisher nicht gefunden, wo liest Du das?

[martinp876]

habt ihr mal einen rohmessage mitschmitt?

[RK200756]

Vielen Dank für die interessanten Rückmeldungen.
@Joachim: Die Alternative mit einem anderen Funkmodul oder anderer FW schaue ich mir im nächsten Schritt an, aber da es wohl zuhauf zufriedene Anwender mit CUL/FHEM/Homematic gibt würde ich schon gerne die Ursache finden, warum sich dieser fu..ing Schalter nicht bewegt.

Ansonsten Step by Step:
Nach set <dev.> getconfig erhalte ich folgendes:

Code Auswählen Erweitern

Internals
CUL1_MSGCNT    1
CUL1_RAWMSG   A0D00A41055425E55A45006010000::-51:CUL1
CUL1_RSSI          -51
CUL1_TIME          2017-05-24 22:48:55
DEF                     55425E
IODev                  CUL1
LASTInputDev     CUL1
MSGCNT              1
NAME                   HM_55425E
NOTIFYDEV         global
NR                       23
NTFY_ORDER      50-HM_55425E
STATE                 RESPONSE TIMEOUT:RegisterRead
TYPE                   CUL_HM
lastMsg                No:00 - t:10 s:55425E d:55A450 06010000
protCmdDel         3
protCmdPend      2 CMDs pending
protLastRcv        2017-05-24 22:48:55
protResnd           3 last_at:2017-05-24 22:49:11
protResndFail      1 last_at:2017-05-24 22:49:16
protSnd              2 last_at:2017-05-24 23:05:37
protState            CMDs_processing...
rssi_at_CUL1      max:-51 lst:-51 avg:-51 cnt:1 min:-51
Readings           
CommandAccepted   yes                     2017-05-22 23:09:19
D-firmware                2.8                     2017-05-19 16:27:32
D-serialNr                  OEQ0031765     2017-05-19 16:27:32
RegL_00.
deviceMsg                 off (to 55A450)  2017-05-24 22:48:55
level                          0                         2017-05-24 22:48:55
pct                            0                         2017-05-24 22:48:55
powerOn                   2017-05-24 22:48:55     2017-05-24 22:48:55
recentStateType        info                     2017-05-24 22:48:55
sabotageAttackId_ErrIoId_55A450     cnt:88          2017-05-22 23:09:19
sabotageAttack_ErrIoAttack                cnt 88          2017-05-22 23:09:19
state                         RESPONSE TIMEOUT:RegisterRead         2017-05-24 23:05:58
timedOn                   off                        2017-05-24 22:48:55

Ein Gerät mit der SN 55A450 habe ich nicht. Könnte das auch eine Hex-Zahl sein?

Die Sache mit sabotageAttack kommt mir seltsam vor.
Das klingt nach einem Sabotage-Schalter bei einem Bewegungsmelder.
Tatsächlich habe ich einen Z-Wave Bewegungsmelder (Devolo) mit eingelegter Batterie im Schrank liegen.
Aber der Z-Wave Dongle ist nicht angeschlossen und es gibt keinen Hinweis, dass dessen SN 55A450 ist.

Weiteres folgt.

[franky08]

Siehe martin, sniffe die Rohmessages, ist im WIKI beschrieben. Mit den Daten kann dir martin bestimmt weiterhelfen.

VG
Frank

[MadMax-FHEM]

ZWave: gleiche Frequenz ganz anderes Protokoll, hat nichts damit zu tun...

Der Rest der dich wundert wurde schon einige Male versucht zu erläutern...

Wie lautet deine HMID?
Hattest du schon mal eine andere?
War das Gerät schon mal woanders angelernt?

hminfo definiert?
Damit lassen sich Probleme auch finden bzw. werden Unstimmigkeiten in der Konfiguration etc. aufgedeckt...

https://wiki.fhem.de/wiki/HomeMatic_HMInfo

Und besser mal genauere Infos: sniffen!

Sonst wird es schwer zu helfen...

Gruß, Joachim

[RK200756]

Es funktioniert!
Es war keine hmID definiert.
Ich habe das Gerät und das Lofgile in FHEM gelöscht und anschließend zurückgesetzt (2x 5s Anlerntaste ...) und über set <CUL> hmPairSerial neu verbunden. Hat aber nichts geholfen.
Dazu noch viel getConfig, list u.ä und nochmal und nochmals über hmPairSerial verbunden. Hat alles nichts geholfen.
Nach einem weiteren Verbindungsversuch über set <CUL> hmPairForSec 60 (habe ich früher auch schon öfters gemacht) hat es dann funktioniert.
Ich weiß jetzt zwar immer noch nicht, was das eigentliche Problem war, außer evtl. der hmID, aber ich bin jetzt in der Lage mich weiter einzuarbeiten.

Dazu vielen Dank an alle, die hier wertvolle Tipps zur Problemlösung gegeben haben.

Viele Grüße
Rolf