Gestern habe ich einen nagelneuen HM-LC-Bl1PBU-FM eingebaut, Firmware ist 2.11.
Edit: Auf der jetzt eingelaufenen Rechnung von ELV steht:
Zitat**Um den Artikel in die Zentrale einbinden zu können, muss diese die aktuelle Firmware-Version besitzen. Bitte führen Sie gegebenenfalls ein Update durch.**
. irgendetwas haben die geändert, jedenfalls ist der Aktor derzeit in einem üblen Zustand mit Dauerblinken und sekündlichen Messages an FHEM.
Frage also an die Homematic-Experten: Was kann ich an raw Messages übermitteln, um dem Problem ggf. auf die Spur zu kommen?Insgesamt betreibe ich ca. 100 HM-Geräte, Interfaces sind an einer VCCU je ein HMCFG, HMUART und 3x Maple-CUN, alles funktioniert eigentlich problemlos.
Anlernen scheiterte aus irgendeinem Grund, also wiederholt. Wiederholt.
Device wurde in FHEM ordentlich angelegt, zeigt aber im Reading R-pairCentral nur set_<HM-Id>.
Aktor geht in einen Dauerblinkzustand
Aktor in den Auslieferungszustand versetzt. Dann fängt er von sich aus nach ca. 2 Sekunden mit Dauerblinken an.
Das war gestern...
Seitdem habe ich wirklich alle Kombinationen ausprobiert:
- Anlernvorgänge
- Aktor stromlos
- Werksresets des Aktors
- Neustart von FHEM
- Firmwareupdate
Nur noch Dauerblinken - auch über Nacht ändert sich nichts, nur 48.000 Fehlermeldungen im Log.
Der Aktor hat den Namen GB.Roll
Im Logfile läuft 4x pro Sekunde ein
Zitat2021.05.29 06:11:00 4: CUL_HM GB.Roll dupe: dont process
2021.05.29 06:11:00 4: CUL_HM GB.Roll dupe: dont process
2021.05.29 06:11:00 4: CUL_HM GB.Roll dupe: dont process
2021.05.29 06:11:00 4: CUL_HM GB.Roll dupe: dont process
2021.05.29 06:11:00 4: CUL_HM GB.Roll dupe: dont process
Ein Fimrware-Update scheint durchzulaufen, aber danach dasselbe Symptoom:
Zitat2021.05.29 05:55:15 3: CUL_HM set GB.Roll fwUpdate HM-LC-Bl1PBU-FM_update_V2_11_1_161212.eq3
2021.05.29 05:55:15 5: CUL_HM set GB.Roll ?
2021.05.29 05:55:15 5: CUL_HM GB.Roll protEvent:CMDs_FWupdate
2021.05.29 05:55:15 2: CUL_HM fwUpdate started for GB.Roll
2021.05.29 05:55:15 5: CUL_HM get GB.Roll ?
2021.05.29 05:55:25 5: CUL_HM set GB.Roll ?
2021.05.29 05:55:25 5: CUL_HM set GB.Roll ?
2021.05.29 05:55:25 5: CUL_HM GB.Roll protEvent:CMDs_done_FWupdate
2021.05.29 05:55:25 2: CUL_HM fwUpdate GB.Roll end. IO-speed: normal
2021.05.29 05:55:25 4: CUL_HM GB.Roll dupe: dont process
2021.05.29 05:55:25 4: CUL_HM GB.Roll dupe: dont process
2021.05.29 05:55:25 4: CUL_HM GB.Roll dupe: dont process
2021.05.29 05:55:25 4: CUL_HM GB.Roll dupe: dont process
2021.05.29 05:55:26 4: CUL_HM GB.Roll dupe: dont process
2021.05.29 05:55:26 4: CUL_HM GB.Roll dupe: dont process
2021.05.29 05:55:26 4: CUL_HM GB.Roll dupe: dont process
Inzwischen habe ich die Firmware erfolgreich upgedated (obwohl vorher schon 2.11 drin war), alle 473 Blöcke geschrieben. Und ja: Natürlich habe ich die anderen Threads dazu gelesen. Ändert aber nichts an dem Dauerblinken...
Hat irgendjemand einen Tipp, wie ich aus dem wieder herauskomme und das Ding zum Laufen bekommen kann?
LG
pah
List (nach abermaliger Neuanlage, also noch nicht mir dem Namen GB.Roll)
Internals:
DEF 6EE5XX
FUUID 60b1ff51-f33f-7377-d9b0-d634d4562eb30daf
HMCFG_MSGCNT 100
HMCFG_RAWMSG E6EE5XX,0000,010BC351,FF,FFC5,0084106EE5XX00000006016430
HMCFG_RSSI -59
HMCFG_TIME 2021-05-29 10:48:01
HMUART_MSGCNT 97
HMUART_RAWMSG 050000390084106EE5XX00000006016430
HMUART_RSSI -57
HMUART_TIME 2021-05-29 10:48:01
IODev HMUART
LASTInputDev HMCFG
MSGCNT 478
MapleCEN_0_868_MSGCNT 98
MapleCEN_0_868_RAWMSG A0D0084106EE5XX00000006016430::-57.5:MapleCEN_0_868
MapleCEN_0_868_RSSI -57.5
MapleCEN_0_868_TIME 2021-05-29 10:48:01
MapleCEN_3_868_MSGCNT 99
MapleCEN_3_868_RAWMSG A0D0084106EE5XX00000006016430::-65:MapleCEN_3_868
MapleCEN_3_868_RSSI -65
MapleCEN_3_868_TIME 2021-05-29 10:48:01
MapleCUN_0_868_MSGCNT 84
MapleCUN_0_868_RAWMSG A0D0084106EE5XX00000006016430::-92.5:MapleCUN_0_868
MapleCUN_0_868_RSSI -92.5
MapleCUN_0_868_TIME 2021-05-29 10:48:01
NAME HM_6EE5XX
NOTIFYDEV global
NR 1172
STATE RESPONSE TIMEOUT:RegisterRead
TYPE CUL_HM
chanNo 01
lastMsg No:00 - t:10 s:6EE5XX d:000000 06016430
protCmdDel 11
protLastRcv 2021-05-29 10:47:32
protRcv 7 last_at:2021-05-29 10:47:32
protResnd 12 last_at:2021-05-29 10:47:47
protResndFail 4 last_at:2021-05-29 10:47:52
protSnd 5 last_at:2021-05-29 10:47:33
protState CMDs_done_Errors:1
rssi_at_HMCFG cnt:100 min:-102 max:-51 avg:-58.88 lst:-59
rssi_at_HMUART cnt:97 min:-65 max:-51 avg:-56.28 lst:-57
rssi_at_MapleCEN_0_868 cnt:98 min:-102.5 max:-55 avg:-59.07 lst:-57.5
rssi_at_MapleCEN_3_868 cnt:100 min:-102.5 max:-52 avg:-64.7 lst:-65
rssi_at_MapleCUN_0_868 cnt:84 min:-100 max:-83.5 avg:-90.45 lst:-92.5
READINGS:
2021-05-29 10:47:27 D-firmware 2.11
2021-05-29 10:47:27 D-serialNr QEQ1167269
2021-05-29 10:47:33 cfgState updating
2021-05-29 10:47:52 commState CMDs_done_Errors:1
2021-05-29 10:47:32 deviceMsg 50 (to broadcast)
2021-05-29 10:47:32 level 50
2021-05-29 10:47:32 motor err:50
2021-05-29 10:47:32 pct 50
2021-05-29 10:47:32 powerOn 2021-05-29 10:47:32
2021-05-29 10:47:32 recentStateType info
2021-05-29 10:47:52 state RESPONSE TIMEOUT:RegisterRead
2021-05-29 10:47:32 timedOn off
RegL_00.:
VAL
helper:
HM_CMDNR 1
PONtest 0
cSnd 010000416EE5XX00040000000000,010000416EE5XX00040000000000
cfgStateUpdt 1
getCfgList all
getCfgListNo ,3
mId 0005
peerFriend peerSens,peerVirt
peerOpt 3:blindActuator
regLst 0,1,3p
rxType 1
supp_Pair_Rep 0
cfgChk:
idPc01 fail
idPz00 fail
idRc01 RegL_00.,RegL_01.
cmds:
TmplKey :1622276525.26354:1622278014.11148
TmplTs 1622278014.11148
cmdKey 1:1:0::HM_6EE5XX:0005:01:
cmdLst:
assignHmKey noArg
clear [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
deviceRename -newName-
down 'change:'[(0..100;1|{10})] [(-ontime-|{})] [(-ramptime-|{})]
fwUpdate -filename- [-bootTime-]
getConfig noArg
getDevInfo noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
getVersion noArg
inhibit [(on|{off})]
off noArg
on noArg
pair noArg
pct -value- [-ontime-]
peerBulk -peer1,peer2,...- [({set}|unset)]
peerIODev [IO] -btn- [({set}|unset)] 'not for future use'
peerSmart -peerOpt-
press [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
raw -data- [...]
regBulk -list-.-peerChn- -addr1:data1- -addr2:data2-...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
reset noArg
sign [(on|{off})]
statusRequest noArg
stop noArg
toggle noArg
toggleDir noArg
tplDel -tplDel-
tplSet_0 -tplChan-
unpair noArg
up 'change:'[(0..100;1|{10})] [(-ontime-|{})] [(-ramptime-|{})]
lst:
condition slider,0,1,255
peer
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
tplInfo noArg
dir:
cur err
expert:
def 0
det 0
raw 1
tpl 0
io:
flgs 0
newChn +6EE5XX,00,01,00
nextSend 1622278081.7786
prefIO
rxt 0
vccu HMCCU
p:
6EE5XX
00
01
00
mRssi:
mNo 00
io:
HMCFG:
-59
-59
HMUART:
-51
-51
MapleCEN_0_868:
-57.5
-57.5
MapleCEN_3_868:
-65
-65
MapleCUN_0_868:
-92.5
-92.5
peerIDsH:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
rssi:
at_HMCFG:
avg -58.88
cnt 100
lst -59
max -51
min -102
at_HMUART:
avg -56.2886597938144
cnt 97
lst -57
max -51
min -65
at_MapleCEN_0_868:
avg -59.0765306122449
cnt 98
lst -57.5
max -55
min -102.5
at_MapleCEN_3_868:
avg -64.705
cnt 100
lst -65
max -52
min -102.5
at_MapleCUN_0_868:
avg -90.4583333333333
cnt 84
lst -92.5
max -83.5
min -100
shadowReg:
RegL_00. 02:01 0A:00 0B:00 0C:41
tmpl:
Attributes:
IODev HMUART
IOgrp HMCCU:MapleCEN_3_868
autoReadReg 4_reqStatus
expert rawReg
firmware 2.11
model HM-LC-BL1PBU-FM
serialNr QEQ11672XX
subType blindActuator
webCmd statusRequest:toggleDir:on:off:up:down:stop
Das Ding macht mich irre.
Wenn ich auf den (dauerblinkenden) Konfigurationsbutton etwas länger (ca. 1 Sekunde) drücke, hört das Dauerblinken für ca. 3-4 Sekunden auf - dann fängt es wieder an.
Wenn ich genau in diesen 3-4 Sekunden über die VCCU ein hmPairSerial <Seriennummer des Aktors> absetze, gibt es für kurze Zeit ein langsameres Dauerblinken - so, als ob sich etwas tut. Dann aber sofort wieder Rückkehr in den anderen Dauerblinkzustand.
Wenn ich genau in diesen 3-4 Sekunden über die VCCU ein hmPairSerial <Seriennummer des Aktors> absetze, gibt es für kurze Zeit ein langsameres Dauerblinken - so, als ob sich etwas tut. Wenn ich während des langsameren Dauerblinkens über die VCCU ein hmPairForSec 120 absetze, hört das Dauerblinken auf, Schweigen im Walde.
Wenn ich dann den Konfigurationsbutton erneut drücke, geht es wieder los. Desgleichen, wenn ich es kurz vom Netz trenne.
Ich mache das jetzt noch einmal, und rühre das Ding dann, wenn es schweigt, ein paar Stunden lang nicht an.
Mal sehen.
LG
pah
ist eventuell das fw file defekt?
Hallo Peter,
einmal sehe ich ein:
2021-05-29 10:47:32 motor err:50
was will er damit sagen?
Dann versuch mal IOgrp HMCCU:HMUART ob es damit anders geht.
Irgendwas stimmt da ja derzeit nicht, da Reading IODev und IOgrp VorzugsIO abweichen.
Ansonsten mal den Anlernvorgang sniffen.
Gruß, Ansgar.
Für mich iest sich das so, als ob die up oder down taste am Actor permanent gedrückt ist.
beim PBU sind das Mikroschalter auf der Platine.
geht das Teil (Actor) überhaupt manuell zu bedienen? also Rolladen Motor läuft beide Richtungen ? also nicht nur theoretisch, sondern wirklich live?
2021-05-29 10:47:32 motor err:50
das wird kommen nach Strom zufuhr, also richtig und kein Fehler.
Zitatgeht das Teil (Actor) überhaupt manuell zu bedienen? also Rolladen Motor läuft beide Richtungen ? also nicht nur theoretisch, sondern wirklich live?
Ja. Aber nur in der Phase, bei der nach 1 Sekunde Drücken des Konfigurationsbuttons kurzzeitig die Blinkerei aufhört. Während dieser Zeit kann ich den Rollladen manuell hoch oder runter fahren.
Edit: Drückt man die Taste "Down" = oberer Mikroschalter, hört die Blinkerei auf so lange auf. Drückt man die Taste "Up" = unterer Mikroschalter, geht es weiter.
LG
pah
Sieh mal einer an. Auf der Rechnung von ELV taucht für diesen Aktor Folgendes auf:
Zitat**Um den Artikel in die Zentrale einbinden zu können, muss diese die aktuelle Firmware-Version besitzen. Bitte führen Sie gegebenenfalls ein Update durch.**
Kennt jemand das Problem?
Die Firmware des Aktors ist 2.11.1 - hat jemand noch eine ältere Firmware zum Downgrade?
Frage also an die Homematic-Experten: Was kann ich an raw Messages übermitteln, um dem Problem ggf. auf die Spur zu kommen?Update betreffend den Aktor selber: Er behauptet jetzt, gepairt zu sein. Mit meiner VCCU, also korrekt, Man frage mich bitte nicht, beim wievielten Versuch das dann geklappt hat.
Die Blinkerei ist aber nach wie vor da, und er sendet nach wie vor 1x pro Sekunde seine Broadcast-Messages. Und auf einen set <xx> up-Befehl kommt ein "Missing Ack".
So wie es aussieht, ist das Teil die ganze Zeit mit der eigenen Senderei beschäftigt und bekommt darum die einlaufenden Kommandos gar nicht mit.
Bin nach wie vor für Unterstützung dankbar.
LG
pah
2021.05.30 15:30:15 5: CUL_HM set GB.Roll ?
2021.05.30 15:30:15 5: CUL_HM set GB.Roll ?
2021.05.30 15:30:15 5: CUL_HM set GB.Roll ?
2021.05.30 15:30:15 5: CUL_HM set GB.Roll ?
2021.05.30 15:30:15 5: CUL_HM get GB.Roll ?
2021.05.30 15:30:15 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:30:15 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:30:15 5: CUL_HM set GB.Roll ?
2021.05.30 15:30:16 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:30:16 4: CUL_HM GB.Roll dupe: dont process
...
2021.05.30 15:31:04 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:05 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:05 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:05 4: CUL_HM GB.Roll dupe: dont process
...
2021.05.30 15:31:12 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:12 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:12 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:12 5: CUL_HM get GB.Roll ?
2021.05.30 15:31:12 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:13 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:13 4: CUL_HM GB.Roll dupe: dont process
...
2021.05.30 15:31:19 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:19 3: CUL_HM set GB.Roll up 10
2021.05.30 15:31:19 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:19 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:19 5: CUL_HM GB.Roll protEvent:CMDs_pending pending:1
2021.05.30 15:31:19 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:19 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:19 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:19 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:19 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:19 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:19 5: CUL_HM GB.Roll protEvent:CMDs_processing... pending:0
2021.05.30 15:31:19 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:19 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:19 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:19 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:20 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:20 4: CUL_HM GB.Roll dupe: dont process
...
2021.05.30 15:31:23 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:23 4: CUL_HM_Resend: GB.Roll nr 2
2021.05.30 15:31:24 4: CUL_HM GB.Roll dupe: dont process
...
2021.05.30 15:31:27 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:28 4: CUL_HM_Resend: GB.Roll nr 3
2021.05.30 15:31:28 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:28 4: CUL_HM GB.Roll dupe: dont process
...
2021.05.30 15:31:33 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:33 4: CUL_HM_Resend: GB.Roll nr 4
2021.05.30 15:31:34 4: CUL_HM GB.Roll dupe: dont process
...
2021.05.30 15:31:37 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:37 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:38 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:38 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:38 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:38 5: CUL_HM GB.Roll protEvent:CMDs_done_Errors:1
2021.05.30 15:31:38 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:38 5: CUL_HM set GB.Roll ?
2021.05.30 15:31:38 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:38 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:39 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:31:39 4: CUL_HM GB.Roll dupe: dont process
...
2021.05.30 15:32:36 4: CUL_HM GB.Roll dupe: dont process
2021.05.30 15:32:36 4: CUL_HM GB.Roll dupe: dont processLG
pah
Hallo Peter,
die message (und mehr hast Du bisher nicht geliefert)
ZitatA0D0084106EE5XX00000006016430
Message counter 00 -> Startupmeldung, da typ 10 und subtyp 06
darin 30 -> error (möglich wären auch stop, up oder down, aber nein, es muss error sein)
64 -> Wert 100
Blinkt hektisch, wie Du hektisch schreibst -> vermutlich wird ein Fehler erkannt (siehe auch Anleitung) und das Ding startet ständig neu.
Wenn er "beschäftigt" wird, scheint er von seinem Problem abgelenkt. Sobald Ruhe eintritt, fällt ihm das wieder auf -> Neustart...
Wenn keiner die Symptome konkret kennt nebst Abhilfe-> reklamieren
Gruß, Ansgar.
Danke. Ich werde das Ding reklamieren.
LG
pah