Hallo zusammen!
Ich habe mehrfach versucht, neue Homematic-Geräte in mein System einzubinden (so wie ich es früher immer hinbekommen habe).
Also:
-> autocreate 1
-> VCCU in den paring-Modus bringen (set VCCU hmPairForSec 120)
-> Gerät in den Anlernmodus bringen
Das Gerät wird auch angelegt, lässt sich aber nicht ansprechen und fällt in den Zustand "MISSING ACK". Ein "set <Gerät> getConfig" führt zu einem "RESPONSE TIMEOUT:RegisterRead". Es gelingt als nicht, den Schalter anzusprechen bzw. überhaupt on/off zu schalten.
An der VCCU ist ein hmKey gesetzt. Alle Versuche, auf das Gerät (unten im List ein HM-LC-SW1PBU-FM) zuzugreifen, führen zu einem Fehler (CMDs_done_Errors:1). Der Versuch mit "set <Gerät> assignHmKey" an das Gerät den HmKey zu übertragen (in der Annahme, dass es sich um ein Verschlüsselsungsproblem handeln könnte) führt zu der Meldung "assignHmKey needs Crypt::Rijndael for updating keys with CUL". Das Paktet "libcrypt-rijndael-perl" ist unter Debian aber installiert.
Ich finde leider den Fehler nicht. Es scheint aber nicht an dem Schalter zu liegen, da ich bereits mit einigen Rollo-Aktoren ebenfalls gescheitert bin.
Die vorhandenen Geräte habe ich immer ohne Probleme pairen können (das ist allerdings schon einige Jahre her). Wenn ich nun neue Geräte hinzufügen will, treten die beschriebenen Effekte auf.
Es wäre super, wenn ihr mir einen Tipp geben könnte, an welcher Stelle ich den Fehler suchen muss. Ich komme leider nicht mehr weiter....
Hier das "List" vom Schalter:
CFGFN
DEF 3203EC
FUUID 655a0535-f33f-fb6c-4fe7-d0f12901da760e62
IODev CUL_HM
NAME HM_3203EC
NR 31092
NTFY_ORDER 48-HM_3203EC
STATE MISSING ACK
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
eventCount 128
protCmdDel 36
protLastRcv 2023-11-19 13:53:09
protRcv 1 last_at:2023-11-19 13:53:09
protResnd 33 last_at:2023-11-19 14:34:59
protResndFail 11 last_at:2023-11-19 14:35:03
protSnd 15 last_at:2023-11-19 14:34:43
protState CMDs_done_Errors:1
rssi_at_CUL_HM cnt:1 min:-60 max:-60 avg:-60 lst:-60
CL:
Authenticated 0
BUF
FD 17
FW_ID 31226
LASTACCESS 1700401077.56692
NAME WEBtablet_192.168.178.21_36298
NR 31232
PEER 192.168.178.21
PORT 36298
SNAME WEBtablet
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
encoding UTF-8
READINGS:
2023-11-19 14:37:55 state Connected
READINGS:
2023-11-19 13:53:15 D-firmware 2.3
2023-11-19 13:53:15 D-serialNr LEQ1013896
2023-11-19 14:34:43 IODev CUL_HM
2023-11-19 14:21:42 cfgState updating
2023-11-19 14:35:03 commState CMDs_done_Errors:1
2023-11-19 14:35:03 state MISSING ACK
2023-11-19 14:22:45 trigLast fhem:02
RegL_00.:
VAL
helper:
HM_CMDNR 55
PONtest 1
cSnd 11A1B2C33203EC0201C80000,01A1B2C33203EC010E
cfgStateUpdt 0
dlvl C8
dlvlCmd ++A011A1B2C33203EC0201C80000
getCfgList all
getCfgListNo ,3
mId 0069
peerFriend peerSens,peerVirt
peerOpt 3:switch
regLst 0,1,3p
rxType 1
supp_Pair_Rep 1
cfgChk:
cmds:
TmplKey :no:1700399249.29952
TmplTs 1700399249.29952
cmdKey 1:1:0::HM_3203EC:0069:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
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
on-for-timer -ontime-
on-till -time-
pair noArg
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
toggle noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt DG.Dimmer_LichtSauna,EG.Flur.6XSchalter_T1_GuteNachtLicht,EG.Flur.6XSchalter_T2,EG.Flur.6XSchalter_T3_Anwesend,EG.Flur.6XSchalter_T4_Abwesend,EG.Flur.6XSchalter_T5_RollosVorne,EG.Flur.6XSchalter_T6_RollosHinten,EG.Flur.Sensor_Haustuer,EG.KU.Sensor_Tuer,EG.WZ.Sensor_Terrasse,Garten.Bewegungsmelder_Garage,Garten.Bewegungsmelder_GarageAlt,Schalter_virt_Btn1,Schalter_virt_Btn2,Schalter_virt_Btn3,Schalter_virt_Btn4,Schalter_virt_Btn5,Schalter_virt_Btn6
tplDel
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
expert:
def 0
det 0
raw 1
tpl 0
io:
flgs 0
newChn +3203EC,00,01,00
nextSend 1700400899.11461
rxt 0
vccu VCCU
p:
3203EC
00
01
00
prefIO:
mRssi:
mNo 01
io:
CUL_HM:
-56
-56
peerIDsH:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
rssi:
at_CUL_HM:
avg -60
cnt 1
lst -60
max -60
min -60
shadowReg:
RegL_00. 02:01 0A:A1 0B:B2 0C:C3
shadowRegChn:
RegL_00. 00
tmpl:
Attributes:
IOgrp VCCU:CUL_HM
autoReadReg 4_reqStatus
expert rawReg
firmware 2.3
model HM-LC-SW1PBU-FM
room CUL_HM
serialNr LEQ1013896
subType switch
webCmd statusRequest:toggle:on:off
Hier die VCCU
Internals:
CUL_HM_MSGCNT 59808
CUL_HM_RAWMSG A2110008E54ADA4B1C38B0761C099133108EBE2185E519D09610962E5D7B9421C4FBE::-94.5:CUL_HM
CUL_HM_RSSI -94.5
CUL_HM_TIME 2023-11-19 15:01:33
DEF A1B2C3
FUUID 5c5333a4-f33f-d57c-65ec-785ff59c074010c3
IODev CUL_HM
LASTInputDev CUL_HM
MSGCNT 59808
NAME VCCU
NR 145
NTFY_ORDER 48-VCCU
STATE CMDs_done
TYPE CUL_HM
assignedIOs CUL_HM
channel_01 VCCU_Btn1
channel_02 VCCU_Btn2
disableNotifyFn 1
eventCount 19
protSnd 3 last_at:2023-11-19 13:47:18
protState CMDs_done
CL:
Authenticated 0
BUF
FD 15
FW_ID 31298
LASTACCESS 1700402564.42298
NAME WEBtablet_192.168.178.21_52004
NR 31300
PEER 192.168.178.21
PORT 52004
SNAME WEBtablet
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
encoding UTF-8
READINGS:
2023-11-19 15:02:33 state Connected
READINGS:
2023-11-19 13:47:18 IODev CUL_HM
2023-11-19 13:43:39 IOopen 1
2023-11-19 13:47:18 commState CMDs_done
2023-11-19 13:53:15 hmPair name:HM_3203EC SN: model:HM-LC-SW1PBU-FM
2023-11-19 13:47:18 state CMDs_done
2023-11-19 15:01:24 unknown_B1C38B received
helper:
HM_CMDNR 215
mId FFF0
peerFriend -
peerOpt -:virtual
regLst
rxType 1
ack:
cmds:
TmplKey :no:1700399996.27295
TmplTs 1700399996.27295
cmdKey 0:1:1::VCCU:FFF0:00:
cmdLst:
assignIO -IO- [({set}|unset)]
clear [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
defIgnUnknown noArg
hmPairForSec [-sec-]
hmPairSerial -serial-
update noArg
virtual [(1..50;1|{1})]
lst:
condition slider,0,1,255
peer
peerOpt
tplDel
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
listDevice noArg
param -param-
expert:
def 1
det 0
raw 1
tpl 0
io:
vccu VCCU
ioList:
prefIO:
mRssi:
mNo
peerIDsH:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
tmpl:
Attributes:
IODev CUL_HM
IOList CUL_HM
aesCommReq 1
expert defReg,rawReg
hmKey <mein KEY>
model CCU-FHEM
subType virtual
webCmd virtual:update
Naja ohne dass GEPAIRED ist, wird das Gerät nichts annehmen!
Welches IO (Funkmodul) hast du?
Einen CUL?
-> suboptimal für Homematic! (such mal nach Timeout Register Read -> ist bei CUL schon "normal" / Verwendung von AES macht es nicht besser)
-> mindestens die Timing-FW verwenden (besser gleich ein Homematic Funkmodul, z.B.: HMOD-PCB )
Und der heißt (auch noch) CUL_HM
IODev CUL_HM
IOList CUL_HM
sieht auch komisch aus?
Gehört da nicht IOgrp hin statt IODev?
https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU
EDIT: aber nichts löschen oder resetten! Einfach mal probieren erneut zu pairen, bis es eben klappt -> die Kommunikation zum Pairen abgeschlossen ist (irgendwann kann das schon klappen, wenn man oft genug geduldig probiert)...
EDIT: siehe auch hier https://forum.fhem.de/index.php?topic=135801.msg1293445#msg1293445 (geht zwar um etwas anderes cmds_pending aber das Vorgehen ist ähnlich) v.a. 2.
Zitat2. in allen homematic hauptdevices "attr commStInCh off" setzen
Gruß, Joachim
Hallo Joachim"
Danke für deine Hinweise! Ja, es ist ein CUL, der im Homematic-Modus läuft. Der hat in den letzen Jahren auch nie Probleme gemacht. Daher bin ich ratlos, warum das nun nicht mehr funktioniert. Ich habe an der Konfiguration des CUL und der VCCU keine Änderungen vorgenommen.
Ich werden mal probieren, ob deine Hinweise helfen....
Gruß, Stefan
230v geräte würde ich immer über seriennummer anlernen.
vom aktor wurde nur eine einzige msg empfangen, ganz am anfang eine anlernmessage.
dieser alte aktor könnte vielleicht auch defekt sein.
oder noch an anderer zentrale angelernt?
ein sniff beim anlegen der spannung würde es zeigen.
Ist fhem aktuell?
Ich hatte auch mal einen CUL für Homematic (zum "Spaß"), ging eine zeutlang gut dann kam aber ein Gerät (Klingelsensor) der wollte einfach nicht...
Bei CUL und Homematic: kann (lange) gut gehen aber es ist (immer) eine "Wackelgeschichte"...
So ein HMOD-PCB (https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi) kostet doch (auch) nix...
...und funktioniert einfach zuverlässig.
Gruß, Joachim
@frank: Der Aktor ist noch unbenutzt und daher nicht angelernt. Das kann daher nicht das Problem sein.
@Joachim: Der CUL ist schon einige jahre im Einsatz und hat nie Probeleme bereitet. Ich habe meine Steuerung von einem Raspi gerade auf einen kleinen "Home-Server" umgezogen, da ich mit dem Raspi4 leider Performance-Probleme hatte. Ich möchte eigentlich so wenige separate Geräte wie möglich betreiben (Wartungsaufwand, Stromkosten, etc.), daher wäre der HMOD-PCB derzeit für mich keine Option. Ich habe noch einen PCB im Keller, aber da ich für die Haussteuerung keinen Raspi mehr einsetze, hilft der mir leider auch nicht weiter....
Das Pairing hat ja geklappt. Wenn ich aber dann versuche den Schalter zu schalten, kommt es zu den beschriebenen Problemen. Habt ihr noch andere Ideen, wo ich schauen könnte?
fhem ist übrigens aktuell....
Hast du den link mal verfolgt?
Man kann den HMOD-PCB per USB oder (W)LAN anbinden...
(USB habe ich selbst bei einem Testsystem im Einsatz)
PI4 und Performance Probleme?
Wie groß ist denn deine Installation?
Ich laufe noch prima auf einem PI3B+ und 2 weitere Systeme auf einem PI3 bzw. sogar PI2.
Eventuell unnötig viele Events?
Zu "schlechte" NotifyDEFs?
Gruß, Joachim
ich sehe kein erfolgreiches pairing.
Habe jetzt mal die in dem verlinkten Chat angegebenen Schritte durchgeführt. Also
1. ist fhem up-to-date? => ggf updaten.
2. in allen homematic hauptdevices "attr commStInCh off" setzen
3. im rt "attr autoReadReg 5_missing" setzen
4. alles sichern.
Bringt leider auch keinen Effekt. Der state springt weiterhin auf "MISSING ACK".
Ich bin auf einen ThinClient Dell Wyse 5070 ungestiegen, da ich immer ein Problem mit der Datenbank hatte in der bei mir eine Nextcloud-Instanz sowie ein EPG-Dienst für meinen VDR landen. Die hat den Raspi ziemlich an den Rand gebracht, da hier der RAM-Speicher immer übergelaufen ist (leider nur 4 GB beim Raspi). War also kein primäres Problem von fhem. Ich bin dann aber auf dem Wyse auf eine PROXMOX-Virtualisierung umgestiegen. Hier läuft nun auch fhem in einer virtuellen Maschine.
Ich hatte den HMOD-PCB eigentlich für den Raspi gekauft (GPIO) um damit mal mit HomematicIP zu testen. Habe auber auch gelesen, dass die allein für HMIP wohl auch nicht ausreicht. Ich gebe zu, dass mir nicht klar war, dass man das teil auch per USB anbinden kann. Die Beschreibung hierzu ist aber ziemlich kurz und ich scheue solche Bastellösungen (wenn ich keine ausführlichen Beschreibungen habe), da ich mich sonst ggf. lahmlege... ;)
Hast Du noch Ideen, wie ich mit dem CUL noch weiterkomme? Die alten/vorhandenen Geräte funktionieren ja ohne Probleme....
@frank: Aber das Gerät ist doch da und angelegt (autocreate). Wie kann ich das pairing denn noch mal wiederholen? (Geräte wieder komplett löschen und wieder mit "set VCCU hmPairForSec 120" nochmals pairen?
Zitat von: sk001 am 19 November 2023, 16:50:45Hast Du noch Ideen, wie ich mit dem CUL noch weiterkomme? Die alten/vorhandenen Geräte funktionieren ja ohne Probleme....
Entweder auf die Timing-FW umsteigen oder eben Geduld...
Zitat von: sk001 am 19 November 2023, 16:50:45@frank: Aber das Gerät ist doch da und angelegt (autocreate). Wie kann ich das pairing denn noch mal wiederholen? (Geräte wieder komplett löschen und wieder mit "set VCCU hmPairForSec 120" nochmals pairen?
Angelegt heißt noch nicht gepaired!!!
https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen
-> https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen#Pairing_verifizieren
(https://wiki.fhem.de/wiki/Pairing_(HomeMatic))
Angelegt wird es von fhem/autocreate sobald etwas empfangen wurde...
...PAIRING ist aber ein GEGENSEITIGES "Einverständnis" von fhem UND Gerät!
Da aber nicht alle Telegramme die notwendig sind abgearbeitet wurden: Missing ACK -> ist noch nicht (fertig) gepaired.
Gruß, Joachim
Hallo Joachim!
OK. Dann scheint das Pairing nicht zu funktionieren. Ich habe das nun mehrmals durchgeführt. In den Readings taucht nun auch
PairedTo 0x000000
auf. Aber das scheint auch nicht OK zu sein. Das Teil ist weiterhin "MISSING ACK". Ich hänge das aktuelle List noch mal mit an:
Internals:
CUL_HM_MSGCNT 2
CUL_HM_RAWMSG A0C1FA0103203ECA1B2C3030000::-61:CUL_HM
CUL_HM_RSSI -61
CUL_HM_TIME 2023-11-19 17:03:55
DEF 3203EC
FUUID 655a0535-f33f-fb6c-4fe7-d0f12901da760e62
IODev CUL_HM
LASTInputDev CUL_HM
MSGCNT 2
NAME HM_3203EC
NR 799
NTFY_ORDER 48-HM_3203EC
STATE MISSING ACK
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
eventCount 97
lastMsg No:1F - t:10 s:3203EC d:A1B2C3 030000
protCmdDel 25
protLastRcv 2023-11-19 17:03:55
protRcv 2 last_at:2023-11-19 17:03:55
protResnd 39 last_at:2023-11-19 17:16:41
protResndFail 12 last_at:2023-11-19 17:16:46
protSnd 15 last_at:2023-11-19 17:16:26
protState CMDs_done_Errors:1
rssi_at_CUL_HM cnt:2 min:-63.5 max:-61 avg:-62.25 lst:-61
CL:
Authenticated 0
BUF
FD 18
FW_ID 1700410738.23894
LASTACCESS 1700410848.8857
NAME WEBtablet_192.168.178.21_50132
NR 921
PEER 192.168.178.21
PORT 50132
SNAME WEBtablet
SSL
STATE Connected
TEMPORARY 1
TYPE FHEMWEB
canAsyncOutput 1
encoding UTF-8
READINGS:
2023-11-19 17:20:46 state Connected
READINGS:
2023-11-19 13:53:15 D-firmware 2.3
2023-11-19 13:53:15 D-serialNr LEQ1013896
2023-11-19 17:16:26 IODev CUL_HM
2023-11-19 17:03:55 PairedTo 0x000000
2023-11-19 17:13:55 RegL_00.
2023-11-19 17:11:21 cfgState updating
2023-11-19 17:16:46 commState CMDs_done_Errors:1
2023-11-19 15:29:33 deviceMsg off (to broadcast)
2023-11-19 15:29:33 level 0
2023-11-19 15:29:33 pct 0
2023-11-19 15:29:33 powerOn 2023-11-19 15:29:33
2023-11-19 15:29:33 recentStateType info
2023-11-19 17:16:46 state MISSING ACK
2023-11-19 15:29:33 timedOn off
2023-11-19 17:16:26 trigLast fhem:02
helper:
HM_CMDNR 53
cSnd 11A1B2C33203EC0201C80000,11A1B2C33203EC0201C80000
cfgStateUpdt 0
dlvl C8
dlvlCmd ++A011A1B2C33203EC0201C80000
getCfgList all
getCfgListNo ,3
lastMsgTm 1700409835.25752
mId 0069
peerFriend peerSens,peerVirt
peerOpt 3:switch
regLst 0,1,3p
rxType 1
supp_Pair_Rep 0
cmds:
TmplKey :no:1700408015.26415
TmplTs 1700408015.26415
cmdKey 1:1:0::HM_3203EC:0069:01:
cmdLst:
assignHmKey noArg
clear [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
deviceRename -newName-
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
on-for-timer -ontime-
on-till -time-
pair noArg
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
toggle noArg
tplDel -tplDel-
unpair noArg
lst:
condition slider,0,1,255
peer
peerOpt DG.Dimmer_LichtSauna,EG.Flur.6XSchalter_T1_GuteNachtLicht,EG.Flur.6XSchalter_T2,EG.Flur.6XSchalter_T3_Anwesend,EG.Flur.6XSchalter_T4_Abwesend,EG.Flur.6XSchalter_T5_RollosVorne,EG.Flur.6XSchalter_T6_RollosHinten,EG.Flur.Sensor_Haustuer,EG.KU.Sensor_Tuer,EG.WZ.Sensor_Terrasse,Garten.Bewegungsmelder_Garage,Garten.Bewegungsmelder_GarageAlt
tplDel
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
expert:
def 0
det 0
raw 1
tpl 0
io:
flgs 0
newChn +3203EC,00,01,00
nextSend 1700410602.02912
rxt 0
vccu VCCU
p:
3203EC
00
01
00
prefIO:
CUL_HM
mRssi:
mNo 1F
io:
CUL_HM:
-57
-57
peerIDsH:
prt:
bErr 0
sProc 0
tryMsg:
q:
qReqConf
qReqStat
regCollect:
role:
chn 1
dev 1
prs 1
rpt:
IO CUL_HM
flg A
ts 1700409835.25752
ack:
HASH(0x561bd3e61e50)
1F8002A1B2C33203EC00
rssi:
at_CUL_HM:
avg -62.25
cnt 2
lst -61
max -61
min -63.5
shadowReg:
tmpl:
Attributes:
IOgrp VCCU:CUL_HM
autoReadReg 4_reqStatus
commStInCh off
expert rawReg
firmware 2.3
model HM-LC-SW1PBU-FM
room CUL_HM
serialNr LEQ1013896
subType switch
webCmd statusRequest:toggle:on:off
Habe jetzt noch ein paarmal das Prozedere wierholt. Jetzt funktioniert es!! ;D
Danke für die Erklärungen...ist schon ein paar Jahre her, dass ich das gebraucht habe.
Noch eine Frage zum HMOD-PCB: Ich bin immer noch nicht sicher, ob damit ohne weitere Hardware die Nutzung von HomematicIP in fhem möglich ist. Hast Du hierzu Erfahrungen gesammelt?
Hi,
ich nutze einen PI3B mit HMOD-PCB und piVCCU. Darüber werden HM und HM-IP-Geräte über FHEM gesteuert.
Viele Grüße
Jürgen