Probleme beim Einbinden von FS20 Sensor

[dreche]

Hallo zusammen,
ich habe von ELV einen Aktor (FS20 ST-2) und einen Sensor (FS20 S4-A-2) die ich verbunden habe (2-Kanal Hauscode: 12341234 Button:00).
Nun habe ich auf einem RPi 2 FHEM eingerichtet und einen CUL eingebunden. In FHEM ist Autocreate aktiviert und der CUL initialisiert.
Ich habe den Aktor in FHEM definiert und kann diesen nun vom Sensor und FHEM aus schalten.
Meine Frage:
Kann ich den Sensor nur über Autocreate einbinden oder auch manuell.
Ich habe das bis jetzt immer nur so verstanden, dass wenn Autocreate aktiviert ist FHEM den bei Bedienung direkt erkennt und einbindet, was bei mir aber einfach nicht klappen will.

Vielen Dank für eure Hilfe.
Da das meine erste Aktion in dem Forum ist hoffe ich, dass ich alles richtig gemacht habe.

Falls Ihr noch mehr Infos braucht oder das Thema woanders hingehört bitte Bescheid geben.

[Brice]

Du hast zwei Aktoren: FS20ST2 und FS20 S4A-2 2-/4-Kanal-Aufputz-Wandsender. Dem Wandschalter weist du gem. Bedienungsanleitung einen 8stelligen Hauscode, eine 2stellige Adressgruppe sowie eine 2stelligen Unteradressen zu, z.B. 12341234 1111. Bei aktiviertem autocreate die FS20ST2 in den Programmiermodus versetzen (Bedientaste für mind. 5 Sekunden betätigen, bis Kontrolleuchte blinkt) und dann die Taste des Wandschalters drücken.

[dreche]

Vielen Dank für die schnelle Antwort aber leider funktioniert es nicht.
Ich kann weiterhin die FS20 ST-2 von FHEM und FS20 S4-A-2 aus schalten bekomme jedoch weiterhin nicht den FS20 S4A-2 in FHEM eingebunden.
Auch im Eventmonitor wird mir diesbezüglich nichts angezeigt.
Kann es sein, dass auch wenn die Verbindung zur Steckdose funktioniert ich trotzdem noch fehlerhafte Einstellungen am CUL habe?

[Brice]

FS20 S4A-2 fungiert doch nur als "Fernbedienung". Was soll der in der FHEM-Oberfläche? Der wird auch nicht per autocreate angelegt.

Falls du den unbedingt einbinden möchtest, dann als Dummy-Device.

[dreche]

In dem Dokument "Heimautomatisierung mit fhem", die als Pflichtlektüre beschrieben wird, gibt es auf der Seite 29 einen Vergleich zwischen direkter und indirekter Schaltung einer Steckdose. Das Beispiel trifft im Prinzip genau meinen Aufbau zu. Dort wird beschriebn, das der Sensor (FS20 S4A-2) nicht direkt die Steckdose schaltet, sondern an FHEM sendet, welches daraufhin selber an die Steckdose sendet.
Mein Problem ist, dass ich dies nicht realisiert bekomme, da mein Sensor nur an die Steckdose sendet allerdings nicht an FHEM.

[Brice]

Du hast zwei FS20 Devices, die direkt schalten. Mehr braucht es nicht.

Die indirekte Schaltung ist dann notwendig, wenn du mit dem FS20-Wandtaster einen Aktor eines anderen Systems ansprechen möchtest, also z.B. mit deinem FS20-Wandtaster eine Homematic oder DECT!200 Funkschaltsteckdose bedienen möchtest. Oder aus meinem System: ich nutze Wandtaster, um unterschiedliche Radiosender auf den WLan-Lautsprecher zu streamen. Dazu ist dann ein Dummy-Device (für den Wandtaster) in Verbindung mit einem Notify (was soll geschaltet werden) notwendig.

[dreche]

Ich glaube wir reden irgendwie ein bisschen aneinander vorbei.
Ich habe mein Wissen hauptsächlich aus diesem Dokument https://fhem.de/Heimautomatisierung-mit-fhem.pdf, was auf der Hauptseite von FHEM.de genannt wird.
Ich habe genau den selben "Sensor" wie auf Seite 11 und möchte diesen nun wie auf Seite 18 erklärt einbinden, was in meinem Fall einfach nicht funktioniert.

[Brice]

Das glaube ich auch

Ich habe den Aktor in FHEM definiert und kann diesen nun vom Sensor und FHEM aus schalten.

Du kannst nach meinem Verständnis die FS20ST sowohl über das Webfrontend als auch über den Wandtaster schalten.
Was fehlt dir denn?

Edit: wir reden wirklich aneinander vorbei. Der Wandtaster FS20S4 ist für mich entgegen dem Einsteiger-PDF kein Sensor, sondern ein Aktor. Ein Sensor ist m.M.n. z.B: ein Fühler, der etwas zum späteren Auswerten erfassen kann, etwa ein Temperaturfühler oder eine Wetterstation. Der Wandtaster liefert keine Daten, sondern sendet Befehle. Was sollte damit ausgewertet werden, oder warum möchtest du eine "Fernbedienung" in FHEM einbinden? Gibt es da einen besonderen Grund?

[dreche]

Bei meinem jetzigen Stand ist das Problem, dass FHEM nicht mitbekommt wenn ich mit dem Taster die Steckdose schalte.
Bsp.:
-Steckdose ist aus und wird auch so im Webfronted angezeigt.
-Ich schalte über den Taster die Steckdose ein
-Die Steckdose geht auch an
-Die Steckdose wird allerdings im Webfronted trotzdem als ausgeschaltet angezeigt

Für mich ist das ja auch alles logisch, da FHEM ja keine Infos vom Taster oder der Steckdose bekommt, dass sie geschaltet wurde, nur als Grund warum ich den Taster einbinden möchte.

Es wird ja auch überall beschrieben, dass man diesen über autocreate einbinden kann. Mein Problem ist nur, dass es nicht funktioniert wie beschrieben und ich nicht weiß warum.
Habe ich falsche Einstellungen bei Autocreate, CUL oder sonst wo.

[Prof. Dr. Peter Henning]

FS20 S4A-2 fungiert doch nur als "Fernbedienung". Was soll der in der FHEM-Oberfläche? Der wird auch nicht per autocreate angelegt.

Das ist einfach falsch, bitte aufhören, solche Nebelkerzen zu zünden. Es handelt sich auch nicht um zwei Aktoren - sondern um einen Sensor (=Wandsender) und einen Aktor (=Schaltsteckdose).

NUR der Sensor (=Wandsender) kann von FHEM per autocreate erkannt werden, denn nur dieser sendet etwas.

Wenn diese Erkennung durchgeführt wurde, reagiert das entsprechend angelegte FHEM-Device selbstredend auf die vom S4A empfangenen Befehle (WENN sie denn empfangen werden), und erzeugt entsprechende Events.

Der Aktor (=Schaltsteckdose) hingegen wird NICHT per autocreate erkannt, weil er niemals etwas sendet (das ist ja der Nachteil von FS20 ...)

Nun kann man entweder
- einen beliebigen virtuellen Sensor (=virtuellen Taster) in FHEM definieren, der (bei gleichem Hauscode) einen Funkbefehl via CUL sendet, und dann den Aktor (=Schaltsteckdose) auf dieses Signal anlernen.
- oder man bedient das per autocreate erzeugte FHEM-Device mit der Maus. Dann werden dieselben Funkbefehle, die bisher nur vom Sensor (=Wandsender) kamen, jetzt von FHEM per CUL ausgesendet.

Ich nehme an, genau das Letztere ist hier geschehen - es wurde EBEN NICHT der Aktor (=Schaltsteckdose) in FHEM angelegt, sondern eine Kopie des Sensors (=Wandsender). Das müsste aber noch einmal überprüft werden - denn im Regelfall (aber eben nicht immer, wegen des fehlenden Bestätigungssignals bei FS20) reagiert das FHEM-Device (also die virtuelle Kopie des Sensors) ebenfalls, wenn sie von außen ein entsprechendes Funksignal empfängt. Zur Überprüfung kann man einfach den Event-Monitor nutzen und schauen, was dieser für das betreffende FHEM-Device anzeigt, wenn der real vorhandene Wandsender betätigt wird.

LG

pah

[Omega-5]

Hallo,
mach doch bitte mal ein List auf dein FS20 ST-2 Device. Bei mir sieht das dann so aus:

Code Auswählen Erweitern

list ke_Licht

Internals:
   BTN        01
   DEF        22c9 01
   IODev      microCUL
   LASTInputDev microCUL
   MSGCNT     6
   NAME       ke_Licht
   NR         70
   STATE      off
   TYPE       FS20
   XMIT       22c9
   microCUL_MSGCNT 6
   microCUL_RAWMSG 810b04xx0101a00122c9010000
   microCUL_RSSI -77
   microCUL_TIME 2017-03-22 10:55:40
   Code:
     1          22c9 01
   Readings:
     2017-03-22 10:55:40   state           off
Attributes:
   IODev      microCUL
   group      Schalter
   room       FS20

Ich habe zwar eine FS20 S20-3 Fernbedienung, aber die sollte sich gleich verhalten. Bei mir wird der Zustand der Steckdose auf jeden Fall in FHEM angezeigt.
Was nicht geht ist wenn du den Taster an der Steckdose betätigst. Der wird nicht an FHEM übermittelt.

Gruß Friedrich

PS: Zwischenzeitlich hat pah was geschrieben und er hat natürlich Recht. 

[Prof. Dr. Peter Henning]

Und das hier ist, natürlich, ein Trugschluss:

Bei mir wird der Zustand der Steckdose auf jeden Fall in FHEM angezeigt.

Das ist eben nur der Zustand eines internen FHEM-Device - und nicht notwendigerweise der realen Steckdose.

LG

pah

[Omega-5]

Das ist eben nur der Zustand eines internen FHEM-Device - und nicht der realen Steckdose.

Danke für den Schupser. Da ist mein Gaul wieder zu schnell gewesen und voll ins Hinderniss gelaufen. 
Du sprichst da ja auch gleich das Problem der fehlenden Rückmeldung von FS20 Aktoren an.

Gruß Friedrich

[dreche]

Erstmal vielen Dank, dass sich noch andere zu meinem Thema äußern.

Nocheinmal was ich bisher gemacht habe.
-Aktor (FS20-ST-2) und Sensor(FS20 S4-A) verbunden (2 Kanal; Hauscode:12341234; Button:00)
-FHEM mit CUL auf RPi2 eingerichtet
-den Aktor in FHEM definiert siehe https://fhem.de/Heimautomatisierung-mit-fhem.pdf Seite 29/30

Was ich bisher schalten kann.
-den Aktor vom Webfronted über das definierte Device
-den Aktor vom Sensor

Was mir bisher fehlt.
-Meldung vom Sensor an FHEM

Was ich gerne machen würde.
-den Sensor wie hier https://fhem.de/Heimautomatisierung-mit-fhem.pdfauf Seite 18 einbinden

Hier noch die List von meinem Device

Internals:
   BTN        00
   DEF        12341234 1111
   IODev      CUL
   NAME       Nachttischlampe
   NR         23
   STATE      off
   TYPE       FS20
   XMIT       1b1b
   Code:
     1          1b1b 00
   Readings:
     2017-03-22 12:41:08   state           off
Attributes:
   IODev      CUL
   room       Test

[Prof. Dr. Peter Henning]

Wie kommt es nur, dass ich das Gefühl habe, gegen Wände zu reden ?

NEIN, es wurde nicht der Aktor in FHEM angelegt - sondern eine Kopie des Sensors. Nämlich mit demselben Hauscode und derselben Adresse.

Aus diesem Grund passiert durch autocreate auch nichts Neues - das Device ist ja schon da.

Allerdings sollte sich ein empfanges Funksignal des realen Sensors im FHEM-Device wiederspiegeln. Darum sage ich zum zweiten Mal: Event-Monitor starten und schauen, was das FHEM-Device beim Druck der realen Taste als Event ausgibt.

pah