Monatsrückblick Januar/Februar 2026 ist online!

[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