Test Adapter EnOcean v0.3.x
-
Und auch eine automatische Erkennung als F6-02-01 würde nicht helfen. `
Warum hilft das nicht? Es ist ja https://www.enocean-alliance.org/wp-content/uploads/2017/05/EnOcean_Equipment_Profiles_EEP_v2.6.7_public.pdf welche Informationen die Geräte anhand einer EEP übermittlen können. Ich hab aber schon festgestellt das es Geräte gibt die mehrere EEP's nutzen.+Das mit dem SerialPort is mir nicht klar. Da habe ich nicht viel geändert (nur den Filter deaktiviert, um alle Ports zu sehen). `
Dann lass das mal, vielleicht passt auch bei mir was nicht.Und am Countdown eigentlich auch nichts. Ich arbeite unter Ubuntu mit Firefox 57 und habe mit dem Countdown zwar auch einige Probleme, aber er läuft nicht einfach los.
Ich habe die Version von Bluefox als Basis genommen (https://github.com/GermanBluefox/ioBroker.enocean). `
Bluefox hat geschrieben das seine Anpassungen noch nicht fertig sind, vielleicht ist das noch nicht ganz fertig.Bezüglich der Abhängigkeit, ich könnte gleich die rawBytes parsen. Dann ist die Abhängigkeit eigentlich komplett weg und wenn du den Unterbau bearbeitest, dann bräuchtest du nur die Nachricht weiterleiten. Zumindest für die schon implementierten Typen würde das funktionieren. `
Top, das machen wir so. -
Die Rauchmelder liefern die Status:
0x00 : Alarm Ende
0x10 : Alarm
0x30 : Batteryspannung.
Und dann gibt es noch Keep Alive- Nachrichten, die T21=1 und NU = 0 besitzen.
Das Rauchmelder-Telegram basiert halt nur auf F6-02-01. Und es gibt wohl einige Geräte, die man speziell behandeln sollte.
Update: Ich habe die Erkennung umgestellt und erste Tests mit dem Rauchmelder waren erfolgreich.
Jetzt implementiere ich die Hoppe Fenstergriffe.
Gruß,
Sven
-
Ich habe die Änderungen von Darnat übernommen.
Bitte Testet die neue Version.
Änderungen:
-
Geräte Verwaltung in der Adapterkonfiguration
-
Neue Geräte hinzugerfügt: smoke detector (Eltako FRW), F6-10-00 (Hoppe window handle), EEP D5-00-01 (door/window contact)
-
-
Kurze Beschreibung:
- Bei der manueller Eingabe der Geräte:
- Die Device-ID wird hexadezimal angegeben "0102AA3D".
* Die EEP im Format "f6-01-01" angeben. * Für die Beschreibung (desc) gilt: Wenn das native EEP format genutzt werden soll, dann "native" angeben. Dieses gilt für F6-10-00 und D5-00-01\. Die Eltako Rauchmelder sind spezeill. Hier "smokedetector_1" eintragen, da sie auf F6-02-01 beruhen, aber andere Variablen besitzen. * Herstellerfeld kann angegeben werden, hat aber keine Auswirkung.Da ich nur die drei EnOcean-Geräte besitzt, habe ich erst einmal diese implementiert. Wenn mehr benötigt wird, dann einfach melden.
Ansonsten implementiere ich die anderen EEPs im Laufe der Zeit. Kann sie derzeit nur nicht an Geräten testen.
@Jey Cee: Kann in Github nichts ins Wiki schreiben.
Gruß,
Sven
- Bei der manueller Eingabe der Geräte:
-
Es steht eine neue Version des EnOcean Adapters zum Testen bereit.
Darnat hat einiges an Arbeit reingesteckt und den Adapter Admin v3 ready gemacht.
Darüber hinaus ist der Adapter jetzt ab node v4 nutzbar, das geht da wir auf die Abhängigkeit von node-enocean verzichten.
Dass und die Tatsache das es Geräte gibt die mehr als eine EEP haben zwingt uns dazu für jedes Gerät ein eigenes Profil zu erstellen. Es gibt jedoch auch Generische Profile für einzelne EEP's die für Geräte mit nur einer EEP verwendet werden können.
Solltet ihr Geräte haben die noch nicht unterstützt werden teilt uns mit welches Gerät + Hersteller + EEP('s), dann wird es so bald wie möglich hinzugefügt.
Eine weitere Änderung die sich daraus ergibt ist der Wegfall der Automatischen Erkennung von Geräten beim Anlernen. Man muss/kann jetzt das Gerät anhand von DropDowns Auswählen.
Ich selbst konnte bis jetzt noch nicht Testen da meine ganze Technik immer noch in Kisten verpackt ist, das heisst eventuelle Fragen wird Darnat hoffentlich beantworten.
-
Mach ich sicher
-
Ich denke ich muss mir dann doch mal ein ersten Device kaufen … Wie sieht es denn mit "Steuern" aus? Oder ist es weiter noch "nur lesend"?
PS: Hab Euch auch nen Serialport-Update Issue gemacht, ist einiges Stabiler bei mir und mache es gerade für alle relevanten adapter
-
Noch nur lesend. Momentan nutzen wir einen extra parser, der wird noch rausfliegen.
Mein plan ist in einem Monat mit dem Einbau der sende Funktion zu beginnen, dabei wird auch der Parser terminiert.
Gesendet von Unterwegs
-
Wird inzwischen verstanden wenn der eltako Taster zwei Tasten gleichzeitig sendet?
Das ging mit der lib ja nicht.
Gesendet von iPhone mit Tapatalk
-
Der müsste F6-02-01 (roller shutter) sein. Habe den leider nicht, aber es müsste funktionieren.
-
Also wenn dein Taster ein PTM2xx Modul ist wird das nie gehen. Da ist es nicht vorgesehen 2 Tasten gleichzeitig zu drücken. Was an der Konstruktion des PTM2xx liegt.
Gesendet von Unterwegs
-
@Jey Cee:Also wenn dein Taster ein PTM2xx Modul ist wird das nie gehen. Da ist es nicht vorgesehen 2 Tasten gleichzeitig zu drücken. Was an der Konstruktion des PTM2xx liegt. `
Da muss ich dir widersprechen. Ich hab den PTM215 mit Doppelwippe so schon im Einsatz, allerdings über den Umweg via FHEM. Folgende Kombinationen kommen in ioBroker an, nur die Auswertung ist etwas doof:A0, A1, B0, B1, A0 + B0, A0 + B1, A1 + B0, A1 + B1.
Folgendes geht logischerweise nicht:
A0 + A1, B0 + B1.
Die Tasten müssen halt wirklich gleichzeitig gedrückt werden - sobald die Energiewippe unten ist, ists vorbei. In der ersten Version des Adapters mit der library kam bei gleichzeitigem Druck zweier Tasten "undefined" in ioBroker an, da scheinbar die Bitmaske nicht richtig ausgewertet wird.
Dann werde ich Sonntag vermutlich mal testen und evtl nen PR basteln, wenns nicht geht.
-
Also wenn das so ist ergeben sich ganz neue Möglichkeiten.
Das finde ich gut.
Was passiert wenn du eine Taste bis zu dem Punkt drückst bevor die Energiewippe auslöst und dann die Zweite?
Gesendet von Unterwegs
-
Es zählt was gedrückt ist im Moment wo die energiewippe betätigt wird. Im Prinzip muss nur der Kontakt geschlossen sein wenn der Impuls gesendet wird.
Gesendet von unterwegs
-
Also, ich wollte gerade mal testen. Upgrade auf neueste Version von Github, Adapter-Upload und Neustart, etc. alles durchgeführt:
enocean.0 2018-01-28 12:23:24.366 debug Port has been opened. enocean.0 2018-01-28 12:23:24.210 info starting. Version 0.1.3 in /opt/iobroker/node_modules/iobroker.enocean, node: v8.8.1Wenn ich auf die Tasten des Schalters drücke, sehe ich den ESP300 blinken, der Adapter empfängt aber keine Daten.
Die Funktionen handleType1Message, parseMessage, etc. werden auch NICHT aufgerufen. Ne Idee, was hier faul ist?
-
Wenn ich auf die Tasten des Schalters drücke, sehe ich den ESP300 blinken, der Adapter empfängt aber keine Daten.
Die Funktionen handleType1Message, parseMessage, etc. werden auch NICHT aufgerufen. Ne Idee, was hier faul ist? `
Ok, ich habs: Die EEP-Parser für f6-02-* haben nen Fehler, der den Adapter abstürzen lässt, dabei wird der Serialport nicht richtig geschlossen. Nach nem Reset der USB-Schnittstelle gehts.Die Tasten werden allerdings auch nicht richtig erkannt. Ich bau nen PR, der die Fehler behebt.
-
Moin,
einen Fehler habe ich schon gefunden und in Master auf Github korrigiert.
Da steht noch eine Abfrage auf "telegram['rawbyte']". Die war falsch.
Steht in jeder F6-02-xx-Datei am Anfang.
-
Moin,
einen Fehler habe ich schon gefunden und in Master auf Github korrigiert.
Da steht noch eine Abfrage auf "telegram['rawbyte']". Die war falsch.
Steht in jeder F6-02-xx-Datei am Anfang. `
Jup das war eins davon
PR mit größeren Änderungen kommt gleich nachdem ich getestet habe.
Edit: DA => https://github.com/Jey-Cee/ioBroker.enocean/pull/14
closed add nodon STP-2-1-05 #14
-
Änderungen sehen gut aus. Wenn Jey Cee das in den Master übernimmt, kann ich mein System aktualisieren und einige Profile testen.
-
Habe jetzt einfach mal den PR übernommen.
Gesendet von Unterwegs
