@simon42 Hallo Simon!
Zunächst mal vielen Dank für Deine schnelle Hilfe!
Über den Pillow-Fehler ist das Installationsskript hinausgelaufen.
Jetzt compiliert er seit einer Stunde vor sich hin ... ich werde berichten.

@simon42 Hallo Simon42!

Kleines follow-up zu unserem Austausch Anfang März: Ich habe zwischenzeitlich ein 2. Device angelernt und aktiv. Unterschiedliche Boards, unterschiedliche Beschaltung, andere Skripte. Der Effekt ist der gleiche: ich kann beide unter Instanzen>>esphome>>Einstellungen>>Geräte sehen. Hier werden sie auch als connected angezeigt:

Im Dashboard sind beide aber immer als offline gekennzeichnet:

Die Bedienung funktioniert reibungslos, sobald ich im yaml-Skript eine manuelle IP vergebe:

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  manual_ip:
    static_ip: 192.168.178.30
    gateway: 192.168.178.1
    subnet: 255.255.255.0

Deinem Hinweis bzgl. mDNS bin ich nachgegangen - und es scheint tatsächlich der Grund zu sein! Standardmäßig ist bei Fritz der DNS-Rebind-Schutz aktiv, der offenbar genau diese netzinterne Auflösung von Domainnamen unterbindet. Hier eine Erklärung von AVM dazu:

AVM: DNS-Auflösung privater IP-Adressen nicht möglich

Da aber ich mit dem work-around über manuelle IP aber gut leben kann, alle Funktionen von EDIT, LOG bis OTA-Flashen problemlos funktionieren, würde ich das von AVM geschilderte Risiko beim Deklarieren von Ausnahmen nicht eingehen. Alles tut wie es soll! Danke Dir erneut für die guten Hinweise.

@simon42 Hallo Simon42!

Kleines follow-up zu unserem Austausch Anfang März: Ich habe zwischenzeitlich ein 2. Device angelernt und aktiv. Unterschiedliche Boards, unterschiedliche Beschaltung, andere Skripte. Der Effekt ist der gleiche: ich kann beide unter Instanzen>>esphome>>Einstellungen>>Geräte sehen. Hier werden sie auch als connected angezeigt:

Im Dashboard sind beide aber immer als offline gekennzeichnet:

Die Bedienung funktioniert reibungslos, sobald ich im yaml-Skript eine manuelle IP vergebe:

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  manual_ip:
    static_ip: 192.168.178.30
    gateway: 192.168.178.1
    subnet: 255.255.255.0

Deinem Hinweis bzgl. mDNS bin ich nachgegangen - und es scheint tatsächlich der Grund zu sein! Standardmäßig ist bei Fritz der DNS-Rebind-Schutz aktiv, der offenbar genau diese netzinterne Auflösung von Domainnamen unterbindet. Hier eine Erklärung von AVM dazu:

AVM: DNS-Auflösung privater IP-Adressen nicht möglich

Da aber ich mit dem work-around über manuelle IP aber gut leben kann, alle Funktionen von EDIT, LOG bis OTA-Flashen problemlos funktionieren, würde ich das von AVM geschilderte Risiko beim Deklarieren von Ausnahmen nicht eingehen. Alles tut wie es soll! Danke Dir erneut für die guten Hinweise.

@simon42 sagte in [ESPHome] Beta release 0.5.0-beta.1 ready:

Wird das device nach eintragen der IP dann als online angezeigt?

Tatsächlich: nein. Es bleibt auf offline.
Habe ich das Device falsch importiert? Fehlt mir noch eine Eintragung, um hostname zu IP zu verknüpfen?

P.S.: "user-experience" trifft es aber sehr gut. Ich habe schon einige Arduinos, Raspis und Co programmiert. Aber dieser Weg, direkt OTA aus dem Zielsystem (=iobroker) heraus, ist schon eine sehr gelungene Lösung!

@simon42 Hallo Simon!

Entschuldige die späte Antwort. Ich habe mich einige Abende mit Update und Backup (inkl. der ganzen Docker-Umgebung) beschäftigt, bevor ich mich an den Umzug des ESPhome device machen konnte. Ergebnis: Erfolg! Das Compilieren läuft komplett durch, Flashen OTA funktioniert reibungslos, alles top!

Offenbar reicht ein Raspi3B+ dann doch nicht aus ... wie gesagt: frisch aufgesetzt, iobroker als einzige Software, ESPhome als einziger Adapter. Das yaml-Skript sollte auch keine große Herausforderung gewesen sein: eine HX711-Waage mit Display

Letzter offener Punkt: Ich schaffe es nicht, den Umzug ganz abzuschließen. Ich sehe mein Device unter Instanzeinstellungen.esphome - Geräte als gelistet und connected. Und nach Import des yaml-Files nach /opt/iobroker/iobroker-data/esphome.0/ sehe ich das device auf dem Dashboard. Aber: immer als offline. "edit" und "log" funktionieren problemlos, nachdem ich eine manual-IP im yaml-Skript ergänzt habe.

Fehlt mir da beim Umzug noch ein letzter Schritt? Meine Vermutung ist, dass er den Eintrag unter Geräte und das Device auf dem Dashboard nicht miteinander in Verbindung bringt ... denn sonst hätte er die IP gewusst.

@simon42 ... dann mache ich mich mal an den Umzug. Der "nackte" Raspi3 sollte zunächst nur der Erstbetankung via USB dienen. Mein operativer iobroker ist auf einem Raspi4 (mit Docker) daheim. Wenn es an der Rechenleistung hängt, sollte dieser dann mit dem Compilieren und späteren OTA-Update weniger Probleme haben. Ich probiere es aus und werde berichten! Danke soweit.

@simon42 Hallo Simon!

Good news: mit der latestpillow-Version hat es funktioniert: mein Projekt ist online, im Netz, sendet Daten, OTA ist möglich ... Vielen Dank!
Kleines Aber: Beim Compilieren bleibt der Raspi jedes 2. Mal hängen ... ich habe schon über Nacht gewartet, kein Erfolg. Ausschalten, neu booten, neuer Versuch ... meistens ging es dann weiter. Jetzt aber nicht mehr: nur eine kleine Änderung am YAML-Skript, und er bleibt immer an dieser Stelle stehen:

INFO ESPHome 2024.2.0b1
INFO Reading configuration /opt/iobroker/iobroker-data/esphome.0/waage1.yaml...
INFO Generating C++ source...
INFO Compiling app...
Processing waage1 (board: lolin32_lite; framework: arduino; platform: platformio/espressif32@5.4.0)
--------------------------------------------------------------------------------
Cannot read termcap database;
using dumb terminal settings.
HARDWARE: ESP32 240MHz, 320KB RAM, 4MB Flash
 - toolchain-xtensa-esp32 @ 8.4.0+2021r2-patch5
Dependency Graph
|-- AsyncTCP-esphome @ 2.0.1
|-- WiFi @ 2.0.0
|-- FS @ 2.0.0
|-- Update @ 2.0.0
|-- ESPAsyncWebServer-esphome @ 3.1.0
|-- DNSServer @ 2.0.0
|-- ESPmDNS @ 2.0.0
|-- noise-c @ 0.1.4
|-- SPI @ 2.0.0
Compiling .pioenvs/waage1/src/esphome/components/api/api_connection.cpp.o
Compiling .pioenvs/waage1/src/esphome/components/api/api_frame_helper.cpp.o
Compiling .pioenvs/waage1/src/esphome/components/api/api_pb2.cpp.o
Compiling .pioenvs/waage1/src/esphome/components/api/api_pb2_service.cpp.o

Erst dreht sich noch der farbige Kreis, dann "Session expired", neu laden des Dashboards funktioniert nicht, dann habe ich auch über SSH keinen Zugriff mehr auf den Raspi. Soweit reproduzierbar. Gibt es noch andere LOG-Dateien, die zeigen könnten, woran es scheitert?

Verzweifelt, Philipp

@simon42 Hallo Simon!
Zunächst mal vielen Dank für Deine schnelle Hilfe!
Über den Pillow-Fehler ist das Installationsskript hinausgelaufen.
Jetzt compiliert er seit einer Stunde vor sich hin ... ich werde berichten.

Guten Abend die Herren!

Ich springe auch von Version zu Version, bleibe aber immer beim selben Punkt stecken:
Mit der Adapter-Version aus den iobroker.net Beta repositories kam der Pillow-Fehler:

Please update your pillow installation to 10.1.0. (pip install "pillow==10.1.0")

Nach diversen Versuchen habe ich dieses Forum gefunden, und auf v0.5.0-beta.10 aktualisiert. Das Fehlerbild war minimal anders: 10.2.0 statt 10.1.0:

INFO ESPHome 2024.2.0b1   
INFO Reading configuration /opt/iobroker/iobroker-data/esphome.0/waage1.yaml...
Failed config

font: [source /opt/iobroker/iobroker-data/esphome.0/waage1.yaml:90]
  
  Please update your pillow installation to 10.2.0. (pip install "pillow==10.2.0").
  - file: fonts/Antenna-Bold.ttf
    id: my_font
    size: 32

Den letzten Beiträgen folgend, habe ich nochmal auf SimonFischer-latestpillow aktualisiert:
Der Fehler blieb unverändert.

Mein Setup ist wie folgt:
Raspi3B+ mit Debian Bookworm 6.1.73 aarch64
iobroker v6.13.16 ... frisch installiert als einzige Software auf dem Raspi
ESPhome als quasi einziger Adapter
Python 3.11.2
NPM version 10.2.3
Node.js version 18.19.0

Python3-pil und pil-imagetk sind aktuell:

philipp@testiobroker:~ $ apt policy python3-pil python3-pil.imagetk
python3-pil:
  Installed: 9.4.0-1.1+b1
  Candidate: 9.4.0-1.1+b1
  Version table:
 *** 9.4.0-1.1+b1 500
        500 http://deb.debian.org/debian bookworm/main arm64 Packages
        100 /var/lib/dpkg/status
python3-pil.imagetk:
  Installed: 9.4.0-1.1+b1
  Candidate: 9.4.0-1.1+b1
  Version table:
 *** 9.4.0-1.1+b1 500
        500 http://deb.debian.org/debian bookworm/main arm64 Packages
        100 /var/lib/dpkg/status

Ich bin für jeden Hinweis dankbar!