Homematik Rolladenaktoren HM-LC-BL1-FM MISSING ACK

[seule3008]

Hallo an Alle,

ich bin ganz neu auf dem Gebiet und habe ein Problem. Meine Stunden lange Suche im Netz und hier im Forum hat zu keinem Ergebnis geführt.

Ich habe 3 der oben genannten Aktoren und konnte sie auch alle paaren in Fhem, allerdings kommt immer MISSING ACK oder Response Timeout. Fahre ich die Rollladen von Hand dann zeigt Fhem mir an das er fährt und Prozentzahlen die nicht stimmen, aber Fhem und Aktor kommunizieren wenigstens. Den Aktor habe ich bereits mehrfach gelöscht und neu gepaart und auch schon Reset vom Aktor mehrfach durchgeführt. Raspberry und CUL sowie Fhem auch mehrfachen Reset durchgeführt.

Ich bin für jede Hilfe Dankbar.

Anbei noch die Daten von CUL und der Gepaarten Aktoren:

Code Auswählen Erweitern

Internals:
   CMDS       BbCFiAZNkGMKUYRTVWXefmLltux
   CUL_0_MSGCNT 15
   CUL_0_TIME 2017-01-28 18:12:14
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:
   DEF        /dev/ttyACM0@9600 1034
   DeviceName /dev/ttyACM0@9600
   FD         11
   FHTID      1034
   NAME       CUL_0
   NR         24
   NR_CMD_LAST_H 56
   PARTIAL
   RAWMSG     A0D41841042005A0000000601C80007
   RSSI       -70.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.66 CUL868
   initString X21
Ar
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
   Readings:
     2017-01-28 17:48:14   cmds             B b C F i A Z N k G M K U Y R T V W X e f m L l t u x
     2017-01-28 17:43:50   raw             OFF
     2017-01-28 18:12:14   state           Initialized
   XMIT_TIME:
     1485622105.8522
     1485622106.88121
     1485622111.30914
     1485622116.92497
     1485622394.5282
     1485622397.17058
     1485622402.94052
     1485622408.92047
     1485622551.56689
     1485622555.95879
     1485622561.36647
     1485622566.75368
     1485622591.361
     1485622592.80863
     1485622596.97017
     1485622602.87473
     1485622732.51586
     1485622736.75139
     1485622742.53983
     1485622747.21114
     1485622836.95407
     1485622839.43492
     1485622843.79062
     1485622848.77019
     1485622908.91961
     1485622911.81897
     1485622917.16522
     1485622922.56746
     1485622951.90942
     1485622953.77121
     1485622958.78642
     1485622964.32637
     1485623058.65063
     1485623061.47846
     1485623065.65461
     1485623069.74906
     1485623288.55155
     1485623290.09895
     1485623295.28594
     1485623300.63341
     1485623352.30779
     1485623353.37694
     1485623359.02043
     1485623364.24752
     1485623371.87562
     1485623376.1656
     1485623380.8471
     1485623386.44578
     1485623744.14963
     1485623748.34267
     1485623753.87883
     1485623759.79875
     1485624366.74538
     1485624368.77882
     1485624372.80497
     1485624377.95252
   Helper:
     42005a:
       QUEUE:
Attributes:
   rfmode     HomeMatic

Code Auswählen Erweitern

Internals:
   CUL_0_MSGCNT 15
   CUL_0_RAWMSG A0D41841042005A0000000601C800::-70.5:CUL_0
   CUL_0_RSSI -70.5
   CUL_0_TIME 2017-01-28 18:12:14
   DEF        42005A
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     15
   NAME       HM_42005A
   NOTIFYDEV  global
   NR         30
   NTFY_ORDER 50-HM_42005A
   STATE      MISSING ACK
   TYPE       CUL_HM
   lastMsg    No:41 - t:10 s:42005A d:000000 0601C800
   protCmdDel 38
   protLastRcv 2017-01-28 18:12:14
   protResnd  42 last_at:2017-01-28 18:26:17
   protResndFail 14 last_at:2017-01-28 18:26:22
   protSnd    14 last_at:2017-01-28 18:26:06
   protState  CMDs_done_Errors:1
   rssi_at_CUL_0 avg:-69.83 lst:-70.5 min:-74 cnt:15 max:-66.5
   Readings:
     2017-01-28 18:09:31   D-firmware      2.8
     2017-01-28 18:09:31   D-serialNr      MEQ1310811
     2017-01-28 18:01:48   R-driveDown     set_15 s
     2017-01-28 18:02:31   R-driveTurn     set_0.5 s
     2017-01-28 18:00:36   R-driveUp       set_15 s
     2017-01-28 17:13:19   R-pairCentral   set_0xF11034
     2017-01-28 18:12:14   deviceMsg       on (to broadcast)
     2017-01-28 18:15:51   level           set_84
     2017-01-28 18:12:14   motor           stop:on
     2017-01-28 18:12:14   pct             100
     2017-01-28 18:12:14   recentStateType info
     2017-01-28 18:26:22   state           MISSING ACK
     2017-01-28 18:12:14   timedOn         off
   Helper:
     HM_CMDNR   67
     cSnd       11F1103442005A0201B4,11F1103442005A0201C80000
     dlvl       C8
     dlvlCmd    ++A011F1103442005A0201C80000
     mId        0005
     rxType     1
     supp_Pair_Rep 0
     Dir:
       cur        stop
       rct        up
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +42005A,00,00,00
       nextSend   1485623534.46847
       prefIO
       rxt        0
       vccu
       p:
         42005A
         00
         00
         00
     Mrssi:
       mNo        41
       Io:
         CUL_0      -68.5
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       At_cul_0:
         avg        -69.8333333333333
         cnt        15
         lst        -70.5
         max        -66.5
         min        -74
     Shadowreg:
       RegL_00.    02:01 0A:F1 0B:10 0C:34
       RegL_01.    0D:00 0E:96 0B:00 0C:96 0F:05
Attributes:
   IODev      CUL_0
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-BL1-FM
   room       CUL_HM
   serialNr   MEQ1310811
   subType    blindActuator
   webCmd     up:down:stop

[Neu_bei_FHEM]

Hallo seule3008,

ich hate bei einem meiner Schalter das gleiche Phänomen, nachdem ich in der Nähe eine Lampe mit integriertem Bewegungsmelder installiert hatte. Habe den Bewegungsmelder dann unempflindlicher (weniger Leistung?) gestellt. Seitdam funktionierts wieder.

Also mein Vorschlag: mal alle Störquellen abklemmen/entfernen und dann nochmal probieren.
Bei mir hat auch das Pairen beim ersten Mal nicht immer komplett geklappt. hier hilft am Schalter die Confug-Taste nochmal drücken. Geht auch wenn FHEM mit "hmPairForSec" vorher nochmal aufs pairen vorbereitet wurde....

Andreas

[seule3008]

Vielen Dank Andreas für den Gedankenanstoß. Ich habe mal alles was im Umkreis von ca 3 Metern um den Aktor was irgendwie stören könnte abgeschaltet bzw die Sicherung raus gemacht und dann neu gepaart rebootet etc etc aber alles wie vorher

[moontear]

Das sieht mir noch nicht richtig gepaired aus. r-pairCentral ist noch auf set_xyz und nicht auf finalem Wert (ohne set). Probier mal neu zu paaren. Was bei mir gerade geholfen hat bei gleichen Symptom (missing ack) einfach 5 mal hintereinander Pairen. Also in fhem pairing für 3 Minuten und beim Aktor einfach ein paar mal hintereinander paarungsmodus.

[seule3008]

Hallo moontear

Habe das mehrfach Paaren probiert aber das set bleibt. Habe dann die hmid mal geändert. Danach wird jetzt nach dem set die neue angezeigt. Bei dem mehrfachen paaren scheint der mir keine Daten mehr zu empfangen. Im Feld r-pairCentral bleibt die Uhrzeit immer die gleiche. Ich stehe echt auf dem Schlauch.

[moontear]

Vielleicht helfen dir ein paar Troubleshooting Tipps hier: https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen (da steht das auch mit pairCentral)

[isy]

Nach dem Pairen auch immer ein

Code Auswählen Erweitern

get config machen.

[seule3008]

Die Wiki Seite habe ich schon mehrfach Punkt für Punkt durchgearbeitet. Beim get config nach dem Pair kommt immer das gleiche und zwar:

2017-01-28 23:36:10 CUL_HM HM_42005A D-firmware: 2.8
2017-01-28 23:36:10 CUL_HM HM_42005A D-serialNr: MEQ1310811
2017-01-28 23:37:01 CUL_HM HM_42005A ResndFail
2017-01-28 23:37:01 CUL_HM HM_42005A RESPONSE TIMEOUT:RegisterRead

ich habe das Gefühl das der das R-pairCentral set_0x1F1034 2017-01-28 23:24:53 gar nicht aktualisiert denn die Uhrzeit dahinter bleibt immer die vom ersten Pair. Alle anderen Zeiten aktualisieren sich.

Wenigstens funktionieren die Autoren mit den Manuellen Tastern von Gira so kann ich wenigstens per Knopfdruck am Fenster die Rollladen fahren. Das das ganze so Probleme macht hätte ich nie gedacht

[isy]

Kommt bei mir auch vor, aber sehr selten und eher mal bei den Fensterkontakten.
Nä. Tipp wäre wieder resetten und Device im Fhem löschen (vorher) und Pairing wiederholen.

AES hast du aktiviert oder nicht?

[seule3008]

was ist AES und wo finde ich das in Fhem?

[isy]

AES findest du im Wiki. Die Rolladen Aktoren haben aber ab Werk AES nicht aktiviert.
Es handelt sich um Verschlüsselung.

Hast du mal Reset gemacht?

[seule3008]

Hallo dl4fb

Danke für die Info. Habe schon mehrfach alles redetet gelöscht erbotet usw usw. jetzt habe ich alle Aktoren und den CUL gelöscht und den CUL neu installiert und jetzt kann ich garnichts mehr anlernen. jetzt kommt im Event Monitor immer:

Code Auswählen Erweitern

2017.01.29 13:27:34 4 : Connection closed for WEB_192.168.0.172_52205: EOF
2017.01.29 13:27:34 4 : Connection accepted from WEB_192.168.0.172_52209
2017.01.29 13:27:34 4 : WEB_192.168.0.172_52209 POST /fhem&detail=CUL_0&dev.setCUL_0=CUL_0&cmd.setCUL_0=set&arg.setCUL_0=hmPairForSec&val.setCUL_0=60; BUFLEN:0
2017.01.29 13:27:34 5 : Cmd: >set CUL_0 hmPairForSec 60<
2017.01.29 13:27:34 5 : Starting notify loop for CUL_0, 1 event(s), first is hmPairForSec 60
2017.01.29 13:27:34 5 : createNotifyHash
2017-01-29 13:27:34 CUL CUL_0 hmPairForSec 60
2017.01.29 13:27:34 5 : End notify loop for CUL_0
2017.01.29 13:27:34 4 : WEB_192.168.0.172_52209 GET /fhem?detail=CUL_0&fw_id=; BUFLEN:0
2017.01.29 13:27:34 4 : name: /fhem?detail=CUL_0&fw_id= / RL:3214 / text/html; charset=UTF-8 / Content-Encoding: gzip /
2017.01.29 13:27:34 4 : WEB_192.168.0.172_52209 GET /fhem?cmd={ReadingsVal(%22CUL_0%22,%22ITClock%22,%22%22)}&XHR=1; BUFLEN:0
2017.01.29 13:27:34 5 : Cmd: >{ReadingsVal("CUL_0","ITClock","")}<
2017.01.29 13:27:34 4 : name: /fhem?cmd={ReadingsVal(%22CUL_0%22,%22ITClock%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip /
2017.01.29 13:27:34 4 : Connection accepted from WEB_192.168.0.172_52210
2017.01.29 13:27:34 4 : WEB_192.168.0.172_52210 GET /fhem?cmd={AttrVal(%22CUL_0%22,%22room%22,%22%22)}&XHR=1; BUFLEN:0
2017.01.29 13:27:34 5 : Cmd: >{AttrVal("CUL_0","room","")}<
2017.01.29 13:27:34 4 : name: /fhem?cmd={AttrVal(%22CUL_0%22,%22room%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip /
2017.01.29 13:27:34 4 : WEB_192.168.0.172_52209 GET /fhem?XHR=1&inform=type=status;filter=CUL_0;since=1485692853;fmt=JSON&fw_id=56&timestamp=1485692852795; BUFLEN:0
2017.01.29 13:27:39 5 : CUL/RAW: /A1A0A840042005A0000002800054D45513133313038313130010100F3
2017.01.29 13:27:39 4 : CUL_Parse: CUL_0 A 1A 0A 8400 42005A 000000 2800054D45513133313038313130010100F3 -80.5
2017.01.29 13:27:39 5 : CUL_0: dispatch A1A0A840042005A0000002800054D45513133313038313130010100::-80.5:CUL_0
2017.01.29 13:27:39 2 : CUL_HM Unknown device HM_42005A is now defined
2017.01.29 13:27:39 5 : Starting notify loop for global, 1 event(s), first is UNDEFINED HM_42005A CUL_HM 42005A
2017.01.29 13:27:39 5 : createNotifyHash
2017-01-29 13:27:39 Global global UNDEFINED HM_42005A CUL_HM 42005A
2017.01.29 13:27:39 5 : End notify loop for global
2017.01.29 13:27:39 1 : PERL WARNING: Use of uninitialized value $mh{"devN"} in regexp compilation at ./FHEM/10_CUL_HM.pm line 2905.
2017.01.29 13:27:39 1 : stacktrace:
2017.01.29 13:27:39 1 : main::__ANON__ called by ./FHEM/10_CUL_HM.pm (2905)
2017.01.29 13:27:39 1 : main::CUL_HM_Parse called by fhem.pl (3514)
2017.01.29 13:27:39 1 : main::Dispatch called by ./FHEM/00_CUL.pm (969)
2017.01.29 13:27:39 1 : main::CUL_Parse called by ./FHEM/00_CUL.pm (825)
2017.01.29 13:27:39 1 : main::CUL_Read called by fhem.pl (3302)
2017.01.29 13:27:39 1 : main::CallFn called by fhem.pl (674)

[seule3008]

So ich habe jetzt alle Autoren auf Werkszustand versetzt Fhem neu installiert und alles neu eingerichtet. Neuer Versuch neues Glück und siehe da alles beim alten. Immer noch set bei R-pairCentral und auch nicht weg zu bekommen. Hatte sonst keiner das Problem? was mich stutzig acht ist das alle 3 Aktoren das gleiche machen, wenn es nur einer wäre würde ich ja sagen das ding ist kaputt aber 3?

[isy]

Hallo seule3008,
das sieht aus, als wenn dein FEHM oder zumindest die CUL Software nicht richtig läuft. Die Fehlermeldungen im Log müssen aber alle weg, wie ich das sehe.

Hier kann ich leider nicht weiterhelfen.

[seule3008]

Hallo

Habe das Problem gelöst. der CUL war defekt und hat nicht gesendet. Neuer CUL und siehe da es geht alles.

Danke fur eure Mühen bei der Problemlösung.