Hallo zusammen,
bin noch ganz neu bei FHEM bzw. der Hausautomation und entweder sind meine "Such-Skills" wirklich schlecht, oder es geht einfach nicht...
Mein Problem:
Ich habe diverse Homematic Heizungs- und Wandthermostate welche an einer CCU angelernt sind. Diese CCU existiert allerdings nicht mehr.
Nun bekomme ich beim anlernen an FHEM immer ein F4 auf dem Display der Thermostate angezeigt.
Meine Frage:
Kann ich die Geräte auch ohne CCU "ablernen", so das ich keine F4 "Fehlermeldung" (ist ja wohl ein Anlernfehler) mehr bekomme?
Grüße
Dominik
Ich bin nicht sicher, ob man das wissen kann, wenn man bisher nur eine CCU verwendet hat, aber wenn du die HMID kennst, mit der die Geräte angelernt wurden, dann kannst du das Pairing auch mit dieser HMID wieder entfernen bzw. sollte dann sogar eine Funktion in FHEM gegeben sein, wenn du deinem IODEV/der VCCU diese HMID verpasst.
Hier (https://forum.fhem.de/index.php/topic,81247.msg733832.html) gabs erst eine ähnliche Diskussion.
Da findest du evtl. Lösungsansätze, v.a. auch um rauszufinden, ob AES aktiviert war (dann müssen die Geräte von eQ3 resettet werden).
Gruß, Beta-User
Also eine CCU habe ich vorher auch nicht wirklich verwendet.
Ich habe mal eine auf dem Raspberry installiert und einige Geräte angelernt.
Eigentlich nur um zu schauen, ob auch alles funktioniert.
Tja, hab die CCU dann gelöscht und Raspbian inkl. FHEM installiert ohne vorher die Geräte abzulernen, da ich es nicht besser wusste.
Kennst du die HmID, die die Pi-CCU hatte (sollte sich auch aus dem Funkverkehr erraten lassen)?
Dann solltest du (erst mal) die auch für FHEM verwenden.
Ob es da einen Default gibt, oder einfach die "Original-ID" des Funkmoduls (hast du doch?) verwendet wird: keine Ahnung. Im Zweifel würde ich die vom Modul mal testen. Wenn ja, sollte damit ein getConfig klappen und das jeweilige Gerät vollständig eingebunden werden (pairedTo sollte genau diese ID zeigen ohne set_).
Ansonsten: bitte erst mal den anderen Thread lesen...
Nein, ID's habe ich mir nicht notiert, kann aber mal im Funkverkehr nachschauen ob ich was rausfinden kann.
Im Log meldeten sich, so meine ich jedenfalls, einige unbekannte Geräte. Das werden wohl die aktiven Homematic Geräte sein.
Ich verwende das HM Funkmodul, jawohl.
Wäre es eine Alternative, wieder eine Pi-CCU zu erstellen? Oder ist die HmID dann eh wieder ein andere?
Versuch's erst mal - wie bereits geschrieben - mit der ID des Moduls. Das geht schnell, und vielleicht klappt's ja... (eQ-3 muß für jede Pi-CCU ja auch irgendwo eine HmID generieren, das wird kaum überall dieselbe sein).
Also entweder du hast eine eingegeben (dann müssen wir sniffen, das log "as is" hilft da nicht weiter, eher die RAW-Messages von einem CUL), oder sie kommt woanders her, aber tendenziell hilft eine Neuinstallation m.E. nur sehr vielleicht. Wenn nix anderes geht, wäre das aber auch einen Versuch wert (ablernen wenn möglich, dann neu anlernen).
Ein kommando auslösen am rt. Der informiert die zentrale, schickt also eine Nachricht an dessen hmid.
Willst du fhem mit der id des verstorbenen ccu nutzen dann setze diese id i den ios oder und der vccu
Willst du die rts umlernen setze im fhem ebenfalls die id. Dann setze das register pair auf die neue id. Wenn alle rts geändert sind noch die fhem id zurücksetzen.
Oder resette die rts. Das pairing sollte gelöscht werden. Neu pairen, alles gut.
So, nun habe ich mal Zeit das ganze zu testen...
Wie genau bekomme ich nun die ID raus?
Im Log des FHEM finde ich folgendes (noch keine Geräte angelernt):
2017-12-22 15:37:20 HMUARTLGW HmUART UNKNOWNCODE A0C96865A6185F800000088AA38::-72:HmUART
2017-12-22 15:37:20 HMUARTLGW HmUART UNKNOWNCODE A096FA03F6185F6584330::-62:HmUART
2017-12-22 15:37:24 HMUARTLGW HmUART UNKNOWNCODE A096EA03F618611584330::-68:HmUART
2017-12-22 15:37:27 HMUARTLGW HmUART UNKNOWNCODE A0EE884106186125843300B90B10D40::-22:HmUART
2017-12-22 15:37:28 HMUARTLGW HmUART UNKNOWNCODE A099FB4126186125F91C3::-23:HmUART
2017-12-22 15:37:28 HMUARTLGW HmUART UNKNOWNCODE A0AA0A4596186125F91C391::-23:HmUART
2017-12-22 15:37:28 HMUARTLGW HmUART UNKNOWNCODE A096FA03F618612584330::-24:HmUART
2017-12-22 15:37:35 HMUARTLGW HmUART UNKNOWNCODE A0CF584706185E100000000B138::-56:HmUART
2017-12-22 15:37:35 HMUARTLGW HmUART UNKNOWNCODE A0970A03F6185F6584330::-61:HmUART
2017-12-22 15:37:39 HMUARTLGW HmUART UNKNOWNCODE A096FA03F618611584330::-66:HmUART
2017.12.22 15:37:39 3 : HmUART: Unknown code A096FA03F618611584330::-66:HmUART, help me!2017-12-22 15:37:40 HMUARTLGW HmUART UNKNOWNCODE A0C9684706185F800000000AA38::-74:HmUART
2017.12.22 15:37:40 3 : HmUART: Unknown code A0C9684706185F800000000AA38::-74:HmUART, help me!2017-12-22 15:37:43 HMUARTLGW HmUART UNKNOWNCODE A0C0C865A6185F600000090BB34::-62:HmUART
2017.12.22 15:37:43 3 : HmUART: Unknown code A0C0C865A6185F600000090BB34::-62:HmUART, help me!2017-12-22 15:37:43 HMUARTLGW HmUART UNKNOWNCODE A0970A03F618612584330::-23:HmUART
2017.12.22 15:37:43 3 : HmUART: Unknown code A0970A03F618612584330::-23:HmUART, help me!2017-12-22 15:37:50 HMUARTLGW HmUART UNKNOWNCODE A0971A03F6185F6584330::-62:HmUART
2017.12.22 15:37:50 3 : HmUART: Unknown code A0971A03F6185F6584330::-62:HmUART, help me!
Bringt mich aber noch nicht wirklich weiter, oder?
Wäre noch gut, wenn man sehen könnte, welcher Tastendruck zu welchem log-Event gehört, aber so würde ich auf
Zitat03F618
tippen (die raw-Messages scheinen beim CUL etwas anders dargestellt zu werden, dort sind es die Stellen 10-15, was hier auch als "618611" interpretiert werden könnte).
Mehrerer der Geräte liegen ziemlich dicht am HMUART (erkennbar an den sehr großen RSSI-Werten), das kann zu Fehlern führen, eigentlich müßte nämlich überall dieser Teil drinstehen.
Eventuell kannst du autcreate auch die Devices anlegen lassen und dann sehen, welche RAW-Messages zugeordnet werden.
Und ein "list" vom IO wäre auch nicht schlecht, wenn es nicht klappt.
Ein Wandthermostat liegt quasi direkt neben dem Raspberry, jop. Ist eher zum testen, soll dort nicht liegen bleiben.
Also autocreate ist aktiviert, es wird aber kein Gerät erstellt.
Ein "list" vom IO...
Ich bin ja auch ein Freund von Abkürzungen bei Themen von denen ich Ahnung habe.
Das ist leider bisher weder bei FHEM noch Homematic der Fall. :-D
Was genau ist der IO? Ich steh auf dem Schlauch...
Edit: Ich tippe mal auf "Input/Output" Modul, quasi der Homematic Empfänger/Sender.
Hier die Ergebnisse vom list:
Internals:
DEF 5F91C3
HmUART_MSGCNT 2229
HmUART_RAWMSG 0500002BB686105F91C30000000A90B20F2D40
HmUART_RSSI -43
HmUART_TIME 2017-12-22 17:12:23
IODev HmUART
LASTInputDev HmUART
MSGCNT 2229
NAME HM_5F91C3
NOTIFYDEV global
NR 33
NTFY_ORDER 50-HM_5F91C3
STATE CMDs_pending
TYPE CUL_HM
lastMsg No:B6 - t:10 s:5F91C3 d:000000 0A90B20F2D40
protLastRcv 2017-12-22 17:12:23
rssi_at_HmUART lst:-43 cnt:2229 max:-36 avg:-42.91 min:-75
READINGS:
2017-12-12 22:41:27 Activity alive
2017-12-22 15:37:28 CommandAccepted yes
2017-12-12 22:41:22 D-firmware 1.4
2017-12-12 22:41:22 D-serialNr OEQ1699399
2017-12-12 22:41:22 R-pairCentral set_0xFA3B12
2017-12-12 22:42:47 actuator 15
2017-12-12 22:42:47 batteryLevel 3
2017-12-12 22:42:47 desired-temp 17.0
2017-12-12 22:42:47 measured-temp 18.8
2017-12-12 22:42:47 motorErr communicationERR
2017-12-12 22:42:49 state CMDs_pending
helper:
HM_CMDNR 182
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +5F91C3,00,00,00
nextSend 1513959143.16427
prefIO
rxt 0
vccu
p:
5F91C3
00
00
00
mRssi:
mNo B6
io:
HmUART -41
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rssi:
at_HmUART:
avg -42.9111709286674
cnt 2229
lst -43
max -36
min -75
Attributes:
IODev HmUART
autoReadReg 4_reqStatus
expert 2_raw
room CUL_HM
Sorry für die Abkürzung, aber richtig geraten ;) . Nur leider paßt das list nicht zu einem IO ;) ...
Was ich nicht verstehe ist die Aussage, es würde nichts via autocreate erstellt - das gepostete list gehört nämlich zu einem RT ??? .
Bevor du weitermachst, sollten die cmds-pending Hinweise weg sein, ich würde das hier radikal machen und clear all verwenden. Dann mal den Wiki-Artikel zu pairing bei Homematic in Ruhe lesen und den bereits verlinkten Thread.
Dann nochmal (vielleicht) das richtige Device:
Internals:
AssignedPeerCnt 2
CNT 11
DEF /dev/ttyS0
DEVCNT 32
DevState 99
DevType UART
DeviceName /dev/ttyS0@115200
FD 11
LastOpen 1513618033.11665
NAME HmUART
NR 24
PARTIAL
RAWMSG 050000320CA03F618612584330
RSSI -50
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 0
msgLoadHistory 0/0/0/0/0/0/0/0/0/0/0/0
msgLoadHistoryAbs 0/0/0/0/0/0/0/0/0/0/0/0/0
owner FA3B12
Helper:
CreditTimer 26863
FW 66561
Initialized 1
SendCnt 1
AckPending:
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.00247716903686523
loadLvl:
lastHistory 1514020941.38024
Peers:
5F91C3 +5F91C3,00,00,00
618612 +618612,00,00,00
READINGS:
2017-12-18 18:27:21 D-HMIdAssigned FA3B12
2017-12-18 18:27:21 D-HMIdOriginal 584330
2017-12-18 18:27:21 D-firmware 1.4.1
2017-12-18 18:27:21 D-serialNr OEQ0306627
2017-12-18 18:27:13 D-type HM-MOD-UART
2017-12-18 18:27:21 cond ok
2017-12-23 06:57:46 load 0
2017-12-18 18:27:21 loadLvl low
2017-12-18 18:27:13 state opened
helper:
Attributes:
hmId FA3B12
Den RT (Wandthermostat) habe ich "versucht" anzulernen und habe dabei die Meldung F4 (also wohl ein Anlernfehler) bekommen. Das war der Grund für den Thread hier.
Ich dachte zwar, dass ich das Ding wieder rausgelöscht habe, aber offenbar nicht korrekt.
Hmm, also noch mal der Reihe nach:
Das list aus dem Post von gestern nachmittag stammt nicht von einem Wandthermostat, sondern von einem RT-DN (Heizkörperthermostat) - jedenfalls wenn ich unterstelle, dass es dieselben Geräte sind wie meine. Das Reading actuator gibt es jedenfalls bei einem WT nicht ::) .
Die F4 sagt: an anderer Zentrale angelernt (so steht es jedenfalls in dem anderen Thread).
Vorschlag: Du konzentrierst dich jetzt erst mal auf ein Gerät - am besten das mit F4 - und versuchst über das Auslösen von Messages die ID rauszufinden, die du dem IO zuweisen mußt. Dazu mußt du die raw Messages auswerten, bei den HMUARTs scheint das in den Stellen 21-26 drin zu sein. Allerdings: sind die Geräte mit anderen gepeert, gehen auch messages an die gepeerten Geräte, diese messages helfen dann natürlich nicht weiter, sondern nur das, was an die Zentrale geht.
beim auslösen der anlernmessage (countdown) müsste eigentlich eine gepairte zentrale zu sehen sein.
So, da bin ich mal wieder... die stressige Weihnachtszeit ist vorüber und es ist mal wieder etwas Zeit.
Ich hoffe ihr hattet enspanntere Tage ;-)
Mein Problem ist leider weiterhin da.
Ich versuche gerade die raw Messages zu bekommen und habe folgendes gefunden und die fhem conig dementsprechend angepasst:
https://wiki.fhem.de/wiki/Homematic_Nachrichten_sniffen
Leider steht in dem Log dann nichts, was nach einer raw Message aussieht.
Der letzte Eintrag ist nur ein Standardeintrag der halt nach jedem Neustart kommt:
2017.12.29 11:08:06.634 0: Server started with 24 defined entities (fhem.pl:15564/2017-12-07 perl:5.024001 os:linux user:fhem pid:9846)
Ich finde nur leider den Haken nicht.
attr <hmio> habe ich auch schon mal auf attr <HmUART> gestellt, da mein HMIO Device offenbar so heißt.
Hat aber auch nichts gebracht.
Das Wandthermostat habe ich nun auch wieder, mit der Fehlermeldung f4, angelernt.
Die Daten werden auch vernünftig zum Raspberry übertragen, ich kann nur keine Befehle senden.
Sicherlich da noch 14 commands in der Warteschlange sind, welche nicht abgearbeitet werden können.
Das "Funkzeichen" auf dem Wandthermostat ist auch weiterhin fleißig am blinken.
Edit:
@ frank Eine Gepairte Zentrale ist beim anlernen in den Logs leider nicht zu finden.
Hier nochmal ein list des Wandthermostats
Internals:
DEF 618612
HmUART_MSGCNT 76
HmUART_RAWMSG 0500003131A03F618612584330
HmUART_RSSI -49
HmUART_TIME 2017-12-29 11:38:11
IODev HmUART
LASTInputDev HmUART
MSGCNT 76
NAME HM_Wandthermostat_Buero
NOTIFYDEV global
NR 28
NTFY_ORDER 50-HM_Wandthermostat_Buero
STATE CMDs_pending
TYPE CUL_HM
channel_01 HM_618612_Weather
channel_02 HM_618612_Climate
channel_03 HM_618612_WindowRec
channel_06 HM_618612_remote
channel_07 HM_618612_SwitchTr
lastMsg No:31 - t:3F s:618612 d:584330
protCmdPend 14 CMDs pending
protCondBurst off
protLastRcv 2017-12-29 11:38:11
protSnd 1 last_at:2017-12-29 11:24:17
protState CMDs_pending
rssi_at_HmUART avg:-50.17 min:-56 cnt:76 max:-45 lst:-49
READINGS:
2017-12-29 11:24:09 Activity alive
2017-12-29 10:32:54 CommandAccepted no
2017-12-29 10:32:54 D-firmware 1.3
2017-12-29 10:32:54 D-serialNr OEQ1666832
2017-12-29 10:37:29 R-pairCentral set_0x000000
2017-12-29 11:37:26 battery ok
2017-12-29 11:37:26 batteryLevel 2.8
2017-12-29 11:37:26 desired-temp 19.0
2017-12-29 11:37:26 measured-temp 18.7
2017-12-29 11:24:23 state CMDs_pending
cmdStack:
++A001FA3B1261861200040000000000
++A001FA3B126186120103
++A001FA3B1261861201040000000001
++A001FA3B126186120203
++A001FA3B1261861202040000000001
++A001FA3B1261861200040000000007
++A001FA3B1261861202040000000008
++A001FA3B1261861202040000000009
++A001FA3B126186120303
++A001FA3B1261861203040000000001
++A001FA3B126186120603
++A001FA3B1261861206040000000001
++A001FA3B126186120703
++A001FA3B1261861207040000000001
helper:
HM_CMDNR 49
PONtest 1
mId 00AD
rxType 6
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +618612,00,00,00
nextSend 1514543891.71101
prefIO
rxt 0
vccu
p:
618612
00
00
00
mRssi:
mNo 31
io:
HmUART -47
prt:
awake 0
bErr 0
brstWu 0
sProc 2
q:
qReqConf
qReqStat
role:
dev 1
rssi:
at_HmUART:
avg -50.1710526315789
cnt 76
lst -49
max -45
min -56
shRegW:
07 02
Attributes:
IODev HmUART
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.3
model HM-TC-IT-WM-W-EU
msgRepeat 1
room Buero
serialNr OEQ1666832
subType thermostat
webCmd getConfig:clear msgEvents
584330
dein Wandthermostat hat mit der hmid geredet
kennst du die?
Überschnitten, Danke Harry:
Du solltest das irgendwie nochmal gründlich von vorne angehen...
Erst mal müssen alle cmds Pending weg. Dazu an den einzelnen devices "clear all" auslösen.
Dann sollte dein HmUART eine sinnvolle ID bekommen. Die bekommst du, wie frank ja schon geschrieben hat, wenn du auf den Pairing-Knopf drückst - das wird dann als raw-Message am device angezeigt.
Daraus dann die HmID auslesen, die bisher die Zentrale war - das könnte hier die 584330 sein. Dahin ging nämlich die letzte Message ("d:...") und das ist - oh Überraschung - auch die Original-ID des IO-Moduls.
Weise also dem HmUART genau diese zu...
Zitat von: DominikG87 am 29 Dezember 2017, 11:32:45
Ich versuche gerade die raw Messages zu bekommen und habe folgendes gefunden und die fhem conig dementsprechend angepasst:
lies den ersten Satz in meiner Signatur :)
Eingeben über die Kommandozeile und gut.
Zitatattr <hmio> habe ich auch schon mal auf attr <HmUART> gestellt, da mein HMIO Device offenbar so heißt.
Die < > stehen als Kennzeichnung für einen Variablennamen. Du musst also konkret "attr HmUART logIDs all,sys" eingeben, ohne < >.
Mittlerweile sitzen wir hier aber schon weit länger bei dem Thema, als das stumpfe Zurücksetzen und Neuanlernen des Gerätes selbst gedauert hätte...
Zitat584330
Tja ... wenn er das gleiche HMUART zuvor auf der Raspi-CCU genutzt hat, ist das ja mehr als naheliegend ...
Tut mir leid... ich stelle mich offenbar etwas doof an ;D
Zitatlies den ersten Satz in meiner Signatur :)
Eingeben über die Kommandozeile und gut.
Alles klar, wird in Zukunft so gemacht. ;)
ZitatMittlerweile sitzen wir hier aber schon weit länger bei dem Thema, als das stumpfe Zurücksetzen und Neuanlernen des Gerätes selbst gedauert hätte...
Ich weiß nicht warum, aber ich habe, als ich den thread erstellt habe, nichts zum Zurücksetzen gefunden.
Jetzt gerade google ich das just for fun nochmal und finde natürlich direkt die Anleitung dafür
Zitat• Entnehmen Sie zunächst die Batterien aus dem Heizkörperthermostat.
• Halten Sie anschließend die drei Tasten ( )
gedrückt und legen Sie gleichzeitig die Batterien
wieder ein. Sobald rES im Display erscheint, können
Sie die Tasten loslassen und der Werksreset wird
durchgeführt.
Tja... jetzt komm ich mir durchaus doof vor. ;D
Aber ich habe gerade die hmid (direkt in der fhem config... ::) ) angepasst und es funktioniert natürlich...
ZitatDu solltest das irgendwie nochmal gründlich von vorne angehen...
Ja, ich werde den Account hier löschen und mich unter einem anderen Namen anmelden. ;D
Vielen Dank für die Hilfe.
Jetzt kann ich tatsächlich richtig mit FHEM starten. :)