Hallo,
bisher habe ich meine HM-Geräte über einen raspberry mit dem Funkmodul HM_MOD_RPI_PCB und HMUARTLGWverwaltet. Zu Weinachten habe ich nun einen weitere raspberry mit dem Modul RPI-RF-MOD ("Charly") erhalten. Da das neue Modul nicht direkt in FHEM verwaltet werden kann, habe ich auf dem pi piVCCU und fhem neu eingerichtet. Die Kommnunikation funktioniert.
Wie kann ich nun meine ganzen HM-Definitionen übernehmen? Wer hat dies schon einmal vollzogen? Zusätzlich würde ich gerne den alten pi als "Fallback" nutzen. Ist dies möglich?
Viele Grüße
Jürgen
Automatisch wird da nichts gehen. Du musst die Geräte in der CCU anlernen und dann in FHeM neu definieren. HMCCU bietet für die Definition eingeschränkte Automatisierung an
Hallo Jürgen,
nachdem die Antworten jetzt nicht so üppig waren:
Über den Weg, den Zap beschrieben hat (klingt für mich nach viel Arbeit ohne positiven Effekt) hättest Du dann deine alten Geräte einmal komplett neu im FHEM. Entweder dann im alten Doppelt, oder im neuen einmal komplett anders.
Alle verknüpften Dinge (notify DOIF usw.) müsstest Du komplett neu machen.
Fallback mit alten Pi (also auch altes FHEM) ginge, wenn Du der neuen CCU deine alte hmId gibst und quasi die Geräte an der alten Zentrale nicht ablernst!
Aber ich rede theoretisch, praktisch arbeite ich nur mit CUL_HM und FHEM als Zentrale.
Gruß Otto
Hallo Otto,
ja so war meine Idee auch. Leider finde ich (noch) keine Mögichkeit der CCU meine "alte" HMID zuzuordnen. Ich werde mich also mit ZAPs Vorschlag beschäftigen müssen. Ich könnte dann die HMID von der CCU3 auf dem "alten" pi übernehmen.
Viele Grüße
Jürgen
Hallo zap,
danke für die Info.
Ich bekomme alle 10 Minuten diese Info im Logfile:
Zitat2018.12.27 20:54:02 2: CCURPC: [d_rpcBidCos_RF] CB2001070006 NewDevice received 52 device and channel specifications
2018.12.27 21:04:03 2: CCURPC: [d_rpcBidCos_RF] CB2001070006 NewDevice received 52 device and channel specifications
2018.12.27 21:14:03 2: CCURPC: [d_rpcBidCos_RF] CB2001070006 NewDevice received 52 device and channel specifications
Wo/wie kann ich dies abstellen? Ich habe in allen devices schon "event-on-change-reading .*" definiert.
Viele Grüße
Jürgen
Setze mal im RPC Device bzw, in allen Rpc Device rpcevtimeout auf 0. dann neu starten. Ich nehme an, die RPC Server registrieren sich alle 10 Minuten bei der CCU weil keine Events kommen. Dann schlägt der Timeout zu.
Zitat von: juemuc am 27 Dezember 2018, 21:20:47
Leider finde ich (noch) keine Mögichkeit der CCU meine "alte" HMID zuzuordnen.
Ich denke in dem Thread stand es dann in einem verlinkten Beitrag...
https://forum.fhem.de/index.php?topic=76951.0
Hallo Otto,
Danke für den Tipp. Der richtige Link lautet https://forum.fhem.de/index.php?topic=91211.0 (https://forum.fhem.de/index.php?topic=91211.0) ;D
Allerdings erkennt die CCU (HomeMatic WebUI) meine Geräte trotzdem nicht. Was mache ich falsch?
Viele Grüße
Jürgen
Hallo Jürgen,
wie zap schon schrieb, von allein erkennt die CCU nichts. Du musst anlernen ...
Gruß Otto
Hallo Otto,
das war schon klar ;D Es funktioniert aber leider nicht. Sowohl das Pairen über die Seriennummer als auch das Pairen im Anlernmodus findet kein Gerät. Oder muss ich doch erst die Geräte vorher am alten pi abmelden?
Viele Grüße
Jürgen
Nein! Nicht ablernen.
Die CCU in den Pairing Modus versetzen und dann den Anlernknopf am Gerät drücken. Beide sollten so tun als ob, da die hmId stimmt sollte die Telegramme ankommen und akzeptiert werden.
Aber gemacht habe ich das nicht, ist nur meine Vorstellung. Unter FHEM geht es (andersrum) genau so.
Gruß Otto
also aus ccu1 (hust)Zeiten musste man erst ablernen dann neu anlernen bei der ccu EQ3 Style :)
Hallo zusammen,
ich befürchte, ich kenne den Grund. Ich habe ganz am Anfang, als ich mit HM begonnen habe, AES (sign=on) mit dem HM-Standard-Key 00 eingeschaltet. Davon weiß natürlich die neue CCU nichts. Jetzt sehe ich zwei Möglichkeiten:
1. AES aussschalten (ist mir (noch) nicht gelungen)
2. AES mit dem Standard-Key in der CCU3 einschalten (weiß aber nicht wie)
Viele Grüße
Jürgen
Der Standardkey ist von Hause aus da und AES ist mit Standard Key ist immer aktiv! Viele Komponenten (alle mit sec im Namen) machen von sich aus nur AES!
Gruß Otto
Dann kann ich ja lange bei diesem Gerät (HM-SEC-SCo) versuchen AES auszuschalten :o.
Jetzt versuche ich es einmal testweise mit unpair am alten pi mit dem HM_MOD_RPI_PCB-Modul. Vieleicht gelingt es mir dann dieses Device an der CCU3 anzumelden.
Viele Grüße
Jürgen
Zitat von: juemuc am 29 Dezember 2018, 16:11:51
Dann kann ich ja lange bei diesem Gerät (HM-SEC-SCo) versuchen AES auszuschalten :o.
Jetzt versuche ich es einmal testweise mit unpair am alten pi mit dem HM_MOD_RPI_PCB-Modul. Vieleicht gelingt es mir dann dieses Device an der CCU3 anzumelden.
Viele Grüße
Jürgen
Es hat funktioniert ;D Jetzt versuche ich es zusätzlich wieder am pi 8)
Hallo zusammen,
den Tür-/Fensterkontakt kann ich nun mit HMCCU verwalten. Auf dem "alten" pi mit dem HM_MOD_RPI_PCB-Modul werden weiterhin alle Statusinformationen angezeigt. Gepairt ist auf einmal mit
0x000004. Was immer dies auch bedeuten mag.
Zumindest komme ich damit meinem Ziel sehr nahe. Ich setze das Thema auf erledigt. Danke für Eure Hilfe. Weitere Fragen dann unter einem neuen Thema ;)
Viele Grüße
Jürgen
Zitat von: juemuc am 29 Dezember 2018, 17:31:51
Gepairt ist auf einmal mit
0x000004. Was immer dies auch bedeuten mag.
Hallo Jürgen,
ich befürchte da ist bei der CCU was mit der hmId schief gegangen.
Gruß Otto
Hallo Otto,
das habe ich befürchtet. Ich habe das "Gelöst" wieder entfernt. Ich habe den Eintrag aus der Datei ids einmal als Screenshot angehängt. Vielleicht sieht ja einer den Fehler.
Unabhängig davon funktioniert es so wie ich es mir vorgestellt hatte.
Viele Grüße
Jürgen