ESPHome fordert neue Pillow Version
-
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. -
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.
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.
-
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.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.
-
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.
Kasper...
Die Beleidigung verbitte ich mir.
-
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
-
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
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.
-
Jo, ich hab die main.js manuell angepasst.
Zum bearbeiten der Datei
sudo nano /opt/iobroker/node_modules/iobroker.esphome/main.jsDann 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 esphomeden Adapter neu starten. Nun geht auch das Dashboard... ganz schönes gepfriemel. Vor allem NANO Editor.... würg
Jo, ich hab die main.js manuell angepasst.
Zum bearbeiten der Datei
sudo nano /opt/iobroker/node_modules/iobroker.esphome/main.jsDann 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 esphomeden 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.
-
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 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.
-
Ev. hilft auch ein Blick in die Issues:
https://github.com/DrozmotiX/ioBroker.esphome/issues/432 -
@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:
Am besten gar nicht.
Das ist im aktuellen Code gefixt:und:
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
-
@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:
Am besten gar nicht.
Das ist im aktuellen Code gefixt:und:
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
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. -
@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 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
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.
-
@thomas-braun Hm, eigentlich nicht. Ich hab ESPHome unter den Adapter ausgewählt, Installiert und dann eine Instanz hinzugefügt. Also hier:
Danach kamen eben die Fehlermeldungen, wie ich Sie am Anfang des Threads beschrieben hab.
Egal. Ich wollt nur sagen, dass ESPHome out of the box evtl. herausfordernd ist. Im Prinzip reicht es, wenn man einen IOB testhalber neu installiert und dann den ESPHome Adapter installiert. Dann sollte man die Fehlermeldungen sehen und nachvollziehen können was ich meine.
-
@thomas-braun Hm, eigentlich nicht. Ich hab ESPHome unter den Adapter ausgewählt, Installiert und dann eine Instanz hinzugefügt. Also hier:
Danach kamen eben die Fehlermeldungen, wie ich Sie am Anfang des Threads beschrieben hab.
Egal. Ich wollt nur sagen, dass ESPHome out of the box evtl. herausfordernd ist. Im Prinzip reicht es, wenn man einen IOB testhalber neu installiert und dann den ESPHome Adapter installiert. Dann sollte man die Fehlermeldungen sehen und nachvollziehen können was ich meine.
eigentlich nicht
Welches Repo hast und hattest du aktiv?
Dass es jetzt, nach der Installation so zu finden ist, sagt nichts aus.
Bitte iob diag posten
-
Thomas-Braun sagte:
esphome
Übrigens:
thomas@testpi:~ $ iob add esphome --debug NPM version: 10.9.7 Installing iobroker.esphome@0.6.3... (System call) npm warn deprecated @mongodb-js/zstd@1.2.2: 1.x versions of this package are deprecated, please use 2.x instead npm warn deprecated @mongodb-js/zstd-linux-arm64-gnu@1.2.2: Package no longer supported. Contact Support at https://www.npmjs.com/support for more info. added 120 packages in 19s 124 packages are looking for funding run `npm fund` for details host.testpi install adapter esphome upload [26] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/admin.d.ts admin.d.ts video/mp2t upload [20] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/it/translations.json i18n/it/translations.json application/json upload [19] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/nl/translations.json i18n/nl/translations.json application/json upload [18] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/pl/translations.json i18n/pl/translations.json application/json upload [17] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/pt/translations.json i18n/pt/translations.json application/json upload [16] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/ru/translations.json i18n/ru/translations.json application/json upload [15] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/uk/translations.json i18n/uk/translations.json application/json upload [14] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json upload [13] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/ESPHomeDashboardUrl.png img/ESPHomeDashboardUrl.png image/png upload [12] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/ESPhomeDashboardIP.png img/ESPhomeDashboardIP.png image/png upload [11] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/connectionIssue.png img/connectionIssue.png image/png upload [10] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/connectionOK.png img/connectionOK.png image/png upload [9] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/dashboard.png img/dashboard.png image/png upload [8] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/deviceTabEmpty.png img/deviceTabEmpty.png image/png upload [7] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/deviceTree.png img/deviceTree.png image/png upload [6] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/flashFromThisComputer.png img/flashFromThisComputer.png image/png upload [5] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/proxy.png img/proxy.png image/png upload [4] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/index_m.html index_m.html text/html upload [3] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/jsonConfig.json5 jsonConfig.json5 application/json5 upload [2] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/style.css style.css text/css upload [1] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/tsconfig.json tsconfig.json application/json upload [0] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/words.js words.js application/javascript host.testpi object system.adapter.esphome created/updated Updating objects from io-package.json for adapter "esphome" with version "0.6.3" host.testpi create instance esphome host.testpi object system.adapter.esphome.0.alive created host.testpi object system.adapter.esphome.0.connected created host.testpi object system.adapter.esphome.0.compactMode created host.testpi object system.adapter.esphome.0.cpu created host.testpi object system.adapter.esphome.0.cputime created host.testpi object system.adapter.esphome.0.memHeapUsed created host.testpi object system.adapter.esphome.0.memHeapTotal created host.testpi object system.adapter.esphome.0.memRss created host.testpi object system.adapter.esphome.0.uptime created host.testpi object system.adapter.esphome.0.inputCount created host.testpi object system.adapter.esphome.0.outputCount created host.testpi object system.adapter.esphome.0.eventLoopLag created host.testpi object system.adapter.esphome.0.sigKill created host.testpi object system.adapter.esphome.0.logLevel created host.testpi object esphome.0.info created host.testpi object esphome.0.info.connection created host.testpi Set default value of esphome.0.info.connection: false host.testpi object system.adapter.esphome.0 createdLässt sich heute ohne Klimmzüge im ersten Anlauf installieren. Wo allerdings die Version 0.7.0-beta.1 abgeblieben ist weiß wohl nur der Maintainer.
Über github per
iobroker url DrozmotiX/ioBroker.esphome --debuggeht es aber auch:
Installing DrozmotiX/ioBroker.esphome... (System call) npm warn skipping integrity check for git dependency ssh://git@github.com/SimonFischer04/autopy.git 124 packages are looking for funding run `npm fund` for details upload [26] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/admin.d.ts admin.d.ts video/mp2t upload [20] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/it/translations.json i18n/it/translations.json application/json upload [19] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/nl/translations.json i18n/nl/translations.json application/json upload [18] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/pl/translations.json i18n/pl/translations.json application/json upload [17] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/pt/translations.json i18n/pt/translations.json application/json upload [16] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/ru/translations.json i18n/ru/translations.json application/json upload [15] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/uk/translations.json i18n/uk/translations.json application/json upload [14] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json upload [13] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/ESPHomeDashboardUrl.png img/ESPHomeDashboardUrl.png image/png upload [12] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/ESPhomeDashboardIP.png img/ESPhomeDashboardIP.png image/png upload [11] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/connectionIssue.png img/connectionIssue.png image/png upload [10] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/connectionOK.png img/connectionOK.png image/png upload [9] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/dashboard.png img/dashboard.png image/png upload [8] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/deviceTabEmpty.png img/deviceTabEmpty.png image/png upload [7] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/deviceTree.png img/deviceTree.png image/png upload [6] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/flashFromThisComputer.png img/flashFromThisComputer.png image/png upload [5] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/img/proxy.png img/proxy.png image/png upload [4] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/index_m.html index_m.html text/html upload [3] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/jsonConfig.json5 jsonConfig.json5 application/json5 upload [2] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/style.css style.css text/css upload [1] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/tsconfig.json tsconfig.json application/json upload [0] esphome.admin /opt/iobroker/node_modules/iobroker.esphome/admin/words.js words.js application/javascript Updating objects from io-package.json for adapter "esphome" with version "0.7.0-beta.4" Update "system.adapter.esphome.0" Process exited with code 0) -
Tja, da hat der Maintainer wohl manuell deployed or manuell an den npm Tags rumgespielt:
Bei einem normalen deploy via standard script wäre die 0.7.0-beta.1 nicht mit dem npm tag latest versehen worden. Als LATES werden nur reguläre Versionen (1.2.3) akzepotiert und auch nur diese kommen ins repository. Alpha Versionen (und das ist die 0.7.0-beta.1 auch wenn da textual beta steht) sollten als next getagged sein. Wenn hie rmanuell deployed wird und / oder manuell npm tags gesetzt werden kann das bei einer Installation außerdelb des repos schon mal choatisch werden...
Im LATEST Repository wird richtiger Weise 0.6.3 ausgeliefert:
"esphome": {
"meta": "https://raw.githubusercontent.com/DrozmotiX/ioBroker.esphome/main/io-package.json",
"icon": "esphome.png",
"type": "hardware",
"stars": 25,
"issues": 20,
"score": 1,
"weekDownloads": 0,
"stat": 1272,
"name": "esphome",
"version": "0.6.3",Alpha Versionen wären entweder durch Angabe von @next (iob url iobroker.esphome@next) oder der expliziten gewünschetn Version (iob url iobroker.esphome@0.7.0-alpha.97) zu installieren.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer 'nen Kaffee spendieren will: https://paypal.me
-
Tja, da hat der Maintainer wohl manuell deployed or manuell an den npm Tags rumgespielt:
Bei einem normalen deploy via standard script wäre die 0.7.0-beta.1 nicht mit dem npm tag latest versehen worden. Als LATES werden nur reguläre Versionen (1.2.3) akzepotiert und auch nur diese kommen ins repository. Alpha Versionen (und das ist die 0.7.0-beta.1 auch wenn da textual beta steht) sollten als next getagged sein. Wenn hie rmanuell deployed wird und / oder manuell npm tags gesetzt werden kann das bei einer Installation außerdelb des repos schon mal choatisch werden...
Im LATEST Repository wird richtiger Weise 0.6.3 ausgeliefert:
"esphome": {
"meta": "https://raw.githubusercontent.com/DrozmotiX/ioBroker.esphome/main/io-package.json",
"icon": "esphome.png",
"type": "hardware",
"stars": 25,
"issues": 20,
"score": 1,
"weekDownloads": 0,
"stat": 1272,
"name": "esphome",
"version": "0.6.3",Alpha Versionen wären entweder durch Angabe von @next (iob url iobroker.esphome@next) oder der expliziten gewünschetn Version (iob url iobroker.esphome@0.7.0-alpha.97) zu installieren.
mcm1957 sagte:
Tja, da hat der Maintainer wohl manuell deployed or manuell an den npm Tags rumgespielt:
Bei einem normalen deploy via standard script wäre die 0.7.0-beta.1 nicht mit dem npm tag latest versehen worden. Als LATES werden nur reguläre Versionen (1.2.3) akzepotiert und auch nur diese kommen ins repository. Alpha Versionen (und das ist die 0.7.0-beta.1 auch wenn da textual beta steht) sollten als next getagged sein. Wenn hie rmanuell deployed wird und / oder manuell npm tags gesetzt werden kann das bei einer Installation außerdelb des repos schon mal choatisch werden...
Im LATEST Repository wird richtiger Weise 0.6.3 ausgeliefert:
"esphome": {
"meta": "https://raw.githubusercontent.com/DrozmotiX/ioBroker.esphome/main/io-package.json",
"icon": "esphome.png",
"type": "hardware",
"stars": 25,
"issues": 20,
"score": 1,
"weekDownloads": 0,
"stat": 1272,
"name": "esphome",
"version": "0.6.3",Alpha Versionen wären entweder durch Angabe von @next (iob url iobroker.esphome@next) oder der expliziten gewünschetn Version (iob url iobroker.esphome@0.7.0-alpha.97) zu installieren.
Edit:
Grad gesehn - die 0.7.0-alpha.1 ist auch nicht signiert. Ergo ziemlich sicher manuell rumgeschoben statt den Workflow zu verwenden.Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer 'nen Kaffee spendieren will: https://paypal.me
-
mcm1957 sagte:
Tja, da hat der Maintainer wohl manuell deployed or manuell an den npm Tags rumgespielt:
Bei einem normalen deploy via standard script wäre die 0.7.0-beta.1 nicht mit dem npm tag latest versehen worden. Als LATES werden nur reguläre Versionen (1.2.3) akzepotiert und auch nur diese kommen ins repository. Alpha Versionen (und das ist die 0.7.0-beta.1 auch wenn da textual beta steht) sollten als next getagged sein. Wenn hie rmanuell deployed wird und / oder manuell npm tags gesetzt werden kann das bei einer Installation außerdelb des repos schon mal choatisch werden...
Im LATEST Repository wird richtiger Weise 0.6.3 ausgeliefert:
"esphome": {
"meta": "https://raw.githubusercontent.com/DrozmotiX/ioBroker.esphome/main/io-package.json",
"icon": "esphome.png",
"type": "hardware",
"stars": 25,
"issues": 20,
"score": 1,
"weekDownloads": 0,
"stat": 1272,
"name": "esphome",
"version": "0.6.3",Alpha Versionen wären entweder durch Angabe von @next (iob url iobroker.esphome@next) oder der expliziten gewünschetn Version (iob url iobroker.esphome@0.7.0-alpha.97) zu installieren.
Edit:
Grad gesehn - die 0.7.0-alpha.1 ist auch nicht signiert. Ergo ziemlich sicher manuell rumgeschoben statt den Workflow zu verwenden.Ergo ziemlich sicher manuell rumgeschoben statt den Workflow zu verwenden.
Schon gar nicht im stable!
Ich hab ESPHome unter den Adapter ausgewählt, Installiert und dann eine Instanz hinzugefügt. Also hier:
Und nur da kommt die Meldung "nicht gewartet"
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
516
Online32.9k
Benutzer83.1k
Themen1.3m
Beiträge