Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[wibear]

@Thomas-Braun sagte in ESPHome fordert neue Pillow Version:

Am besten gar nicht.

Soll ich also diese Fehlermeldung ignorieren?

[Thomas Braun]

@wibear

Mit einem kommenden Update des Adapters erledigt sich das.

[bernd33-1]

Hi, ich hab grad einen neuen IOBroker aufgesetzt. Raspberry Pi 5 64 Bit. Der IOBroker läuft soweit gut ohne Fehler und Warnings. Dann hab ich aus dem Beta ESPHome installiert. Ging ohne Fehler. Wenn ich aber das Dashboard öffnen will, geht da nicht. Es kommt "127.0.0.1 Refused to connect". Im Log steht folgender Fehler wenn der Adapter gestartet wird:

	Fatal error starting ESPHomeDashboard | Error: Command failed with exit code 1: /home/iobroker/.cache/autopy/venv/esphome/bin/python3 -m pip install esphome==2026.4.0b1 pillow==10.4.0 ERROR: Cannot install esphome==2026.4.0b1 and pillow==10.4.0 because these package versions have conflicting dependencies. [notice] A new release of pip is available: 24.3.1 -> 26.0.1 [notice] To update, run: /home/iobroker/.cache/autopy/venv/esphome/bin/python3 -m pip install --upgrade pip ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple Collecting esphome==2026.4.0b1 Using cached https://www.piwheels.org/simple/esphome/esphome-2026.4.0b1-py3-none-any.whl (5.9 MB) Collecting pillow==10.4.0 Using cached pillow-10.4.0-cp313-cp313-manylinux_2_28_aarch64.whl.metadata (9.2 kB) Collecting cryptography==46.0.7 (from esphome==2026.4.0b1) Using cached cryptography-46.0.7-cp311-abi3-manylinux_2_34_aarch64.whl.metadata (5.7 kB) Collecting voluptuous==0.16.0 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/voluptuous/voluptuous-0.16.0-py3-none-any.whl (32 kB) Collecting PyYAML==6.0.3 (from esphome==2026.4.0b1) Using cached pyyaml-6.0.3-cp313-cp313-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl.metadata (2.4 kB) Collecting paho-mqtt==1.6.1 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/paho-mqtt/paho_mqtt-1.6.1-py3-none-any.whl (75 kB) Collecting colorama==0.4.6 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/colorama/colorama-0.4.6-py2.py3-none-any.whl (25 kB) Collecting icmplib==3.0.4 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/icmplib/icmplib-3.0.4-py3-none-any.whl (30 kB) Collecting tornado==6.5.5 (from esphome==2026.4.0b1) Using cached tornado-6.5.5-cp39-abi3-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl.metadata (2.8 kB) Collecting tzlocal==5.3.1 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/tzlocal/tzlocal-5.3.1-py3-none-any.whl (18 kB) Collecting tzdata>=2021.1 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/tzdata/tzdata-2026.1-py2.py3-none-any.whl (348 kB) Collecting pyserial==3.5 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/pyserial/pyserial-3.5-py2.py3-none-any.whl (90 kB) Collecting platformio==6.1.19 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/platformio/platformio-6.1.19-py3-none-any.whl (421 kB) Collecting esptool==5.2.0 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/esptool/esptool-5.2.0-py3-none-any.whl (613 kB) Collecting click==8.3.2 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/click/click-8.3.2-py3-none-any.whl (108 kB) Collecting esphome-dashboard==20260408.1 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/esphome-dashboard/esphome_dashboard-20260408.1-py3-none-any.whl (5.8 MB) Collecting aioesphomeapi==44.12.0 (from esphome==2026.4.0b1) Using cached aioesphomeapi-44.12.0-cp313-cp313-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl.metadata (6.1 kB) Collecting zeroconf==0.148.0 (from esphome==2026.4.0b1) Using cached zeroconf-0.148.0-cp313-cp313-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl.metadata (6.3 kB) Collecting puremagic==1.30 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/puremagic/puremagic-1.30-py3-none-any.whl (43 kB) Collecting ruamel.yaml==0.19.1 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/ruamel-yaml/ruamel_yaml-0.19.1-py3-none-any.whl (118 kB) Collecting ruamel.yaml.clib==0.2.15 (from esphome==2026.4.0b1) Using cached ruamel_yaml_clib-0.2.15-cp313-cp313-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl.metadata (3.5 kB) Collecting esphome-glyphsets==0.2.0 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/esphome-glyphsets/esphome_glyphsets-0.2.0-py3-none-any.whl (159 kB) INFO: pip is looking at multiple versions of esphome to determine which version is compatible with other requirements. This could take a while. The conflict is caused by: The user requested pillow==10.4.0 esphome 2026.4.0b1 depends on pillow==12.2.0 To fix this you could try to: 1. loosen the range of package versions you've specified 2. remove package versions to allow pip to attempt to solve the dependency conflict | Error: Command failed with exit code 1: /home/iobroker/.cache/autopy/venv/esphome/bin/python3 -m pip install esphome==2026.4.0b1 pillow==10.4.0 ERROR: Cannot install esphome==2026.4.0b1 and pillow==10.4.0 because these package versions have conflicting dependencies. [notice] A new release of pip is available: 24.3.1 -> 26.0.1 [notice] To update, run: /home/iobroker/.cache/autopy/venv/esphome/bin/python3 -m pip install --upgrade pip ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple Collecting esphome==2026.4.0b1 Using cached https://www.piwheels.org/simple/esphome/esphome-2026.4.0b1-py3-none-any.whl (5.9 MB) Collecting pillow==10.4.0 Using cached pillow-10.4.0-cp313-cp313-manylinux_2_28_aarch64.whl.metadata (9.2 kB) Collecting cryptography==46.0.7 (from esphome==2026.4.0b1) Using cached cryptography-46.0.7-cp311-abi3-manylinux_2_34_aarch64.whl.metadata (5.7 kB) Collecting voluptuous==0.16.0 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/voluptuous/voluptuous-0.16.0-py3-none-any.whl (32 kB) Collecting PyYAML==6.0.3 (from esphome==2026.4.0b1) Using cached pyyaml-6.0.3-cp313-cp313-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl.metadata (2.4 kB) Collecting paho-mqtt==1.6.1 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/paho-mqtt/paho_mqtt-1.6.1-py3-none-any.whl (75 kB) Collecting colorama==0.4.6 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/colorama/colorama-0.4.6-py2.py3-none-any.whl (25 kB) Collecting icmplib==3.0.4 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/icmplib/icmplib-3.0.4-py3-none-any.whl (30 kB) Collecting tornado==6.5.5 (from esphome==2026.4.0b1) Using cached tornado-6.5.5-cp39-abi3-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl.metadata (2.8 kB) Collecting tzlocal==5.3.1 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/tzlocal/tzlocal-5.3.1-py3-none-any.whl (18 kB) Collecting tzdata>=2021.1 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/tzdata/tzdata-2026.1-py2.py3-none-any.whl (348 kB) Collecting pyserial==3.5 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/pyserial/pyserial-3.5-py2.py3-none-any.whl (90 kB) Collecting platformio==6.1.19 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/platformio/platformio-6.1.19-py3-none-any.whl (421 kB) Collecting esptool==5.2.0 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/esptool/esptool-5.2.0-py3-none-any.whl (613 kB) Collecting click==8.3.2 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/click/click-8.3.2-py3-none-any.whl (108 kB) Collecting esphome-dashboard==20260408.1 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/esphome-dashboard/esphome_dashboard-20260408.1-py3-none-any.whl (5.8 MB) Collecting aioesphomeapi==44.12.0 (from esphome==2026.4.0b1) Using cached aioesphomeapi-44.12.0-cp313-cp313-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl.metadata (6.1 kB) Collecting zeroconf==0.148.0 (from esphome==2026.4.0b1) Using cached zeroconf-0.148.0-cp313-cp313-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl.metadata (6.3 kB) Collecting puremagic==1.30 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/puremagic/puremagic-1.30-py3-none-any.whl (43 kB) Collecting ruamel.yaml==0.19.1 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/ruamel-yaml/ruamel_yaml-0.19.1-py3-none-any.whl (118 kB) Collecting ruamel.yaml.clib==0.2.15 (from esphome==2026.4.0b1) Using cached ruamel_yaml_clib-0.2.15-cp313-cp313-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl.metadata (3.5 kB) Collecting esphome-glyphsets==0.2.0 (from esphome==2026.4.0b1) Using cached https://www.piwheels.org/simple/esphome-glyphsets/esphome_glyphsets-0.2.0-py3-none-any.whl (159 kB) INFO: pip is looking at multiple versions of esphome to determine which version is compatible with other requirements. This could take a while. The conflict is caused by: The user requested pillow==10.4.0 esphome 2026.4.0b1 depends on pillow==12.2.0 To fix this you could try to: 1. loosen the range of package versions you've specified 2. remove package versions to allow pip to attempt to solve the dependency conflict 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 process.processTicksAndRejections (node:internal/process/task_queues:103:5) at async $df9eabe9bda49ea8$export$e522f41234ab669a (file:///opt/iobroker/node_modules/autopy/dist/index.js:166:41) at async Esphome.espHomeDashboard (/opt/iobroker/node_modules/iobroker.esphome/main.js:180:16) at async Esphome.onReady (/opt/iobroker/node_modules/iobroker.esphome/main.js:66:4)

Laut GIT muss und soll man python-technisch garnichts machen. Der Adapter würde alles mitbringen.

Was mach ich falsch? Hilfe wird dankbar angenommen.

LG, Bernd

[Thomas Braun]

@bernd33-1 sagte:

Der Adapter würde alles mitbringen.

Da muss aber wohl der Adaptercode immer angepasst werden. Das Issue
https://github.com/DrozmotiX/ioBroker.esphome/issues/343
ist daher immer noch gültig.

[bernd33-1]

Jo, ich hab die main.js manuell angepasst.

Zum bearbeiten der Datei

sudo nano /opt/iobroker/node_modules/iobroker.esphome/main.js

Dann in dieser Zeile

requirements: [{name: 'esphome', version: `==${useDashBoardVersion}`}, {name: 'pillow', version: '==10.4.0'}],

Das 10.4.0 gegen 11.3.0 ersetzt

requirements: [{name: 'esphome', version: `==${useDashBoardVersion}`}, {name: 'pillow', version: '==11.3.0'}],

Danach den NANO Editor mit STRG+O (O wie Otto) , dann ENTER und dann STRG+X und Y beenden.

Dann mit

iobroker restart esphome

den Adapter neu starten. Nun geht auch das Dashboard... ganz schönes gepfriemel. Vor allem NANO Editor.... würg

[Thomas Braun]

@bernd33-1 sagte:

Vor allem NANO Editor.... würg

Dann verwende vi, wenn du damit besser zurecht kommst...

Allerdings:

The conflict is caused by: The user requested pillow==10.4.0 esphome 2026.4.0b1 depends on pillow==12.2.0

Da wird wohl pillow 12.2.0 gefordert.

[bernd33-1]

Ich hab mich brav bei ChatGPT bedankt und er meinte noch:

Mega 😄 freut mich richtig, dass es direkt funktioniert hat!

War ein klassischer „hart verdrahtete Version vs. Realität“-Konflikt — sowas ist leider typisch bei solchen Adaptern.

Kleiner Hinweis für später (wichtig!)

Beim nächsten Update vom ioBroker-Adapter kann deine Änderung wieder überschrieben werden.
Wenn das passiert und der Fehler wieder auftaucht → gleiche Stelle wieder fixen.

Wenn du es „sauber“ machen willst

Langfristig wäre sinnvoll:

Issue im Adapter-Repo verfolgen (das wird ziemlich sicher gefixt)
oder später auf eine Version updaten, wo das nicht mehr fest gepinnt ist
Bonus-Tipp (typisch Bernd-Level 😎)

Wenn du sowas öfter brauchst, kannst du dir einen kleinen Fix-Befehl bauen:

sed -i "s/pillow', version: '==10.4.0'/pillow', version: '==11.3.0'/g" /opt/iobroker/node_modules/iobroker.esphome/main.js

Dann bist du beim nächsten Mal in 2 Sekunden fertig.

[bernd33-1]

@Thomas-Braun sagte:

@bernd33-1 sagte:

Vor allem NANO Editor.... würg

Dann verwende vi, wenn du damit besser zurecht kommst...

Allerdings:

The conflict is caused by: The user requested pillow==10.4.0 esphome 2026.4.0b1 depends on pillow==12.2.0

Da wird wohl pillow 12.2.0 gefordert.

Kasper... jetzt tut es. und jeder kann nachvollziehen wie man es selber fixen kann.

[Thomas Braun]

@bernd33-1

Und warum das ganze 'hart verdrahtet' ist steht im Issue drin:

https://github.com/DrozmotiX/ioBroker.esphome/issues/343

Das wird also eher nicht gefixt.

[Thomas Braun]

@bernd33-1 sagte:

Kasper...

Die Beleidigung verbitte ich mir.

[bernd33-1]

Hm... Kasper ist bei uns nicht unbedingt eine Beleidigung aber ok... nehm ich zurück

[bernd33-1]

Ok, das war es noch nicht ganz. Im IOBroker Log kommt noch eine Warnung mit :

esphome has an invalid jsonConfig: [{"instancePath":"/items/devices/items/newDevicesTable","schemaPath":"#/patternProperties/%5E.%2B/allOf/30/then/additionalProperties","keyword":"additionalProperties","params":{"additionalProperty":"doNotSave"},"message":"must NOT have additional properties"},{"instancePath":"/items/devices","schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/11/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"},{"instancePath":"","schemaPath":"#/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"}]

Ist wohl nur ein Warning, der nicht weiter folgenschwer ist aber wen das stört (so wie mich) der kann es so beheben:

Was du tun solltest

Öffne die Datei:

sudo nano /opt/iobroker/node_modules/iobroker.esphome/admin/jsonConfig.json5

Dann geh zu den genannten Stellen und entferne jeweils diese Zeile:

"doNotSave": true,

Also wirklich nur diese Eigenschaft rausnehmen.

In Nano schnell zu den Zeilen springen

Mit STRG + _
Dann z. B. 224 eingeben und Enter.

Das wiederholst du für:

224
237
337
Danach speichern und schließen
STRG + O
Enter
STRG + X

Nun den Adapter mit
iobroker restart esphome

neu starten.

Das ist aber nur ein lokaler Fix. Wenn ein Update für ESPHome kommt, wird das wieder überschrieben.

Die ganz tollen Kasper können ja einen dauerhaften Fix veröffentlichen

[Thomas Braun]

@bernd33-1

Die ganz tollen Kasper machen es ordentlich und bedienen die richtigen Dependencies im Adapter und veröffentlichen den dann und liefern nicht solche kruden Hacks ab.

Ein Issue beim Adapter würde das evtl. beschleunigen.

[mcm1957]

@bernd33-1 sagte:

Jo, ich hab die main.js manuell angepasst.

Zum bearbeiten der Datei

sudo nano /opt/iobroker/node_modules/iobroker.esphome/main.js

Dann in dieser Zeile

requirements: [{name: 'esphome', version: `==${useDashBoardVersion}`}, {name: 'pillow', version: '==10.4.0'}],

Das 10.4.0 gegen 11.3.0 ersetzt

requirements: [{name: 'esphome', version: `==${useDashBoardVersion}`}, {name: 'pillow', version: '==11.3.0'}],

Danach den NANO Editor mit STRG+O (O wie Otto) , dann ENTER und dann STRG+X und Y beenden.

Dann mit

iobroker restart esphome

den Adapter neu starten. Nun geht auch das Dashboard... ganz schönes gepfriemel. Vor allem NANO Editor.... würg

KOTZ - ÜBEL

Ich hoffe du hast ein Issue erstellt mit einem deutlichen URGENT oder so Titel.

Das direkte Ändern von Code in einer Installation ist ein absolutes NO GO / Notnotnot-Eingriff.

Hier ist wohl der Maintainer gefordert das so rasch wie möglich zu fixen.

[mcm1957]

@bernd33-1 sagte:

Ich hab mich brav bei ChatGPT bedankt und er meinte noch:

Mega 😄 freut mich richtig, dass es direkt funktioniert hat!

War ein klassischer „hart verdrahtete Version vs. Realität“-Konflikt — sowas ist leider typisch bei solchen Adaptern.

Kleiner Hinweis für später (wichtig!)

Beim nächsten Update vom ioBroker-Adapter kann deine Änderung wieder überschrieben werden.
Wenn das passiert und der Fehler wieder auftaucht → gleiche Stelle wieder fixen.

Wenn du es „sauber“ machen willst

Langfristig wäre sinnvoll:

Issue im Adapter-Repo verfolgen (das wird ziemlich sicher gefixt)
oder später auf eine Version updaten, wo das nicht mehr fest gepinnt ist
Bonus-Tipp (typisch Bernd-Level 😎)

Wenn du sowas öfter brauchst, kannst du dir einen kleinen Fix-Befehl bauen:

sed -i "s/pillow', version: '==10.4.0'/pillow', version: '==11.3.0'/g" /opt/iobroker/node_modules/iobroker.esphome/main.js

Dann bist du beim nächsten Mal in 2 Sekunden fertig.

Ich hoffe Chat GPT repariert dir auch den System wenn du es mit solchem Blödsinn zerschießt.

Für alle anderen:

Bitte bei Problemen mit den Entwicklern Kontakt aufnehmen, Issue eröffnen und nicht solche schwachsinnigen TratschGPTs umsetzen.

[mcm1957]

Ev. hilft auch ein Blick in die Issues:
https://github.com/DrozmotiX/ioBroker.esphome/issues/432

[bernd33-1]

@mcm1957 Ok, hier zur Erklärung. NICHT zum rechtfertigen... nur zum verstehen. Ich hab ganz bewusst aus Sicht eines Anwenders agiert und auch versucht genau darzustellen, warum ich was machte. Damit Leute mit Sachkenntnis nachvollziehen können, was der "Anwender mit wenig Sachwissen" so treiben könnte. Ziel in einem Forum soll es ja sein, Wissen auszutauschen :-)

Ausgangssituation: IOBroker auf einem Raspi 5 neu installieren. Ich weis aus der Vergangenheit, dass der ESPHome Adapter mitunter schwierig zu installieren ist. Daher auf Github ( https://github.com/Drozmotix/ioBroker.esphome ) vorher geschaut was da so steht. Dort steht u. a. explizit, dass bzgl. Python nichts gemacht werden muss, weil ESPHome seine eigene Umgebung mitbringt. einfach installieren und gut ist:

How do I install / update Python
TLDR: You don't!

The adapter does not care about your system's python installation. It will install and create its own python environment with the correct versions anyway. So please don't mess around with python commands on your system if you don't know what you are doing.

Ok, also den Adapter installiert. Dann kamen die Anfangs von mir in diesem Thread beschriebenen Probleme. Ich hab ganz bewusst ChatGPT genutzt um nach eines Lösung zu suchen, da das vermutlich viele "Laien" so machen würden. ChatGPT hat eine praktikable Anleitung zur Problembehebung geliefert. Die hab ich ausprobiert und es hat funktioniert. Also allen zeigen, ob das so ok ist.

Ab dieser Stelle finde ich es schade, dass im Forum keine Kommentare kamen a la:
"Kannst du so machen, aber wenn du es so oder so (Beispiel) machst, ist es besser."
"Kannst du so machen, wird aber beim nächsten Update überschrieben."
"So bitte garnicht machen weil andere Teile des Codes zu Bruch gehen...."
"....."

Leider kamen aber eher Antworten die für einen IOBroker-Anwender wenig Zielführend waren. Ein Link zu einem Github Issue hilft einem Anwender meistens wenig. Thomas hat dann noch zuerst geschrieben:

@Thomas-Braun sagte:

Am besten gar nicht.
Das ist im aktuellen Code gefixt:

und:

@Thomas-Braun sagte:

Mit einem kommenden Update des Adapters erledigt sich das.

Hm... was denk ich nun? Gefixt? Oder nicht gefixt? Fakt ist, dass es out of the Box nicht funktioniert.

Leider sind auch solche Hinweise:

KOTZ - ÜBEL

Ich hoffe du hast ein Issue erstellt mit einem deutlichen URGENT oder so Titel.

Das direkte Ändern von Code in einer Installation ist ein absolutes NO GO / Notnotnot-Eingriff.
Hier ist wohl der Maintainer gefordert das so rasch wie möglich zu fixen.

ohne weitere Hilfe nicht Zielführend. Ausgangs Situation ist ja ein Anwender, bei dem was nicht funktioniert und man fragt dann im Forum um Rat. Was per se ja gut ist, weil Andere dann davon profitieren. Im Idealfall, weil dann im Forum eine Lösung steht.

@mcm1957 Du hast noch einen Link zu einem GitHub Issue angeführt. Dorst steht:

Einfach mal in den adapter settings auf pillow 12.2.0 umstellen

Hast du einen Screenshot, wo genau im Adapter dies durchgeführt werden soll?

LG

Bernd

[Thomas Braun]

@bernd33-1 sagte:

Gefixt? Oder nicht gefixt?

Gefixt im aktuellen Code auf GitHub, nicht gefixt im veröffentlichten Adapter.
Der aktuelle Code muss ja noch released werden. Das ist ja genau der Unterschied zwischen 'wildem Zeuch' vom GitHub und einer ordentlichen Veröffentlichung über ein iob-Repository.

[bernd33-1]

@thomas-braun Besten Dank.

Noch eine kleine Fragen, weil es Thematisch finde ich dazu passt. Im IOB bei den Adaptern steht beim ESPHome Adapter "Nicht gewartet". Was verbirgt sich hinter der Aussage? Bedeutet dies, dass die Versionsnummer nicht gewartet wird (Weil Spalte Versionsnummer)?

Besten Dank und Grüße

Bernd

[Thomas Braun]

@bernd33-1 sagte:

Was verbirgt sich hinter der Aussage?

Das bedeutet, dass der Adapter nicht über das bei dir aktive Repository geführt wird sondern 'wild' daran vorbei installiert wurde.

esphome
github:	0.7.0-beta.4
latest:	0.7.0-beta.1 for 76 days
stable:	-.-.-

Du hast vermutlich (zu Recht) das stable-Repo aktiv.