HM-SEC-SCo Fensterkontakt soll Steckdose schalten

Begonnen von Lucer, 30 Juni 2016, 18:38:05

Vorheriges Thema - Nächstes Thema

Lucer

Hallo
der Fensterkontakt soll eine Homematic Steckdose schalten
Der Fensterkontakt funktioniert einwandfrei die Signale kommen in fhem auf Raspberry an
das  State wechselt von open zu closed  soweit o.k.
mit dem Befehl Steckdose_1_Switch on   geht die Steckdose auch an

ich möchte jetzt einen Aktor die Steckdose auf on  schalten, meine  Steckdose_1.cfg  sieht so ausdefine Steckdose_an_Fenster_1 notify AM_Fenster_1 open set Steckdose_1_Switch on
attr Steckdose_an_Fenster_1 room Alarme


Der Name vom Fensterkontakt   ist  AM_Fenster_1
Der Name von der Steckdose ist  Steckdose_1_Switch


aber mit meinem code den ich hier poste geht es nicht, was ist da wohl falsch?

Otto123

Hi,

Zitat commandref
ZitatHinweise:
<Suchmuster> ist entweder der Name des auslösenden ("triggernden") Gerätes oder die Kombination aus Gerät und auslösendem Ereignis (Event) Gerätename:Event.
Das <Suchmuster> muss exakt (!) entweder dem Gerätenamen entsprechen oder der Zusammenfügung aus Gerätename:Event. Events lassen sich mit "inform" in Telnet oder durch Beobachtung des "Event-Monitors" in FHEMWEB ermitteln.
Was macht denn dein notify? Schreibt es was ins Log?
Ich würde denken wenn Dein AM_Fenster_1 einen Event erzeugt macht das notify ein "open ..." - keine Ahnung was da passiert.
Wenn Du AM_Fenster_1:open schreiben würdest könnte es klappen.

Du solltest die Events im Event Monitor beobachten und daraus lernen.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

Zitatder Fensterkontakt soll eine Homematic Steckdose schalten
hier wäre ein peeren der 2 devices am sinnvollsten. dann funktioniert es auch ohne fhem.  ;)
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

CoolTux

Finde ich auch. Würde die beiden peeren und dann mit regSet die RegisterEintrage des Fensterkontaktes beim Aktor entsprechend ein zu stellen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Otto123

Da habt ihr beiden natürlich Recht. Aber das ist ja noch einen Schritt "komplizierter"  ;)
Ich dachte hier es geht erst mal um Basics - wie geht ein notify

man kann ja das Eine tun und muss das Andere nicht lassen  8)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

ZitatIch dachte hier es geht erst mal um Basics - wie geht ein notify
genau, basics => peeren von homematic-devices, ohne umweg über notify/doif.  :)
die notify-lösung hattest du ja bereits gepostet.

ZitatDa habt ihr beiden natürlich Recht. Aber das ist ja noch einen Schritt "komplizierter"
aha. da hätte ich jetzt aber von dir, als template-guru, etwas in der art:
"nimm einfach hminfo template blablabla123"
erwartet.  8)
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

Otto123

Template ist erst einfach wenn man verstanden hat wie kompliziert es ist  ;D

Aber damit haben wir jetzt genug Stoff geliefert  8)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Lucer

Hi ich habe mal das Event was der Fensterkontakt sendet !

2016-07-02 11:33:37 CUL_HM AM_Fenster_1 battery: ok
2016-07-02 11:33:37 CUL_HM AM_Fenster_1 contact: closed (to broadcast)
2016-07-02 11:33:37 CUL_HM AM_Fenster_1 closed
2016-07-02 11:33:37 CUL_HM AM_Fenster_1 trigDst_broadcast: noConfig
2016-07-02 11:33:37 CUL_HM AM_Fenster_1 trigger_cnt: 86
2016-07-02 11:33:38 HMLAN HMLAN1 loadLvl: low
2016-07-02 11:33:38 HMLAN HMLAN2 loadLvl: low


Und hier das Logfile vom Fensterkontakt
2016-07-02_11:31:29 AM_Fenster_1 closed
2016-07-02_11:33:01 AM_Fenster_1 battery: ok
2016-07-02_11:33:01 AM_Fenster_1 contact: open (to broadcast)
2016-07-02_11:33:01 AM_Fenster_1 open
2016-07-02_11:33:01 AM_Fenster_1 trigDst_broadcast: noConfig
2016-07-02_11:33:01 AM_Fenster_1 trigger_cnt: 85
2016-07-02_11:33:37 AM_Fenster_1 battery: ok
2016-07-02_11:33:37 AM_Fenster_1 contact: closed (to broadcast)
2016-07-02_11:33:37 AM_Fenster_1 closed
2016-07-02_11:33:37 AM_Fenster_1 trigDst_broadcast: noConfig
2016-07-02_11:33:37 AM_Fenster_1 trigger_cnt: 86



Lucer

Man muß das doch einfach hinbekommen das der   State  open     und    State closed   vom Fensterkontakt
eine Funksteckdose schaltet ohne direktes peeren
ich möchte das über Fhem machen dann kann ich später auch mal schnell andere Aktoren damit ansteuern.

In fhem.cfg verweise ich mit include Befehle für die einzelnen Komponenten   
habe hier schon die AM_Fenster_1.cfg nach oben in der fhem.cfg gestellt vor der Steckdose_1.cfg die geschaltet werden soll.
hier die fhem.cfg
###################################################
### Hier beginnen die Sensoren und Aktoren
###################################################

include /opt/fhem/FHEM/Fernbedienung_8.cfg

include /opt/fhem/FHEM/AM_Fenster_1.cfg

include /opt/fhem/FHEM/Steckdose_1.cfg

include /opt/fhem/FHEM/Taster_1_Rollos.cfg

include /opt/fhem/FHEM/virtual_Aktor.cfg

include /opt/fhem/FHEM/Rollo_Esszimmer.cfg

include /opt/fhem/FHEM/Gruppe_Rollos.cfg

include /opt/fhem/FHEM/Wetter.cfg

include /opt/fhem/FHEM/Heizung.cfg

include /opt/fhem/FHEM/Rollo_Kueche.cfg

include /opt/fhem/FHEM/Rollo_Wohnz_rechts.cfg

include /opt/fhem/FHEM/Rollo_Wohnz_links.cfg

include /opt/fhem/FHEM/Rollo_EG_Schlafzimmer.cfg

include /opt/fhem/FHEM/Rollo_OG_Schlafzimmer.cfg

include /opt/fhem/FHEM/Dimmer_1.cfg

#include /opt/fhem/FHEM/Relaisbox_1.cfg

#include /opt/fhem/FHEM/Relaisbox_2.cfg

include /opt/fhem/FHEM/Relaisbox_3.cfg

include /opt/fhem/FHEM/Terasse.cfg

include /opt/fhem/FHEM/Aktor_Eingang.cfg

include /opt/fhem/FHEM/Yamaha_AV.cfg

include /opt/fhem/FHEM/Dimmer_2.cfg




#include /opt/fhem/FHEM/Radarmelder.cfg



############################################################
###    Neu erkannte Devices ab hier                      ###
############################################################

CoolTux

#9
Auch wenn das jetzt böse klingt. Aber an statt so ein Schwachsinn zu machen wie includes und in der cfg rum zu doktern, würde Dir ein Blick in das Einsteiger PDF oder dem Wiki zeigen wie ein Notify Funktioniert.

Was soll das posten Deiner leeren cfg, wo nicht eine Device Definition zu sehen ist


define festerLicht notify Fensterkontakt.open set Lampe on
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

linuxpaul

2016-07-02 11:33:37 CUL_HM AM_Fenster_1 contact: closed (to broadcast)
richig gepaired?


CoolTux

Ohne ein list vom Device werden wir das wohl nie erfahren.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

linuxpaul

Ähh, doch, weil da broadcast steht -> nicht richtig gepaired.
Sonst würde da das Device stehen.
War bei mir zumindest so. :)

Otto123

Zitat von: linuxpaul am 02 Juli 2016, 15:58:49
Ähh, doch, weil da broadcast steht -> nicht richtig gepaired.
Du meinst jetzt gepeert? Broadcast steht wenn es keinen Peering Partner gibt.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

linuxpaul

Bei mir kam broadcast wenn der Sensor nicht gepaired war.
Normalerweise steht da der Name des CUL oder der VCCU drin.
So habe ich das zumidest erlebt.

Das Problem ist, dass man den Sensor nur mit AES pairen kann.
Bei mir hat es einige Zeit gedauert bis ich das überrissen habe.

2016-04-17_14:14:37 Friseur_Fenster battery: ok
2016-04-17_14:14:37 Friseur_Fenster contact: open (to VCCU)
2016-04-17_14:14:37 Friseur_Fenster open
2016-04-17_14:14:37 Friseur_Fenster trigDst_VCCU: noConfig
2016-04-17_14:14:37 Friseur_Fenster trigger_cnt: 4


... und der ist nicht gepeert