Benutzen von ESPHome an einem Beispiel **Update 05.01.22 **
-
@fredf
Und leider schlägt die Installation fehl
NPM version: 8.11.0 Installing iobroker.esphome@0.2.4... (System call) host.Pi4ioBroker Cannot install iobroker.esphome@0.2.4: 1 ERROR: Process exited with code 25 -
@sushibomba
Da die Sensoren per MAC Adresse angesprochen werden, können IMHO mehrere Sensoren im YAML abgefragt werden. Ich nutze in ESPhome aber nur einen.@sushibomba sagte in Benutzen von ESPHome an einem Beispiel **Update 05.01.22 **:
@fredf
Und leider schlägt die Installation fehlERROR: Process exited with code 25
Kann ich dir nicht wirklich helfen. Bitte nach dieser Fehlermeldung im Forum suchen, bzw. neuen Beitrag.
-
@yoshi Hast du hierzu eine Lösung gefunden? Ich habe genau das gleiche Problem
-
@stadtschloss Da ist vermutlich mal bei einer der letzten Installationen was hängen geblieben. Kannst mal versuchen die Überbleibel zu löschen (vorher Backup anlegen
) :cd /opt/iobroker/node-modules for i in $(ls -d .[^.]*-*/); do rm -rf ${i%%/}; doneDann nochmals die Installation probieren.
-
@sborg sagte in Benutzen von ESPHome an einem Beispiel **Update 05.01.22 **:
for i in $(ls -d .[^.]-/); do rm -rf ${i%%/}; done
Bei mir erscheint folgendes:
root@ioBroker:~# cd /opt/iobroker/node_modules root@ioBroker:/opt/iobroker/node_modules# for i in $(ls -d .[^.]*-*/); do rm -rf ${i%%/}; done ls: cannot access '.[^.]*-*/': No such file or directory root@ioBroker:/opt/iobroker/node_modules# sudo for i in $(ls -d .[^.]*-*/); do rm -rf ${i%%/}; done bash: syntax error near unexpected token `do'Wolltest du mir antworten?
-
@stadtschloss sagte in Benutzen von ESPHome an einem Beispiel **Update 05.01.22 **:
Wolltest du mir antworten?
Jein, und sorry, aber habe es mit "ERROR: Process exited with code 25" verwechselt, dafür ist die Lösung.
-
@sushibomba
Hast Du maliobroker stop iobroker fix iobroker startausgeführt?
Danach nochmal versuchen zu installieren. -
Ja habe ich auch schon probiert. Hat leider auch nichts funktioniert.
@SBorg Was löst dein Befehl genau aus?
-
@sushibomba Der/dein Fehler hat per se nichts mit dem esphome-Adapter zu tun. "ERROR: Process exited with code 25" kann bei jeder Installation/Update vorkommen, je nach dem welche Verzeichnisse des Adapters involviert sind. Da hat irgend wann mal ein NPM-Upgrade geklemmt.
Am besten sieht man es wenn man den Adapter dann in der Konsole aktualisiert/installiertiobroker upgrade iobroker.esphome@0.2.4 --debugDann erhält man einen Fehler in etwa der Art, dass er Verzeichnis "/opt/iobroker/node-modules/.....esphome.0584d37" nicht löschen kann weil es nicht leer ist. Dies kann man dann per Hand löschen + neu versuchen. Mit Glück geht es dann, oder man muss noch zig andere Verzeichnisse löschen.
Das "versucht" der Befehl alles in einem Rutsch zu erledigen. Erwischt aber leider nicht immer alle...
Dann ist Handarbeit angesagt... -
@Slowman Danke für den Beitrag. hab nix verstanden da ich Tasmota-Nutzer bin. Bevor ich mich umsonst einarbeite...
Ich möchte/ will unbedingt an einen Wemos D1 Mini Pro (ESP8266) diese Folientastatur anschliessen... Hier hat auch jemand gefragt: https://www.reddit.com/r/Esphome/comments/qf2nvd/is_there_any_way_to_use_this_keypad_with_esphome/
Hab auch das hier gesehen: https://github.com/Syralist/esphomekeypadMangels ESPHome Kentnisse kann ich nicht beurteilen ob das funktionieren wird.
Mit dem selben ESP möchte ich gern zusätzlich Relais schalten, LEDs schalten, ExtenderBoard (PCFirgendwas) anschließen, BME680, SR04 und BH1750 als Sensoren anbinden. Das ganze dann natürlich via MQTT auslesen. Ist das alles überhaupt zusammen machbar? Via Tasmota bekomme ich alles...bisauf diese Folientatstur hin!
Update: Ich hab mal testweise den Wemos mit ESPHome geflasht (via ESP-Web-Tools).
Wie gehts jetzt weiter? So ein .yaml file unter OTA Update einspielen oder brauch ich da ein .bin file. Das hab ich noch nicht verstanden wie ich vom .yaml zum .bin komme... -
@oberfragger hier hat einer seinen eigenen Sketch erstellt (also weder Tasmota noch ESPhome): https://forum.iobroker.net/post/474663
Das Problem ist ja die Auswertung, die Zahlen ergeben sich ja aus einer Kombination der Ausgänge und das muss übersetzt werden. Wenn die dann als Eingänge in Tasmota oder ESPHome definiert sind braucht es eine Auswertung/Betrachtung aller Eingänge um zu entscheiden was gerade gedrückt wurde
-
@bananajoe Danke für den heinweis. Aber soweit ich das überblicken kann, kann man mit dem Scetch dann wirklich nur die Folientastatur benutzen... und nicht noch den Krempel den ich möchte zusätzlich auf einem Gerät.
Oder wie "mischt" man mehrere .ino Dateien? in dem Arduino-Krams bin ich auch nicht soo firm.
-
@oberfragger eine
.inoist wie ein Skript in ioBroker. Den anderen "Krempel" müsstest du im Script mit einbauen.
Ich habe gerade mal gelesen was du da alles an einem Wemos D1 Mini anschließen willst ... puhh da brauchts du ja schon einen Portexpander Chip wie den mcp23017 über i2c zusätzlich (mit denen habe ich mal eine 32-fach Relaiskarte an einem Raspberry Pi betrieben). Denn die Folientastatur frisst ja verhältnismäßig viele Anschlüsse (8 meine ich).
Über i2c gibt es auch andere Chips, sollte es auch gehen: https://www.bastelgarage.ch/index.php?route=extension/d_blog_module/post&post_id=8Oder halt 2 Wemos? einen für die Folientatstatur und einen für den Rest?
-
Guten Morgen,
Muss neue Hardware in ESPHome eigentlich auch in unserem System eingepflegt werden, damit Sie mit IoBroker funktioniert ? Ich habe versucht, einen Shelly Plus 2PM einzubinden, was leider nicht funktioniert hat. -
@tourer4778 said in Benutzen von ESPHome an einem Beispiel **Update 05.01.22 **:
Guten Morgen,
Muss neue Hardware in ESPHome eigentlich auch in unserem System eingepflegt werden, damit Sie mit IoBroker funktioniert ? Ich habe versucht, einen Shelly Plus 2PM einzubinden, was leider nicht funktioniert hat.Shellys bindet man doch am Besten per Shelly-iobroker-Adapter ein !? - Warum willst du da auf ESPHOME gehen ?
-
Mhhh, also, ich bin schon ein paar Tage mit ESPHOME am Basteln und hänge nun auch an einem merkwürdigen ESPHOME-Problem in iobroker.
(Edit einige Tage später: Es liegt daran das im Yaml der Type "number" verwendet wird, den der ESPHOME Adapter in iobroker (noch?) nicht supportet)Cannot read properties of undefined (reading 'deserializeBinary')*Wen es interessiert, hier mein kleines AC-Batteriespeicher-Projekt kurz vorgestellt: (die anderen einfach unten weiterlesen):
Ich baue einen kleinen Do-It-Yourself 2,4kwh Lifepo4-AC-Batteriespeicher mit durch ESPHOME gesteuerter variabler Ladeleistung durch ein Riden RD6006 Labornetzteil.
Ziel des Projektes ist, dass wenn meine kleine Balkonsolaranlage z.B. 600W erzeugt und mein Shelly 3EM an der Wurzel misst, dass ich gerade 500W an den Netzbetreiber verschenke, iobroker über eine ESPHOME-Modbus Ansteuerung mein Riden RD6006 exakt auf eine Ladeleistung von eben diesen ~500W einstellt (bißchen Puffer wird es geben). - Und das ganze immer fein nachregelt. - Soll heißen, verschenke ich laut Shelly 3EM Wurzelmessung 278W, regelt iobroker das Ladegerät eben auf diese 278W hoch. Geschützt wird das Ganze übrigens durch ein in die Batterie fest integriertes, unabhängiges BMS-System, was die Batterie komplett abschaltet sobald etwas dem BMS nicht schmeckt... - Über Nacht soll die Batterie dann z.B. durchgehend mit 100W wieder in mein Hausnetz einspeisen (Nachteinspeisung). *--
Übrigens für die Leute hier im Thread die Probleme bei der Installation des ESPHOME-Adapters selbst haben, kleine Info zur Lösung:
Erstmal für alle die wie ich an einem "Fehler 25" oder einem "Permission denied"-Fehler bei der ESPHOME-Adapterinstallation gescheitert sind: Scheinbar benötigt der aktuelle ESPHOME Adapter in Zusammenspiel mit dem aktuellen iobroker/npm/nodejs zwingend ein 64bit Betriebssystem auf dem Raspberry Pi. - Verschiedene User berichten, dass die ESPHOME Adapterinstallation immer auf frischen Raspberry Pi 4s mit 32bit OS scheitert, sobald man einen Raspi mit 64bit OS aufsetzt läuft die Installation in iobroker einfach durch. - Das hat mich zig Stunden Recherche und eine Raspberry Neuinstallation gekostet, die sich dank BackItUp-Adapter aber noch zeitlich in Grenzen gehalten hat.--
Direkt am ESP über die API Abfrage sieht noch alles perfekt aus, ich kriege brav die Werte vom Labornetzteil ausgelesen:
[22:01:23][I][app:102]: ESPHome version 2022.8.3 compiled on Sep 14 2022, 21:28:38 [22:01:23][I][app:104]: Project wildekek.rd6006-controller version 1.0.0 [22:01:23][C][status_led:019]: Status LED: [22:01:23][C][status_led:020]: Pin: GPIO2 [22:01:23][C][wifi:491]: WiFi: [22:01:23][C][wifi:353]: Local MAC: A8:48:FA:C1:6A:B6 [22:01:23][C][wifi:354]: SSID: [redacted] [22:01:23][C][wifi:355]: IP Address: 172.16.50.58 [22:01:23][C][wifi:356]: BSSID: [redacted] [22:01:23][C][wifi:358]: Hostname: 'batterielader' b'[22:01:23][C][wifi:360]: Signal strength: -57 dB \\xe2\x96\x82\xe2\x96\x84\xe2\x96\x86\\xe2\x96\x88\\' [22:01:23][C][wifi:364]: Channel: 11 [22:01:23][C][wifi:365]: Subnet: 255.255.0.0 [22:01:23][C][wifi:366]: Gateway: 172.16.50.1 [22:01:23][C][wifi:367]: DNS1: 172.16.50.1 [22:01:23][C][wifi:368]: DNS2: 0.0.0.0 [22:01:23][C][logger:275]: Logger: [22:01:23][C][logger:276]: Level: DEBUG [22:01:23][C][logger:277]: Log Baud Rate: 0 [22:01:23][C][logger:278]: Hardware UART: UART0 [22:01:23][C][uart.arduino_esp8266:102]: UART Bus: [22:01:23][C][uart.arduino_esp8266:103]: TX Pin: GPIO1 [22:01:23][C][uart.arduino_esp8266:104]: RX Pin: GPIO3 [22:01:23][C][uart.arduino_esp8266:106]: RX Buffer Size: 256 [22:01:23][C][uart.arduino_esp8266:108]: Baud Rate: 115200 baud [22:01:23][C][uart.arduino_esp8266:109]: Data Bits: 8 [22:01:23][C][uart.arduino_esp8266:110]: Parity: NONE [22:01:23][C][uart.arduino_esp8266:111]: Stop bits: 1 [22:01:23][C][uart.arduino_esp8266:113]: Using hardware serial interface. [22:01:23][C][modbus:155]: Modbus: [22:01:23][C][modbus:157]: Send Wait Time: 250 ms [22:01:23][C][uptime.sensor:031]: Uptime Sensor 'RD6006 Uptime' [22:01:23][C][uptime.sensor:031]: State Class: 'total_increasing' [22:01:23][C][uptime.sensor:031]: Unit of Measurement: 's' [22:01:23][C][uptime.sensor:031]: Accuracy Decimals: 0 [22:01:23][C][uptime.sensor:031]: Icon: 'mdi:timer-outline' [22:01:23][C][modbus.number:083]: modbus.numberModbus Number 'Backlight' [22:01:23][C][modbus.number:083]: modbus.number Icon: 'mdi:lightbulb' [22:01:23][C][modbus.number:083]: modbus.numberModbus Number 'Output voltage' [22:01:23][C][modbus.number:083]: modbus.number Icon: 'mdi:sine-wave' [22:01:23][C][modbus.number:083]: modbus.numberModbus Number 'Output current' [22:01:23][C][modbus.number:083]: modbus.number Icon: 'mdi:current-dc' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'Model Number' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor State Class: '' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor Unit of Measurement: '' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor Accuracy Decimals: 0 [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'Firmware version' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor State Class: '' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor Unit of Measurement: '' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor Accuracy Decimals: 2 [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'Input voltage' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor Device Class: 'voltage' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor State Class: '' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor Unit of Measurement: 'V' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor Accuracy Decimals: 2 [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'Temperature' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor Device Class: 'temperature' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor State Class: '' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor Unit of Measurement: '' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor Accuracy Decimals: 0 [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensorModbus Controller Sensor 'Temperature external' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor Device Class: 'temperature' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor State Class: '' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor Unit of Measurement: '' [22:01:23][C][modbus_controller.sensor:010]: modbus_controller.sensor Accuracy Decimals: 0 [22:01:23][C][version.text_sensor:021]: Version Text Sensor 'RD6006 Version' [22:01:23][C][version.text_sensor:021]: Icon: 'mdi:new-box' [22:01:23][C][modbus_controller.binary_sensor:009]: Modbus Controller Binary Sensor 'Keypad lock' [22:01:23][C][modbus_controller.binary_sensor:009]: Device Class: 'lock' [22:01:23][C][modbus_controller.switch:014]: modbus_controller.switchModbus Controller Switch 'Output' [22:01:23][C][captive_portal:088]: Captive Portal: [22:01:23][C][mdns:094]: mDNS: [22:01:23][C][mdns:095]: Hostname: batterielader [22:01:23][C][ota:085]: Over-The-Air Updates: [22:01:23][C][ota:086]: Address: batterielader.local:8266 [22:01:23][C][api:138]: API Server: [22:01:23][C][api:139]: Address: batterielader.local:6053 [22:01:23][C][api:143]: Using noise encryption: NO [22:01:23][C][wifi_signal.sensor:009]: WiFi Signal 'RD6006 Wi-Fi Signal' [22:01:23][C][wifi_signal.sensor:009]: Device Class: 'signal_strength' [22:01:23][C][wifi_signal.sensor:009]: State Class: 'measurement' [22:01:23][C][wifi_signal.sensor:009]: Unit of Measurement: 'dBm' [22:01:23][C][wifi_signal.sensor:009]: Accuracy Decimals: 0 [22:01:23][C][wifi_info:009]: WifiInfo IPAddress 'RD6006 IP Address' [22:01:23][C][wifi_info:011]: WifiInfo SSID 'RD6006 Wi-Fi SSID' [22:01:23][C][wifi_info:012]: WifiInfo BSSID 'RD6006 Wi-Fi BSSID' [22:01:23][C][modbus_controller:275]: ModbusController: [22:01:23][C][modbus_controller:276]: Address: 0x01 [22:01:23][W][api.connection:080]: iobrokerpi (172.16.50.6): Connection closed [22:01:23][W][api.connection:080]: iobrokerpi (172.16.50.6): Connection closed [22:01:26][D][api:102]: Accepted 172.16.50.6 [22:01:26][D][api:102]: Accepted 172.16.50.6 [22:01:27][D][modbus_controller.sensor:025]: Sensor new state: 137.00 [22:01:27][D][sensor:126]: 'Firmware version': Sending state 1.37000 with 2 decimals of accuracy [22:01:27][D][modbus_controller.sensor:025]: Sensor new state: 27.00 [22:01:27][D][sensor:126]: 'Temperature': Sending state 27.00000 with 0 decimals of accuracy [22:01:27][D][modbus.number:023]: Number new state : 19.20 [22:01:27][D][number:012]: 'Output voltage': Sending state 19.200001 [22:01:27][D][modbus.number:023]: Number new state : 6.00 [22:01:27][D][number:012]: 'Output current': Sending state 6.000000 [22:01:27][D][modbus_controller.sensor:025]: Sensor new state: 6557.00 [22:01:27][D][sensor:126]: 'Input voltage': Sending state 65.57000 V with 2 decimals of accuracy [22:01:27][D][modbus_controller.sensor:025]: Sensor new state: 23.00 [22:01:27][D][sensor:126]: 'Temperature external': Sending state 23.00000 with 0 decimals of accuracy [22:01:27][D][modbus.number:023]: Number new state : 4.00 [22:01:27][D][number:012]: 'Backlight': Sending state 4.000000 [22:01:31][W][api.connection:080]: iobrokerpi (172.16.50.6): Connection closed [22:01:31][W][api.connection:080]: iobrokerpi (172.16.50.6): Connection closed [22:01:32][D][modbus_controller.sensor:025]: Sensor new state: 137.00 [22:01:32][D][sensor:126]: 'Firmware version': Sending state 1.37000 with 2 decimals of accuracy [22:01:32][D][modbus_controller.sensor:025]: Sensor new state: 27.00 [22:01:32][D][sensor:126]: 'Temperature': Sending state 27.00000 with 0 decimals of accuracy [22:01:32][D][modbus.number:023]: Number new state : 19.20 [22:01:32][D][number:012]: 'Output voltage': Sending state 19.200001 [22:01:32][D][modbus.number:023]: Number new state : 6.00 [22:01:32][D][number:012]: 'Output current': Sending state 6.000000 [22:01:32][D][modbus_controller.sensor:025]: Sensor new state: 6557.00 [22:01:32][D][sensor:126]: 'Input voltage': Sending state 65.57000 V with 2 decimals of accuracy [22:01:32][D][modbus_controller.sensor:025]: Sensor new state: 23.00 [22:01:32][D][sensor:126]: 'Temperature external': Sending state 23.00000 with 0 decimals of accuracy [22:01:32][D][modbus.number:023]: Number new state : 4.00 [22:01:32][D][number:012]: 'Backlight': Sending state 4.000000 [22:01:34][D][api:102]: Accepted 172.16.50.6 [22:01:34][D][api:102]: Accepted 172.16.50.6In iobroker selbst, mit dem ESPHOME-Adapter bekomme ich aber merkwürdige Fehlermeldungen.
Beim "Adden" meines Batterieladers erscheint eine Fehlermeldung:Cannot read properties of undefined (reading 'deserializeBinary')
Bestätige ich das ganze ist das Device doppelt drin, aber "grün", verbunden:
Im Protokoll beginnt dann ein endloser Fehlerlauf:
esphome.0 2022-09-14 22:20:52.949 warn Client 172.16.50.58 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-09-14 22:20:47.978 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:20:47.960 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:20:44.934 warn Client 172.16.50.58 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-09-14 22:20:39.945 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:20:39.940 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:20:36.920 warn Client 172.16.50.58 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-09-14 22:20:31.947 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:20:31.929 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:20:28.905 warn Client 172.16.50.58 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-09-14 22:20:23.917 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:20:23.910 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:20:20.892 warn Client 172.16.50.58 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-09-14 22:20:15.913 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:20:15.900 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:20:12.878 warn Client 172.16.50.58 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-09-14 22:20:07.896 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:20:07.891 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:20:04.865 warn Client 172.16.50.58 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-09-14 22:19:59.879 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:19:59.874 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:19:56.844 warn Client 172.16.50.58 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-09-14 22:19:51.865 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:19:51.856 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:19:48.831 warn Client 172.16.50.58 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-09-14 22:19:43.847 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:19:43.835 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:19:40.818 warn Client 172.16.50.58 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-09-14 22:19:35.835 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary') esphome.0 2022-09-14 22:19:35.827 error ESPHome client 172.16.50.58 TypeError: Cannot read properties of undefined (reading 'deserializeBinary')Das YAML Skript vom User Wildekek funktioniert in HomeAssistant problemlos, in iobroker ja scheinbar nicht, YAML:
esphome: name: batterielader comment: Controls RD6006 PSU over MODBUS name_add_mac_suffix: false project: name: wildekek.rd6006-controller version: 1.0.0 build_path: .esphome/build/batterielader platformio_options: {} includes: [] libraries: [] esp8266: board: esp01_1m framework: version: 3.0.2 source: ~3.30002.0 platform_version: platformio/espressif8266 @ 3.2.0 restore_from_flash: false early_pin_init: true board_flash_mode: dout logger: level: DEBUG baud_rate: 0 tx_buffer_size: 512 deassert_rts_dtr: false hardware_uart: UART0 logs: {} esp8266_store_log_strings_in_flash: true status_led: pin: number: 2 inverted: true mode: output: true analog: false input: false open_drain: false pullup: false pulldown: false api: reboot_timeout: 1h port: 6053 password: 'Geheim' ota: safe_mode: true port: 8266 reboot_timeout: 5min num_attempts: 10 wifi: ap: ssid: Rd6006 Fallback Hotspot password: Geheim ap_timeout: 1min domain: .local reboot_timeout: 15min power_save_mode: NONE fast_connect: false output_power: 20.0 networks: - ssid: !secret 'wifi_ssid' password: !secret 'wifi_password' priority: 0.0 use_address: batterielader.local captive_portal: {} uart: - id: mod_bus tx_pin: number: 1 mode: output: true analog: false input: false open_drain: false pullup: false pulldown: false inverted: false rx_pin: number: 3 mode: input: true analog: false output: false open_drain: false pullup: false pulldown: false inverted: false baud_rate: 115200 data_bits: 8 stop_bits: 1 parity: NONE rx_buffer_size: 256 modbus: - id: modbus1 send_wait_time: 250ms modbus_controller: - id: powersupply address: 0x01 modbus_id: modbus1 setup_priority: -10.0 update_interval: 5s command_throttle: 0ms sensor: - platform: modbus_controller name: Model Number entity_category: diagnostic modbus_controller_id: powersupply address: 0 skip_updates: 10 unit_of_measurement: '' register_type: holding value_type: U_WORD accuracy_decimals: 0 disabled_by_default: false force_update: false bitmask: 0xFFFFFFFF force_new_range: false response_size: 0 register_count: 0 - platform: modbus_controller modbus_controller_id: powersupply address: 3 name: Firmware version entity_category: diagnostic unit_of_measurement: '' register_type: holding value_type: U_WORD accuracy_decimals: 2 filters: - multiply: 0.01 disabled_by_default: false force_update: false bitmask: 0xFFFFFFFF skip_updates: 0 force_new_range: false response_size: 0 register_count: 0 - platform: modbus_controller modbus_controller_id: powersupply address: 14 name: Input voltage device_class: voltage unit_of_measurement: V register_type: holding value_type: U_WORD accuracy_decimals: 2 filters: - multiply: 0.01 disabled_by_default: false force_update: false bitmask: 0xFFFFFFFF skip_updates: 0 force_new_range: false response_size: 0 register_count: 0 - platform: modbus_controller name: Temperature modbus_controller_id: powersupply device_class: temperature register_type: holding address: 4 value_type: S_DWORD disabled_by_default: false force_update: false bitmask: 0xFFFFFFFF skip_updates: 0 force_new_range: false response_size: 0 register_count: 0 - platform: modbus_controller name: Temperature external modbus_controller_id: powersupply register_type: holding address: 34 value_type: S_DWORD device_class: temperature disabled_by_default: false force_update: false bitmask: 0xFFFFFFFF skip_updates: 0 force_new_range: false response_size: 0 register_count: 0 - platform: uptime name: RD6006 Uptime disabled_by_default: false force_update: false unit_of_measurement: s icon: mdi:timer-outline accuracy_decimals: 0 state_class: total_increasing entity_category: diagnostic update_interval: 60s - platform: wifi_signal name: RD6006 Wi-Fi Signal update_interval: 60s disabled_by_default: false force_update: false unit_of_measurement: dBm accuracy_decimals: 0 device_class: signal_strength state_class: measurement entity_category: diagnostic text_sensor: - platform: wifi_info ip_address: name: RD6006 IP Address disabled_by_default: false entity_category: diagnostic update_interval: 1s ssid: name: RD6006 Wi-Fi SSID disabled_by_default: false entity_category: diagnostic update_interval: 1s bssid: name: RD6006 Wi-Fi BSSID disabled_by_default: false entity_category: diagnostic update_interval: 1s - platform: version name: RD6006 Version hide_timestamp: true disabled_by_default: false icon: mdi:new-box entity_category: diagnostic binary_sensor: - platform: modbus_controller name: Keypad lock modbus_controller_id: powersupply entity_category: diagnostic device_class: lock register_type: holding address: 15 bitmask: 0x01 disabled_by_default: false skip_updates: 0 force_new_range: false response_size: 0 number: - platform: modbus_controller name: Backlight modbus_controller_id: powersupply entity_category: config address: 72 icon: mdi:lightbulb value_type: U_WORD min_value: 0.0 max_value: 5.0 disabled_by_default: false mode: AUTO bitmask: 0xFFFFFFFF skip_updates: 0 force_new_range: false response_size: 0 register_type: holding step: 1.0 multiply: 1.0 use_write_multiple: false - platform: modbus_controller modbus_controller_id: powersupply name: Output voltage address: 8 entity_category: config icon: mdi:sine-wave value_type: U_WORD min_value: 0.0 max_value: 60.0 step: 0.01 multiply: 100.0 disabled_by_default: false mode: AUTO bitmask: 0xFFFFFFFF skip_updates: 0 force_new_range: false response_size: 0 register_type: holding use_write_multiple: false - platform: modbus_controller modbus_controller_id: powersupply name: Output current address: 9 entity_category: config icon: mdi:current-dc value_type: U_WORD min_value: 0.0 max_value: 6.0 step: 0.01 multiply: 1000.0 disabled_by_default: false mode: AUTO bitmask: 0xFFFFFFFF skip_updates: 0 force_new_range: false response_size: 0 register_type: holding use_write_multiple: false switch: - platform: modbus_controller modbus_controller_id: powersupply name: Output address: 18 register_type: holding bitmask: 0x01 entity_category: config disabled_by_default: false skip_updates: 0 force_new_range: false response_size: 0 use_write_multiple: falseIn iobroker in den Objekten sieht das alles nicht so richtig aus, ich sehe zwar hier und da etwas, kann aber weder z.B. die Netzteilleistung sehen geschweige denn steuern. - Im Homeassistant funktionierte das bereits, aber da ich iobroker Nutzer bin und ich ungern nur für das Netzteil einen HomeAssistant Server betreiben will, hoffe ich auf eine Lösung in der iobroker Welt.
@Dutchman Ich würde als interessierter Laie nach ausführlicher Google- und Github-Recherche und durchlesen der DrozmotiX-OSS Docu Page zum ESPHOME-Adapter sagen, dass es vielleicht daran liegt das der ESPHOME Adapter den im YAML-Skript verwendeten Type "Number" nicht kennt ?
https://drozmotix.github.io/languages/en/Adapter/ESPHome/02.supportedTypes.html
Edit 2:
Zwar ganz anderes ESPHOME-Projekt, aber auch dort wird der "Type" number verwendet, der scheinbar den ESPHOME-Adapter in iobroker zum Absturz bringt, bei HomeAssistant aber sauber verarbeitet wird.
https://bytemeta.vip/repo/DrozmotiX/ioBroker.esphome/issues/136Edit 3:
Yep, sobald ich den Type "number" aus dem YAML entferne sind alle 'deserializeBinary' Fehler weg. - Leider ist "number" aber prinzipiell das einzige was ich wirklich brauche / worauf ich nicht verzichten kann, da ich hierüber die Werte (Volt / Stromstärke) des Labornetzteils setzen könnte. -
@sticks sagte in
Shellys bindet man doch am Besten per Shelly-iobroker-Adapter ein !? - Warum willst du da auf ESPHOME gehen ?
Ja, mag sein, aber ich finde ESPHome einfach toll, wenn es funktioniert. Es macht nur das, was es soll und gut.
Beantwortet meine Frage allerdings nicht. Muss jede Hardware beim IoBroker eingepflegt werden ? -
@sticks sagte in Benutzen von ESPHome an einem Beispiel **Update 05.01.22 **:
Das YAML Skript vom User Wildekek funktioniert in HomeAssistant problemlos, in iobroker ja scheinbar nicht
Interessantes Thema, ähnlich mache ich es auch, allerdings mit einer festen Leistung.
Das würde meine Frage vielleicht schon beantworten, das man die Hardware im IoBroker auch nach pflegen muss. -
@tourer4778
Ich kann dir echt nur empfehlen, sieh dir den Shelly Adapter mal an. - Da hat der Maintainer (Matthias Kleine ; https://haus-automatisierung.com ) wirklich viel Herzblut reingesteckt und der Adapter für die Shellys ist wirklich genial gut / stabil, super easy zu händeln und top aktuell gepflegt: Der tut dann auch nur das was du willst. -
@bananajoe Danke für den input. Portexpander ist schon da. Unter tasmota konnte ich den auch kompilieren... ja. Ich möchte genau auf den 2. Wemos verzichten! Ich bin mir sicher das geht.
