NEWS
Benutzen von ESPHome an einem Beispiel **Update 05.01.22 **
-
@tontechniker nein, nix an der Fritze doktorn.
Wenn ein ESP eine Fallback AP öffnet dann verbindest du dich aktiv mit deinem Endgerät (sprich Mobilfunkdelefen, Laptop, Computer) per WLAN mit genau diesem ESP. Du hast dann kein Internet (weil du nicht mehr mit deiner Fritze verbunden bist), aber dafür die Möglichkeit eben die WLAN Daten des esp's zu ändern. :bulb:
@opensourcenomad
ESP8266
Funksteckdosen "arendo Funkschalterset Mod.-Nr.: 300812" (baugl. mit Brennstuhl). Protokoll: transmit_rc_swich_type_a.Hallo, kannst Du mir eventuell bei einem yaml-Problem weiterhelfen (oder ein "Mitleser")?
Ich steuere mit einem ESP8266 / 433Mhz-Transmitter, mit ESPHome Funksteckdosen an. Das funktioniert mit folgenden Listing (hier mal nur für eine Steckdose):# 433Mhz Steckdose remote_transmitter: - id: Mhz pin: GPIO10 # RF uses a 100% carrier signal carrier_duty_percent: 100% switch: - platform: template id: A name: Funk A turn_on_action: - remote_transmitter.transmit_rc_switch_type_a: group: '10000' device: '10000' state: on protocol: 1 repeat: times: 10 wait_time: 0s turn_off_action: - remote_transmitter.transmit_rc_switch_type_a: group: '10000' device: '10000' state: off protocol: 1 repeat: times: 10 wait_time: 0sMein Problem, ich finde in den Objekten die entsprechenden Stati, kann trotz Vorgabe "write: true" aber beim Setzen auf true oder false keine Auswirkungen auf die Funksteckdose auslösen. Was mich weiter stutzig macht ist, dass ich in ESPHome über "visit" die Steckdose steuern kann. Ich muß dazu jeweils einen Doppelkick auf "on-off" zum Einschalten und Ausschalten machen.
Für mich richtig wäre, wenn ich auf "on" 1 mal klicke einschalte und wenn ich auf "off" klicke ausschalte. Was mache ich falsch?
In dem Beitrag, aus dem ich das oben stehende Listing kopiert habe, ist noch ein zweiter Teil des Listings:cover: # Steckdose - platform: template name: "Steckdose A" open_action: - switch.turn_on: A close_action: - switch.turn_off: A optimistic: true assumed_state: trueDas macht mir in "visit" eine zusätzliche Bedienebene "Rolladen" (Pfeil hoch, Stop, Pfeil runter. Damit kann ich zwar die Funksteckdose ein/aus schalten, in den "Objekten" ist aber ein Schalten nicht möglich.
Was mache ich falsch??EDIT:
Es funktioniert mit dem oberen Listing!
Ich hatte in der Instanz ESPHome das Feld "Konfiguration als Zustände anzeigen" angehakt. Nachdem ich den Haken entfernt hatte, funktionierte es.Nachtrag zum oberen Listing: Der Eintrag "wait_time: 0s" ist für die Funktion unbedingt nötig (habe daran ca. 1 Tag gesucht)!
-
Sorry Leute dumme Frage aber welche URL gebe ich bei der Adapter Installation jetzt an?
@FredF@sushibomba
Gar keine, stelle kurz das Repo auf Beta um, dann kannst du ganz normal über Admin installieren. -
@sushibomba
Gar keine, stelle kurz das Repo auf Beta um, dann kannst du ganz normal über Admin installieren.@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
Gar keine, stelle kurz das Repo auf Beta um, dann kannst du ganz normal über Admin installieren.@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
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
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.
-
@yoshi said in Benutzen von ESPHome an einem Beispiel **Update 05.01.22 **:
Hallo Leute,
ich komme einfach nicht mehr weiter. Ich habe einen ESP und einen mmwave Radar Sensor verlötet.
Wenn ich nun alles überspiele, dann baut der ESP zum ESPHome keine richtige Verbindung auf. Immer kommen diese Fehermeldungen.
Was ich auch komisch finde ist. In der Anleitung oben soll ich ja das Passwort für OTA vergeben und dann bei zufügen des Devices eingeben, aber er sagt immer falsches Passwort und wenn ich keins eingebe, dann nimmt er es. Baut sich kurz auf und dann warst das.esphome.0 2022-07-22 17:15:41.347 warn Client 192.168.0.88 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-07-22 17:15:36.384 error ESPHome client 192.168.0.88 TypeError: Cannot read property 'deserializeBinary' of undefined esphome.0 2022-07-22 17:15:36.370 error ESPHome client 192.168.0.88 TypeError: Cannot read property 'deserializeBinary' of undefined esphome.0 2022-07-22 17:15:06.315 warn Client 192.168.0.88 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-07-22 17:15:01.348 error ESPHome client 192.168.0.88 TypeError: Cannot read property 'deserializeBinary' of undefined esphome.0 2022-07-22 17:15:01.330 error ESPHome client 192.168.0.88 TypeError: Cannot read property 'deserializeBinary' of undefinedWenn ich mich über Web draufwähle läuft es an sich. Ich sehe wie sich die Zustände ändern, aber auch hier bekomme ich das die Verbindung schliesst.
[16:02:53][D][api:102]: Accepted 192.168.0.64 [16:02:54][D][api:102]: Accepted 192.168.0.64 [16:02:54][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:02:54][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:02:58][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:02:59][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:02:59][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:03:03][D][api:102]: Accepted 192.168.0.64 [16:03:03][D][api:102]: Accepted 192.168.0.64 [16:03:03][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:03:03][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:03:19][D][api:102]: Accepted 192.168.0.64 [16:03:19][D][api:102]: Accepted 192.168.0.64 [16:03:19][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:03:19][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:03:21][D][api:102]: Accepted 192.168.0.64 [16:03:21][D][api:102]: Accepted 192.168.0.64mein Yaml
esphome: name: tinypico-mmwave platform: ESP8266 board: esp01_1m substitutions: device_name: tinypico-mmwave # Enable logging logger: # Enable Home Assistant API api: ota: password: "yadda" mdns: disabled: false wifi: ssid: !secret wifi_ssid password: !secret wifi_password power_save_mode: none web_server: port: 80 ota: false switch: - platform: safe_mode internal: true name: use_safe_mode - platform: template name: "mmwave_sensor" id: "mmwave_sensor" optimistic: true restore_state: true assumed_state: true turn_on_action: - uart.write: "sensorStart" - delay: 1s turn_off_action: - uart.write: "sensorStop" - delay: 1s - platform: template name: "LED" id: "led" optimistic: true restore_state: true assumed_state: true turn_on_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setLedMode 1 0" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor turn_off_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setLedMode 1 1" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor - platform: template name: "uart_presence_output" id: "uart_presence_output" optimistic: true restore_state: true assumed_state: true turn_on_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 1 1" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor turn_off_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 1 0" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor - platform: template name: "uart_target_output" id: "uart_target_output" optimistic: true restore_state: true assumed_state: false turn_on_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 2 1 1 1" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor turn_off_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 2 0" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor binary_sensor: - platform: gpio name: mmwave_in_bedroom pin: number: GPIO16 mode: INPUT_PULLDOWN uart: id: uart_bus tx_pin: GPIO4 rx_pin: GPIO5 baud_rate: 115200 debug: direction: BOTH dummy_receiver: true after: delimiter: "\n" sequence: - lambda: UARTDebug::log_string(direction, bytes); number: - platform: template name: distance id: distance min_value: 0 max_value: 1350 initial_value: 315 optimistic: true step: 15 restore_value: true unit_of_measurement: cm mode: box set_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: !lambda int cm = (int)ceil(x / 15.0); std::string cms = "detRangeCfg -1 0 " + to_string(cm); return std::vector<unsigned char>(cms.begin(), cms.end()); - delay: 1s - uart.write: "saveCfg 0x45670123 0xCDEF89AB 0x956128C6 0xDF54AC89" - delay: 1s - switch.turn_on: mmwave_sensor - platform: template name: latency id: latency min_value: 0 max_value: 65000 initial_value: 12500 optimistic: true step: 25 restore_value: true unit_of_measurement: ms mode: box set_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: !lambda int ms = (int)ceil(x / 25.0); std::string mss = "outputLatency -1 0 " + to_string(ms); return std::vector<unsigned char>(mss.begin(), mss.end()); - delay: 1s - uart.write: "saveCfg 0x45670123 0xCDEF89AB 0x956128C6 0xDF54AC89" - delay: 1s - switch.turn_on: mmwave_sensor - platform: template name: sensitivity id: sensitivity min_value: 0 max_value: 9 initial_value: 7 optimistic: true step: 1 restore_value: true set_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: !lambda std::string mss = "setSensitivity " + to_string((int)x); return std::vector<unsigned char>(mss.begin(), mss.end()); - delay: 1s - uart.write: "saveConfig" - delay: 1s - switch.turn_on: mmwave_sensor button: - platform: restart name: Restart $device_name - platform: template name: "factory_reset_dfrobot" id: "factory_reset_dfrobot" on_press: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "resetCfg" - delay: 3s - switch.turn_on: mmwave_sensorWenn ich mein Yaml reduziere auf folgenden code:
esphome: name: tinypico-mmwave platform: ESP8266 board: esp01_1m substitutions: device_name: tinypico-mmwave # Enable logging logger: # Enable Home Assistant API api: ota: password: "yadda" mdns: disabled: false wifi: ssid: !secret wifi_ssid password: !secret wifi_password power_save_mode: none web_server: port: 80 ota: false switch: - platform: safe_mode internal: true name: use_safe_mode - platform: template name: "mmwave_sensor" id: "mmwave_sensor" optimistic: true restore_state: true assumed_state: true turn_on_action: - uart.write: "sensorStart" - delay: 1s turn_off_action: - uart.write: "sensorStop" - delay: 1s - platform: template name: "LED" id: "led" optimistic: true restore_state: true assumed_state: true turn_on_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setLedMode 1 0" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor turn_off_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setLedMode 1 1" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor - platform: template name: "uart_presence_output" id: "uart_presence_output" optimistic: true restore_state: true assumed_state: true turn_on_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 1 1" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor turn_off_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 1 0" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor - platform: template name: "uart_target_output" id: "uart_target_output" optimistic: true restore_state: true assumed_state: false turn_on_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 2 1 1 1" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor turn_off_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 2 0" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor binary_sensor: - platform: gpio name: mmwave_in_bedroom pin: number: GPIO16 mode: INPUT_PULLDOWN uart: id: uart_bus tx_pin: GPIO4 rx_pin: GPIO5 baud_rate: 115200 debug: direction: BOTH dummy_receiver: true after: delimiter: "\n" sequence: - lambda: UARTDebug::log_string(direction, bytes);Dann bleibt die Verbindung stabil. Ich weiss echt nicht weiter.
Ist es ein bug ? kann mir denn da niemand eine Auskunft geben?
-
@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.
-
@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?
-
@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.
-
@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
Hast Du maliobroker stop iobroker fix iobroker startausgeführt?
Danach nochmal versuchen zu installieren. -
@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?
-
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
ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
@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.
-
@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?
ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
@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. -
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 ?
-
@yoshi said in Benutzen von ESPHome an einem Beispiel **Update 05.01.22 **:
Hallo Leute,
ich komme einfach nicht mehr weiter. Ich habe einen ESP und einen mmwave Radar Sensor verlötet.
Wenn ich nun alles überspiele, dann baut der ESP zum ESPHome keine richtige Verbindung auf. Immer kommen diese Fehermeldungen.
Was ich auch komisch finde ist. In der Anleitung oben soll ich ja das Passwort für OTA vergeben und dann bei zufügen des Devices eingeben, aber er sagt immer falsches Passwort und wenn ich keins eingebe, dann nimmt er es. Baut sich kurz auf und dann warst das.esphome.0 2022-07-22 17:15:41.347 warn Client 192.168.0.88 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-07-22 17:15:36.384 error ESPHome client 192.168.0.88 TypeError: Cannot read property 'deserializeBinary' of undefined esphome.0 2022-07-22 17:15:36.370 error ESPHome client 192.168.0.88 TypeError: Cannot read property 'deserializeBinary' of undefined esphome.0 2022-07-22 17:15:06.315 warn Client 192.168.0.88 Timeout, connection Lost, will reconnect automatically when device is available! esphome.0 2022-07-22 17:15:01.348 error ESPHome client 192.168.0.88 TypeError: Cannot read property 'deserializeBinary' of undefined esphome.0 2022-07-22 17:15:01.330 error ESPHome client 192.168.0.88 TypeError: Cannot read property 'deserializeBinary' of undefinedWenn ich mich über Web draufwähle läuft es an sich. Ich sehe wie sich die Zustände ändern, aber auch hier bekomme ich das die Verbindung schliesst.
[16:02:53][D][api:102]: Accepted 192.168.0.64 [16:02:54][D][api:102]: Accepted 192.168.0.64 [16:02:54][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:02:54][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:02:58][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:02:59][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:02:59][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:03:03][D][api:102]: Accepted 192.168.0.64 [16:03:03][D][api:102]: Accepted 192.168.0.64 [16:03:03][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:03:03][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:03:19][D][api:102]: Accepted 192.168.0.64 [16:03:19][D][api:102]: Accepted 192.168.0.64 [16:03:19][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:03:19][W][api.connection:083]: raspberrypi4-iob (192.168.0.64): Connection closed [16:03:21][D][api:102]: Accepted 192.168.0.64 [16:03:21][D][api:102]: Accepted 192.168.0.64mein Yaml
esphome: name: tinypico-mmwave platform: ESP8266 board: esp01_1m substitutions: device_name: tinypico-mmwave # Enable logging logger: # Enable Home Assistant API api: ota: password: "yadda" mdns: disabled: false wifi: ssid: !secret wifi_ssid password: !secret wifi_password power_save_mode: none web_server: port: 80 ota: false switch: - platform: safe_mode internal: true name: use_safe_mode - platform: template name: "mmwave_sensor" id: "mmwave_sensor" optimistic: true restore_state: true assumed_state: true turn_on_action: - uart.write: "sensorStart" - delay: 1s turn_off_action: - uart.write: "sensorStop" - delay: 1s - platform: template name: "LED" id: "led" optimistic: true restore_state: true assumed_state: true turn_on_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setLedMode 1 0" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor turn_off_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setLedMode 1 1" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor - platform: template name: "uart_presence_output" id: "uart_presence_output" optimistic: true restore_state: true assumed_state: true turn_on_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 1 1" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor turn_off_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 1 0" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor - platform: template name: "uart_target_output" id: "uart_target_output" optimistic: true restore_state: true assumed_state: false turn_on_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 2 1 1 1" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor turn_off_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 2 0" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor binary_sensor: - platform: gpio name: mmwave_in_bedroom pin: number: GPIO16 mode: INPUT_PULLDOWN uart: id: uart_bus tx_pin: GPIO4 rx_pin: GPIO5 baud_rate: 115200 debug: direction: BOTH dummy_receiver: true after: delimiter: "\n" sequence: - lambda: UARTDebug::log_string(direction, bytes); number: - platform: template name: distance id: distance min_value: 0 max_value: 1350 initial_value: 315 optimistic: true step: 15 restore_value: true unit_of_measurement: cm mode: box set_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: !lambda int cm = (int)ceil(x / 15.0); std::string cms = "detRangeCfg -1 0 " + to_string(cm); return std::vector<unsigned char>(cms.begin(), cms.end()); - delay: 1s - uart.write: "saveCfg 0x45670123 0xCDEF89AB 0x956128C6 0xDF54AC89" - delay: 1s - switch.turn_on: mmwave_sensor - platform: template name: latency id: latency min_value: 0 max_value: 65000 initial_value: 12500 optimistic: true step: 25 restore_value: true unit_of_measurement: ms mode: box set_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: !lambda int ms = (int)ceil(x / 25.0); std::string mss = "outputLatency -1 0 " + to_string(ms); return std::vector<unsigned char>(mss.begin(), mss.end()); - delay: 1s - uart.write: "saveCfg 0x45670123 0xCDEF89AB 0x956128C6 0xDF54AC89" - delay: 1s - switch.turn_on: mmwave_sensor - platform: template name: sensitivity id: sensitivity min_value: 0 max_value: 9 initial_value: 7 optimistic: true step: 1 restore_value: true set_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: !lambda std::string mss = "setSensitivity " + to_string((int)x); return std::vector<unsigned char>(mss.begin(), mss.end()); - delay: 1s - uart.write: "saveConfig" - delay: 1s - switch.turn_on: mmwave_sensor button: - platform: restart name: Restart $device_name - platform: template name: "factory_reset_dfrobot" id: "factory_reset_dfrobot" on_press: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "resetCfg" - delay: 3s - switch.turn_on: mmwave_sensorWenn ich mein Yaml reduziere auf folgenden code:
esphome: name: tinypico-mmwave platform: ESP8266 board: esp01_1m substitutions: device_name: tinypico-mmwave # Enable logging logger: # Enable Home Assistant API api: ota: password: "yadda" mdns: disabled: false wifi: ssid: !secret wifi_ssid password: !secret wifi_password power_save_mode: none web_server: port: 80 ota: false switch: - platform: safe_mode internal: true name: use_safe_mode - platform: template name: "mmwave_sensor" id: "mmwave_sensor" optimistic: true restore_state: true assumed_state: true turn_on_action: - uart.write: "sensorStart" - delay: 1s turn_off_action: - uart.write: "sensorStop" - delay: 1s - platform: template name: "LED" id: "led" optimistic: true restore_state: true assumed_state: true turn_on_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setLedMode 1 0" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor turn_off_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setLedMode 1 1" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor - platform: template name: "uart_presence_output" id: "uart_presence_output" optimistic: true restore_state: true assumed_state: true turn_on_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 1 1" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor turn_off_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 1 0" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor - platform: template name: "uart_target_output" id: "uart_target_output" optimistic: true restore_state: true assumed_state: false turn_on_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 2 1 1 1" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor turn_off_action: - switch.turn_off: mmwave_sensor - delay: 1s - uart.write: "setUartOutput 2 0" - delay: 1s - uart.write: "saveConfig" - delay: 3s - switch.turn_on: mmwave_sensor binary_sensor: - platform: gpio name: mmwave_in_bedroom pin: number: GPIO16 mode: INPUT_PULLDOWN uart: id: uart_bus tx_pin: GPIO4 rx_pin: GPIO5 baud_rate: 115200 debug: direction: BOTH dummy_receiver: true after: delimiter: "\n" sequence: - lambda: UARTDebug::log_string(direction, bytes);Dann bleibt die Verbindung stabil. Ich weiss echt nicht weiter.
Ist es ein bug ? kann mir denn da niemand eine Auskunft geben?
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. :(
308
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge