UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[klassisch]

@dieter_p Hilft Dir jetzt leider nichts: Aus solchen Gründen schaffe ich mit funktionierenden Versionen, bis ich zum Update gezwungen werde. Man schimpft gerne über Win Updates. Aber die gehen fast immer und wenn nicht, dann liest man das überall udn wartet ein paar Wochen. Was ich als Laie da aber in der Linux Welt, Python, nodeJs etc erlebe, ist eine andere Nummer. "Die Angst updatet mit". Wie beim Bohren in die Wand eines alten Hauses mit unbekannter Leitungsverlegung: "Die Angst bohrt mit".
Hauptsache Du hast eine Maschine, auf der Du die Dinger flashen kannst, notfalls über USB. Dann Datenausgabe über MQTT und nicht mehr über api. So hatte zumindest ich den wenigsten Ärger und die größte Erfolgswahrscheinlichkeit.

[Thomas Braun]

@klassisch sagte in ESPHome: Reinstallation aber wie?:

"Die Angst updatet mit"

Quatsch. Schau dir mal an wie konservativ Patches z. B. bei Debian in deren Repositories aufschlagen. Die durchlaufen erstmal zwei Vorinstanzen, bevor die auf die Allgemeinheit losgelassen werden. Und auch dann wird da eigentlich nie eine neue Version hochgedrückt, sondern lediglich die notwendigen Änderungen in Form eines 'backports' in die ursprüngliche Version reingewebt.

Genauer nachzulesen z. B. hier:
https://www.michlfranken.de/debian-editionen-vergleich/

Man schimpft gerne über Win Updates. Aber die gehen fast immer und wenn nicht, dann liest man das überall udn wartet ein paar Wochen.

Und wo ist jetzt der Unterschied? ChangeLogs werden bei freier Software i.d.R. viel besser und öffentlicher dokumentiert. Und 'gehen ebenfalls immer'. Jedenfalls gewiss nicht weniger häufig als Updates unter anderen Systemen.
Wenn etwas 'nicht geht' dann steht das auch 'überall zu lesen'. Gut, nicht im Kleinkleckersdorfer Tagblatt oder der Bild, aber auf den größeren Linux/IT-Seiten steht das auch.

Wobei jetzt ESPHome noch nichtmal was mit dem Betriebssystem direkt zu tun hat.

[klassisch]

@thomas-braun schön, daß Du Dich meldest. Kenne und schütze Dich ja als kompetenten und hilfreichen Spezialisten. Vielleicht kannst Du @Dieter_P helfen, wenn er seine logfiles der "klemmenden" Maschine postet?
Ich kannes leider nicht, weil ich mich bei diesen Sachen immer nur bis zum "jetztz funktionierts hinreichend" durchwurstle, ohne die Feinheiten dieser Pakete durchdrungen zu haben.

[Thomas Braun]

@klassisch sagte in ESPHome: Reinstallation aber wie?:

Vielleicht kannst Du @Dieter_P helfen, wenn er seine logfiles der "klemmenden" Maschine postet?

Keine Ahnung. Mit ESP hab ich halt noch nie was am Hut gehabt.
Nur letzte Woche mal ein Board für opendtu umgeflasht, da aber die vorkompilierten Binairy Files genommen. Ging jedenfalls einwandfrei, nachdem ich das 'esptool' ganz easy aus den Debian-Quellen gefischt hatte.
Über platformio wäre das auch irgendwie gegangen, hatte aber keinen Bock da das ganze Environment zum Kompilieren hochzuzimmern.

Wenn halt 'irgendwas' 'irgendwie' von 'irgendwoher' installiert wird (wie es gerne aus Gewohnheit von Win-Usern gemacht wird), dann muss es auch nicht wundern, wenn so ein 'Frankensteinlinux' kaputt geht.

[klassisch]

@thomas-braun Bei mir läuft es ja, oder lief zumindest bei der letzten Benutzung unter Win. @Dieter_P hatte halt bei einer Debian Maschine Erfolg und bei der anderen Fehlermeldungen. Und da kann ich leider gar nicht mehr helfen.
ESPtool läuft auch unter Win, wenn man mal die richtige Python-Version erwischt und richtig verpfadet hat. Das nutze ich schon seit es die ESP8266 gibt. Hatte damals die Teile noch selbst programmiert in C. Sicher nicht vorbildlich, aber jahrelang rebootfrei lauffähig -solange WLAN da ist.
Heutzutage sind die "Fertiglösungen" wie ESPEasy, Tasmota (habe ich schon lange nicht mehr genutzt) oder "Bausteinlösungen" wie ESPHome bequemer und wahrscheinlich auch besser.

[Thomas Braun]

@klassisch sagte in ESPHome: Reinstallation aber wie?:

Und da kann ich leider gar nicht mehr helfen.

Dann verzapf aber auch nicht so'n Blödsinn wie da oben mit den 'angstvollen Updates'.
Ja, die header files wie die hier vermissten

esp_arduino_version.h: No such file or directory
esp32-hal-touch.h: No such file or directory

müssen passen. Das ist aber auch unter Windows erforderlich.
Für mich deutet das alles auf eine 'strubbelige Installation' der IDE hin.

[Dieter_P]

@thomas-braun @klassisch

was soll ich dazu tippen? Ich eier jetzt schon hier zu sehen seit 1 Monat daran rum. Mich kekst sowohl die nachhaltig angeditschte Installation auf dem RPI die sich mit BackitUp nun unwiederruflich weiter pflanzt mächtig an, dann aber auch die Situation wie & warum, aber am Ende um pragmatisch zu bleiben brauche ich ESPHome mit der Funktion wodurch ich auch in Kauf genommen hab so ein Betakram zu installieren und warum soll ich jetzt mit der Schilderung meiner wahrgenommen Faktenlage das Risiko auf mich nehmen die letzten 2 die mir Ansätze zum Umgang geben nachhaltig zu verärgern?
Ich sag mal so, Ihr könnt da sicher am wenigsten zu. Die Schwarz/Weiß Betrachtung bzgl. Updates und auf diesen ESPHome-Fall bezogen ist mir jedenfalls so zu einseitig und einfach dargestellt.

Lieber heute als morgen würde ich das rauswerfen und hätte es auch schon getan wenn Alternativen mit Doku und mir helfendem Support möglich wäre. Ich sehe meine RPI Installation immer noch als in der Doku zu findenden Standard. Die Migration über BackitUp von Buster auf Bullseye begründet wiederum durch ein Update auf influxdb2 (64-Bit) funktioniert für mich aktuell so nicht und das ist mein Problem. Wer ein Problem hat versucht es zu lösen. Annahmen und Anschuldigungen in dieser Richtung ziehe ich mir dann nur noch begrenzt an und würde mich lieber darüber freuen bei der Lösung etwas zu lernen und das auch der Community als Lösung zu hinterlassen.

[Wal]

@dieter_p ,
nach welcher Anleitung installierst du PlatformIO, würde mich mal interessieren.
Habe mal eine Anleitung zum Tasmocompiler gemacht und da wurde platformio im root Verzeichnis vom Installer-Skript installiert.

Edit: kommt drauf an wo das Skript ausgeführt wird, eben gelesen.
Wollte aber wissen ob du die drei Links wie in der Anleitung erzeugt hast oder die automatisch erzeugt wurden.

[Dieter_P]

@wal

Besten Dank!

Als ich ESPHome das erste mal installiert habe (schon ein paar Tage her) ging das nach einer Anleitung hier aus dem Forum. 100% kann ich das aber nicht mehr nachvollziehen. Danach mehrfach durch Backitup Neuinstallationen durchgeführt und ich brauchte dank Restore keinen manuellen Schritte mehr durchführen da alles funktionierte.

Das änderte sich nun bei Migration von Buster auf Bullseye auf dem RPI.

Auf meinem 2ten System (Debian) brauchte ich nie etwas manuell zu installieren und alleine die Installation von ESPHome über git funktionierte und das bis heute auch über Neuinstallation/Backitup Restore hinweg.

Da auch in der Doku (Requirements) nichts für mich zu zusätzlichen manuellen Installationen vermerkt ist, ist da überhaupt etwas zu tun?

Ganz dunkel glaube ich mich noch an eine manuelle Installation von python zu erinnern aber Platform IO habe ich nie manuell installiert.

Auf Platform IO bin ich über die Meldungen im Log des Kompiliervorgangs aufmerksam geworden.

Sehr gut möglich das dort Ordner Referenzen nicht mehr stimmen und dazu wäre es doch ratsam den alten Kram löschen zu können und ESPHome inkl. Platform IO neu zu installieren. Das mir aber selbst zusammen zu googeln über diverse Ergebnisse erzeugt ziemlich sicher ein Ergebnis was ThomasBraun beschrieben hat. Versuche mich aber gerne und bin für Stichpunkte um den "richtigen Weg" zu finden sehr dankbar

[Wal]

@dieter_p ,
platformio wird durch die ESPHome Git Installation mit installiert.
Da es dort aber kein Issues für RPI OS 64 gibt, denke ich das die Installation auch Ordnungsgemäß funktioniert.
Ich weiß das hilft dir jetzt auch nicht weiter, aber mangels ESPEasy Erfahrung kann ich jetzt auch nicht helfen.

[Dieter_P]

@wal

Danke.

Wieso ESPEasy? Hätte ich herzlich gerne genutzt aber ESPEasy unterstützt noch keine Bluetooth Funktionen.

[klassisch]

@Dieter_P keine Angst, Du verärgerst uns nicht.

Ich kann halt nur sagen, wie ich mich durchs "Leben schlage" und wozu mich meine Erfahrungen und mein Prgmatismus geführt haben. Das ist aber nicht allgemeingültig und muß nicht immer so gelten. Es kann sich mal alles verbessern und plötzlich fehlerarm funktionieren.
Der liebe Thomas, den ich wirklich sehr schätze, hat eben eine andere Erfahrungswelt, in der er prima lebt. Und wir streiten uns nicht wirklich.

Ich kann sogar noch einen Schritt weitergehen: Bevor ich ein Projekt mit ESPHome realisiere, schaue ich, ob es auch mit ESPEasy geht. Oder mit einem Tasmota Fertig-Bin - also ohne Compilieren. Denn auch dazu müßte ich wieder eine Umgebung installieren.
Mir geht es halt vorwiegend um das Ziel und weniger um den Weg dorthin. Und dabei gilt für mich "Minimalist" "Keep it simple and stupid"

[Dieter_P]

@klassisch
bestens. nach dann breche ich jetzt mal in Richtung Zielumgebung auf und versuch mal ob ich da den neuen "Fremdkörper" aus nem anderen ESPHome reinbekomme.

Wäre schon mal ein erster Erfolg. Dann noch den nicht-funktionalen ESPHome teil aus dem BackitUp Backup zu elimieren wäre natürlich ein Traum.

[klassisch]

@dieter_p sagte in ESPHome: Reinstallation aber wie?:

Wäre schon mal ein erster Erfolg. Dann noch den nicht-funktionalen ESPHome teil aus dem BackitUp Backup zu elimieren wäre natürlich ein Traum.

Auch da kann ich Dir nur meinen Weg nennen, der aber wahrscheinlich wieder nicht wirklich hilft.
Ich mache zwar regelmäßig Backups mit Backitup Adapter und schreibe das regelmäßig nochmals woanders hin.
Aber ich mußte noch nie restoren.
Wenn ich bisher auf eine andere, neuere (Windows-) Maschine umgezogen bin, dann lebte die alte Maschine noch und ich kopierte mir den iobroker-data Ordner bei einem bestimmten Schritt der Installation in die neue Maschine.
Beim Start baut ioBroker dann nach und nach die Adapter wieder auf. Faszinierendes Schauspiel. Und dabei habe ich das letzte Mal leider den ESPHome Adapter so weit "verloren", daß er zwar noch gelistet wurde aber nicht mehr grün wurde. Ich habe ihn dann (nach erfolglosen Rettungsversuchen) per Admin -> Adapter gelöscht. seither ist er weg. Schade eigetlich.

Ich nehme an, daß er in den nachfolgenden Backitup-Läufen gar nicht mehr drin ist. Aber wie gesagt, ich mußte bisher noch nicht restoren (gut für mich).

[liv-in-sky]

@dieter_p ich habe das übrigends auch bei meiner windows installation - könnte und kann esphome unter windows nicht mehr flashen.

habe einige sachen versucht aber irgendwann aufgegeben - ging auch irgendwie um platformio in der fehlermeldung

[Wal]

@dieter_p ,
habe mich verschrieben, meinte esphome.

[Wal]

@dieter_p ,
weil es mich gejuckt hat, habe ich ESPHome mal auf einem 64 Bit Debian installiert.
Danach habe ich wie in der Anleitung mit der CLI eine 8266 und eine ESP32 (m5stack-atom) Firmware erstellt.
Evtl. solltest du es auch mal mit der CLI testen, bevor du den Adapter nutzt.
Meine Befehle :

pip install esphome
export PATH=$PATH:$HOME/.local/bin
esphome version
esphome wizard livingroom.yaml
esphome run livingroom.yaml

[klassisch]

@wal sagte in ESPHome: Reinstallation aber wie?:

esphome run livingroom.yaml ```

Ja, so übersetze ich auch (unter Win, "ältere" ESPHome Installation). Wenn der ESP am USB hängt wird danach gefragt, ob OTA oder USB

esphome wizard livingroom.yaml

Das kenne ich nicht. Was macht das?

[Wal]

@klassisch sagte in ESPHome: Reinstallation aber wie?:

Das kenne ich nicht. Was macht das?

Da wird vor der Firmware die Config erstellt z.B. WIFI AP mit Passwort, ESP32 oder 8266 u.s.w
Quasi wird die yaml erzeugt.

[Dieter_P]

@wal said in ESPHome: Reinstallation aber wie?:

@dieter_p ,
weil es mich gejuckt hat, habe ich ESPHome mal auf einem 64 Bit Debian installiert.
Danach habe ich wie in der Anleitung mit der CLI eine 8266 und eine ESP32 (m5stack-atom) Firmware erstellt.
Evtl. solltest du es auch mal mit der CLI testen, bevor du den Adapter nutzt.
Meine Befehle :

pip install esphome
export PATH=$PATH:$HOME/.local/bin
esphome version
esphome wizard livingroom.yaml
esphome run livingroom.yaml

Vielen Dank! Sitze jetzt am Zielsystem und probiere erst mal den ESP32 daraein zu bekommen.

Wenn das hoffentlich irgendwie funktioniert, dann nehme ich eine virtuelle Maschine und spiele da das Restore mittels Backitup ein. Das hat in der Vergangheit ein System erzeugt, dass keine Kompilierung mehr ermöglichte. Damit teste ich dann, wie eine Lösung im Zielsystem aussehen könnte. Nach Deiner Beschreibung im CLI. Mach mich ans Werk und melde mich