Esphome Adapter in Version 0.4.1 installieren, wie?
-
Bei mir ist (aus versehen) die ESPHome Version 0.5.0-beta 10 installiert. (die läuft bei mir aber nicht stabil). Wie bekomme ich die jetzt wieder auf die letzte stabile Version 0.4.1?
Wenn ich das von Hand probiere erhalte ich:pi@raspberrypi:/opt/iobroker $ iobroker update esphome@0.4.1 Used repository: esphome@0.4.1 Error: unknown repository is active - "esphome@0.4.1". Known: stable, beta pi@raspberrypi:/opt/iobroker $In den Adaptern wird mir als verfügbare Version 0.5.0-beta 10 angezeigt? In den Systemeinstellungen ist aber bei "Repositories" "stable" aktiv.
Versuche ich es direkt aus git heraus wird auch die 0.5.0 installiert, gebe ich die URL direkt an kommt:$ iobroker url https://github.com/DrozmotiX/ioBroker.esphome/tree/v0.4.1 --host raspberrypi --debug Cannot determine Set feature status: Connection is closed.Wie komme ich wieder zu 0.4.1?
-
-
@wolfgangfb sagte in Esphome Adapter in Version 0.4.1 installieren, wie?:
iobroker update esphome@0.4.1
Versuch es mit
iob update iobroker upgrade esphome@0.4.1Die 0.4.1. ist übrigens genauso unstable wie jegliche andere Version. Der Adapter ist noch nicht im stable-Repo aufgeschlagen
-
@thomas-braun sagte in Esphome Adapter in Version 0.4.1 installieren, wie?:
iob repo listsagt?
pi@raspberrypi:/opt/iobroker $ iob repo list stable : http://download.iobroker.net/sources-dist.json beta : http://download.iobroker.net/sources-dist-latest.json Active repo(s): stable -
@thomas-braun sagte in Esphome Adapter in Version 0.4.1 installieren, wie?:
@wolfgangfb sagte in Esphome Adapter in Version 0.4.1 installieren, wie?:
iobroker update esphome@0.4.1
Versuch es mit
iob update iobroker upgrade esphome@0.4.1pi@raspberrypi:/opt/iobroker $ iobroker upgrade esphome@0.4.1 Cannot determine Set feature status: Connection is closed. Unable to subscribe to expiry Keyspace events from Redis Server: Connection is closed. Unable to subscribe to evicted Keyspace events from Redis Server: Connection is closed. Unable to subscribe to meta namespace "meta." changes: Connection is closed. No connection to databases possible ...Die 0.4.1. ist übrigens genauso unstable wie jegliche andere Version. Der Adapter ist noch nicht im stable-Repo aufgeschlagen
Bei mir lief die 0.4.1. zufriedenstellend stabil während die 0.5.0 das eben nicht tut.
-
Aktivier mal temporär das beta-Repo.
iob repo unset stable iob repo set beta iob update iobroker upgrade esphome@0.4.1 iob repo set stable iob repo unset beta iob update -
Danke, das letzte hat funktioniert.
-
Hast du denn auch das Ergebnis deines Beta-Testings auf GitHub hinterlassen?
Damit der Maintainer eine Chance hat den Fehler für ein stabiles Release zu beseitigen. -
Noch nicht, so wie es aussieht liegt das Problem scheinbar an anderer Stelle, die 0.4.1. macht nämlich jetzt auch Zicken:
Exception-Code: MODULE_NOT_FOUND: Cannot find module '@mongodb-js/zstd-linux-arm-gnueabihf' Require stack: - /opt/iobroker/node_modules/@mongodb-js/zstd/index.js esphome.0 2024-03-10 18:48:19.913 error Error: Cannot find module '@mongodb-js/zstd-linux-arm-gnueabihf' Require stack: - /opt/iobroker/node_modules/@mongodb-js/zstd/index.js at Function.Module._resolveFilename (node:internal/modules/cjs/loader:956:15) at Function.Module._load (node:internal/modules/cjs/loader:804:27) at Module.require (node:internal/modules/cjs/loader:1028:19) at require (node:internal/modules/cjs/helpers:102:18) at Object.<anonymous> (/opt/iobroker/node_modules/@mongodb-js/zstd/index.js:131:29) at Module._compile (node:internal/modules/cjs/loader:1126:14) at Object.Module._extensions..js (node:internal/modules/cjs/loader:1180:10) at Module.load (node:internal/modules/cjs/loader:1004:32) at Function.Module._load (node:internal/modules/cjs/loader:839:12) at ModuleWrap.<anonymous> (node:internal/modules/esm/translators:170:29) esphome.0 2024-03-10 18:48:19.908 error unhandled promise rejection: Cannot find module '@mongodb-js/zstd-linux-arm-gnueabihf' Require stack: - /opt/iobroker/node_modules/@mongodb-js/zstd/index.js esphome.0 2024-03-10 18:48:19.907 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). esphome.0 2024-03-10 18:48:19.905 error [espHomeDashboard] Error: Cannot find module '@mongodb-js/zstd-linux-arm-gnueabihf' Require stack: - /opt/iobroker/node_modules/@mongodb-js/zstd/index.js -
Das könnte ein 32/64-Bit-Thema sein. Wie bist du da unterwegs? Steht u.a. in
iob diagdrin.
-
Zwar schon erledigt, aber
iob url iobroker.esphome@0.4.1
sollte auch gehen (Installation von npm)
-
Hmm da bin ich (mal wieder) von meinem Grundsatz "never change a running system" abgewichen und habe Adapter aktualisiert und jetzt geht mal wieder gar nichts, Javascript stürzt immer wieder ab und mein Harmony Adapter startet erst gar nicht. Irgend ein Problem mit nodejs.
======================= SUMMARY ======================= v.2023-10-10 Static hostname: raspberrypi Icon name: computer Operating System: Raspbian GNU/Linux 11 (bullseye) Kernel: Linux 5.15.61-v7l+ Architecture: arm Installation: native Kernel: armv7l Userland: armhf Timezone: Europe/Berlin (CET, +0100) User-ID: 1000 X-Server: true Boot Target: graphical.target Pending OS-Updates: 269 Pending iob updates: 8 /home/iobroker/.diag.sh: line 486: nodejs: command not found Nodejs-Installation: /usr/bin/node v16.17.1 /usr/bin/npm 8.15.0 /usr/bin/npx 8.15.0 /usr/bin/corepack 0.12.1 Recommended versions are nodejs 18.19.1 and npm 10.2.4 *** nodejs is NOT correctly installed *** Wrong installation path detected. This needs to be fixed. Please check https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian for more information on how to fix these errors. MEMORY: total used free shared buff/cache available Mem: 3.8G 2.0G 505M 46M 1.3G 2.1G Swap: 0B 0B 0B Total: 3.8G 2.0G 505M ^[[HActive iob-Instances: 28 Active repo(s): stable ioBroker Core: js-controller 4.0.23 admin 6.13.16 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.web.0 : web : raspberrypi - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.web.1 : web : raspberrypi - enabled, port: 20002, bind: 0.0.0.0, run as: admin Objects: 28854 States: 21674 Size of iob-Database: 36M /opt/iobroker/iobroker-data/objects.jsonl 26M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ==================== -
OMG, da wurde ja noch nie was aktualisiert
@wolfgangfb sagte in Esphome Adapter in Version 0.4.1 installieren, wie?:
Pending OS-Updates: 269
So viele Baustellen... aber da wird Dir @Thomas-Braun bestimmt noch mehr dazu sagen können
-
Dann änder deinen Grundsatz auf: Change to a gescheites system.
Bullseye durch ein 64Bit-Bookworm ersetzen -> NEUinstallation
Pending OS-Updates: 269
Pending iob updates: 8Kiste GRUNDSÄTZLICH aktuell halten.
Boot Target: graphical.target
Server GRUNDSÄTZLICH OHNE graphischen Mumpitz
*** nodejs is NOT correctly installed ***
nodejs GRUNDSÄTZLICH auch aktuell halten.
Swap: 0B 0B 0B
Ein kleines Swap wird vom System benötigt.
ioBroker Core: js-controller 4.0.23
Veraltet...
Soviel zu dem Schwachsinn 'Never change a running system'.
Dein System runnt ja eben nicht gescheit... -
@thomas-braun sagte in Esphome Adapter in Version 0.4.1 installieren, wie?:
Veraltet...
Soviel zu dem Schwachsinn 'Never change a running system'.
Dein System runnt ja eben nicht gescheit...Und warum? Weil ich (Teile) aktualisiert habe. Ich würde erwarten, dass sich das System als ganzes auf einem stabilen Zustand halten (oderbringen) würde oder zumindest Teilupdates erkennen würden, dass sie mit anderen Komponenten nicht kompatibel sind.
Ich würde das ganze gerne als Hausautomatisierung und nicht als endloses Update und Baustellenobjekt betreiben. Ich wünschte der Fokus könnte auf der Funktion und nicht auf dem Hase-Igel Wettlauf "Ist Komponente XY nach dem vorgeschreibenen Update auf Version 47.11 noch mit Komponente AB kompatibel.
Ich habe mein System vor gut einem Jahr komplett neu aufgesetzt und jetzt ist es hoffnungslos veraltet.
Ich kann mein Auto jahrelang fahren ohne ständig liegen zu bleiben weil die Türschlösser nicht mehr kompatibel zum Reifen 3.x sind und der Sprit zum dritten mal innerhalb eines Jahres so aktualisiert ist, dass er nicht mehr zu Lenkrad 1.4 passt.
Selbst Microsoft bekommt es hin, dass ein PC immer wieder mal selbständig Updates zieht und anschließend (in der Regel, ich weiß) nicht alles neu installiert werden muss weil Modul xyz eben von Hand aktuell gehalten werden muss.Alltagstauglichkeit sieht für mich anders aus. Ich möchte mal gerne wissen, wie viel Zeit Ihr damit verbringt, Eure Heizung aktuell zu halten und wie oft Ihr im Winter friert weil die Heizung schon 3 Monate nicht mehr aktualisiert worden ist (in der Heizung ist auch Software vorhanden).
Sorry, bin etwas gefrustet
-
Wenn du Windows 1 Jahr lang nicht aktualisiserst wirst du dport auch (potenziell) in Troubles kommen
Prinzipiell versteh ich deinen Frust. Aber deine Aussagen dass z.B. "Sprit zum dritten mal innerhalb eines Jahres so aktualisiert ist, dass er nicht mehr zu Lenkrad 1.4 passt." ist reine Polemik. Verständlich da du gefrustet bist, entspricht aber in keiner Form den Tatsachen.
Was Linux und Node betrifft: Auch wenn du die Windows Anwendung xyz aktualisierst wird dein Windows dadurch nicht auf den aktuallen Stand gebracht. Also auch hier hinkt dein Vergleich.
Da du im ESPHOME Thread postest, nheme ich an du benutzt ESPHOME. Und dieser Adapter ist wie bereits geschreiben NICHT im Stable repository angeboten. Wenn du um deinen Windows Vergleich heranzuziehen du im Windows Early Developer Updates einspielst klemmt auch öfter mal was. Wenn du also ein stabiles System haben willst, dann lass die Finger vom Latest Repo und Adapterinstallationen von Github.
Und zur Sache selbst:
Was hast du nun konkret und wie aktualisiert?
Welche Adapter? -
@wolfgangfb sagte in Esphome Adapter in Version 0.4.1 installieren, wie?:
Ich kann mein Auto jahrelang fahren
Aber auch das muss regelmäßig gewartet werden. Und wenn es lediglich betanken ist.
Deine Systempflege besteht aus regelmäßigem ausführen vonsudo apt update sudo apt upgrade sudo rebootNicht mehr, nicht weniger. Und du willst keine automatischen Updates haben, da weißt du ja noch weniger was da wann und warum passiert.
Wenn du aktiv ein Update anstößt hast du zumindest einen Ansatzpunkt, weil die Anzahl der Pakete auch überschaubar bleibt. Bei deinem Rückstau ist das natürlich viel schwieriger zu sagen, falls es irgendwo klemmt. Deswegen halt regelmäßig im Updatestrom mitschwimmen.Ich habe mein System vor gut einem Jahr komplett neu aufgesetzt und jetzt ist es hoffnungslos veraltet.
Sorry, bin etwas gefrustetUnd seit einem Jahr nicht einmal in die Waschanlage gefahren.
Und auch vor einem Jahr hat mein keine GUI aufgesetzt und auch vor einem Jahr hat man auf der Hardware ein 64Bit-System aufgesetzt. -
@wolfgangfb sagte in Esphome Adapter in Version 0.4.1 installieren, wie?:
Ich würde erwarten, dass sich das System als ganzes auf einem stabilen Zustand halten (oderbringen) würde oder zumindest Teilupdates erkennen würden, dass sie mit anderen Komponenten nicht kompatibel sind.
Ja, und genau DAS macht ein Paketmanager wie apt. Der wird von den Maintainern deiner Distribution mit notwendigen Updates gefüttert.
Die kennen den Code und wissen besser als du ob ein Update notwendig ist. Wenn es nicht notwendig wäre würde es nicht in den entsprechenden Repos auftauchen. Du hast also jetzt bei 269 Softwarepaketen für dich entschieden, dass die alle keine Ahnung haben und die Updates links liegen gelassen. Ich denke allerdings, dass die Paket-Maintainer das besser wissen als du.Und
Und warum? Weil ich (Teile) aktualisiert habe.
funktioniert nicht, du kannst nicht nur Teile aktualisieren, das ganze System muss in Gänze konsistent gehalten werden. Das ist ja ein recht komplexes System aus gegenseitigen Abhängigkeiten.
