Test Adapter EnOcean (2) v0.3.x
-
@andy61 Hast Du schon eine Lösung, die Du umgesetzt hast?
-
Hallo,
habe das System mit dem USB 300 im Einsatz. Funktioniert ganz gut nur die Reichweite ist bei mir etwas zu gering.Wurde der Adapter bereits mit dem Raspberry Pi Enocean-Modul von ELV oder einem anderem System mit Antenne getestet???
Für Rückmeldungen und Erfahrungsberichte wäre ich dankbar !
-
@markus-3 sagte in Test Adapter EnOcean (2) v0.3.x:
Raspberry Pi Enocean-Modul von ELV
Ja.
Aktuell sind mir 3 Geräte bekannt die mit dem Adapter genutzt werden können: USB300, Pi Enocean Modul, DOSMUNG USB Stick
Ich verwende den DOSMUNG und USB300. Der DOSMUNG entspricht dem USB300 nur mit Anschluß für eine Antenne. Durch die Antenne ist die Reichweite etwas höher und mit 5m Kabel kann ich sie besser Positionieren.
Wenn du Geräte hast die Dauerhaft mit dem Strom verbunden sind, Zwischenstecker zum Beispiel, dann schau mal in die Anleitung ob die einen Repeatermodus haben. Damit kannst du die Reichweite deines EnOcean Netzwerks auch erhöhen. -
Kann ich für eine Neuinstallation von ioBroker die Objektstruktur als JSON vom enocean.NUMMER-Adapter zuvor exportieren und nachher (zuvor Adapter installieren) einfach wieder importieren? Danke.
-
@iobaer ja im Objekte Tab kann man den Objektbaum exportieren und importieren.
-
Hallo Jey Cee,
erst mal Danke für die Rückmeldung zu den Gateways. Ich habe jetzt erst mal den USB 300 an eine 5m Verlängerung und versetzt. Jetzt funktionieren auch die Fensterkontakte
Nun zum nächsten Thema das mir aufgefallen ist:
Wollte den EOSCA-W-EO einlernen. Leider ohne Erfolg.
Die Sender ID wird im Feld "Zuletzt gesehen" erkannt.
Hersteller und Gerät ausgewählt, aber die ID kann hier nicht eingegeben werden. Wenn man nach der Anleitung im Fenster vorgeht wird auch nach drücken der Taste mit dem Strich kein Objekt hinzugefügt.
Komme irgendwie gerade nicht mehr weiter???? -
-
@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.
-
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.
-
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 -
@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. -
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:121Das 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 -
@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.
-
@jey-cee
Mhm kacke dann muss ich wohl wieder zurück nach 6... -
@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 -
@mustang
Es war mein Fehler das npm rebuild war das Problem ich hätte einfach das machen sollen, was das logt sagt...
-
@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
-
@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. -
@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.
-
@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.
