Hallo zusammen,
ich versuche nun seit gestern meine neuen Reedkontakte mit dem Homematic Thermostat zu peeren.
Der Befehl auf bzw. zu kommt in fhem an. Ich hatte mich an die Anleitung aus dem fhem wiki gehalten.
Hier mein bisheriger Versuch:
define virSC CUL_HM 221133
attr virSC IODev hmusb
attr virSC expert 2_full
attr virSC model virtual_1
attr virSC peerIDs
attr virSC subType virtual
attr virSC webCmd press short:press long
define vir_Whnz.Balkontuer EIB 7102
attr vir_Whnz.Balkontuer IODev EIB
attr vir_Whnz.Balkontuer room Wohnzimmer
attr vir_Whnz.Balkontuer webCmd postEvent open:postEvent closed
define FileLog_vir_Whnz.Balkontuer FileLog ./log/Whnz.Balkontuer-%Y.log vir_Whnz.Balkontuer
attr FileLog_vir_Whnz.Balkontuer logtype text
attr FileLog_vir_Whnz.Balkontuer room Wohnzimmer
Peeren wollte ich dann mit:
set vir_Whnz.Balkontuer peerChan 0 HM_Thermostat_Whnz single set
Es kommt leider nur die Meldung:
no set value specified
Wo ist mein Fehler?
Hallo,
das geht so nicht. Du musst mit dem Kanal "WindowRec" peeren - Single set ist richtig. Also
set vir_Whnz.Balkontuer PeerChan 0 HM_Thermostat_Whnz_WindowRec single set.
Gruß Christoph
Hallo Christoph,
danke für deine Antwort. Konnte leider erst jetzt ins Forum gucken.
Mit dem Befehl bekomme ich die Meldung:
no set value specified
Ist das denn prinzipiell überhaupt möglich, was ich da vor habe?
Hallo,
normalerweise schon. Genau das zeichnet fhem ja aus, das verschiedene Systeme miteinander arbeiten. Die vom Thermostat erwarteten trigger sind open und closed. Wenn der Reedkontakt On und off meldet, muss man das noch umswitchen.
Gruß Christoph
Ich habe die beiden möglichen Schaltzustände per webcmd nun als open:closed benannt.
Ich bekomme trotzdem die Fehlermeldung.
Die Möglichkeit virtual_1 wie im wiki anzulegen, habe ich garnicht erst. Wird das zwingend benötigt?
Ich hab auch noch eventmap on:open off:closed angelegt. Ergebnis ist weiterhin die Fehlermeldung :-(
Hallo,
eventMap wäre besser. Damit werden Events umgebogen. Der State steht immer noch On/off.
Gruß Christoph
So sieht es jetzt aus. Leider mit dem gleichen Ergebnis.
Woher weiß denn das EIB Device, dass es zu dem virtuellen Kanal gehört?
define virSC CUL_HM 221133
attr virSC IODev hmusb
attr virSC expert 2_full
attr virSC model virtual_1
attr virSC peerIDs
attr virSC subType virtual
attr virSC webCmd press short:press long
define vir_Whnz.Balkontuer EIB 7102
attr vir_Whnz.Balkontuer IODev EIB
attr vir_Whnz.Balkontuer dummy 1
attr vir_Whnz.Balkontuer eventMap on:open off:closed
attr vir_Whnz.Balkontuer room Wohnzimmer
attr vir_Whnz.Balkontuer webCmd open:closed
Hallo,
also ich würde den vir_Whnz.Balkontuer mal mit dem Thermostat_WindowRec peeren (single set).
Dann könnte man über WebCmd's mal testen, was bei open oder close am Thermostat passiert.
Gruß Christoph
Hallo,
set vir_Whnz.Balkontuer PeerChan 0 HM_Thermostat_Whnz_WindowRec single set
Ergibt:
no set value specified
set vir_Whnz.Balkontuer PeerChan 0 HM_Thermostat_Whnz_WindowRec
Ergibt:
No PeerChan for dummies
Ich möchte nicht einfach aufgeben. Das muss doch funktionieren
du musst den virtuellen button nehmen nicht das device.