Hallo,
nach dem ich alle Fensterkontake und Heizkörper mit dem HM-LAN gepairt habe, möchte ich nun 2 Fensterkontake mit dem Heizkörper peeren.
der Thermostat heißt HM_HEAT_WZ_LI
und die Fensterkontakte HM_Door_Terasse und HM_Window_WZ_RE.
Laut Reference heißt der Befehl set <fenster-sensor> peerChan 0 <rt_WindowRec> single
also in meinem Fall "set HM_Window_WZ_RE peerChan 0 HM_HEAT_WZ_LI_WindowRec single"
danach bekomme ich allerdings nur die Meldung "please enter peer"
So wie du es geschrieben hast, ist es grundsätzlich in Ordnung.
Aber vielleicht hat sich doch irgendwo ein Tippfehler eingeschlichen?
Was kommt dabei heraus, wenn du 'list HM_HEAT_WZ_LI_WindowRec' in die Konsole klopfst?
Eigenartig Konsole spukt "No device named HM_HEAT_WZ_LI_WindowRec found" aus
so wenn ich "list CUL_HM_HM_CC_RT_DN_21DE86_WindowRec" nehme, was der orginale Name war
kommt
Internals:
DEF 21DE8603
NAME CUL_HM_HM_CC_RT_DN_21DE86_WindowRec
NR 81
STATE ???
TYPE CUL_HM
chanNo 03
device HM_HEAT_WZ_LI
Readings:
Helper:
Role:
chn 1
Attributes:
expert 1
model HM-CC-RT-DN
peerIDs
room CUL_HM
stateFormat last:trigLast
Kann es sein, dass du vielleicht nicht alle Channels (zB nur das Device selbst) umbenannt hast?
Mach mal ein gesamtes Listing deiner Komponenten (also nur 'list' eingeben) und schau einmal, ob dort auch wirklich bereits alles umbenannt wurde. ;-)
set HM_Window_WZ_RE peerChan 0 CUL_HM_HM_CC_RT_DN_21DE86_WindowRec single
sollte jetzt funktionieren.
welche Namen du vergeben hast musst du selbst prüfen.
Öffne einmal das Device, da stehen alle Channels gelistet - oberster Block. Du kannst auch "hinclicken".
oder - wie Mr. P sagt: "list"
So rename hatte tatsächlich nur das vevice umbenannt, jedoch nicht die einzelnen Kanäle.
So jetzt bekomme ich zwar beim peeren keine Fehlermeldung mehr, jedoch wenn ich den Fenstersensor betätige, schaltet das Thermostat nicht runter, sondern nur der HMLAN empfängt das signal.
Anscheinend ignoriert das Thermostat den fhem befehl fürs peering.
Zitat von: Miriel am 17 November 2013, 19:44:53Anscheinend ignoriert das Thermostat den fhem befehl fürs peering.
Und du hast auch nach der Eingabe des peerChan auch brav die Anlerntaste am SC gedrückt? ;-)
Am besten nach dem peerChan die Anlerntaste drücken, kurz warten, bis im Log ersichtlich ist, dass alles übermittelt wurde und anschließend ein 'set HM_Window_WZ_RE getConfig' und nochmals die Anlerntaste vom Fensterkontakt drücken (und wieder Log kontrollieren).
Anschließend solltest du deinen RT in der Liste der peerIDs vom SC finden und auch der RT auf die Meldung reagieren.
Oh danke, das drücken der Taste hab ich niergends gelesen.
Bin den einfacheren Weg gegangen und hab die Devices zurückgesetzt und vorm registrieren amn FHEM die Devices gepeert.
Werde es aber das nächste mal versuchen in 2 Wochen wen die nächsten Devices eingefügt werden sollen.
Danke schon mal :-)
Zitat von: Mr. P am 17 November 2013, 20:19:21
Und du hast auch nach der Eingabe des peerChan auch brav die Anlerntaste am SC gedrückt? ;-)
Am besten nach dem peerChan die Anlerntaste drücken, kurz warten, bis im Log ersichtlich ist, dass alles übermittelt wurde und anschließend ein 'set HM_Window_WZ_RE getConfig' und nochmals die Anlerntaste vom Fensterkontakt drücken (und wieder Log kontrollieren).
Anschließend solltest du deinen RT in der Liste der peerIDs vom SC finden und auch der RT auf die Meldung reagieren.
Also ich musste die Anlerntaste des Heizungsthermostaten drücken ... Oder ich habe mich gerade nur ganz doof angestellt.
bei einem SC muss man immer die anlerntaste drücken, wenn man mit ihm reden will (also so lange kommandos pending sind)
beim RT (so er schon gepairt ist) kann man warten bis er sich meldet (alle ~3min) ODER die Anlerntaste drücken (oder burst - das kannst du nachlesen...)
wenn du peerst muss mit beiden Devices geredet werden.
so du autoReadReg aufgedreht hast (bis level 5...) sollte beim SC sofort gelesen werden, nach jedem Ändern. Beim RT lasse ich ihm etwas zeit - da wird ggf. beim nächsten aufwachen gelesen.
Gruss Martin
Danke nochmal für die Hilfe. Was ist letztendlich tun musste war den RT in Anlernmodus setzen und dann den SC einmal öffnen und wieder schliessen. Nun reagiert der RT auch auf den SC. Vorher konnte man zwar im RT das Fenster auf Symbol sehen, aber er reagiert einfach nicht.
Ist irgendwie ziemlich schwierig das ganze mit FHEM und dann nochmal untereinander zu koppeln.
EDIT
------
Und wieder nicht ... Anscheinend kann mein RT nur reagieren auf den SC wenn er im Anlernmodus ist. Was ist da blos los. Ich verzweifel langsam.
Hi Adriano,
so ist es nicht. Burst ist das Zauberwort.
Ein RT hat burst im Default ausgeschaltet um strom zu sparen. Dann wacht er nur alle 2,5min auf und wenn anlernen gedrückt ist. Den SC interessiert dies nicht.
Also
register burstRx im RT (device) setzen
register peerNeedsBurst im SC für diesen Peer setzen.
dann schickt der SC ein halloWach und der RT hört auch drauf.
Eigentlich sollte dies automtisch geschehen - wie hast du gepeert? mit FHEM und einer aktuellen Version?
Gruss Martin
# $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 4059 2013-10-17 13:45:06Z martinp876 $
# $Id: 01_FHEMWEB.pm 3963 2013-09-26 08:55:32Z martinp876 $
# $Id: 10_FS20.pm 3764 2013-08-22 07:09:38Z rudolfkoenig $
# $Id: 92_FileLog.pm 3759 2013-08-21 08:13:08Z rudolfkoenig $
# $Id: 00_HMLAN.pm 4053 2013-10-16 13:38:43Z martinp876 $
./FHEM/99_RPiUtils.pm: No such file or directory
# $Id: 99_SUNRISE_EL.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 59_Weather.pm 3878 2013-09-08 07:11:43Z borisneubert $
# $Id: 90_at.pm 4011 2013-10-06 08:15:26Z rudolfkoenig $
# $Id: 98_autocreate.pm 3999 2013-10-04 05:15:46Z rudolfkoenig $
# $Id: 98_dummy.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 99_Utils.pm 1932 2012-10-06 20:15:33Z ulimaass $
# $Id: 91_notify.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 98_telnet.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 98_weblink.pm 3770 2013-08-23 13:29:58Z rudolfkoenig $
set AbZ_Fenster peerChan 0 CUL_HM_HM_CC_RT_DN_******_WindowRec single
Im SC finde ich:
Readings
Activity alive 2014-01-22 09:42:04
CommandAccepted yes 2014-01-22 09:42:05
R-CUL_HM_HM_CC_RT_DN_*****_WindowRec-expectAES set_off 2014-01-21 21:12:10
R-CUL_HM_HM_CC_RT_DN_*****_WindowRec-peerNeedsBurst set_on 2014-01-21 21:12:10
Aber im RT nichts mit burstRx, Nicht im RT, nicht in der RT-Cfg und nicht im RT-WindowRec
hab mal:
set Heiz.AbZ regSet burstRx on
gemacht. mal schauen was passiert. (3min warten)
Also was mich wunder ist, dass ich das im _Cfg setzen kann. Im Device bringt es nichts ...
ZitatAlso was mich wunder ist, dass ich das im _Cfg setzen kann. Im Device bringt es nichts ...
_Cfg ist das fhem.cfg?
was kannst du da setzen? Das Register? Wie?
ich habe ein folgende Devices:
define Heizung_AZ_Cfg CUL_HM XXXXXD
define Heiz.AbZ CUL_HM XXXXXD04
und die:
define CUL_HM_HM_CC_RT_DN_XXXXXD_Weather CUL_HM XXXXXD01
define CUL_HM_HM_CC_RT_DN_XXXXXD_Climate CUL_HM XXXXXD02
define CUL_HM_HM_CC_RT_DN_XXXXXD_WindowRec CUL_HM XXXXXD03
define CUL_HM_HM_CC_RT_DN_XXXXXD_ClimaTeam CUL_HM XXXXXD05
define CUL_HM_HM_CC_RT_DN_XXXXXD_remote CUL_HM XXXXXD06
Hi Adriano,
reden wir an einander vorbei?
das sind channels.
channels können (ggf) mit anderen channels verküpft(gepeert) werden.
kannst du noch einmal das Problem beschreiben? insbesondere das mit dem Register.
- kannst du die Register lesen (alle channels) -> getConfig?
- ist burstRx in Heizung_AZ_Cfg gesetzt?
- was sagen die peers - insbesondere des channel 03? steht der SC drin oder nicht? nach lesen
mache ein
attr Heizung_AZ_Cfg CUL_HM expert 2
list Heizung_AZ_Cfg
list Heiz.AbZ
list CUL_HM_HM_CC_RT_DN_XXXXXD_WindowRec
Gruss Martin
Habe Dir eine PM gesendet. Wenn wir eine Lösung finde mache ich es hier geXt öffentlich.
Sodelle. Hab einfach mal ein "update" gemacht. Und siehe da. Nun geht alles ... Ich Dummy ich ...
Danke nochmal martin!!!
EDIT:
Alle 3 Kontakte nun sauber verbunden. Geht doch! :)