Hallo,
ich habe kürzlich einen Eigenbau NanoCUL fertiggestellt, welcher einwandfrei mit den im Betreff genannten HM-Geräten funktioniert.
Allerdings habe ich eine Verständnisfrage zur Konfiguration der Geräte mit FHEM.
Ziel:
1. das Thermostat (A) soll - FHEM unabhängig (falls es mal ausfällt/nicht verfügbar ist) - auf den Fensterkontakt (B) reagieren und die Temperatur regeln
2. ich möchte das Thermostat mit FHEM steuern können (z.B. Urlaubsmodus automatisch einstellen)
3. den Zustand des Fensterkontaktes auslesen können
quasi:
FHEM <=lesen/schreiben=> A
A <=lesen| B
FHEM <=lesen| B
A ist derzeit mit FHEM gepairt. Das Pairen mit B hat noch nicht geklappt. Allerdings habe ich gelesen, dass zum direkten peeren beider Geräte (Ziel 1), beide Geräte nicht gepairt sein dürfen.
Muss ich nun A entpairen, dann die beiden Geräte peeren (geht das dann noch mit FHEM, wenn ich entpairt habe - es gibt ja diese peer-Befehle über FHEM)?
Kann ich danach A wieder pairen, um es zu steuern? Kann/muss ich dann auch B pairen, oder ist dies nicht notwendig, da ich B sowieso lesen kann?
Oder muss ich sowieso alles über FHEM leiten (B => FHEM => A), da Ziel 1 dem Ziel 2 widerspricht.
ZitatA ist derzeit mit FHEM gepairt. Das Pairen mit B hat noch nicht geklappt. Allerdings habe ich gelesen, dass zum direkten peeren beider Geräte (Ziel 1), beide Geräte nicht gepairt sein dürfen.
Das ist Quatsch.
Ich habe immer beide erst gepaired und dann mittels fhem gepeert.
Was geht ist evtl. direktes peeren ohne fhem (müsste in der Anleitung stehen, wenn das die Geräte so unterstützen).
Was du schaffen musst ist beide mit fhem gepaired zu haben.
(ist aber auf jeden Fall Grundvoraussetzung damit die Geräte mit fhem vernünftig arbeiten! Nicht täuschen lassen, nur weil z.B. der Fenstersensor seine Zustände übermittelt bzw. in fhem anzeigt! Wichtig ist R-PairCentral bzw. PairedTo)
Und dann wie hier beschrieben peeren:
http://www.fhemwiki.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Channel_.28Kanal.29_03_WindowRec (http://www.fhemwiki.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Channel_.28Kanal.29_03_WindowRec)
Gruß, Joachim
1. das Thermostat (A) soll - FHEM unabhängig (falls es mal ausfällt/nicht verfügbar ist) - auf den Fensterkontakt (B) reagieren und die Temperatur regeln
2. ich möchte das Thermostat mit FHEM steuern können (z.B. Urlaubsmodus automatisch einstellen)
3. den Zustand des Fensterkontaktes auslesen können
1 geht
2 geht
3 auslesen geht nicht, der Fensterkontakt sendet seine Zustände bei Änderung!
Das Pairen mit B hat noch nicht geklappt
B bei dir unterhält sich nur mit AES, dein Nanocul kann von Haus aus kein AES, aber du kannst Fhem diese Funktionalität beibringen, das auch der NanoCul AES kann. WIKI
trotzdem kann es passieren, das dein Nanocul Probleme macht, da er sich nicht wirklich an das Sendetiming hält, im Gegensatz zu orginal HM Sender/Empfänger.
schau dir ruhig die ganzen Beiträge hier im HomematicForum an.
D gelten die HM Bedienungsanleitungen auch mit Fhem
Danke, das hilft mir schon mal viel weiter.
ZitatDas ist Quatsch.
Ich habe immer beide erst gepaired und dann mittels fhem gepeert.
Evtl. habe ich den Wikieintrag falsch interpretiert (http://www.fhemwiki.de/wiki/Pairing_und_Peering): "Ein direktes Peering zweier HomeMatic-Geräte ist nur möglich, wenn keines zuvor gepairt wurde. Anderenfalls ist das Peering nur noch indirekt, d.h. über die Zentrale (in diesem Falle also Fhem) möglich. "
Ich dachte das direkte Peering ist das was ich für Ziel 1 brauche (um FHEM unabhängig zu sein). Das indirekte Peering habe ich so verstanden, dass dann B nur über FHEM an A sendet. Gemeint ist hier aber vermutlich, dass das Peeren (der einmalige Vorgang selbst) in diesem Fall über FHEM vorgenommen werden muss. DANACH muss FHEM nicht aktiv sein und A bekommt das geöffnete Fenster dennoch direkt - ohne Umweg FHEM - gemeldet.
Zitat3 auslesen geht nicht, der Fensterkontakt sendet seine Zustände bei Änderung!
In FHEM sehe ich ja den Zustand dann und ich kann diesen in FHEM verwenden/auslesen. Das meinte ich.
ZitatB bei dir unterhält sich nur mit AES, dein Nanocul kann von Haus aus kein AES, aber du kannst Fhem diese Funktionalität beibringen, das auch der NanoCul AES kann. WIKI
Habe ich gelesen und werde ich versuchen hinzubekommen - das wird auf einer Fritzbox (Freetz) nicht ganz so schnell/einfach, libcrypt-rijndael-perl zu installieren. Hat es aber etwas mit dem NanoCUL selbst zu tun, oder mit einem CUL allgemein? Ich verwende einen Busware-CUL (soll FS20 bedienen) und einen Eigenbau NanoCUL (soll HM bedienen). Ist der Busware-CUL besser dafür geeignet oder ist das egal - sonst tausche ich den Plan?
EDIT: AES ist nun ausgeschaltet (R-sign off). Anstelle der Fritzbox habe ich den CUL an den Laptop angeschlossen - wo die crypt-Lib installiert wurde. Ich habe den Kontakt mit der gleichen HM-ID gepairt und danach AES abgeschaltet. Nun sollte es auch an der Fritzbox ohne cryp-lib gehen. Peeren probiere ich dann morgen - es ist schon spät :-(
Zum Abschluss des Threads:
Das Abschalten von AES mit nanoCUL und Laptop (wo die libcrypt-rijndael-perl einfach zu installieren war) und anschließendem "Umzug" des CUL auf die Fritzbox (ohne libcrypt-rijndael-perl) ging beim ersten Versuch nicht - R-sign war irgendwie wieder auf "on".
Nachdem ich den Fensterkontakt geresetet habe (5s drücken, kurz warten, nochmal 5s drücken -> rot leuchtet für 3s) ging es dann:
1. Abschalten AES mit CUL/FHEM mit dem Laptop
2. "Umzug" des CUL zum FHEM auf der Fritzbox
Peeren hat dann ebenso geklappt - so nehme ich an:
Im Fensterkontakt steht unter peerList: HM_XXXXXX_WindowRec und bei WindowRec der Fensterkontakt unter peerList. Das Thermostat reagiert derzeit problemlos auf den Fensterkontakt.
Einzig das Thermostat liefert unter motorErr aktuell communicationERR - ohne das ich aber eine Funktionseinschränkung feststellen kann. Befehle schluckt das Thermostat sofort mit burstXmit.