[ESPHome] Beta release
-
Hallo Zusammen,
ich habe auf meiner Synology in einer VM iobroker unter Ubuntu laufen. Klappt alles super.
Nun habe ich ESPHome installiert. Hat auch nach anfänglichen Schwierigkeiten mit Python geklappt. Nun wollte ich einen Wemos D1 mini beschreiben.In der VM ist dieser USB Controller angewählt:
Wenn ich nun auf Install klicke blinkt der D1 mini auch wild in "blau", aber es wird ein fataler Error ausgegeben. Was mache ich denn falsch?
Mfg Thomas
Meine Basis Config:
esphome: name: wemostest platform: ESP8266 board: d1_mini # Enable logging logger: # Enable Home Assistant API api: ota: password: "43fa38ae12a3245ecc86ebf3f44e8ec6" wifi: ssid: "xxx-x-xx--x" password: "xxxxxxx" # Enable fallback hotspot (captive portal) in case wifi connection fails ap: ssid: "Wemostest Fallback Hotspot" password: "awDEihEdYUV1" captive_portal:INFO Reading configuration /opt/iobroker/iobroker-data/esphome.0/wemostest.yaml... INFO Generating C++ source... INFO Compiling app... INFO Running: platformio run -d /opt/iobroker/iobroker-data/esphome.0/wemostest Processing wemostest (board: d1_mini; framework: arduino; platform: platformio/espressif8266@2.6.2) -------------------------------------------------------------------------------- HARDWARE: ESP8266 80MHz, 80KB RAM, 4MB Flash PACKAGES: - framework-arduinoespressif8266 3.20704.0 (2.7.4) - tool-esptool 1.413.0 (4.13) - tool-esptoolpy 1.20800.0 (2.8.0) - toolchain-xtensa 2.40802.200502 (4.8.2) Library Manager: Installing Update Warning! Could not find the package with 'Update' requirements for your system 'linux_x86_64' Dependency Graph |-- <ESPAsyncTCP-esphome> 1.2.3 | |-- <ESP8266WiFi> 1.0 |-- <ESPAsyncWebServer-esphome> 1.3.0 | |-- <ESPAsyncTCP-esphome> 1.2.3 | | |-- <ESP8266WiFi> 1.0 | |-- <Hash> 1.0 | |-- <ESP8266WiFi> 1.0 |-- <ESP8266WiFi> 1.0 |-- <ESP8266mDNS> 1.2 | |-- <ESP8266WiFi> 1.0 |-- <DNSServer> 1.1.1 | |-- <ESP8266WiFi> 1.0 Retrieving maximum program size .pioenvs/wemostest/firmware.elf Checking size .pioenvs/wemostest/firmware.elf RAM: [==== ] 37.9% (used 31076 bytes from 81920 bytes) Flash: [==== ] 37.7% (used 393316 bytes from 1044464 bytes) ========================= [SUCCESS] Took 2.36 seconds ========================= INFO Successfully compiled program. INFO Running: esptool.py --before default_reset --after hard_reset --baud 460800 --chip esp8266 --port /dev/ttyUSB0 write_flash 0x0 /opt/iobroker/iobroker-data/esphome.0/wemostest/.pioenvs/wemostest/firmware.bin esptool.py v3.1 Serial port /dev/ttyUSB0 Connecting........_____....._____....._____....._____....._____....._____....._____ A fatal error occurred: Failed to connect to ESP8266: Timed out waiting for packet header INFO Upload with baud rate 460800 failed. Trying again with baud rate 115200. INFO Running: esptool.py --before default_reset --after hard_reset --baud 115200 --chip esp8266 --port /dev/ttyUSB0 write_flash 0x0 /opt/iobroker/iobroker-data/esphome.0/wemostest/.pioenvs/wemostest/firmware.bin esptool.py v3.1 Serial port /dev/ttyUSB0 Connecting........_____....._____....._____....._____....._____....._____....._____ A fatal error occurred: Failed to connect to ESP8266: Timed out waiting for packet header -
@tloeffel
Du müsstet jetzt erstmal herausfinden an welchem usb Port der d1 im System steckt und wie der heißt.
Am einfachsten wird es sein sich per telnet oder so anzumelden und dann ein lsusb ausgeben lassen.
Was istbdenn auf dem d1 drauf, lad dir sonst einfach die Firmware auf deinen PC und installiere dort per USB oder ota. -
So hätte ich es auch gemacht - und so mache ich es auch. Und zwar ausschließlich.
Mein ESPHome Framework läuft auf einem Windows Rechner, der auch nicht USB-scheu ist.
Und einmal ein Programm auf dem ESP, welches OTA unterstützt und man kann dann in der Folge per OTA flashen. Das sollte dann auch mit der Syno gehen, auch in einer VM etc. Hauptsache Ethernetzugang.
Hat Syno mit irgendeinem Update nicht die USB deaktiviert oder eingeschränkt? Dachte da wäre was gewesen -
@e-s
Hi hatte die gleiche Idee! Mit Tasmotizer kann ich die BIN von meiner Sysnolgy/iobroker auf den D1 mini laden. Dann zeigt er auch eine Verbindung auf der Oberfläche an. Es wird über die VM auf der Synology der richtige USB Port angesteuert. Sonst würde der angeschlossene D1 mini ja nicht blinken. Geht aber nicht..... Habe ein 3 Meter langes USB 3.0 an der USB 3.0 Buchse der Synology.Habe keine Ahnung was ich da machen soll.....
Wenn ich den Umweg über Tasmotizer nehme geht es. Wie verwalte ich nun MQTT? Bin da noch ein bisschen am lernen :-).
Gruß Thomas
-
Ich habe in der anderen VM auf der gleichen Synology den HMIP-USB-Antenne. geht da super......
Gruß Thomas
-
@tloeffel
NajaSerial port /dev/ttyUSB0 Connecting........_____....._____....._____....._____....._____....._____....._____er verbindet eben nicht, es könnte auch ttyUSB1 oder 2 usw sein, dies kann man mit lsusb herausfinden. Das blinken muss damit nichts zu tun haben.
mqtt brauchst du nicht, einfach api Passwort rein und fertig. -
-
-
@tloeffel
Alles gut. du hast per wireless neu geflasht, der esp hat neu gestartet und war dann nicht sofort erreichbar. Deswegen die warning, die kommt bei mir immer, da ist das timeout etwas zu klein.
normalerweise kannst du in der yaml ein API Passwort eingeben, musst du aber nicht.
Es muss nur in der Adapterkonfig und in der YAML identisch sein.du solltest dann jetzt unter objekte esphome.0 das Gerät sehen
lsusb mit kleinem L
-
Danke Dir.
Unbuntu gibt diese Infos aus:
Was soll ich nun wo im ESPHOME einstellen? Wo gebe ich denn ein API Passwort ein?
Gruß und danke für die Hilfe!
Thomas -
-
@tloeffel
zu dem letzten kann ich dir erstmal nichts sagen.
Wegen USB, steck mal das USB Kabel neu an und danach mal die Ausgabe von dmesg | grep tty
Bitte benutze copy+paste und nicht abtippen.
Die Antwort bitte nicht als Foto sondern als Code hier einfügen, dafür den Button </> im editor hier drücken.in der yaml muss sowas rein:
# Enable Home Assistant API api: password: xyzDer rest steht hier
-
-
@tloeffel
ok, dann wäre ttyUSB0 doch richtig, dann keine Ahnung was du da machen kannst. Wie gesagt, ich flashe nur ota, auch wenn tasmota oder so noch drauf ist. -
Soll ich einen Fehler bei Github hinterlegen, oder was denkst Du?
Gruß Thomas
-
@tloeffel
also wenn dann ist das ein esphome Fehler selbst und hat mit dem Adapter hier und iobroker wahrscheinlich nichts zu tun.
Es kann aber auch ein Rechteproblem sein, was dann doch wieder nichts mit esphome zu tun hat. Da müsste man das alles genauer verfolgen. Kommt drauf an wie viel dir das jetzt Wert ist. -
@tloeffel , die Update-Warnung kannst du ignorieren. Die habe ich auf den rpi 4 auch mit einem anderen Inhalt. (anderes System)
Für was willst du ein Issue auf dem Git-Hub öffnen? Ich habe zum flashen alles abgezogen am rpi. Vorher die dazu gehörenden Adapter gestoppt. (MaxCul, Ebus und Zigbee)
Nach dem flashen wieder dran gesteckt und Adapter gestartet, danach wird alles nur noch über OTA gemacht. Eine API habe ich nicht eingetragen, wofür auch. -
Danke an alle
Jetzt erst mal Schlafen. Für heute genug erreicht.
Gruß Thomas
-
@tloeffel , noch eine Frage....
Warum betreibt man iobroker in einer VM wenn die Platform Ubuntu ist?
Ich betreibe unter Debian auch keine VM. Beides ist Linux.....
Kennen tu ich das eigentlich nur unter Windows....da ist mir das auch schlüssig. -
@menne Ich glaube, Du bringst da ein paar Begriffe durcheinander. Eine VM ist eine (v)irtuell (m)achine also die Emulation von Hardware. Und die bietet sich an, wenn man auf einer Hardware mehrere voneinander unabhängige Applikationen laufen will. Dafür braucht es dann ein Host-OS wie z.B. Proxmox und das bietet dann die Infrastruktur, um auf der Hardware mehrere VMs (oder auch Container, je nach Anwendung) parallel laufen zu lassen. Z.B. eine für ioBroker, eine für Homematic usw. Und jede dieser VMs läuft dann unter einem Betriebssystem wie z.B. Ubuntu oder Debian.
