HM-CC-RT-DN mit HM-SEC-SC-2 peerCahn Problem

Begonnen von Aems, 03 Oktober 2015, 11:12:05

Vorheriges Thema - Nächstes Thema

Aems

Hallo Gemeinde,

ich habe hier ein kleines Problem und denke einer von euch könnte mir helfen.

Ich versuche schon seit Stunden den Fensterkontakt mit dem WindowRec Kanal zu peeren (Fensteröffnung), leider bekomme ich ein komisches Ergebnis. Ich habe es jetzt schon mehrmals probiert, aber der "state" bleibt immer auf "unknown". Im Fensterkontakt selbst wird mir dieser aber angezeigt mit "open/closed".

In der peerList und der peerIDs ist der Fensterkontakt eingetragen.

Hat von euch jemand eine Idee wo hier das Problem liegt ??

Danke

frank

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Aems

Ich habe es jetzt die Lösung gefunden. Es reicht also nicht, dass der Türsender 1x mit der HMLAN verbunden wurde (Software). Hier muss auch noch die Verknüpfung zwischen dem Thermostat und dem Türkontakt erstellt werden. Diese Info war mir nicht bekannt. Ich habe also die beiden Geräte mit der Software verbunden und erst danach konnte ich diese mit FHEM verbinden. Liegt wohl daran, dass der Fensterkontakt den Übertragungsmodus "Gesichert" hat und das Thermostat "Standart".

frank

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Aems

Was soll ich da schauen?

Das ich Geräte mit FHEM pairen muss ist mir klar und das habe ich auch gemacht. Beim pairen werden ja auch die Unterkanäle wie "WindowRec" mit untergeordnet. Das peeren erfolgt dann mit FHEM (set .... peerChan 0 .... single). Bei mir wurde aber nur im Thermostat WindowRec der Fensterkontakt geschrieben, umgekehrt war das hier nicht der Fall (Thermostat war nicht in der PeerList vom Fensterkontakt) und ich hatte immer den state unknow.
Erst als ich den Fensterkontakt mit dem Thermostat gepeert hatte, also mit der Software von HMLan, erst ab da tauchte der Thermostat in der peerlist vom Fensterkontakt auf.

martinp876

Zitatumgekehrt war das hier nicht der Fall (Thermostat war nicht in der PeerList vom Fensterkontakt)
das peering wird auch an den SC geschickt.
- wenn AES eingestellt ist muss FHEM mit den AES parametern ausgestattet sein, sonst kann er nicht mit dem SC/RHS reden - ist bei allen Devices so
- der SC/RHS ist normal nicht empfangsbereit. man muss config drücken, dann erst darf FHEM senden - was es auch tut.
=> peeren eines SC/RHS geht auch mit FHEM - man muss es nur machen.

Aems

#6
Ja genau das habe ich ja auch gemacht. FHEM sendet ja mehrmals diesen Befehl bis er ihn einstellt. Der SC hat mir ja auch, nach drücken der Taste, mit gelb/grün bestätigt, aber es hat nicht funktioniert.

martinp876

Warum immer den 2. schritt vor dem ersten?
Ist gepeer oder nicht? Sind die peers zurückgelassen worden? Erst danach kommen die Register der peers

Aems

#8
Ja mit der originalen Software hat es funktioniert, mit FHEM aber nicht. Ich würde aber doch gerne Wiswn wo der Fehler lag, wird nicht der letzte sein.
Was meinst du mit " zweiter vor dem ersten Schritt?

(Also die Geräte wurden als erstes mit der HMLan Software gepairt, danach in FHEM gepairt. Der Thermostat und Fensterkontakt konnten sich erst peeren, als ich nochmals die HMLan Software startete und die zwei dort miteinander verknüpfte, erst danach konnte ich in FHEM erfolgreich peeren)

martinp876

das nächste mal logge die Aktion. Dann kann man sehen, ob der Fehler im System liegt oder in der Beschreibung