HM-CC-RT-DN und HM-SEC-SC gepeered, aber Comm-Fehler

Begonnen von m2th3o, 24 November 2014, 14:01:29

Vorheriges Thema - Nächstes Thema

m2th3o

Hallo FHEM-Gemeinde.

Nach Wiki und viel probieren, habe ich jetzt - soweit ich das in meinem FHEM sehen kann - ob stehende Devices gepeered. Seit kurzem (seit peering?) bekommt der Fensterkontakt allerdings keine Bestätigung mehr, wenn er seinen State ändert. Die Änderung ist in FHEM sichtbar. Eine Weiterleitung erfolgt nur sporadisch - anscheinend hat der Heizungsregler mal irgendwann ein "Fenster offen" bekommen und seit dem verbleibt er in diesem Status. Ich hänge mal ein paar Dinge an und hoffe auf Hilfe!!!

Vielen Dank & Gruß,
Markus

martinp876

de devices scheinen gepeert - daten sind sicher aktuell.
ist beim RT auch burst-access eingeschaltet - und ist im RHS auch peerneedsburst eingetragen? Der RHS muss den RT aufwecken, der rt muss aufgeweckt werden können.

strauch

#2
Als Ergänzung weil ich damit gerade selber zu Kämpfen hatte das geht mit dem Befehl:
set <HM-SEC-SC> regSet peerNeedsBurst on <RT oder TC>_WindowRec

Ich hab das auch mal im Wiki ergänzt.
FHEM 5.6 VMware mit Debian. 1 CUL für FS20 und HMLAN für Homematic, HM-CC-RT-DN, HM-LC_Sw1PBU-FM, HM-LC-Bl1PBU-FM,  HM-SEC-SC, HM-SEC-SC-2, HM-LC-Sw1-Pl2, HM-Sec-RHS, ASH2200, FHT80B, S20KSE, Sonos, XBMC, FB_Callmonitor, SMLUSB, Arduino Firmata, uvm.