Gelöst: Missing ACK - Homematic Funk-Jalousiesaktor HM-LC-BL1-FM

[Hollo]

...Der zweite HMLAN muss dann auch konfiguriert werden, oder hängt man den in FHEM einfach mit rein. Ich geh mich mal einlesen...

Das Stichwort (für das Suche-Kästchen) ist VCCU.
Einmal definieren und Du kannst mit minimalem Aufwand IODevs (HMLAN,HMUSB,CUL) in Dein System einbinden.
Erhöht die Ausfallsicherheit und die "Reichweite".
Habe das gerade selber gemacht, nachdem mein HMLAN aktuell etwas zickt.
Jetzt habe ich noch einen HM-USB dazu und kann dadurch auch Firmware-Updates machen; coole Sache.

[frank]

Ein "set gerätename pair" hilft leider nicht. Ein unpair/pair leider auch nicht.

was soll das auch ändern? entweder ein device ist gepaired, oder nicht. da wird nur die hmid der zentrale im realen gerät gespeichert. ab dann "gehorcht" das device auf befehle, die von dieser zentrale gesendet werden.

wenn es also aus fhem mit dem schalten mal funktioniert und ein anderes mal nicht, weisst du garantiert, dass ein pairing mit fhem vorhanden sein muss. ansonsten würde es nie funktionieren.

also muss es störungen in der kommunikation geben. entweder timingprobleme oder funkprobleme. beides ist am besten über rawmessages erkennbar.

[ChrisK]

was soll das auch ändern? entweder ein device ist gepaired, oder nicht. da wird nur die hmid der zentrale im realen gerät gespeichert. ab dann "gehorcht" das device auf befehle, die von dieser zentrale gesendet werden.

So genau weiß ich nicht, was das ändern soll. Hab nur gelesen, dass das bei dem einen oder anderen geholfen hat. Bei mir aber nicht, wahrscheinlich aus den von Dir genannten Gründen.

wenn es also aus fhem mit dem schalten mal funktioniert und ein anderes mal nicht, weisst du garantiert, dass ein pairing mit fhem vorhanden sein muss. ansonsten würde es nie funktionieren.

Macht Sinn.
Ich sehe im dblog in der history, dass da auch Werte in state drin stehen, die nicht 'MISSING ACK', 'ResndFail', 'unreachable' sind. Also ist der Kontakt schon ab und zu da.

also muss es störungen in der kommunikation geben. entweder timingprobleme oder funkprobleme. beides ist am besten über rawmessages erkennbar.

Hmm, meinst Du mit "rawmessages" ein "list gerät"?
Das sieht im Moment so aus:

Code Auswählen Erweitern

Internals:
   CFGFN      ./cfgfiles/rollos.cfg
   DEF        2FF0E2
   IODev      HMLAN1
   NAME       ho_rollo1
   NR         75
   NTFY_ORDER 50-ho_rollo1
   STATE      MISSING ACK
   TYPE       CUL_HM
   protCmdDel 22
   protResnd  54 last_at:2015-08-23 11:37:17
   protResndFail 18 last_at:2015-08-23 11:37:21
   protSnd    18 last_at:2015-08-23 11:37:06
   protState  CMDs_done_Errors:1
   CHANGETIME:
   Helper:
     Dblog:
       State:
         Mydblog:
           TIME       1440322642.0947
           VALUE      MISSING ACK
   Readings:
     2015-08-17 10:00:22   CommandAccepted yes
     2015-04-30 20:32:40   D-firmware      2.3
     2015-04-30 20:32:40   D-serialNr      LEQ1021207
     2015-04-30 20:40:40   PairedTo        0x286507
     2015-04-30 20:32:51   R-confBtnTime   permanent
     2015-04-30 20:40:36   R-driveDown     18 s
     2015-04-30 20:40:36   R-driveTurn     0.5 s
     2015-04-30 20:40:36   R-driveUp       20 s
     2015-04-30 20:32:51   R-intKeyVisib   invisib
     2015-04-30 20:32:51   R-localResDis   off
     2015-08-20 22:46:28   R-pairCentral   set_0x000000
     2015-04-30 20:40:34   R-refRunCounter set_0
     2015-04-30 20:40:36   R-sign          off
     2015-04-30 20:40:36   R-statusInfoMinDly 2 s
     2015-04-30 20:40:36   R-statusInfoRandom 1 s
     2015-04-30 20:40:36   R-transmitTryMax 6
     2015-08-22 18:08:51   deviceMsg       off (to broadcast)
     2015-08-22 21:10:09   level           set_0
     2015-07-15 22:16:53   levelMissed     desired:0
     2015-08-22 18:08:51   motor           stop:off
     2015-08-22 18:08:51   pct             0
     2015-08-22 18:08:51   recentStateType info
     2015-08-23 11:37:22   state           MISSING ACK
     2015-08-22 18:08:51   timedOn         off
     Regl_00::
       VAL
   Helper:
     HM_CMDNR   18
     cSnd       012865072FF0E200040000000000,012865072FF0E2010E
     getCfgList all
     getCfgListNo ,3
     mId        006A
     rxType     1
     Io:
       newChn     +2FF0E2,00,00,00
       prefIO
       rxt        0
       vccu
       p:
         2FF0E2
         00
         00
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   devStateIcon on:shutter_open off:shutter_closed 1\d.*:fts_shutter_90 2\d.*:fts_shutter_80 3\d.*:fts_shutter_70 4\d.*:fts_shutter_60 5\d.*:fts_shutter_50 6\d.*:fts_shutter_40 7\d.*:fts_shutter_30 8\d.*:fts_shutter_20 9\d.*:fts_shutter_10 \d.*:fts_shutter_90
   expert     2_full
   firmware   2.3
   fp_home    728,228,0,
   group      Rollos
   model      HM-LC-Bl1PBU-FM
   peerIDs    00000000,
   room       Hobby,xRollos
   serialNr   LEQ1021420
   subType    blindActuator
   webCmd     statusRequest:on:90:80:70:60:50:40:30:20:10:off:stop

Von Strom trennen habe ich noch nicht gemacht, aber ich habe das Gefühl, dass der Aktor nicht mehr will.

[frank]

das reading R-pairCentral=set_0x000000 laesst vermuten, dass dein versuch mit set unpair erfolgreich war, denn die neueste message ging an broadcast. das nennt man wohl "verschlimmbesserung".
also pairen. am besten ueber die seriennummer.
rawmessages werden im wiki homematic sniffen beschrieben.

[ChrisK]

das reading R-pairCentral=set_0x000000 laesst vermuten, dass dein versuch mit set unpair erfolgreich war, denn die neueste message ging an broadcast. das nennt man wohl "verschlimmbesserung".

In der Tat das war mir noch gar nicht aufgefallen.
Jetzt habe ich mal den Strom abgeklemmt, angeklemmt und neu gepaired (über den Config-Button am Schalter). Er ist jetzt sichtbar und vermisst keinen ACK mehr. Mal beobachten, wie lange es so bleibt.
Vielen Dank für Eure Hilfe!

rawmessages werden im wiki homematic sniffen beschrieben.

Danke, gucke ich mir dann dort an.

[frank]

Jetzt habe ich mal den Strom abgeklemmt, angeklemmt und neu gepaired (über den Config-Button am Schalter).

ein einfaches "set hmPairSerial", ohne ausbau ..., bequem vom sessel, hätte gereicht. 
selbst schuld, denn frank schrieb extra, um dir das zu ersparen:

also pairen. am besten ueber die seriennummer.

Er ist jetzt sichtbar

war er das nicht vorhin auch schon? ich vermute, du hast unnötigerweise auch noch das device deleted.

Mal beobachten, wie lange es so bleibt.

solange, wie du nichts änderst und die vielen hinweise des devices beachtest. zb rssi.

setze autoreadreg=5_missing, dann hilft dir fhem ein wenig mehr.

gruss frank

[ChrisK]

ein einfaches "set hmPairSerial", ohne ausbau ..., bequem vom sessel, hätte gereicht. 
selbst schuld, denn frank schrieb extra, um dir das zu ersparen:

Ich hatte ja schon geschrieben, dass ein unpair und anschließendes neu pairen vorher nichts gebracht hatte.
Es scheint wohl etwas gebracht zu haben, dass ich den Strom zwischendurch komplett aus hatte.

Und soo unbequem war das jetzt auch nicht: Sicherung runter, wieder rauf, Taster-Adapter abziehen, set hmlan hmPairForSec 60, Config Taste drücke, feddig

war er das nicht vorhin auch schon? ich vermute, du hast unnötigerweise auch noch das device deleted.
solange, wie du nichts änderst und die vielen hinweise des devices beachtest. zb rssi.

Sorry, habe ich falsch hingeschrieben. Sichtbar war er vorher auch schon, da hast Du recht. Jetzt ist aber der "state" wieder korrekt sichtbar und er kann angesteuert werden. Deleted habe ich nix, Ihr hattet mir ja geschrieben, dass es nicht viel bringt.

Was jetzt genau die "vielen Hinweise" sind, wäre interessant, bin ja lernwillig.
Der rssi liegt nach Umzug des HMLAN bei -65.

setze autoreadreg=5_missing, dann hilft dir fhem ein wenig mehr.

Ist jetzt auf 5. Mal schauen, was fhem mir jetzt mehr mitteilt.

[martinp876]

Mit einem meiner BLS hatte ich ein paar mal ein Problem. Meldet sich nicht mehr, nicht mehr steuerbar. Einmal Sicherung raus,rein fertig. Pairen ist nicht erforderlich.
Leider kenne ich weder den Grund noch eine Methode es remote zu beheben.
Passiert sehr selten.

[kossmann]

Ich gebe mal kurz meinen Senf dazu: Vor einigen Wochen flog bei mir der FI-Schalter ´raus, danach ließ sich nur noch die Hälfte aller Rollladenaktoren steuert, allerdings nur sporadisch. Das Problem lag an einem einzelnen Aktor, welcher wohl das ganze Funknetz "voll gespamt" hat. Den entsprechenden Raum einmal per Sicherung "neu gestartet" und es lief wieder alles... hat allerdings ein paar Stunden gedauert, bis ich darauf gekommen bin (dachte schon, mein HM-LAN hätte den Stromausfall nicht überlebt).

[Ralli]

Mir ist nach einem Stromausfall schon mal passiert, dass zwei BLs ihre Programmierung komplett vergessen haben und auf Werkseinstellung waren - inkl. AES-Einstellungen (obwohl sie vorher einwandfrei eingebunden waren).

[dadoc]

Ich kann das Verhalten, dass nach einer gewollten Unterbrechung der Stromversorgung eines Raums mit zwei Rollladenaktoren HM-LC-Bl1-FM einer seine "Zugehörigkeit" nach Rückkehr der Stromversorgung (Dauer der Unterbrechung ca. 30 Sekunden) vergessen hatte und "Missing ACK" angezeigt wurde. Erneute Kaltstarts brachten keine Besserung, auch nicht die anderen "Sesselhocker-Tipp"s im Thread. Ich musste den Rolladenkasten aufschrauben und den Aktor erneut pairen. Dann klappte alles wie zuvor.
Ist das ein Problem der Aktoren oder von fhem?
Grüße
Martin

[Otto123]

Mit einem meiner BLS hatte ich ein paar mal ein Problem. Meldet sich nicht mehr, nicht mehr steuerbar. Einmal Sicherung raus,rein fertig. Pairen ist nicht erforderlich.
Leider kenne ich weder den Grund noch eine Methode es remote zu beheben.
Passiert sehr selten.

Ich habe 13 BL im Einsatz, ich habe aktuell einen der hat das in den letzten Wochen zweimal getan. Und ich habe einen anderen der hat das bisher zweimal getan, einmal als er noch an der CCU1 hing, einmal nachdem ich auf FHEM umgestiegen war. Ist ca. drei Jahre her...
Dieser war der Grund dafür, dass ich die Rolläden beim Umbau meines Hauses vorsorglich auf eine extra Sicherung gelegt habe.

Gruß Otto

[Calle78]

Hey zusammen,

ich stehe nun vor einem sehr ähnlichen Problem. Ich empfange alle Werte in FHEM instant aber wenn ich per FHEM Befehle absetze, bekomme ich nach wenigen Sekunden ein "MISSING ACK". D.h. der Empfang geht aber meine gesendeten Commands nimmt er nicht. Mein RSSI steht bei -52 und auch ein Repeater daneben verbessert nichts an der Lage (Peerlist meldet OK).

Nun könnte man denken er ist kaputt, aber der Schalter daneben (HM-LC-SW2-FM) quittiert mir die Commands ebenfalls mit "MISSNG ACK" oder "RESPONSE TIMEOUT:RegisterRead". Das wäre schon Zufall, ein HM-PB-2-WM55-2 geht problemlos.

Eine Stromtrennung hat leider auch nicht die gewünschte Hilfe gebracht

Hat irgend jemand noch eine Idee?

ciao Carlo

[Otto123]

Hi,

zeig doch  mal bitte ein list von beiden Geräten.

Gruß Otto

[Calle78]

Hey Otto, klasse danke, dass du mitkämpfst Ich hab den Repeater mal wieder rausgenommen um eine Fehlerquelle auszuschließen:

Code Auswählen Erweitern

Internals:
   DEF        277D5D
   IODev      HMLAN1
   NAME       GaesteRollo
   NOTIFYDEV  global
   NR         763
   STATE      MISSING ACK
   TYPE       CUL_HM
   protCmdDel 6
   protResnd  12 last_at:2017-02-11 14:19:14
   protResndFail 4 last_at:2017-02-11 14:19:20
   protSnd    4 last_at:2017-02-11 14:19:00
   protState  CMDs_done_Errors:1
   Readings:
     2017-02-06 01:14:02   D-firmware      1.7
     2017-02-06 01:14:02   D-serialNr      LEQ0199813
     2017-02-11 13:56:37   R-pairCentral   set_0x000000
     2017-02-11 13:59:33   deviceMsg       91 (to broadcast)
     2017-02-11 14:19:00   level           set_90
     2017-02-11 13:59:33   motor           stop:91
     2017-02-11 13:59:33   pct             91
     2017-02-11 13:30:25   powerOn         2017-02-11 13:30:25
     2017-02-11 13:59:33   recentStateType info
     2017-02-11 14:19:20   state           MISSING ACK
     2017-02-11 13:59:33   timedOn         off
     Regl_00.:
       VAL
   Helper:
     HM_CMDNR   5
     cSnd       112B0B1C277D5D0201C8,112B0B1C277D5D0201B4
     dlvlCmd    ++A0112B0B1C277D5D0201B4
     getCfgList all
     getCfgListNo ,3
     mId        0005
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +277D5D,00,00,00
       prefIO
       rxt        0
       vccu
       p:
         277D5D
         00
         00
         00
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.7
   genericDeviceType blind
   group      Rollo
   icon       fts_shutter_90
   model      HM-LC-BL1-FM
   peerIDs    00000000,
   room       EG,Gaeste
   serialNr   LEQ0199813
   subType    blindActuator
   webCmd     statusRequest:toggleDir:on:off:up:down:stop