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

[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?

[9_Mad-Max_5]

uff ich habe heute nochmal ein wenig getestet auch mit einem anderen Griff.
Bei dem klappt alles Problemlos es scheint mir so als wäre deine Software bis auf die Auto Erkennung Problemlos.

Hier wurden beide als EnOcean Blinds and Shutter erkannt.

[Jey Cee]

@9_Mad-Max_5 OK das ist positiv. Auto erkennung muss ich mir anschauen wie das kommt.

[mustang]

@Jey-Cee
So - jetzt hab ich mal wieder etwas Zeit gefunden mich mit den enocean-Modulen zu beschäftigen.
Zur Zeit habe ich drei Eltako - 1x TF-FTE, 1x TF-FKe, 1x FSM14-UC. Alle werden als Light and Blind Control automatisch erkannt. Der FSM14 wird unter Objekte korrekt mit 4 Kanälen eingebunden und die Statusanzeige wechselt richtigerweise von false auf true bei entsprechendem Signal am Eingang jedes einzelnen Kanals. Was mir jetzt nicht klar ist, daß die TF-FKE und TF-FTE als einfache On/OFF-Schalter ebenfalls mit 4 Kanälen eingebunden werden und auf keinem Kanal bei Betätigung des Schalters eine Zustandsänderung von false auf true erfolgt? Erwarten würde ich auf mindestens einem Kanal eine Änderung. Wie schon von mir geschrieben, werden nur zwei Codes übermittelt. Die Auswertung des RSSI ist bei allen vorhanden.

[mustang]

Hallo nochmal - laut anderer Foren (openHAB + knx) sollen die Schalter TF-FKE bzw. TF-FTE mit EEP F6-10-00 funktionieren. Lässt sich das beim einlernen irgendwie umstellen?

[Jey Cee]

@mustang klar du kannst die Taster auch Manuell anlegen, dafür musst die ID (Seriennummer) wissen.
Dann wählst du die EEP aus und fertig.

[MartyBr]

Hallo @Jey-Cee , ich habe an meinem Raspi einen USB Stick von Piotek angeschlossen. Damit werden meine Enocean Geräte in CUXD angelegt und ich kann sie in der CCU schalten.

Der Stick scheint von Eltako zu sein (ELT-FAM-USB-ESP3
Eltako EnOcean USB Gateway FAM-USB (ESP3 Version) Profi-Antenne (incl. CUxD EnOcean Lizenz))

In deiner Anleitung wird ein EnOcean USB 300 Gateway beschrieben.

Kann man nun meinen FAM-USB nutzen?

Gruß
Martin

[Jey Cee]

@MartyBr denke schon, am besten Testen.

[MartyBr]

@Jey-Cee Danke. Dann teste ich das mal an einem langen Wochenende. Über Enocean laufen ca. 25 Geräte, u.a. die Rollo-Aktoren von Eltako.

[Jey Cee]

@MartyBr sagte in Test Adapter EnOcean v0.3.x:

die Rollo-Aktoren

Dann ist der Adapter nichts für dich, der Empfängt nur Daten senden hat noch keiner eingebaut.

[MartyBr]

@Jey-Cee Schade. Ich hatte die Hoffnung, dass ich auch diese Geräte in den ioBroker installieren könnte.
Dann ziehe ich mir die weiter über den RPC Adapter rein.
Danke für die Info.

[mustang]

Habe die beiden Eltako Taster TF-FKE + TF-FTE nun manuell angelegt und sie funktionieren - für andere vielleicht einfach zu handhaben, jedoch für mich nicht alles selbsterklärend. Die Variablen zur Konfiguration des EEP-Profils "F6-10-00" habe dann der Datei /opt/iobroker/node_modules/iobroker.enocean/eep/EEP2IOB.json entnommen.
Anbei die RAW-Daten meiner Konfig; sind vielleicht für andere noch hilfreich:

Konfig Objekt-fef6e05f

{
"from": "system.adapter.admin.0",
"user": "system.user.admin",
"ts": 1578758542666,
"common": {
"name": "Window Handle",
"role": "",
"icon": ""
},
"native": {
"id": "fef6e05f",
"manufacterer": "ENOCEAN GMBH",
"device": "Window Handle",
"desc": "native",
"eep": [
"F6-10-00"
]
},
"acl": {
"object": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator"
},
"_id": "enocean.0.fef6e05f",
"type": "device"
}

---

Konfig Objekt-window_handle

{
"from": "system.adapter.admin.0",
"user": "system.user.admin",
"ts": 1578775861405,
"common": {
"name": "window_handle",
"role": "switch",
"type": "number",
"min": "0",
"max": "2",
"def": "1",
"states": "",
"read": "true",
"write": "false"
},
"native": {},
"acl": {
"object": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1636
},
"_id": "enocean.0.fef6e05f.window_handle",
"type": "state"
}

---

Konfig Objekt-rssi

{
"_id": "enocean.0.fef6e05f.rssi",
"type": "state",
"common": {
"name": "Signal Strength",
"role": "value.rssi",
"type": "number",
"read": true,
"write": false
},
"native": {},
"from": "system.adapter.admin.0",
"user": "system.user.admin",
"ts": 1578759224684,
"acl": {
"object": 1636,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1636
}
}

Das war es dann erstmal, jetzt muß ich mich mit der Logik (Blockly) und einer Visualisierung beschäftigen.

Danke für die Hinweise - bis dann mustang

[mustang]

[Jey Cee]

Hier gehts zur Umfrage ob Interesse an einer Weiterentwicklung des enOcean Adapters besteht.

[Grantlhaua]

Servus @Jey-Cee

Eine kurze Frage, da ich evtl die meisten Aktoren raus werfe und gegen Shelly's täusche. Kann dieser Adapter schon die Daten der Wetterstation verarbeiten? Da muss er ja nur empfangen und nichts senden.

[Jey Cee]

@Grantlhaua sagte in Test Adapter EnOcean v0.3.x:

Servus @Jey-Cee

Eine kurze Frage, da ich evtl die meisten Aktoren raus werfe und gegen Shelly's täusche. Kann dieser Adapter schon die Daten der Wetterstation verarbeiten? Da muss er ja nur empfangen und nichts senden.

Welche Wetterstation? Ich denke eher nicht da sind wenig Geräte implementiert.