Hallo Gemeinde,
ich habe ein Problem mit der o.g. Konfiguration. Hier ist der Stand der Dinge:
- HM-CC-RT-DN erfolgreich mit FHEM über CUL gepairt, läuft erwartungsgemäß, keine offensichtlichen Probleme, lässt sich ansteuern
- HM-SEC-SCo erfolgreich mit FHEM über CUL gepairt, läuft erwartungsgemäß, zeigt offen/zu korrekt und zuverlässig an
Peering des Thermostats auf Kanal 3 mit dem Sensor durchgeführt. ABER: bei den "readings" des Kanals 3 (..._WindowRec) steht bei "state" immer nur "unknown".
Bin mit meinem Latein am Ende, die Suche im Forum hat bisher auf keine Ergebnisse hervorgebracht...wer hat eine Idee?
Hat das Peeren denn ordnungsgemäß geklappt?
Hast Du den Kontakt danach auch mal betätigt?
Wie wäre es mal mit einem list der entsprechenden Devices!
So ist das ein bisschen dürftig. ???
Habe am Wochenende auch ein HM-SEC-SCo in Betrieb genommen. Bei mir hat peerNeedsBurst gefehlt.
set <Fensterkontakt> regSet peerNeedsBurst on <HM-CC-RT-DN>_WindowRec
Dann den Anlernknopf am Fenstersensor drücken! Die LED am Fenstersensor sollte danach am Ende grün leuchten
Hi,
danke für den Tip mit peerNeedsBurst. Habe ich probiert, es kommt folgende Fehlermeldung:
cannot calculate value. Please issue set FSensorR_Badezimmer getConfig first - invalid
Habe anschließend ein getconfig gemacht...es kommt wieder die selbe Meldung.
Wer kann mir weiterhelfen?
Zitat von: Posti123 am 28 September 2015, 12:45:01
...Bei mir hat peerNeedsBurst gefehlt...
Das habe ich auch bei genau 1 Fensterkontakt, aber der funktioniert trotzdem genauso zuverlässig wie die anderen.
Ich habe auch beim Heizungsthermostaten kein burst aktiviert.
nach einem getConfig solltest du von diesem Peer die Register sehen
attr <Fensterkontakt> expert 2
dann solltest du ein reading
R-<HM-CC-RT-DN>_WindowRec-PeerNeedsBurst
sehen. das steht auf on oder off.
es sollte auch einen Eintrag
PeerList <HM-CC-RT-DN>_WindowRec
geben. Sonst kann es kein entsprechendes Register geben.
Danke für Eure Antworten - haben mich leider bisher nicht wirklich weiter gebracht. Der Fensterensor funktioniert (zeigt zuverlässig open/close) an, allerdings wird der status NICHT (trotz erfolgreichem Peering mit dem Thermostaten) auf den Channel 3 (WindowRec) übertragen. Hier ist das Reading aus dem Channel 3 des Thermostaten: Meldung bleibt state unknown und nix passiert. Wer hat die zündete Idee?
Readings
R-FSensorR_Badezimmer_chn-01-shCtValLo 50 2015-10-04 21:43:25
R-FSensorR_Badezimmer_chn-01-winOpnTemp 5 C 2015-10-04 21:43:25
R-sign off 2015-09-16 23:13:30
RegL_01: 08:00 00:00 2015-10-04 21:43:19
RegL_03:FSensorR_Badezimmer_chn:01 04:32 00:00 2015-10-04 21:43:25
RegL_07:FSensorR_Badezimmer_chn:01 05:0A 00:00 2015-10-04 21:43:25
peerList FSensorR_Badezimmer, 2015-10-04 22:49:44
state unknown 2015-10-04 22:49:44
Danke für Eure Unterstützung.
hast du ein Reading R-<HM-CC-RT-DN>_WindowRec-PeerNeedsBurst ?
@drbstechlich
Ich bin Neuling, hatte genau das gleiche Problem wie Du.
Anzeige Status hat funktioniert, aber der Thermostat reagierte nicht.
Die Lösung hatte ich in einem anderen Thread gefunden, Du musst noch das Paket Perl Modul Crypt::Rijndael installieren:
sudo apt-get install libcrypt-rijndael-perl
Danach hatte ich nach dieser Anleitung mit Erfolg gepairt:
set <CUL> hmPairForSec 120
Dann Anlern-Taste am Fensterkontakt (FK) drücken. Im protState muss "CMDs_done" stehen, evtl. wiederholen.
Pairing verifizieren über Readings des Geräts: R_pairCentral muss Deine ID anzeigen.
Wenn FK gepaired ist, WindowRec-Kanal des Thermostats mit dem Fenstersensor peeren:
set <fk> peerChan 0 <thermostat_WindowRec> single
Dann den Anlernknopf am Fenstersensor drücken. Im protState muss "CMDs_done" stehen, evtl. wiederholen.
Damit das Thermostat bei offenem Fenster auch tatsächlich was macht, muss noch "PeerNeedsBurst" im Fensterkontakt eingeschaltet werden.
set <fk> regSet peerNeedsBurst on <thermostat_WindowRec>
Dann den Anlernknopf am Fenstersensor drücken! Die LED am Fenstersensor sollte danach am Ende grün leuchten (Anm: bei mir nicht), und die Readings des Fenstersensors
R-<thermostat_WindowRec>-peerNeedsBurst on
enthalten. Im protState muss "CMDs_done" stehen.
Dann noch die Temperatursturzerkennung im Thermostat ausschalten
set <thermostat_Clima> regSet winOpnMode off
Danach am besten noch Temperatur für "Fenster auf" einstellen.
set <thermostat_WindowRec> regSet winOpnTemp <Temp> <fk>
Hallo zusammen,
ich habe im Moment genau das gleiche Problem mit einem Fensterkontakt.
Seit ca.2 Jahren laufen bei mir 9 Fensterkontakte und 10 RT-DN sowie 2 Temperatursensoren ohne Probleme. Jetzt wollte ich 2 Fensterkontakte und 2 RT-DN ergänzen und habe die Probleme beim peeren. Mit dem HM-LAN sind sie einwandfrei gepaired und funktionieren ohne peeren einwandfrei. Nach dem peeren sind Meiner Ansicht nach alle Einträge korrekt, aber der Fensterkontakt zeigt rotes Licht und der Thermostat reagiert nicht.
Im Log steht folgendes:
2015.12.05 16:50:52 5: CUL_HM Klofenster prep ACK for 01
2015.12.05 16:50:52 5: CUL_HM Klofenster protEvent:CMDs_done
2015.12.05 16:50:52 5: CUL_HM Klofenster sent ACK:2
2015.12.05 16:50:53 5: CUL_HM Klofenster prep ACK for 01
2015.12.05 16:50:53 5: CUL_HM Klofenster protEvent:CMDs_done
2015.12.05 16:50:53 5: CUL_HM Klofenster sent ACK:2
2015.12.05 16:50:54 5: CUL_HM Klofenster prep ACK for 01
2015.12.05 16:50:54 5: CUL_HM Klofenster protEvent:CMDs_done
2015.12.05 16:50:54 5: CUL_HM Klofenster sent ACK:2
2015.12.05 16:51:28 5: CUL_HM Klofenster prep ACK for 01
2015.12.05 16:51:28 5: CUL_HM Klofenster protEvent:CMDs_done
2015.12.05 16:51:28 5: CUL_HM Klofenster sent ACK:2
Ich hänge noch die Geräteinfos als jpg. an.
Ich hab jetzt alles ausprobiert reset, alles noch mal von vorne needBurst on/off AES on/off aber er mag nicht.
Vielleicht hat jemand eine Idee??
Danke im voraus
Andi
Fhem info:
Release : 5.6
OS : linux
Arch : arm-linux-gnueabihf-thread-multi-64int
Perl : v5.14.2
uniqueID : 0e56d0759f169dd1522224a0935c9aee
upTime : 26 days, 02:51:24
Defined modules:
CUL_HM : 107
FHEMWEB : 3
FRITZBOX : 1
FileLog : 36
HMLAN : 1
HMinfo : 1
SVG : 2
at : 7
autocreate : 1
eventTypes : 1
notify : 3
readingsGroup : 2
statistics : 2
telnet : 1
Defined models per module:
CUL_HM : ActionDetector,HM-CC-RT-DN,HM-LC-Dim1L-Pl-3,HM-LC-Sw1PBU-FM,HM-PBI-4-FM,HM-SEC-SC-2,HM-SEC-SCo,HM-TC-IT-WM-W-EU,HM-WDS10-TH-O,HM-WDS30-T-O
Hab jetzt wirklich alles durchprobiert und die Einstellungen mit den funktionierenden Geräten verglichen und sehe jetzt nur den Unterschied in der Firmware. Alle Thermostate die funktionieren haben Firmware 1.3. Die beiden neuen die nicht gehen 1.4. ???????
poste doch mal je ein list vom fk, hk-device und hk-windowrec-channel.
aktuell funktioniert ein Paar (warum auch immer) und eines nicht. Hier die List´s von der Kombi die nicht geht. Alle aktuell mit get config vorher.
ZitatHier die List´s von der Kombi die nicht geht.
nein, bitte "list <name>" in die befehlszeile tippen und den text, kein bild, posten.
das ist jede Menge soll ich das einfach einfügen oder als Anhang .txt??
häng jetzt mal eine Textdatei an.
Danke für die Hilfe
R-Waschk.Hk_WindowRec-peerNeedsBurst off
der rt braucht burst.
set FensterWaschk regSet peerNeedsBurst on Waschk.Hk
hab ich auch grade gesehen - verstehe ich aber nicht, dass es jetzt wieder off ist. Nach get.config und reg all war es auf on!!!! Ich versuche es noch mal zu setzen und melde mich wenn es klappt.
Noch mal vielen Dank für die Hilfe
muss ich den Burst nicht auf Waschk.Hk_WindowRec setzen?
also
set FensterWaschk regSet peerNeedsBurst on Waschk.Hk_WindowRec
Der Fk akzeptiert aber beides nicht - ist vielleicht das rssi zu schlecht?
ja, im Namen habe ich mich geirrt.
mit dem Punkt im Namen bin ich unsicher. Nutze ich nicht, habe es also auch nicht getestet. Ich hoffe es macht kein Problem, kann es nicht ausschliessen.
Welche Fehlermeldung?
ggf swischendurch einfach renamen, regset und noch einmal rename.
gar keine Fehlermeldung. Wenn ich die Anlerntaste am FK nach dem NeedBurst Befehl drücke quittiert er nach längerem orange Blinken mit Rot. Ohne drücken der Anlerntaste erscheint nach einiger Zeit pending Com done ohne Fehlermeldung. Nach getConfig steht needBuirst auf off???!! Umbenennen hat nichts gebracht. Bei mir laufen aber alle Thermostate mit .Hk ohne Probleme. Im log hab ich aber seit gestern eine seltsame Meldung die mir ganze Seiten vollschreibt. Hab schon einen Neustart gemacht und den HMLAN von Strom genommen. Hab´s mal angehängt.
1. dein hmlan muss unbedingt die neueste fw 0.964 für fhem haben, damit die load ermittelt werden kann.
2. die rssi des fk zu fhem sind sehr schlecht. also verbessern, dann getconfig und register entsprechend setzen.
3. die hminfo warnings haben mit diesem problem nichts zu tun.
gelöst
Schuld war die schlechte rssi des FK. Die reicht zwar für den normalen Betrieb aber nicht fürs peeren und Register setzten. Daher wurde der needsBurst Befehl nie richtig angenommen. Näher am HmLAN programiert, dann wieder ans Fenster geklebt - funktioniert einwandfrei.
Vielen Dank noch mal für die Hilfe.
Hallo FHEMler,
muss das Thema leider nochmals aufgreifen da bei mir ein RT von drei gepeerten mit dem SCo nicht mitspielen will.
Anbei eine .doc die den Fachkundigen hier evtl. schon einiges an Info geben könnte wo es hakt.
Ich habe einen gelistet der funktioniert (quinn_winrec bzw. das Device Quinn_Thermostat) und darunter den der
nicht will (bad_winrec bzw. bad_obergeschoss - muss ich erst noch umtaufen in BadOG_Thermostat ::) ).
Habe sämtliches versucht was hier im Forum so zu finden ist, aber eben noch keinen Volltreffer gelandet. HM-Lan upgedatet auf 0.964, kurz stromlos gemacht, SCo
unpaired und unpeered und wieder frisch angelernt, getconfig, hier mal Knöpfchen da mal Knöpfchen - aber er will nicht.
Quittiert wird das ganze mit einem langen Orange gefolgt von einem langen Rot am SCo.
Wie gesagt, quinn_winrec und ein anderer springen sofort an, nur der eine nicht.
Was ich eben sehe ist das die RT mit Firmware 1.1 funktionieren und der mit 1.3 nicht.
Ein FHEM update kommt leider nicht in Frage bzw. weiss ich nicht wo das Problem liegt - habe ich auch nochmal gewagt - aber dann bekomme ich alle drei Sekunden Pushover-Warnungen von leeren Batterien eines Homematic-Devices, und die Homematic-Devices lassen sich selbst gar nicht mehr ansprechen. Es hilft bei mir dann nur ein restore von FHEM vom backup Anfang November, dann klappt alles wieder :-\
Bitte um Rat.
Danke !
Hallo zusammen,
ich bin relativer Neuling in dem Fhem Thema. Learning by burning herrscht momentan noch vor.
Ich habe ebenfalls Probleme einen HM-CC-RT-DN an einen HM-SEC-SCo zu peeren.
Wenn ich mir die peerIds in beiden Devices ansehe, dann scheinen beide den anderen zu kennen.
Allerdings steht der Status der readings im WzThermostat_WindowRec immer auf unknown.
Ich habe folgende Sequenz mehrfach schon ohne Fehlermeldung durchgeführt.
set WzTuerSensor peerChan 0 WzThermostat_WindowRec single
#Taste an Sensor betätigen
set WzTuerSensor regSet peerNeedsBurst on WzThermostat_WindowRec
set WzThermostat_Clima regSet winOpnMode off
set WzThermostat_WindowRec regSet winOpnTemp 5 WzTuerSensor
Habe auch schon das ganze im selben Zimmer durchgeführt (WTF is RSSI???), hat aber alles nicht geholfen.
Wäre cool wenn jemand helfen kann...
Ich nochmal...nach dem letzten Versuch hat es jetzt endlich geklappt...
Zunächst mal danke für euer Interesse