EnOcean MQTT - Die ersten Gehversuche

[Osorkon]

Tag Ihr EnOcean Liebhaber. Möchte hier mal ein Thread zum Thema EnOcean MQTT starten. Ich hatte bis gestern keine Berührungspunkte damit.
Nach dem ich bereits erfolgreich vor Wochen von deCONZ auf ZigBee2MQTT umgestiegen musste ich unbedingt auch mal EnOcean MQTT ausprobieren.
Es scheint ja so, dass das mittlerweile die erste Wahl sein sollte, wenn es um Home Assistant und EnOcean geht.
Da mein EnOcean Gerätepark ausschließlich FT55, FTKE, Hoppe Fenstergriffe und ein paar NodOn Soft Button umfasst. War ich selbst mit der rudimentären build in EnOcean Integration erst mal soweit zufrieden. Bis auf den NodeOn Soft Button haben soweit alle Geräte in Home Assistant funktioniert, auch wenn vor allem bei den Automatisierungen der FT55 doch sehr kompliziert war.

Seit gestern also meinen ersten Gehversuche mit ENOcean MQTT und bin doch erstaunt, wie einfach letztendlich die Einrichtung war.
Hatte zuerst versucht das ganze in einem LXC in Proxmox, also Stand Alone zum laufen zu bekommen, was jedoch selbst nach 2 Stunden nicht vom Erfolg gekrönt war.
Aufgegeben habe ich deshalb nicht, wird wohl was für das WE sein.

Wie die Geräte in der Device konfiguration Datei angelegt werden, da hat es Starthilfe von @Szenni benötig. Danke nochmals an dieser Stelle.
Bin erstmal doch positiv erstaunt, nun kennt der NodOn Soft Button acht einen Doppel-Klick und gedrückt halten. Der Hoppe Fenster Griff kommt gleich mit 2 Sensoren daher und man muss nicht umständlich einen Template Binary Sensor erstellen.

Nun hätte ich aber ein paar Verständnis Fragen, da mir die Doku doch ein wenig dürftig ausfällt. Bin da von Home Assistant was bessere gewohnt.
Oder ich finde einfach nicht die richtigen Quellen.

1. Erfolgt das Hinzufügen von neuen Geräten ausschließlich über die Konfiguration Datei? Also Datei bearbeiten und EnOceam MQTT Neustarten?
2. Für was ist der Schalter "ENOCEAN_LEARN" gedacht?
3. Wie ermittle ich bei neuen Geräten die Device ID? War ja im Bestand kein Problem, da diese noch aus der Nutzung direkt in Home Assistant bekannt waren.

An dieser Stelle teile ich auch mal meine Geräte Konfiguration.

FT55

Code: Alles auswählen

[ft55_xyz]
address       = 0xXXXXXXXX
rorg            = 0xF6
func            = 0x02
type            = 0x02

FT55.jpg (72.61 KiB) 1451 mal betrachtet

FTKE

Code: Alles auswählen

[ftke_xyz]
address       = 0xXXXXXXXX
rorg            = 0xF6
func            = 0x10
type            = 0x00

FTKE.jpg (58.53 KiB) 1451 mal betrachtet

Hoppe Fenster Griff (Offen, Geschlossen/ Gekippt)

Code: Alles auswählen

[Fesnter_xyz]
address       = 0xXXXXXXXX
rorg            = 0xF6
func            = 0x10
type            = 0x00

Hoppe Fenstergriff.jpg (65.99 KiB) 1451 mal betrachtet

NodOn Soft Button

Code: Alles auswählen

[NodOn_xyz]
address         = 0xXXXXXXXX
rorg            = 0xD2
func            = 0x03
type            = 0x0A

NodOnn Soft Button.jpg (72.32 KiB) 1451 mal betrachtet

Wäre nett Wenn Ihr eure Geräte Profile für die gängigen Geräte auch mal posten könnt.
Dann hätten wir das hier zentral an einer Stelle.

Dann noch eine abschließende Frage. Welche Fenster/Tür Sensoren könnt Ihr den empfehlen. Brauche Ersatz für ein paar Sensitive Strips (Z-Wave) Die FTKE bringe ich wegen der Größe leider nicht unter.
Und nachdem mit EnOcean MQTT doch eine Menge mehr Geräte unterstützt werden, werde ich bei neuen Sensoren definitiv wieder auf EnOcean setzen.

Danke & Gruß
Osorkon

[Osorkon]

Jetzt muss ich doch, in Zusammenhang mit dem NodOn Soft Button, ein kleines Problem feststellen.

Ich habe zwar jeweils für die Aktionen single, double, long press und long released einen binary Sensor.
Jedoch bleibt dieser dauerhaft an bis eine andere Aktion erfolgt ist.
Spricht ich drücke 1-mal, der Binary Sensor single wechselt in den Zustand "An" und bleibt dort. Dieser kehrt erst wieder in den Zustand "Aus", wenn die Aktion double, long press oder long released erfolgt. Somit kann ich den single Klick genau einmal verwenden. Das trifft natürlich für alle andere Aktionen zu.
So kann ich den Button in keiner Automatisierung verwenden!

Habe ich da was falsch parametriert oder gibt es weitere Einstellungen die ich machen kann?

Der FT55 verhält sich ordnungsgemäß, dieser hat ja 4 Tasten und somit 4 Binary Sensoren. Diese bleiben solange an, wie ich die Taste gedrückt halte, lasse ich diese los, kehren sie in den Zustand Aus zurück.

Gruß
Osorkon

[Szenni]

Hallo und guten Morgen,

dann werde ich das ganze ebenfalls mal ergänzen.

---

Helligkeitssensor : Eltako FHD60SB
Lux : 0-30000

Code: Alles auswählen

# Eltako FHD60SB
[fhd60sb]
address      	= 0xXXXXXXXX
rorg            = 0xA5
func            = 0x06
type            = 0x01

Der FHD60SW soll auch Dämmerungswerte anzeigen können (0-50 Lux). Diese Daten habe ich noch nicht rausquetschen können.
Da Dieser eine kleine Solarzelle verbaut hat und bei Dämmerung die Spannung langsam abbaut, könnte man vorerst auch über den Spannungswert die Abfrage realisieren. Der Helligkeitswert beginnt bei 300 bis 30000 Lux.

Jetzt kommen wir auch zu dem Thema "Learn", was ich die Tage beim FHD60SB nochmal ausprobieren werde. Laut Eltako soll dann auch die Dämmerungsfunktion aktiviert sein. Allerdings habe ich kein entsprechendes EEP dafür. Testweise werde ich mal die mapping.yaml anpassen. Vielleicht kommt da was brauchbares raus

FAH-Modus (EEP von ha_enoceanmqtt unterstützt):

Code: Alles auswählen

Lerntelegramm: 0x18080D80
Datentelegramm nach EEP A5-06-01
Data_byte3 = Helligkeit 0-100 lux,
linear n = 0x00-0x64
(nur gültig wenn DB2 = 0x00)
Data_byte2 = Helligkeit 300-30.000 lux, linear n = 0x00-0xFF
Data_byte1 = -
Data_byte0 = 0x09

TF-Modus (EEP von ha_enoceanmqtt noch nicht unterstützt):

Code: Alles auswählen

Lerntelegramm: 0xE0400D80
Datentelegramm nach EEP A5-38-08
Data_byte3 = 0x01
Data_byte0 = 0x08 = AUS
0x09 = EIN
0x28 = Entsperren

---

Anwesenheits-Tracker (Key) : PioTek V4 FTTB (TF-TTB)
Der Tracker V4 kann jetzt in folgenden Modi betrieben werden : Ping = 10, 20, 30, 40 sek. , 1m, 2m, 3m oder 4m und NOPING. In der Variante NOPING z.B. als reiner Handsender wird der Batteriezustand allerdings nur bei Betätigen des LRN Taster an eine Zentrale gesendet.

Code: Alles auswählen

# PioTek V4 FTTB (TF-TTB)
[Key_FTTB]
address      	= 0x0590AC98
rorg            = 0xA5
func            = 0x07
type            = 0x01

Hab die Keys (3 Stück) auf einen Ping von 1 Minute eingestellt. Funktioniert bei uns zuverlässig.

[Szenni]

Jedoch bleibt dieser dauerhaft an bis eine andere Aktion erfolgt ist.
Spricht ich drücke 1-mal, der Binary Sensor single wechselt in den Zustand "An" und bleibt dort. Dieser kehrt erst wieder in den Zustand "Aus", wenn die Aktion double, long press oder long released erfolgt. Somit kann ich den single Klick genau einmal verwenden. Das trifft natürlich für alle andere Aktionen zu.
...
Habe ich da was falsch parametriert oder gibt es weitere Einstellungen die ich machen kann?
...

Nöö, Paramentrierung ist soweit korrekt. Hab mich gestern Abend (ne schöne "Gute Nacht"-Lektüre ) mal durch die mapping.yaml und eep.xml durchgewühlt, da ich "release" nur beim "long press" etwas merkwürdig fand. Aber tatsächlich. Laut Nodon ists so. Zusätzlich habe ich noch bei EnOcean geschaut (http://tools.enocean-alliance.org/EEPViewer/). Dort wurde das ganze auch bestätigt.

• Simple Press,
• Double Press,
• Long Press,
• Long Press released.

Also wenn ich das richtig verstanden habe, dann bleibt der Zustant auf "An" bis was anderes gedrückt wird ?
...und was möchtest Du dann auswerten ? Das Signal wird doch in der Automatisierung als trigger (Flankenauswertung) als Auslöser abgearbeitet. Daher sollte es doch keine Rolle spielen ob die entität weiterhin auf "An" gesetzt ist. Theoretisch sogar sinnvoll für Bedingungen, Wenn / Dann etc...

Tante EDIT : Hab das ganze nochmal durchgelesen. Vielleicht habe ich es jetzt gerafft
Also es wird gedrückt (welche Kombi wie auch immer) und der Zustand wechselt auf "An" und bleibt "An". Wird erneut die selbe Kombi gedrückt, dann wird kein trigger ausgelöst sondern bleibt auf "An" bis eine andere Kombi gedrückt wird ?

[Osorkon]

Also es wird gedrückt (welche Kombi wie auch immer) und der Zustand wechselt auf "An" und bleibt "An". Wird erneut die selbe Kombi gedrückt, dann wird kein trigger ausgelöst sondern bleibt auf "An" bis eine andere Kombi gedrückt wird ?

Genau so verhält es sich.

Gruß
Osorkon

[Szenni]

Hattest Du nur bei der Entität geschaut oder auch testweise eine Automatisierung angelegt und den Softbutton dort eingetragen?

[Osorkon]

Selbstverständlich.

Es kommt bei erneuten drücken ja kein erneutes Event rein.
Work around könnte vielleicht sein, als zusätzliche Aktion den Wert "Aus" Richtung MQTT Broker aus HA zu publishen.

Oder es gibt doch noch irgendwo einen Einstellung, das der "An" Wert nur temporär angezeigt wird.

Gruß
Osorkon

[Szenni]

Gestern hatte ich mich schon mal durch die ha_enoceanmqtt Dateien gewühlt und die Konfiguration bezüglich der Übergabe an den MQTT-Broker angeschaut.
Sah erstmal alles soweit okay aus. Also kein ersichtlicher Fehler beim ha_enoceanmqtt-Addon.
Ich schau mal, ob ich noch so einen Softbutton auftreiben kann zum "spielen"

Hast Du eigentlich beim "Long Press" und "Long Press released" auch das Verhalten?

[Osorkon]

Hast Du eigentlich beim "Long Press" und "Long Press released" auch das Verhalten?

Ja, alle 4 Aktionen Verhalten sich so.

NodOn Soft Button.gif (103.23 KiB) 1384 mal betrachtet

Gruß
Osorkon

[Szenni]

okay, hast Du auch eine separate mapping.yaml angelegt im ha_enoceanmqtt Addon (z. B. /config/mapping.yaml)?
Die bitte einmal sichern oder ggf. auf meine Modifizierte den Pfad anpassen.
Wenn ich es morgen schaffe, dann schick ich Dir eine Angepasste zum testen.

[Osorkon]

hast Du auch eine separate mapping.yaml angelegt im ha_enoceanmqtt Addon (z. B. /config/mapping.yaml)?

Nichts des gleichen.
Bei mapping_file und eep_file ist nichts hinterlegt.

Lediglich die device_file ist hinterlegt.

Gruß
Osorkon

[Szenni]

Lust auf einen Test ?

Einmal die mapping_test.zip runterladen, in mapping_test.yaml ändern und in den CONFIG\EnOcean Ordner von HA packen.
Ggf. den Ordner EnOcean erstellen.

Bildschirmfoto vom 2023-10-15 17-15-44.png (9.19 KiB) 1347 mal betrachtet

Danach den Pad für die mapping_test.yaml Datei in ha_enoceanmqtt Konfiguration eintragen :

Bildschirmfoto vom 2023-10-15 17-26-20.png (22.71 KiB) 1347 mal betrachtet

Anschliessend ha_enoceanmqtt stoppen und wieder starten. Button ausprobieren und mir die Protokolldatei zukommen lassen.

Zerschiessen kannst Du dabei nichts, wenn die Daten richtig eingetragen sind. Wenn die Änderung über mapping_test.yaml nicht greift, dann verhält sich der Button halt anders. Ggf. die originale mapping.yaml nehmen und die Pfadangaben in der Konfig anpassen.

[Osorkon]

Danke für die Mühe @Szenni!

Leider auch mit Deiner mapping_test.yaml (Habe mich penibel an Deine Anweisungen gehalten) keine Änderung.
Habe allerdings in der Konfiguration vom Addon unter eep_file bei mir keinen Eintrag, falls das einen unterschied macht?!
Der Button verhält sich wie zuvor.

Welche Protokolldatei meinst Du. Ist es die enoceanmqtt.log Datei?

Danke & Gruß
Osorkon

[Szenni]

Wir testen (tasten) uns auch erstmal ran
Die EEP sollte nur bei neuen Komponenten eine Rolle spielen. Im Prinzip funktioniert der Button ja. Nur ein Rücksetzsignal fehlt.

Die Protokolldaten des ha_enoceanmqtt Addon meinte ich (letzter Reiter nach Konfiguration). Daran sehe ich schon ob die Datei mapping_test.yaml korrekt eingelesen wurde und ob noch was an Problemen auftaucht.

Alternativ kannst Du auch im ha_enoceanmqtt Addon in der Konfiguration den Pfad für die Logdatei eintragen /config/EnOcean/enoceanmqtt.log. Dann landen die Protokolldaten im EnOcean Ordner und man kann diese direkt über den Studio Code Server oder einem anderen Editor auslesen.

[Szenni]

@Osorkon neue Runde, neues Glück

Hier die nächste Anpassung. Datei mapping_test.zip in mapping_test.yaml ändern und die Alte durch diese ersetzen. Das ha_enoceanmqtt Addom stoppen und wieder starten. Button testen

EDIT : Hab noch eine zweite Datei erstellt. Bitte Beide ausprobieren.

[Osorkon]

Danke Dir!
Schaue ich mir heute Abend an.

Gruß
Osorkon

[Osorkon]

@Szenni leider waren beide versuche nicht erfolgreich.
Die erste Konfiguration, brachte keine Änderung.
Die zweite hat alle EnOcean Geräte lahmgelegt.

Aber heute hat sich das Thema von alleine gelöst.
Unser Hund hat den Schalter als Kauknochen missbraucht.

Danke und Gruß
Osorkon

[Szenni]

schade. Hoffentlich nicht verschluckt

[Osorkon]

Dem Hund geht es gut. Er hat nur drauf rum gekaut. Hat aber dem Button nicht gut getan.
Habe diesen blöderweise als ich die Tests gemacht habe auf dem Tisch liegen lassen.
Normalerweise klebt der Schalter unerreichbar für dem Hund am Kühlschrank.

Gruß
Osorkon

[Szenni]

Wäre mal ein Feedback an der Hersteller wert. Für den alltäglichen Gebrauch nicht zu gebrauchen da nicht Familien tauglich

[Stephan1965]

Funktioniert eigentlich der Logger mit EnoceanMqtt?
Ich versuche gerade einen FT55 einzubinden und es passiert nichts. Daher wäre das eine Möglichkeit, um zu sehen, ob der Taster selber funktioniert.

[Osorkon]

@Stephan1965 die Device-ID bzw. die address, welche benötigt wird. Diese ist üblicherweise auf dem Gerät angebracht.
Beim FT55 findest Du den Aufkleber mit der address auf der Innen Seite des Schaltermoduls.

Gruß
Osorkon

[Stephan1965]

Hallo @Osorkon ,
die Device-ID habe ich und entsprechend in der enoceanmqtt.devices eingetragen.

Code: Alles auswählen

[Schalter_Küche_WoZi]
address         = 0xFEDAA4CC
rorg            = 0xF6
func            = 0x02
type            = 0x01

Aber es erscheint auch nach diversen Neustarts von HA kein neues Gerät.

[Osorkon]

Was ist es den für ein FT55?

Bei mir sieht die device Konfiguration so aus:

Code: Alles auswählen

[ft55_wz]
address         = 0xXXXXXXXX
rorg            = 0xF6
func            = 0x02
type            = 0x02

also type 0x02 und nicht wie bei Dir 0x01

Gruß
Osorkon

[Stephan1965]

Es ist auch ein FT55-rw.
Die Änderung des typs hat keinen Unterschied gemacht. Die anderen FT55-Schalter funktionieren ohne Probleme mit dem type 0x01.

Ich bin jetzt so weit, dass ich diesen FT55-Schalter wieder zurückschicke. Irgendwie ist dieser Schalter, bzw. die Stelle, wo er hin soll, verhext: Er soll einen Merten z-wave Schalter ersetzen, der in HA nicht gefunden wird. Das Seltsame: ein anderer Merten z-wave Schalter funktioniert...