Benutzen von ESPHome an einem Beispiel **Update 05.01.22 **

[FredF]

@sushibomba
Gar keine, stelle kurz das Repo auf Beta um, dann kannst du ganz normal über Admin installieren.

[Sushibomba]

@fredf
Super ich danke dir

Sag mal mein vorhaben ist folgendes. Wollte mehrere Temp/Humidity Sensoren von Xiaomi kaufrn da reletiv günstig und sie dann über einen ESP8266MOD in meinen ioBroker bringen.
Verbinden sich dann die Geräte alle mit meinem Bluetooth ESP8266MOD und dann kann ich sie mir in ioBroker anzeigen lassen? Oder kann ich pro ESP nur einen Temp Sensor verbinden?

[Sushibomba]

@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

[FredF]

@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 fehl

ERROR: Process exited with code 25

Kann ich dir nicht wirklich helfen. Bitte nach dieser Fehlermeldung im Forum suchen, bzw. neuen Beitrag.

[Stadtschloss]

@yoshi Hast du hierzu eine Lösung gefunden? Ich habe genau das gleiche Problem

[SBorg]

@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%%/}; done

Dann nochmals die Installation probieren.

[Stadtschloss]

@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?

[SBorg]

@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.

[Tontechniker]

@sushibomba
Hast Du mal

iobroker stop
iobroker fix
iobroker start

ausgeführt?
Danach nochmal versuchen zu installieren.

[Sushibomba]

@tontechniker

Ja habe ich auch schon probiert. Hat leider auch nichts funktioniert.

@SBorg Was löst dein Befehl genau aus?

[SBorg]

@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/installiert iobroker upgrade iobroker.esphome@0.2.4 --debug

Dann 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...

[oberfragger]

@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/esphomekeypad

Mangels 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...

[BananaJoe]

@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

[oberfragger]

@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.

[BananaJoe]

@oberfragger eine .ino ist 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=8

Oder halt 2 Wemos? einen für die Folientatstatur und einen für den Rest?

[tourer4778]

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.

[sticks]

@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 ?

[sticks]

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.6

In 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: false

In 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/136

Edit 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.

[tourer4778]

@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 ?

[tourer4778]

@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.