UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[9_Mad-Max_5]

Hallo,

Erstmal vielen Dank für den Adapter.
Aktuell bin ich in gerade in Verbindung mit den neueren Hoppe SecuSignal Fenstergriffen am testen.

Währen die Open Information eigentlich immer Sauber einläuft registriert er bei geschlossen gekippt.
Bei gekippt jedoch überhaupt keine Information.

Falls du noch weitere infos brauchst stehe ich dir zur Verfügung.

[Jey Cee]

@9_Mad-Max_5 Stelle die Log Stufe für enOcean in der Instanz Übersicht mal auf Debug. Dafür musst du den Expertenmodus, links oben, Aktivieren.
Dann gibt das Log deutlich mehr Informationen Preis ob überhaupt eine Nachricht angekommen ist.

[9_Mad-Max_5]

Mhm shit bin gerade selber nicht zu hause um es zu testen.
So drum habe ich es einmal bedienen lassen.

2019-11-18 20:03:53.840 - debug: enocean.0 (4152) Received raw message: 55000707017af6d0019b0ffa2000ffffffff5c00
2019-11-18 20:03:53.841 - debug: enocean.0 (4152) Packet type: 1
2019-11-18 20:03:53.846 - debug: enocean.0 (4152) Message for ID 019b0ffa has been received.
2019-11-18 20:03:53.848 - debug: enocean.0 (4152) variables to set : {"window_handle":2}
2019-11-18 20:03:53.849 - debug: enocean.0 (4152) else: window_handle
2019-11-18 20:03:54.286 - debug: enocean.0 (4152) Received raw message: 55000707017af6e0019b0ffa2000ffffffff5b00
2019-11-18 20:03:54.288 - debug: enocean.0 (4152) Packet type: 1
2019-11-18 20:03:54.289 - debug: enocean.0 (4152) Message for ID 019b0ffa has been received.
2019-11-18 20:03:54.291 - debug: enocean.0 (4152) variables to set : {"window_handle":1}
2019-11-18 20:03:54.293 - debug: enocean.0 (4152) else: window_handle
2019-11-18 20:03:56.890 - debug: enocean.0 (4152) Received raw message: 55000707017af6f0019b0ffa2000ffffffff5f00
2019-11-18 20:03:56.891 - debug: enocean.0 (4152) Packet type: 1
2019-11-18 20:03:56.891 - debug: enocean.0 (4152) Message for ID 019b0ffa has been received.
2019-11-18 20:03:56.892 - debug: enocean.0 (4152) variables to set : {"window_handle":0}
2019-11-18 20:03:56.893 - debug: enocean.0 (4152) else: window_handle

Da ist der Output der auch gut aussieht.
Diesmal hat er auch closed eingelesen.
Habe ich den griff vielleicht zu schnell oder zu langsam geöffnet gibt es da was bei den Paketen zu beachten?

[9_Mad-Max_5]

@Jey-Cee :
Nun habe ich es nochmal bedient.
Das ist ein komplettes öffnen auf kipp und schließen des Fensters.
Der letzte state ist wie man sehen kann gekippt.
Auch wenn nun das Fenster wieder geschlossen ist.

enocean.0	2019-11-22 15:15:02.021	debug	(4152) else: window_handle
enocean.0	2019-11-22 15:15:02.019	debug	(4152) variables to set : {"window_handle":2}
enocean.0	2019-11-22 15:15:02.014	debug	(4152) Message for ID 019b0ffa has been received.
enocean.0	2019-11-22 15:15:02.012	debug	(4152) Packet type: 1
enocean.0	2019-11-22 15:15:02.011	debug	(4152) Received raw message: 55000707017af6d0019b0ffa2000ffffffff5c00
enocean.0	2019-11-22 15:15:01.549	debug	(4152) else: window_handle
enocean.0	2019-11-22 15:15:01.548	debug	(4152) variables to set : {"window_handle":1}
enocean.0	2019-11-22 15:15:01.548	debug	(4152) Message for ID 019b0ffa has been received.
enocean.0	2019-11-22 15:15:01.547	debug	(4152) Packet type: 1
enocean.0	2019-11-22 15:15:01.546	debug	(4152) Received raw message: 55000707017af6c0019b0ffa2000ffffffff5900
enocean.0	2019-11-22 15:14:52.379	debug	(4152) else: window_handle
enocean.0	2019-11-22 15:14:52.378	debug	(4152) variables to set : {"window_handle":2}
enocean.0	2019-11-22 15:14:52.377	debug	(4152) Message for ID 019b0ffa has been received.
enocean.0	2019-11-22 15:14:52.376	debug	(4152) Packet type: 1
enocean.0	2019-11-22 15:14:52.374	debug	(4152) Received raw message: 55000707017af6d0019b0ffa2000ffffffff5b00
enocean.0	2019-11-22 15:14:52.188	debug	(4152) else: window_handle
enocean.0	2019-11-22 15:14:52.187	debug	(4152) variables to set : {"window_handle":1}
enocean.0	2019-11-22 15:14:52.185	debug	(4152) Message for ID 019b0ffa has been received.
enocean.0	2019-11-22 15:14:52.184	debug	(4152) Packet type: 1
enocean.0	2019-11-22 15:14:52.183	debug	(4152) Received raw message: 55000707017af6e0019b0ffa2000ffffffff5c00
enocean.0	2019-11-22 15:14:52.044	debug	(4152) else: window_handle
enocean.0	2019-11-22 15:14:52.043	debug	(4152) variables to set : {"window_handle":2}
enocean.0	2019-11-22 15:14:52.041	debug	(4152) Message for ID 019b0ffa has been received.
enocean.0	2019-11-22 15:14:52.041	debug	(4152) Packet type: 1
enocean.0	2019-11-22 15:14:52.039	debug	(4152) Received raw message: 55000707017af6d0019b0ffa2000ffffffff5b00

[Jey Cee]

@9_Mad-Max_5 soweit ich das beurteilen kann ist der State entsprechend den Datentelegrammen OK. Ich hab keinen dieser Griffe und hab auch die Integration dafür nicht gemacht, aber wenn ich das richtig verstehe ist da ein Vibrationssensor drin und der scheint recht empfindlich zu sein. Deshalb springt der immer auf tilt (geöffnet).
Da ist Software seitig nichts zu machen, vielleicht kann man die Empfindlichkeit am Griff einstellen.

[9_Mad-Max_5]

@Jey-Cee
Soweit ich das weis wird durch die bewegung des Griffs ein elektrischer impuls ausgesendet.
Hierbei geht der griff recht schwer und man bewegt ihn in der idee gegen einen Dynamo.
Dieser kennt den Ausgangspunkt und bei einer Drehung um etwa 90° sendet er open.

Weist du wer diese Integration gemacht hat?
Bzw wie komme ich weiter mit der nicht guten erkennung?

[9_Mad-Max_5]

@Jey-Cee

benutzt du node-enocean?

Hast du gesehen das es mittlerweile was neues von ihm gibt?
Es heißt enocean-js. Leider verstehe ich nicht genau was es ist um ehrlich zu sein.

Könnte man das anstatt als basis für den enocean Adapter benutzen?

https://github.com/enocean-js/enocean-js

[Jey Cee]

@9_Mad-Max_5 ja das war @Darnat, der ist aber wohl schon lange nicht mehr hier gewesen.
Wie gesagt das Problem liegt am/im Griff der sendet ein Datentelegramm und das wird interpretiert. Wenn man am Griff nichts einstellen kann ist da nix zu machen.
Da hilft auch keine andere Basis.
Aber der EnOcean Adapter nutzt seine eigene Basis an, die haben Darnat, AlCalzone und ich geschrieben.

[9_Mad-Max_5]

@Jey-Cee ah ok ihr habt das alle zusammen gemacht.

Gibt es eine möglichkeit die rohdaten anzusehen?
Also das was der enocean 300 Stick selbst empfängt?

Der Adapter interpretiert doch sicherlich die Telegramme die eingehen oder?

[Jey Cee]

@9_Mad-Max_5 klar die siehst du schon im Log:

enocean.0	2019-11-22 15:14:52.374	debug	(4152) Received raw message: 55000707017af6d0019b0ffa2000ffffffff5b00

[9_Mad-Max_5]

@Jey-Cee
Das heist der ganze String sind die RAW nutzdaten richtig?
Aber bei dem ersten Tilt oder 2 oder gekippt endet es auf ffffffff5b00
Das war auch ein tatsächliches gekippt.

Beim letzten tilt was eigentlich ein closed sein müsste endet es mit ffffffff5c00
Ist hier vl was falsch interpretiert worden?

[Jey Cee]

@9_Mad-Max_5 ich sagte ja bereits müsste mich erst mit den bytecodes beschäftigen. Laut beschreibung sollte der griff sogar die Drehrichtung erkennen, es gibt 8 oder mehr verschiedene codes.

[9_Mad-Max_5]

@Jey-Cee
Kann ich dir irgendwie helfen indem ich mal noch mehr logge?

Am besten sagst du mir kurz was du sehen möchtest.

[Jey Cee]

@9_Mad-Max_5 was noch interessant ist in welche Richting die jeweiligen griffe gedreht werden. Also von Unten (geschlossen) nach oben, linls oder rechts herum. Das macht einen Unterschied.
Vielleicht auch einfach mal mit Unterschiedlichen Geschwindigkeiten

[9_Mad-Max_5]

@Jey-Cee
Ich drehe ihn Links herum werde aber gleich mal ein log machen.

[9_Mad-Max_5]

@Jey-Cee
Hat doch etwas gedauert bis ich dazu kam.

Also:
Griff ist geschlossen:
Eine Öffnung mit dem Uhrzeigersinn auf die Schwenk oder auch offen Stellung

enocean.0	2019-11-24 14:04:41.424	debug	(1257) else: window_handle
enocean.0	2019-11-24 14:04:41.423	debug	(1257) variables to set : {"window_handle":1}
enocean.0	2019-11-24 14:04:41.422	debug	(1257) Message for ID 019b0ffa has been received.
enocean.0	2019-11-24 14:04:41.422	debug	(1257) Packet type: 1
enocean.0	2019-11-24 14:04:41.421	debug	(1257) Received raw message: 55000707017af6e0019b0ffa2000ffffffff5f00

Ich lasse den Griff los und warte 20 Sekunden.

Anschließendes schließen dieses mal gegen den Uhrzeigersinn

enocean.0	2019-11-24 14:04:55.999	debug	(1257) else: window_handle
enocean.0	2019-11-24 14:04:55.998	debug	(1257) variables to set : {"window_handle":2}
enocean.0	2019-11-24 14:04:55.998	debug	(1257) Message for ID 019b0ffa has been received.
enocean.0	2019-11-24 14:04:55.997	debug	(1257) Packet type: 1
enocean.0	2019-11-24 14:04:55.997	debug	(1257) Received raw message: 55000707017af6d0019b0ffa2000ffffffff5c00

Fenster wird als gekippt detektiert.

Auch scheint es mir bei zu schnellen Handlungen im Testsenario zu Problemen zu kommen.

[9_Mad-Max_5]

@Jey-Cee

Griff ist geschlossen
Er wird schnell mit dem Uhrzeigersinn in Richtung kippen gedreht.

enocean.0	2019-11-24 14:10:38.247	debug	(1257) else: window_handle
enocean.0	2019-11-24 14:10:38.246	debug	(1257) variables to set : {"window_handle":2}
enocean.0	2019-11-24 14:10:38.244	debug	(1257) Message for ID 019b0ffa has been received.
enocean.0	2019-11-24 14:10:38.243	debug	(1257) Packet type: 1
enocean.0	2019-11-24 14:10:38.242	debug	(1257) Received raw message: 55000707017af6d0019b0ffa2000ffffffff5c00
enocean.0	2019-11-24 14:10:38.039	debug	(1257) else: window_handle
enocean.0	2019-11-24 14:10:38.038	debug	(1257) variables to set : {"window_handle":1}
enocean.0	2019-11-24 14:10:38.036	debug	(1257) Message for ID 019b0ffa has been received.
enocean.0	2019-11-24 14:10:38.035	debug	(1257) Packet type: 1
enocean.0	2019-11-24 14:10:38.034	debug	(1257) Received raw message: 55000707017af6e0019b0ffa2000ffffffff5c00

Dort verhaart der griff für ca. 40 Sekunden.

Von dort wird er schnell gegen den Uhrzeigersinn geschlossen ohne in der geöffnet Position zu verhaaren.

enocean.0	2019-11-24 14:11:23.683	debug	(1257) else: window_handle
enocean.0	2019-11-24 14:11:23.681	debug	(1257) variables to set : {"window_handle":2}
enocean.0	2019-11-24 14:11:23.680	debug	(1257) Message for ID 019b0ffa has been received.
enocean.0	2019-11-24 14:11:23.679	debug	(1257) Packet type: 1
enocean.0	2019-11-24 14:11:23.673	debug	(1257) Received raw message: 55000707017af6d0019b0ffa2000ffffffff5c00
enocean.0	2019-11-24 14:11:22.972	debug	(1257) else: window_handle
enocean.0	2019-11-24 14:11:22.972	debug	(1257) variables to set : {"window_handle":1}
enocean.0	2019-11-24 14:11:22.971	debug	(1257) Message for ID 019b0ffa has been received.
enocean.0	2019-11-24 14:11:22.971	debug	(1257) Packet type: 1
enocean.0	2019-11-24 14:11:22.970	debug	(1257) Received raw message: 55000707017af6c0019b0ffa2000ffffffff5900

[mustang]

Moin - ich hab mich gerade erst angemeldet und iobroker vor 4 Tagen unter Kubuntu auf einem Kleinrechner installiert. Als Funkempfänger dient ein enocean-USB-Stick 300 mit externer Antenne.
Von Eltako soll ein TF-FKE Fensterkontakt (mit zwei Schaltzuständen) zum Einsatz kommen. Laut Beschreibung von Eltako wird ein Funktelegramm "geschlossen 0xF0" und "offen 0xE0" gesendet.
Entsprechend meines Logs in iobroker befinden sich die gesendeten Werte NICHT im String am Ende "ffffffff3700" sondern "55000707017af6(f0)fef6e05f2000ffffffff3700" unmittelbar vor der ID (fef6e05f). Das am Ende könnte vielleicht auch der RSSI-Wert des TF-FKE sein(?), jedoch sind die Schaltzustände bei meinem Kontakt mit Sicherheit an der von mir markierten Stelle. Ich weiß nur noch nicht, wie das auswerten soll - Programmieren ist nicht ganz so meins.

Das Log:
enocean.0 2019-12-10 05:18:20.204 debug (10372) variables to set : {}
enocean.0 2019-12-10 05:18:20.203 debug (10372) Message for ID fef6e05f has been received.
enocean.0 2019-12-10 05:18:20.203 debug (10372) Packet type: 1
enocean.0 2019-12-10 05:18:20.202 debug (10372) Received raw message: 55000707017af6e0fef6e05f2000ffffffff3c00
enocean.0 2019-12-10 05:18:19.148 debug (10372) variables to set : {}
enocean.0 2019-12-10 05:18:19.147 debug (10372) Message for ID fef6e05f has been received.
enocean.0 2019-12-10 05:18:19.147 debug (10372) Packet type: 1
enocean.0 2019-12-10 05:18:19.146 debug (10372) Received raw message: 55000707017af6f0fef6e05f2000ffffffff3c00
enocean.0 2019-12-10 05:17:16.426 debug (10372) variables to set : {}
enocean.0 2019-12-10 05:17:16.425 debug (10372) Message for ID fef6e05f has been received.
enocean.0 2019-12-10 05:17:16.424 debug (10372) Packet type: 1
enocean.0 2019-12-10 05:17:16.424 debug (10372) Received raw message: 55000707017af6e0fef6e05f2000ffffffff3700
enocean.0 2019-12-10 05:17:15.356 debug (10372) variables to set : {}
enocean.0 2019-12-10 05:17:15.355 debug (10372) Message for ID fef6e05f has been received.
enocean.0 2019-12-10 05:17:15.352 debug (10372) Packet type: 1
enocean.0 2019-12-10 05:17:15.352 debug (10372) Received raw message: 55000707017af6f0fef6e05f2000ffffffff3700
enocean.0 2019-12-10 05:16:54.556 debug (10372) system.adapter.admin.0: logging true

[mustang]

@9_Mad-Max_5 So gesehen sehe ich bei dir die drei Schaltzustände: c0, d0, und e0! Mit der Drehgeschwindigkeit dürfte das nichts zu tun haben.

[9_Mad-Max_5]

@mustang
Das ist sehr gut möglich.

Dann hätte ich bei meiner einbau Position folgende Postionen:
Offen mit Uhrzeigersinn: e0
Offen gegen Uhrzeigersinn: c0
Gekippt mit Uhrzeigersinn: d0

Geschlossen gegen Uhrzeigersinn: d0

Warum verstehe ich auch nicht.
Normal müsste das ja aufgrund der Richtung alleine eine andere Nummer bekommen.

@Jey-Cee
Könnte man Aufgrund des vorigen Zustands den geschlossen neu setzten. Also wenn ich von einem c0 komme wird es zu einem geschlossen?