[ESPHome] Beta release 0.5.0-beta.1 ready

[Simon42]

@philippio said in [ESPHome] Beta release 0.5.0-beta.1 ready:

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:

Genau das das Problem, gab schonwieder ein notwendiges update.
Habs wieder geupdated
Pls nochmal probiern: https://github.com/SimonFischer04/ioBroker.esphome/tree/fix/latestpillow

liegt halt wahrscheinlich dran das du hier eine beta 2024.2.0b1 dashboard installed hast, sonst hätt 10.1.0 reichen müssen, aber habs jetzt auf 10.2.0 updated

[PhilippIO]

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

[PhilippIO]

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

@philippio hm, hat die yaml recht viele komponenten? schaut aus als würds im pi zu viel werden und stürzt ab maybe? glaub nicht, dass hier der adapter schuld ist

[PhilippIO]

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

@philippio naja pi3 sollte ja eigentlich "nur langsamer" sein und nicht ewig komplett aufhängen. aber mal schauen vielleicht hilft der umzug ja: andere iobroker installation, ...

[PhilippIO]

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

@philippio Sorry für die späte Antwort

@philippio said in [ESPHome] Beta release 0.5.0-beta.1 ready:

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.

Völlig korrekt, das Dashboard (https://github.com/esphome/dashboard) hat mit dem adapter direkt nix zu tun. Adapter startet das einfach nur. (dashboard extern betreiben. oder auch gar nicht würd nix an der adapterfunktionalität / steuern und auslesen der existierenden Geräte im iobroker ändern)

@philippio said in [ESPHome] Beta release 0.5.0-beta.1 ready:

Aber: immer als offline. "edit" und "log" funktionieren problemlos, nachdem ich eine manual-IP im yaml-Skript ergänzt habe.

Wird das device nach eintragen der IP dann als online angezeigt? Schaut aus als gäbs bei der Probleme mit mDNS / auflösen von hostname zu ip. Aber wie gesagt, das dasboard ist im Prinzip eine "komplett" externe Komponente. Hat so gesehen nix mit dem adapter zu tun, wird "nur aus user-experience Erleichterung" mitinstalliert

[PhilippIO]

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

@philippio said in [ESPHome] Beta release 0.5.0-beta.1 ready:

Fehlt mir noch eine Eintragung, um hostname zu IP zu verknüpfen?

mDNS sollte eigentlich automatisch funktionieren, solang die Geräte im gleichen Netzwerk sind. Sind sie das bei dir?

@philippio said in [ESPHome] Beta release 0.5.0-beta.1 ready:

ist schon eine sehr gelungene Lösung!

Danke!

[Fischje]

@simon42

iob url https://github.com/SimonFischer04/ioBroker.esphome/tree/fix/latestpillow

Danach komm ich nicht mehr auf das Dashboard:

Fatal error starting ESPHomeDashboard | Error: Command failed with exit code 1: /home/iobroker/.cache/autopy/venv/esphome/bin/python3 -m pip install pillow==10.2.0 WARNING: Ignoring invalid distribution ~illow (/home/iobroker/.cache/autopy/venv/esphome/lib/python3.11/site-packages) WARNING: Ignoring invalid distribution ~illow (/home/iobroker/.cache/autopy/venv/esphome/lib/python3.11/site-packages) WARNING: Ignoring invalid distribution ~illow (/home/iobroker/.cache/autopy/venv/esphome/lib/python3.11/site-packages) ERROR: Could not install packages due to an OSError: [Errno 13] Permission denied: '/home/iobroker/.cache/autopy/venv/esphome/lib/python3.11/site-packages/pillow.libs/libharfbuzz-2093a78b.so.0.60830.0' Check the permissions. WARNING: Ignoring invalid distribution ~illow (/home/iobroker/.cache/autopy/venv/esphome/lib/python3.11/site-packages) Collecting pillow==10.2.0 Using cached pillow-10.2.0-cp311-cp311-manylinux_2_28_x86_64.whl.metadata (9.7 kB) Using cached pillow-10.2.0-cp311-cp311-manylinux_2_28_x86_64.whl (4.5 MB) Installing collected packages: pillow | Error: Command failed with exit code 1: /home/iobroker/.cache/autopy/venv/esphome/bin/python3 -m pip install pillow==10.2.0 WARNING: Ignoring invalid distribution ~illow (/home/iobroker/.cache/autopy/venv/esphome/lib/python3.11/site-packages) WARNING: Ignoring invalid distribution ~illow (/home/iobroker/.cache/autopy/venv/esphome/lib/python3.11/site-packages) WARNING: Ignoring invalid distribution ~illow (/home/iobroker/.cache/autopy/venv/esphome/lib/python3.11/site-packages) ERROR: Could not install packages due to an OSError: [Errno 13] Permission denied: '/home/iobroker/.cache/autopy/venv/esphome/lib/python3.11/site-packages/pillow.libs/libharfbuzz-2093a78b.so.0.60830.0' Check the permissions. WARNING: Ignoring invalid distribution ~illow (/home/iobroker/.cache/autopy/venv/esphome/lib/python3.11/site-packages) Collecting pillow==10.2.0 Using cached pillow-10.2.0-cp311-cp311-manylinux_2_28_x86_64.whl.metadata (9.7 kB) Using cached pillow-10.2.0-cp311-cp311-manylinux_2_28_x86_64.whl (4.5 MB) Installing collected packages: pillow at makeError (file:///opt/iobroker/node_modules/autopy/node_modules/execa/lib/error.js:60:11) at handlePromise (file:///opt/iobroker/node_modules/autopy/node_modules/execa/index.js:124:26) at processTicksAndRejections (node:internal/process/task_queues:95:5) at $df9eabe9bda49ea8$export$e522f41234ab669a (file:///opt/iobroker/node_modules/autopy/src/index.ts:257:13) at Esphome.espHomeDashboard (/Users/nl69zh/Developer/community/opensource/ioBroker.esphome/main.js:180:7) at Esphome.onReady (/opt/iobroker/node_modules/iobroker.esphome/main.js:66:4)

[Simon42]

@fischje Bitte etwas mehr Informationen:

• System: Windows / Linux (welche Distro: Debian - welche Version, ...) - docker?
• Dashboard-Version

[mcm1957]

Der Vollständigkeit halber:

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
@mcm1957

[Simon42]

@mcm57 said in [ESPHome] Beta release 0.5.0-beta.1 ready:

Versionsangaben von GitHub Installationen sind Schall und Rauch

@mcm57 In diesem Fall ist die Github Angabe ausnahmsweise ok. @Dutchman ist soweit ich seh gerade eh nicht aktiv, hab nur den aktuellen stand geforked und eine Dependency geupdated.

[mcm1957]

@simon42
Ja passt schon. Sind hier auch im Testerbereich - hab ich ehrlich gesagt erst nach dem Posten bewußt gesehen. Meine Sorge ist nur, dass es immer wieder User giubt die in 2 Jahren was aus einem Topic rausholen und dann wild von Github etc. installieren ...

Hab aber auch schon länger nichts mehr von @Dutchman gehört - hatte auch auf Telegramm Ping nicht geantwortet. Hoffe es geht ihm gut und ihm fehlt nur die Zeit für ioBroker.

mcm1957

[Simon42]

@mcm57 said in [ESPHome] Beta release 0.5.0-beta.1 ready:

Meine Sorge ist nur, dass es immer wieder User giubt die in 2 Jahren was aus einem Topic rausholen und dann wild von Github etc. installieren ...

ja und dann wahrscheinlich erneut issues machen ....

@mcm57 said in [ESPHome] Beta release 0.5.0-beta.1 ready:

Hoffe es geht ihm gut und ihm fehlt nur die Zeit für ioBroker.

yes, lets hope

[Fischje]

@simon42
Hi, Debian 12 Bookworm, kein Docker.

Dashboard esphome : 0.5.0-beta.10 (1~)
Admin-Adapter: 6.15.2 (1~)

Was brauchst du noch?

Python: 3.11.2
node: v20.11.1
pip: 23.0.1

Bin noch neu im iobroker-Game, deswegen weiss ich leider nicht, was du noch benötigst.

[Simon42]

@fischje erstell am besten bitten einfach ein Github Issue. Dann ists übersichtlicher und dort gibts auch Vorlage mit allen nötigen/hilfreichen Daten:
https://github.com/DrozmotiX/ioBroker.esphome/issues/new?assignees=DutchmanNL&labels=bug&projects=&template=BugReport.md&title=

[PhilippIO]

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

@philippio said in [ESPHome] Beta release 0.5.0-beta.1 ready:

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

ok. top, dass du eine für dich zufriedenstellende Lösung gefunden hast. no problem