Test Adapter EnOcean (2) v0.3.x

[Markus 3]

[Jey Cee]

@markus-3 sagte in Test Adapter EnOcean (2) v0.3.x:

Wenn man nach der Anleitung im Fenster vorgeht wird auch nach drücken der Taste mit dem Strich kein Objekt hinzugefügt.

Es ist nicht der Button mit dem Strich sondern der andere.

[Markus 3]

Danke für die Rückmeldung. Jetzt geht es. Wäre vielleicht ganz gut die Beschreibung dahingehend anzupassen. Hier steht noch das die Taste mit dem Strich gedrückt werden soll. Es soll aber die Taste OHNE den Strich sein. Nicht das der nächste vor dem selben Thema steht.

[Markus 3]

Bezüglich der ELTAKO FSB14 Aktoren die für die Rolläden verwendet werden würde schon einmal darüber diskutiert ob / wie die Rückmeldung der Position erfolgen kann. (0 - 100%)
Wird es hier zukünftig noch eine Spalte im Objekt geben?
MfG
Markus

[Jey Cee]

@markus-3 sagte in Test Adapter EnOcean (2) v0.3.x:

Bezüglich der ELTAKO FSB14 Aktoren die für die Rolläden verwendet werden würde schon einmal darüber diskutiert ob / wie die Rückmeldung der Position erfolgen kann. (0 - 100%)
Wird es hier zukünftig noch eine Spalte im Objekt geben?

Nein wird es nicht.
Zum einen ist das so wie der Adapter aufgebaut ist nicht möglich.
Zum anderen ist es ziemlich schwer hier einen Zuverlässigen Wert zu ermitteln, damit hab ich mich schon mehrere Tage beschäftigt und bin zu keiner Lösung gekommen die ich in den Adapter einbauen würde.

[9_Mad-Max_5]

Hallo,

Ich bekomme folgende Meldung nach dem Update auf die neuste npm und node version:
Rebuild for adapter system.adapter.enocean.0 not successful in 3 tries. Adapter will not be restarted again. Please execute "npm install --production" in adapter directory manually.
Leider bringt der Befehl auch mehrfach auszuführen nichts der Adapter will einfach nicht hochlaufen.

host.iobroker-slave	2021-05-18 21:56:03.679	error	instance system.adapter.enocean.0 terminated with code 1 (JS_CONTROLLER_STOPPED)
host.iobroker-slave	2021-05-18 21:56:03.677	error	Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:933:32)
host.iobroker-slave	2021-05-18 21:56:03.676	error	Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:1097:10)
host.iobroker-slave	2021-05-18 21:56:03.675	error	Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:1068:30)
host.iobroker-slave	2021-05-18 21:56:03.674	error	Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/@serialport/bindings/lib/linux.js:2:36)
host.iobroker-slave	2021-05-18 21:56:03.673	error	Caught by controller[0]: at bindings (/opt/iobroker/node_modules/bindings/bindings.js:112:48)
host.iobroker-slave	2021-05-18 21:56:03.672	error	Caught by controller[0]: at require (internal/modules/cjs/helpers.js:88:18)
host.iobroker-slave	2021-05-18 21:56:03.671	error	Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:957:19)
host.iobroker-slave	2021-05-18 21:56:03.670	error	Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:774:14)
host.iobroker-slave	2021-05-18 21:56:03.669	error	Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:933:32)
host.iobroker-slave	2021-05-18 21:56:03.668	error	Caught by controller[0]: at Object.Module._extensions..node (internal/modules/cjs/loader.js:1127:18)
host.iobroker-slave	2021-05-18 21:56:03.667	error	Caught by controller[0]: the module (for instance, using `npm rebuild` or `npm install`).
host.iobroker-slave	2021-05-18 21:56:03.666	error	Caught by controller[0]: NODE_MODULE_VERSION 83. Please try re-compiling or re-installing
host.iobroker-slave	2021-05-18 21:56:03.665	error	Caught by controller[0]: NODE_MODULE_VERSION 72. This version of Node.js requires
host.iobroker-slave	2021-05-18 21:56:03.664	error	Caught by controller[0]: was compiled against a different Node.js version using
host.iobroker-slave	2021-05-18 21:56:03.662	error	Caught by controller[0]: Error: The module '/opt/iobroker/node_modules/@serialport/bindings/build/Release/bindings.node'
host.iobroker-slave	2021-05-18 21:56:03.661	error	Caught by controller[0]: ^
host.iobroker-slave	2021-05-18 21:56:03.660	error	Caught by controller[0]: throw e;
host.iobroker-slave	2021-05-18 21:56:03.658	error	Caught by controller[0]: /opt/iobroker/node_modules/bindings/bindings.js:121

Das ist das Vollständige Log.
Als Versionen werden aktuell folgende verwendet.:

iobroker-slave
Plattform: linux
RAM: 924.2 MB
Node.js: v14.17.0
NPM: 7.13.0

[Jey Cee]

@9_mad-max_5 es gibt da diese Anleitung für das update von nodejs, in der Finden sich entsprechende Hinweise wenn danach etwas nicht klappt: https://forum.iobroker.net/topic/44566/how-to-node-js-für-iobroker-richtig-updaten-2021-edition?_=1621355788191

Darüber hinaus ist es momentan nicht Empfohlen npm 7 zu installieren, da es damit wohl noch zu Problemen kommt. Also rate ich dir npm 6 statt 7 zu verwenden.

Schau ob eins davon deine Probleme löst.

[9_Mad-Max_5]

@jey-cee
Mhm kacke dann muss ich wohl wieder zurück nach 6...

[mustang]

@9_mad-max_5 @Jey-Cee
Moin, also bei mir läuft seit einiger Zeit die folgende Kombi ohne festgestellte Probleme:

Platform
    linux
Betriebssystem
    linux
Architektur
    x64
CPUs
    2
Geschwindigkeit
    1757 MHz
Modell
    Intel(R) Core(TM)2 Duo CPU P8700 @ 2.53GHz
RAM
    3.71 GB
System Betriebszeit
    00:03:16
Node.js
    v14.16.0 (Es gibt eine neuere Version: v14.17.0 - Empfohlene Version v12.22.1)
NPM
    7.12.1
Festplatte Größe
    57.52 GB
Festplatte frei
    36.27 GB

[9_Mad-Max_5]

@mustang
Es war mein Fehler das npm rebuild war das Problem ich hätte einfach das machen sollen, was das logt sagt...

[Markus 3]

@jey-cee
Hallo jey-cee,
Teste gerade die Version 0.37
Ich betreibe die Lichter über die ELTAKOs F4SR14-LED und FSR14-2x.
Wäre es möglich den Datenpunkt CMD bei Änderung des RO wertes automatisch mit anzupassen? (Also 0 setzen wenn RO auf false oder 1 setzen wenn RO auf true wechselt???

Das Problem ist folgendes:
wenn ein Licht zB über yahka oder ähnliches eingeschalten wird ändert sich RO auf true und CMD auf 1.
Wird nun das Licht über einen Lichtschalter ausgeschalten ändert sich zwar der RO Wert auf false aber der CMD bleibt auf 1.
Soll nun das Licht über den yahka wieder eingeschalten werden setzt er nochmals die 1 auf die bestehende 1 und nichts passiert. Dann macht man das Licht nochmal über yahka aus und nochmal an und dann erst geht es.
Das Problem habe ich nun schon öfters mal gelesen, aber keiner hatte eine klare Lösung.
Nach viel Testen habe ich zwar nun eine erstmalige Lösung aber das Blockly könnte man sich zumindest sparen wenn der Wert automatisch nachgezogen werden würde.

Vorab Lösungsansatz in Verbindung mit Yahka für allen denen es genauso geht:
Einstellung in Yahka beim Service-Type Lightbulb:

Für jede Lampe benötigt man ein recht einfaches Blockly zur Aktualisierung des CMD Wertes:

Falls sich die automatische Aktualisierung in den enocean Adapter integrieren liese wäre das natürlich wesentlich sinnvoller.

Gruß Markus3

[Jey Cee]

@markus-3 sagte in Test Adapter EnOcean (2) v0.3.x:

Wäre es möglich den Datenpunkt CMD bei Änderung des RO wertes automatisch mit anzupassen?

Nein.

Deine Lösung mit dem Blockly ist leider eine schlechte, dadurch wird jedesmal der entsprechende Befehl gesendet.
Yahka bietet die Möglichkeit für die Steuerung und den Status 2 Unterschiedliche Datenpunkte aus zu wählen, diese sollte hier genutzt werden. Dafür muss man bei InOut ioBroker.MultiState Auswählen, bei Read RO eintragen und bei Write CMD.
Wahrscheinlich muss dann noch eine Conversion genutzt werden.

[Markus 3]

@jey-cee
Danke für den Vorschlag mit dem Multistate. Das hatte ich auch bereits in meinen Versuchen getestet. Die Rückmeldung über den RO Wert ist eine gute Möglichkeit um den aktuellen Stand anzuzeigen aber das Problem falls der Zustand zwischenzeitlich über den Schalter geändert wird das die Lampe nicht reagiert besteht weiterhin.
Und warum ist die Blockly Lösung deiner Meinung nach schlecht??? Hat es negative Auswirkungen wenn eine eingeschaltete Lampe nochmals einen ein Befehl bekommt???
Habe nun einmal die Blockly Funktion so erweitert das nur bei Abweichung nochmals der Wert des CMD gesetzt wird.

[Jey Cee]

@markus-3 sagte in Test Adapter EnOcean (2) v0.3.x:

Und warum ist die Blockly Lösung deiner Meinung nach schlecht??? Hat es negative Auswirkungen wenn eine eingeschaltete Lampe nochmals einen ein Befehl bekommt???

Weil es völlig Unnötigerweise einen Telegramm auslöst und die Sendezeit der Funkkomponenten begrenzt* ist. Wird diese Zeit überschritten wird kein Telegramm mehr gesendet.
Die Zeit beträgt 1% pro Stunde, das sind 36 Sekunden, was mehrere Tausend Telegramme sind. Das Klingt nach viel, kann aber schnell erreicht werden wenn man viele Komponenten hat und häufig Schaltbefehle sendet.

*Das ist eine Gesetzliche Regelung und gilt für alle Geräte in freien Frequenzbereichen 433 und 868 Mhz.

[Markus 3]

@jey-cee
OK, klingt logisch. Wenn im Blockly aktualisiere anstelle von steuere verwendet wird dürfte dies doch keinen sende Befehl auslösen? Oder ist da meine Annahme falsch??? Wenn es so ist wäre das doch ein Lösungsansatz.

[Jey Cee]

@markus-3 sagte in Test Adapter EnOcean (2) v0.3.x:

Oder ist da meine Annahme falsch???

Leider ja es wird in jedem Fall gesendet.
Da bleibt dann nur einen eigenes Objekt zu erstellen und ein Skript das den Zustand von RO dort hinschreibt und bei Ändederung von yahka in CMD schreibt.

[9_Mad-Max_5]

@Jey-Cee
Leider bekomme ich meinen Griff immer noch nicht korrekt eingelernt.
Es handelt sich hierbei um ein master slave system. Auf dem slave arbeitet der adapter. Leider kann ich nach wie vor auch unter npm 6 den Griff nicht hinzufügen.

[Jey Cee]

@9_mad-max_5 ich weis immer noch nicht mehr. Auf meine Frage im Discord ob es mit der 0.3.6 Funktioniert hat hast du nicht geantwortet.

[Markus 3]

@Jey-Cee
Hallo Jey Cee,
ist es möglich den Eltako FWG14MS mit in die Geräteliste aufzunehmen? Hierbei handelt es sich um die Einbindung einer Wetterstation und deren Wetterdaten.
Gruß Markus3

[streuber]

Hallo Enocean Anwender,
ich kämpfe zur Zeit noch mit einen Eltako FWZ12 (Leistungsmesser). Ich habe ihn angelernt, es werden auch Datenpunkte erzeugt und laut log scheint er auch zu senden.
Leider wird aber der entscheidende Wert (value.power.consumption) nicht mit Daten befüllt. Hier sind die Daten die ich zu diesem Sensor sammeln konnte.

Aber dieser Adapter ist trotzdem geil. Endlich kann ich homee + fhem einmotten und alles in einer Oberfläche verwalten. Danke Jey-Cee!

nächtliche Grüsse
Peter