ESPHome: Reinstallation aber wie?

[Dieter_P]

@wal said in ESPHome: Reinstallation aber wie?:

@dieter_p ,
hast du das Backup vom Adapter eingespielt oder erst mal versucht den Adapter neu einzurichten ?

Puuh, hab da viel versucht. Hab den Adapter deinstalliert, wieder installiert und gemerkt, dass er zB die Devices / yaml files noch kennt. Dann wieder deinstalliert in opt/iobroker/esphome.0 alles per hand gelöscht gelöscht und wieder installiert. Das Ergebnis dürfte das aktuelle sein.

[Dieter_P]

@klassisch said in ESPHome: Reinstallation aber wie?:

@dieter_p Vielleicht war ich in der Vergangenheit nicht deutlich genug: Ich persönlich habe die ESPHome Entwicklungsumgebung NICHT auf meinem ioBroker Rechner installiert, sondern auf meinem ganz normalen Office Rechner (bei mir eben Win). Historisch begründet, weil ich mit ESPHome schon gearbeitet haben, bevor es den Adapter gab.

Doch doch, schon verstanden. Hab ja auch woanders kompiliert und der ESP32 läuft im Zielsystem.

Das Zielsystem ist aber immer noch nicht in Ordnung und da @Wal und @Thomas-Braun dankenswerterweise helfen bin ich begeistert dem nun auf den Grund zu gehen.

[Wal]

@dieter_p ,
da dürfte @Thomas-Braun den Fehler erkannt haben. Wenn du keine Lösung findest, werde ich heute Nacht mal eine komplette Installation mit Adapter hinlegen und berichten.
Dank Proxmox ein klax.

[Dieter_P]

@wal said in ESPHome: Reinstallation aber wie?:

@dieter_p ,
da dürfte @Thomas-Braun den Fehler erkannt haben. Wenn du keine Lösung findest, werde ich heute Nacht mal eine komplette Installation mit Adapter hinlegen und berichten.

Ohne jetzt zu behaupten es voll erfasst zu haben. aber @Thomas-Braun sagt doch, das es ein Rechteproblem ist, dass der user iobroker nicht esphome ausführen kann, da es unter pi installiert wurde, richtig?

Naiv gedacht, warum ist das nur auf dem einen meiner Systeme so. Auf den anderen ist das exakt identisch so aufgesetzt und wenn ich neu installiere doch auch. Hier funktioniert dann allerdings das kompilieren. Entsprechend vermute ich dass dein Versuch eine erfolgreiche Installation ergibt aber keine Reproduktion "meines" Fehlers.

Hab das ja selbst schon mit einer virtuellen Maschine und Debian getestet

[Thomas Braun]

@wal

Vielleicht fällt dir dann noch was zu dem (ich denke) voreilig geschlossenen issue hier ein:
https://github.com/DrozmotiX/ioBroker.esphome/issues/158

Ich habe den starken Verdacht, dass npip aus dem Adapter-Installerskript mittlerweile nicht mehr funktioniert. Da ist ja auch das letzte Update vor 6 Jahren gewesen. python3 fuktioniert unter Debian ja ganz anders.

Grothesk242 created this issue in DrozmotiX/ioBroker.esphome

closed Installation fails with error: externally-managed-environment #158

[Wal]

@thomas-braun ,
verdammt aus diesem Grund hatte ich vor ein paar Monaten ESPHome aufgegeben.
Und jetzt kommst du und holst mich auf den Boden der Tatsachen zurück, danke Thomas.

Edit: @thomas-braun, habs gefunden wir hatten schon einmal ....

[Wal]

@dieter_p,
hatten im August letzten Jahres schon mal einen ESPHome Thread.
Meine Erkenntnis damals war, das bei einer Neuinstallation von ioBroker auf einem frischen 64Bit System ESPHome funktioniert, aber nicht mit meiner von Stretch auf Bullseye hochgezogenen Installation.
Siehe hier.

[Thomas Braun]

@wal
Das System aus dem Issue ist von bullseye auf bookworm gehoben worden. Ich denke aber, das wird auf einer frischen Debian-Installation nicht anders aussehen.

[Dieter_P]

@wal Danke. Klingt für mich sehr ähnlich. Mein Ursprung kommt von einem 32-Bit Buster und ob das Kompilieren jemals danach auf Bullseye 32 oder 64 Bit funktioniert hat möchte ich fast bezweifeln, da ich nur einen ESP32 mit ESPHome nutze wo es nicht anders geht.

Wenn ich da aber irgendwas wie log files etc zur Verfügung stellen kann und sei es nur um einem Workaround zu schaffen, sag gerne Bescheid

[Wal]

@dieter_p ,
habe eben auf meinem Test ioBroker Debian 64bit den ESPHome-Adapter installiert und eine ESP32 Firmware ohne Probleme übersetzt.
Es muss kein ESPHome extra installiert werden, ich denke bei dir gibt es das oben genannte Problem.

[Thomas Braun]

@wal

auf meinem Test ioBroker Debian 64bit den ESPHome-Adapter installiert

Mit welchen Versionen? Auf meinen 64 Raspberry OS 'Bookworm / Debian 12 mit
Python 3.11.2
nodejs v19.8.1
bekomme ich den Adapter nicht installiert, weil

2321 verbose stack Error: command failed
2321 verbose stack     at ChildProcess.<anonymous> (/usr/lib/node_modules/npm/node_modules/@npmcli/promise-spawn/lib/index.js:53:27)
2321 verbose stack     at ChildProcess.emit (node:events:512:28)
2321 verbose stack     at maybeClose (node:internal/child_process:1098:16)
2321 verbose stack     at ChildProcess._handle.onexit (node:internal/child_process:304:5)
2322 verbose pkgid iobroker.esphome@0.2.4
2323 verbose cwd /home/iobroker/.npm/_cacache/tmp/git-cloneCYLSE9
2324 verbose Linux 6.1.19-v8+
2325 verbose node v19.8.1
2326 verbose npm  v9.5.1
2327 error code 1
2328 error path /home/iobroker/.npm/_cacache/tmp/git-cloneCYLSE9
2329 error command failed
2330 error command sh -c npip install
2331 verbose exit 1

[Wal]

@Thomas-Braun ,

iobroker@iobroker:~$ python3 --version
Python 3.9.2
iobroker@iobroker:~$ node -v
v18.15.0
iobroker@iobroker:~$ npm -v
9.5.0
iobroker@iobroker:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 11 (bullseye)
Release:        11
Codename:       bullseye

[Wal]

@thomas-braun ,
das ist genau der Fehler den ich auf einem hochgezogenen Debian hatte.

[Thomas Braun]

@wal
Ja, das System ist von stable - Bullseye auf testing - Bookworm gehoben worden.

[Dieter_P]

@wal said in ESPHome: Reinstallation aber wie?:

@Thomas-Braun ,

iobroker@iobroker:~$ python3 --version
Python 3.9.2
iobroker@iobroker:~$ node -v
v18.15.0
iobroker@iobroker:~$ npm -v
9.5.0
iobroker@iobroker:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 11 (bullseye)
Release:        11
Codename:       bullseye

bei mir identisch und ergänzent auch mit einer aktuellsten nodejs 16er version.

Neuinstallation kein Problem. Sobald ich das Restore einspiele was intitial mit 32-Bit Buster in Berührung war fangen die Probleme an.

Würde es helfen über den Austausch der Backitup Datei iobroker (nicht influxdb, javascript etc.) nachzudenken? Hilft das was?

[Wal]

@dieter_p ,
es wird dir nichts anderes übrig bleiben das zu testen.

[Dieter_P]

@wal said in ESPHome: Reinstallation aber wie?:

@dieter_p ,
es wird dir nichts anderes übrig bleiben das zu testen.

Ich stehe auf dem Schlauch? Was meinst Du?

Ich meine die Datei Euch zu geben, damit ihr besser sehen könnt warum ausgerechnet da genau das Problem auftritt. Stecken natürlich einigen Infos in der Datei....

[Wal]

@dieter_p ,
ich dachte nur das Einspielen des Backups vom ESPHome-Adapter den Rest erst mal auf neu belassen.
Nicht das ganze Backup einspielen, wenn das geht.

[Dieter_P]

@wal said in ESPHome: Reinstallation aber wie?:

@dieter_p ,
ich dachte nur das Einspielen des Backups vom ESPHome-Adapter den Rest erst mal auf neu belassen.
Nicht das ganze Backup einspielen, wenn das geht.

Oh daran wäre ich sehr interessiert. Wenn ich genau diese Logik umdrehe also alles außer ESPHome mit einem Restore zurück spielen, dann hätte ich nach meiner Logik einen Ist-Zustand der eine voll funktionierende Installation mit einer Neuinstallation von ESPHome ermöglicht. Das wäre ein Workaround der mir gefällt.

Andersherum, gib mir mir bitte einen Tip wie das geht und ich bin dabei

Edit: Vermutungsweise:
Man nehme eine frische Installation, mache ein komplett Restore, Lösche alle Infos außer ESPHome, prüfe die Fehlfunktion von ESPHome, mache ein Backup und gebe es Euch? So korreckt?

[Thomas Braun]

@wal

Scheint eine recht aktuelle Änderung zu sein:

https://github.com/python/cpython/issues/102134

Ich weiß jetzt nur nicht, wie man im node-tree so ein venv anlegen könnte.
So freihändig bekomme ich ja esphome installiert, nur im node/iobroker-Kontext fällt die Installation auf die Nase.

krishnaTORQUE created this issue in python/cpython

closed error: externally-managed-environment #102134