HM-MOD-Re-8 MISSING ACK

[netbus]

Ich habe seit kurzem das 8 Kanal Empfangs Modul was so seine Macken hat.
Wenn man einen direkt angeschlossenen Taster oder den aufgelöteten Taster betätigt kommt dieses Event ohne Problem in Fhem an.
Nachdem ich den Taster betätigt habe kann ich ihn auch über Fhem für ein paar Male schalten. Später jedoch bekomme ich kein ACK mehr und kann somit nicht mehr schalten.
Auch ein Werksreset, nochmal pairen, getConfig löst das Problem nicht.
Hat jemand Tips was ich noch probieren kann.

list:

Code Auswählen Erweitern

Internals:
   DEF        35F605
   HMLAN1_MSGCNT 66
   HMLAN1_RAWMSG E35F605,0000,0C19FCEC,FF,FFAE,B0840035F6050000001200BE4D45513036353035323010480200
   HMLAN1_RSSI -82
   HMLAN1_TIME 2016-06-22 06:22:10
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     66
   NAME       torrelay
   NR         911
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 torrelay_Sw_01
   channel_02 torrelay_Sw_02
   channel_03 torrelay_Sw_03
   channel_04 torrelay_Sw_04
   channel_05 torrelay_Sw_05
   channel_06 torrelay_Sw_06
   channel_07 torrelay_Sw_07
   channel_08 torrelay_Sw_08
   lastMsg    No:B0 - t:00 s:35F605 d:000000 1200BE4D45513036353035323010480200
   protCmdDel 250
   protLastRcv 2016-06-22 06:22:10
   protResnd  82 last_at:2016-06-22 10:51:16
   protResndFail 82 last_at:2016-06-22 10:51:21
   protSnd    144 last_at:2016-06-22 10:51:12
   protState  CMDs_done_Errors:1
   rssi_at_HMLAN1 cnt:66 avg:-78.45 lst:-82 min:-87 max:-76
   Readings:
     2016-06-22 06:20:39   CommandAccepted yes
     2016-06-22 06:22:10   D-firmware      1.2
     2016-06-22 06:22:10   D-serialNr      MEQ0650520
     2016-06-22 06:20:44   PairedTo        0xAAAAAA
     2016-06-22 06:20:44   R-pairCentral   0xAAAAAA
     2016-06-22 06:20:44   RegL_00.          02:01 05:00 0A:23 0B:A5 0C:72 18:00 9D:31  00:00
     2016-06-18 21:02:34   aesCommToDev    ok
     2016-06-18 21:02:34   aesKeyNbr       00
     2016-06-16 16:44:51   level           0
     2016-06-16 16:44:51   pct             0
     2016-06-16 16:44:51   powerOn         2016-06-16 16:44:51
     2016-06-16 16:44:51   recentStateType info
     2016-06-22 10:51:21   state           MISSING ACK
     2016-06-16 16:44:51   timedOn         off
   Helper:
     HM_CMDNR   193
     cSnd       0123A57235F605020E,1123A57235F6050202000000
     mId        00BE
     rxType     2
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +35F605,00,02,00
       nextSend   1466569331.04653
       rxt        0
       vccu       vccu
       p:
         35F605
         00
         02
         00
       prefIO:
         HMLAN1
     Mrssi:
       mNo        B0
       Io:
         HMLAN1     -80
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       prs        1
     Rssi:
       At_hmlan1:
         avg        -78.4545454545455
         cnt        66
         lst        -82
         max        -76
         min        -87
     Shadowreg:
     Tmpl:
Attributes:
   IODev      HMLAN1
   IOgrp      vccu:HMLAN1
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.2
   model      HM-MOD-Re-8
   msgRepeat  1
   room       hidden
   serialNr   MEQ0650520
   subType    switch
   webCmd     getConfig:clear msgEvents

Raw Messages

Code Auswählen Erweitern

2016.06.22 10:50:45.608 0: HMLAN_Send:  HMLAN1 S:S774DF63C stat:  00 t:00000000 d:01 r:774DF63C m:BF B011 AAAAAA 35F605 0202C80000
2016.06.22 10:50:47.419 0: HMLAN_Parse: HMLAN1 R:R774DF63C stat:0008 t:00000000 d:FF r:7FFF     m:BF B011 AAAAAA 35F605 0202C80000
2016.06.22 10:50:47.421 0: HMLAN_Parse: HMLAN1 no ACK from 35F605
2016.06.22 10:50:48.482 0: HMLAN_Send:  HMLAN1 S:S774E0176 stat:  00 t:00000000 d:01 r:774E0176 m:BF B011 AAAAAA 35F605 0202C80000
2016.06.22 10:50:50.290 0: HMLAN_Parse: HMLAN1 R:R774E0176 stat:0008 t:00000000 d:FF r:7FFF     m:BF B011 AAAAAA 35F605 0202C80000
2016.06.22 10:50:50.292 0: HMLAN_Parse: HMLAN1 no ACK from 35F605
2016.06.22 10:50:57.058 0: HMLAN_Parse: HMLAN1 R:E2BCD58   stat:0000 t:0D101675 d:FF r:FFC8     m:78 8610 2BCD58 000000 0AA8E90B0000
2016.06.22 10:51:01.063 0: HMLAN_Send:  HMLAN1 S:S774E329B stat:  00 t:00000000 d:01 r:774E329B m:C0 B001 AAAAAA 35F605 020E
2016.06.22 10:51:02.871 0: HMLAN_Parse: HMLAN1 R:R774E329B stat:0008 t:00000000 d:FF r:7FFF     m:C0 B001 AAAAAA 35F605 020E
2016.06.22 10:51:02.873 0: HMLAN_Parse: HMLAN1 no ACK from 35F605
2016.06.22 10:51:05.174 0: HMLAN_Send:  HMLAN1 S:S774E42AA stat:  00 t:00000000 d:01 r:774E42AA m:C0 B001 AAAAAA 35F605 020E
2016.06.22 10:51:06.983 0: HMLAN_Parse: HMLAN1 R:R774E42AA stat:0008 t:00000000 d:FF r:7FFF     m:C0 B001 AAAAAA 35F605 020E
2016.06.22 10:51:06.985 0: HMLAN_Parse: HMLAN1 no ACK from 35F605
2016.06.22 10:51:12.358 0: HMLAN_Send:  HMLAN1 S:S774E5EBA stat:  00 t:00000000 d:01 r:774E5EBA m:C1 B011 AAAAAA 35F605 0202000000
2016.06.22 10:51:14.165 0: HMLAN_Parse: HMLAN1 R:R774E5EBA stat:0008 t:00000000 d:FF r:7FFF     m:C1 B011 AAAAAA 35F605 0202000000
2016.06.22 10:51:14.166 0: HMLAN_Parse: HMLAN1 no ACK from 35F605
2016.06.22 10:51:16.861 0: HMLAN_Send:  HMLAN1 S:S774E7051 stat:  00 t:00000000 d:01 r:774E7051 m:C1 B011 AAAAAA 35F605 0202000000
2016.06.22 10:51:18.669 0: HMLAN_Parse: HMLAN1 R:R774E7051 stat:0008 t:00000000 d:FF r:7FFF     m:C1 B011 AAAAAA 35F605 0202000000
2016.06.22 10:51:18.671 0: HMLAN_Parse: HMLAN1 no ACK from 35F605


[Otto123]

Ich habe seit kurzem das 8 Kanal Empfangs Modul was so seine Macken hat.
Wenn man einen direkt angeschlossenen Taster oder den aufgelöteten Taster betätigt kommt dieses Event ohne Problem in Fhem an.
Nachdem ich den Taster betätigt habe kann ich ihn auch über Fhem für ein paar Male schalten. Später jedoch bekomme ich kein ACK mehr und kann somit nicht mehr schalten.

Der braucht am Taster peerNeedsBurst auf on!

hast Du hminfo definiert? Dort bekommst Du das ganz schnell raus und mit Templates schreibt man auch relativ easy die Register.

Gruß Otto

[netbus]

Wenn du mir sagst, wie ich das aktiviere?
Ein Register gibt es dafür nicht.

Code Auswählen Erweitern

set torrelay burstRx on

burstRx failed:
supported register are intKeyVisib ledMode lgActionType lgCtDlyOff lgCtDlyOn lgCtOff lgCtOn lgCtValHi lgCtValLo lgMultiExec lgOffDly lgOffTime lgOffTimeMode lgOnDly lgOnTime lgOnTimeMode lgSwJtDlyOff lgSwJtDlyOn lgSwJtOff lgSwJtOn lowBatLimitBA3 pairCentral shActionType shCtDlyOff shCtDlyOn shCtOff shCtOn shCtValHi shCtValLo shMultiExec shOffDly shOffTime shOffTimeMode shOnDly shOnTime shOnTimeMode shSwJtDlyOff shSwJtDlyOn shSwJtOff shSwJtOn sign sign

[Otto123]

Der Taster nicht der Aktor z.B. so

Code Auswählen Erweitern

set <TasterChannel> regSet peerNeedsBurst on <AktorChannel>

Wie gesagt nutze hminfo! Der findet so etwas ...

[netbus]

Sollte das nicht autocreate erledigen?
Egal was ich probiere ich bekomme immer eine Fehlermeldung

Code Auswählen Erweitern

set torrelay_Sw_02 regset burstRx on
burstRx failed: supported register are intKeyVisib ledMode lgActionType lgCtDlyOff lgCtDlyOn lgCtOff lgCtOn lgCtValHi lgCtValLo lgMultiExec lgOffDly lgOffTime lgOffTimeMode lgOnDly lgOnTime lgOnTimeMode lgSwJtDlyOff lgSwJtDlyOn lgSwJtOff lgSwJtOn lowBatLimitBA3 pairCentral shActionType shCtDlyOff shCtDlyOn shCtOff shCtOn shCtValHi shCtValLo shMultiExec shOffDly shOffTime shOffTimeMode shOnDly shOnTime shOnTimeMode shSwJtDlyOff shSwJtDlyOn shSwJtOff shSwJtOn sign sign

set torrelay_Sw_02 regset peerNeedsBurst on
Unknown argument regset, choose one of clear getConfig getRegRaw inhibit off on on-for-timer on-till peerBulk peerIODev press regBulk regSet sign statusRequest toggle

attr torrelay_Sw_02 burstAccess 1_auto
burstAccess only valid for devices

Gibt es noch irgendwo eine Möglichkeit das Burst zu aktivieren?

[Otto123]

Was ist an meiner Zeile oben nicht zu verstehen?
Wie dein Taster heisst weiß ich nicht, den sehe ich aus deinen Post bisher nicht und kann kein Beispiel geben.
Dein Aktor heisst torrelay - richtig?
Dein Aktor Channel heisst torrelay_Sw_02 - richtig?

Also musst Du machen:

Code Auswählen Erweitern

set <DEIN TasterChannel Name> regSet peerNeedsBurst on torrelay_Sw_02

Der Taster muss wissen das er den Aktor aufwecken (Burst) muss. Der Aktor weiß schon das er schläft

kann ich ihn auch über Fhem für ein paar Male schalten

nach dem Du ihn ein paar mal geschalten hast.

Sollte das nicht autocreate erledigen?

Kann sein aber er macht es nicht, ob das nicht perfekt ist oder gar nicht geht weiß ich nicht.

[LuckyDay]

Später jedoch bekomme ich kein ACK mehr und kann somit nicht mehr schalten

solltest deinen Funk Antenne, Ort verbessern lst:-82 min:-87

Burst musst du nur setzten , wenn du Remotes/Kanale zum Aktor/Kanäle peeren tust

[netbus]

Ich will einfach über fhem (vccu) schalten.
Muss ich jetzt trotzdem peeren? Und wenn ja, welchen Taster?

[Otto123]

Burst musst du nur setzten , wenn du Remotes/Kanale zum Aktor/Kanäle peeren tust

Sorry aber davon war ich ausgegangen... Das beschrieben Verhalten war bei mir nämlich genauso. Einmal taster gedrückt und es ging ein paar mal, dann sprach die FB nicht mehr an.

[Otto123]

Ich will einfach über fhem (vccu) schalten.
Muss ich jetzt trotzdem peeren? Und wenn ja, welchen Taster?

Also Du hast gar keinen Taster gepeert? Dann vergiss alles was ich oben gesagt habe.
Wobei ich jetzt bei RSSI von -82 noch nicht an ein Antenne / Funkproblem denke.

Du kannst über set <Aktorchannel> on schalten bzw Webinterface
Du kannst über einen virtuellen taster (vccu) schalten (ob das Sinn macht?) Dann musst Du so wie bei einem richtigen Taster peeren.

Es ist nachvollziehbar so:
- Du bekommst immer den Status in FHEM?
- Wenn du am Taster vor Ort drückst kannst Du anschließend ein paar mal über set xx on /Webinterface schalten?

Wie lang ist die Zeit bis das nicht mehr geht?

Gruß Otto

[netbus]

Entschuldigung für die Gegenfrage aber das Problem scheint ja das fehlende Burst zu sein, das Fhem nicht sendet.
Kann man das in den Raw Messages sehen ob Burst geschickt wird?

Code Auswählen Erweitern

2016.06.22 14:42:17.668 0: HMLAN_Send:  HMLAN1 S:S7821F018 stat:  00 t:00000000 d:01 r:7821F018 m:04 B011 AAAAAA 35F605 0202C800000640
2016.06.22 14:42:19.476 0: HMLAN_Parse: HMLAN1 R:R7821F018 stat:0008 t:00000000 d:FF r:7FFF     m:04 B011 AAAAAA 35F605 0202C800000640
2016.06.22 14:42:19.478 0: HMLAN_Parse: HMLAN1 no ACK from 35F605
2016.06.22 14:42:22.334 0: HMLAN_Send:  HMLAN1 S:S78220252 stat:  00 t:00000000 d:01 r:78220252 m:04 B011 AAAAAA 35F605 0202C800000640
2016.06.22 14:42:24.142 0: HMLAN_Parse: HMLAN1 R:R78220252 stat:0008 t:00000000 d:FF r:7FFF     m:04 B011 AAAAAA 35F605 0202C800000640
2016.06.22 14:42:24.144 0: HMLAN_Parse: HMLAN1 no ACK from 35F605


[LuckyDay]

aus fhem heraus, in seinem Beispiel
muss ein set torrelay_Sw_01 on ohne extra peeren funktionieren.

eigentlich hatte ich schon garkeine lust zu antworten, weil er die hmid getürkt hat AAAAAA = 23A572
und es ist ärgerlich zum lesen

Edith: Fhem weiss das es ein Burst Aktor ist

[Otto123]

Entschuldigung für die Gegenfrage aber das Problem scheint ja das fehlende Burst zu sein, das Fhem nicht sendet.

Nein das habe ich nie behauptet, hat fhem-hm-knecht auch gerade geschrieben. FHEM weiß es.

Ich vermute das Problem jetzt woanders, obwohl es ganz nach dem Burst aussah und ich Deinen ersten Post wohl nicht ganz genau gelesen habe. Bzw der Hinterkopf schneller als die Augen waren. 

[netbus]

Ich vermute das Problem jetzt woanders, obwohl es ganz nach dem Burst aussah

In welche Richtung kann ich noch suchen?
Mit dem Windows Tool "Homematic Konfigurator" funktioniert die Kommunikation einwandfrei.

[martinp876]

dein Device antwortet quasi nicht auf AAAAAA.
ist den auch gepairt? mit AAAAAA?