ENOCEAN Fenstergriff SecuSignal

[gubbele]

Ich habe die beiden Werte schon adiert, wie oben geschrieben! Aber der Eltako Griff Sensor, liefert mir die Werte wie ich es geschrieben habe. Und daher passt die Zuordnung der Zustände nicht wie oben im Text genannt.

Aber besten Dank für deinen Hinweis!

[vento66]

Hast Du den Griff falsch montiert? Glaub nicht das ELTAKO unterschiedliche Griffe baut... Bei mir ist es auch so wie bei den Vorpostern.

[gubbele]

hatte ich extra noch mal kontrolliert, gemäß der Anleitung ist der Sensor unter den Original Griff montiert. Es handelt sich um den Eltako FFG7B.
Eigentlich sollte er gemäß der Anleitung das Hoppe Protokoll nutzen. Ob das natürlich genauso ist, kann Ich nicht nach prüfen. Ich nutze das Weinzierl Gateway. Aber normal sollte das ja kein größeres Problem darstellen. Hast du Erfahrung mit dem Baustein wo ich oben genannt habe?

[gbglace]

Also Mal wirklich wenn ich den Thread bissel hochscrollen sehe ich insgesamt dreimal die gleiche Ausgabe der Statuswerte so wie Du es beschrieben hast.

Also erkläre uns dann doch bitte wo jetzt deine Fenstergriffe was komisches anderes senden als bei allen anderen Usern?

Ansonsten Fang einfach nochmal von oben an den Thread zu lesen und baue die Logiken im HS nach ist doch nun alles in den paar Threads oben beschrieben, wenn auch aus 2016 aber der HS ist ja nun immer noch das gleiche.

[gubbele]

Sie senden eben nicht die Folge 0 1 2, sondern 0 2 1. War aber im ersten Thread ja auch schon so beschreiben. Der Jalousie Baustein erwartet aber andere Zustände.

[mno]

Hallo Gubbele,
da es schon ne weile her ist als ich das gemacht habe meine ich mich wage an folgendes erinnern zu können. Ich habe glaube ich auch mit Hand das Bauteil wo der Griff reingesteckt wird an ein paar Fenstergriffen so lange gedreht bis es gepasst hat.

Aber wie gesagt schon lange her.

[vento66]

Ja, den Griff einfach um 90° (oder wahrscheinlich sogar 180°) drehen, sollte schon die Lösung bringen.

[mno]

Habe gerade noch einmal geschaut.

Also eigentlich liefert das Ergebnis der Addition auch bei mir 0 2 1.

Status 1 = 0 und Status 2 = 0 /geschlossen; = 0
Status 1 = 1 und Status 2 = 1 /geöffnet; = 2
Status 1 = 0 und Status 2 = 1 /gekippt = 1

Beispiel geöffnet

1Unbenannt.PNG

Beispiel gekippt
2Unbenannt.PNG

[vento66]

Dann war ja die ganze Aufregung umsonst..... Nein, im ernst, mal wirklich den Griff richtig montieren, dann pasast das schon.

[Hightech]

Sie senden eben nicht die Folge 0 1 2, sondern 0 2 1. War aber im ersten Thread ja auch schon so beschreiben. Der Jalousie Baustein erwartet aber andere Zustände.

Ja, das ist korrekt - fast:

Wenn man den Griff öffnet, durchläuft man immer erst die "geöffnet"-Position, also Griff waagerecht - beide Objekte für geöffnet und gekippt werden also als 1 gesendet (in der Summe ist das dann eben die 2, wie Du schreibst, daher mein "fast" ;-) In der Logik würde man ermitteln "Fenster offen", obwohl das ja nur ein ganz kurz durchlaufender Status ist, wenn man das Fenster eigentlich auf Kipp machen will.
Dreht man den Griff weiter auf gekippt, kommt für das offen-Objekt eine 0, die Summe wird 1 = gekippt.

Wenn Du über den Status der Fenstergriffe also Aktionen auslöst wie "Rollladen auf Sperrposition hochfahren", wenn Griff geöffnet, und "Rollladen auf Lüftungsposition fahren", wenn gekippt, solltet Ihr die Aktion über einen Telegrammverzögerer um 1-2 Sekunden verzögern! Ansonsten will der Rollladen kurz in die Position für geöffnet fahren und erhält dann beim Weiterdrehen des Griffes den neuen Fahrbefehl auf die Lüftungsposition zu fahren! Je nach Rollladenaktor geht der 2. Befehl dann entweder ins Leere (weil der Aktor keinen neuen Positionsbefehl annimmt, solange er über das Positionsobjekt fährt) oder die Befehle werden nacheinander abgearbeitet, Rollladen fährt also erst in die offen-Position und danach zurück in die Lüftungsposition.