Hallo Zusammen,
Auch auf die Gefahr, dass meine Anfrage doppelt ist, hoffe ich trotzdem Hilfe bei Euch zu finden und eventuell gibt es ja jemanden der meine erste Anfrage übersehen/überlesen hat und derjenige sieht diesen Post.
Nachdem ich mit meinem ESP32-Update auf meinen AtomEchos im Dezember Probleme hatte und nur das zusätzliche Einfügen der zusätzlichen Parts
esp32:
framework:
type: esp-idf
version: 4.4.8
platform_version: 5.4.0
in die Konfig der beiden AtomEchos die ich im System habe war es möglich das Update auf die ESP32-Version 2024.12.4 „fehlerfrei“ durchlaufen zu lassen.
Die beiden AtomEchos melden zwar jetzt, dass sie auf dem Stand 2024.12.4 sind aber wenn ich mir die Logs anschaue, können die Geräte das Mikro nich mehr sauber starten
[16:14:58][D][voice_assistant:222]: Starting Microphone
[16:14:58][W][voice_assistant:083]: Could not allocate speaker buffer
Ich hatte die Hoffnung noch nicht aufgegeben, dass dieses Problem eventuell mit einem neuen Update behoben wird. Leider ist seit dem nichts mehr an Updates in dem Bereich gekommen, bzw wird mir keins angeboten.
Eventuell gibt es ja einen ESP32-Spezialisten der mir helfen kann meine beiden AtomEchos wieder zum laufen zu bekommen. Im schlimmsten Fall auch über ein komplettes neues Flashen der beiden Echos. Leider habe ich keine Anleitung gefunden wie ich diese Teile eventuell Resetten und neu flashen kann. Auch wenn das neu Flashen und das damit verbundenen komplette neue Einbinden der zwei AtomEchos in mein HA für mich doch eher die Notlösung wäre, ich würde lieber mit meiner aktuellen Konfig weiter arbeiten wollen.
Und als hätte ich es voraus geahnt kam gerade das ESP-Update auf 2025.2.0.
Das ist komplett "gegen die Wand gelaufen und verursacht jetzt einen kompletten Fehler. Es scheint zwar auf die Version hoch gezogen zu haben aber jetzt geht gar nichts mehr.
Hi, so richtig kann ich dir nicht helfen. Nutze selber aber einen atomecho am Computertisch und läuft soweit sehr gut.
Warum setzt die die echos nicht einfach nochmal neu in esphome auf. Mache des chip vor dem flashen leer und dann einfach nochmal die aktuelle Firmware installieren. Die sind doch schnell wieder in HA eingebunden.
Danke für Deine Info.
Das komplette neu Flashen der beiden AtomEchos sowie das Löschen und Neueinbinden habe ich als letzte Alternetive ja auch schon in Betracht gezogen. Nur habe ich leider keine Ahnung wie ich das Flashen mit der aktuellen Firmware durchführen muss. Leider habe ich dazu bisher noch nirgendwo eine richtige Step-by-Step-Anleitung gefunden. Ebenso fehlt mir aktuell eine Info wie ich die Teile sauber aus dem HA lösche und neu einbinde. Deswegen hatte ich Hoffnung, dass ich sie per normalem Update wieder zum Laufen bekomme.
Gruß Frank
Moin,
beim neuen Update scheint es mal wieder einen Bug zu geben.
Zwei Geräte laufen das Update ohne Fehler durch, aber der HAVoice wirft nur Fehler aus beim Versuch zu updaten. Mal abwarten ob es behoben wird…
Gruß, AndiFidi
Hallo, Da ich erst setz kurzem meine beiden AtomEchos habe fehlt mir leider die Erfahrung wie ich Chips „leer“ mache und dann mit der aktuellen Frimware neu flashe, um sie dann wieder als kleine VoiceAssistant-Komponenten neu flashen kann. Leider habe ich trotz intensiver Suche keine Anleitung, weder um Löschen noch zum neu flashen im weiten Netz gefunden. Vielleicht hast Du ja einen Tipp.
Bis 2024.09 liefen sie ja auch vernünftig. Nachdem ich erst im Dezemben wieder ein Update durchführen wollte/konnte hat dieses nicht funktioniert.
Nachdem man mir als Lösung das Einfügen dieses kleinen Code-Schnippsel in die YAML ser AtomEchos als mögliche Lödung vorgeschlagen hatte lief das Update zwar durch, aber die Mikros wurden laut LOG nicht mehr gefunden
#############################
esp32:
framework:
type: esp-idf
version: 4.4.8
platform_version: 5.4.0
#############################
Jetzt ist ja das Update auf 2025.2 verfügbar und ich hatte gehofft, dass sich damit das Problem löst, aber es wurde nur noch schlimmer, den jetzt sagt das Log
#############################
INFO ESPHome 2025.2.0
INFO Reading configuration /config/esphome/m5stack-atom-echo-1096b0-1.yaml…
INFO Updating https://github.com/esphome/esphome.git@pull/5230/head
INFO Updating https://github.com/jesserockz/esphome-components.git@None
Failed config
This feature is not available for the IDF framework version 5.
rmt_channel: 0
effects:
- pulse:
#############################
Meine YAML der AtomEchos sehen so aus. Eventuell hat sich ja am Syntax etwas geändert-
#############################
substitutions:
name: „m5stack-atom-echo-1096b0-2“
friendly_name: M5Stack Atom Echo 1096b0 2
packages:
m5stack.atom-echo-voice-assistant: github://esphome/firmware/voice-assistant/m5stack-atom-echo.yaml@main
esphome:
name: ${name}
name_add_mac_suffix: false
friendly_name: ${friendly_name}
api:
encryption:
key: ePvEPzLha89ipSwzml6aMO0HeHIg1nznKGhr3+ubves=
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
esp32:
framework:
type: esp-idf
version: 4.4.8
platform_version: 5.4.0
Hi,
Danke erst einmal für die schnelle Reaktion.
Wenn meine Konfiguration überprüfen lasse erhalte ich am Ende die Meldung:
INFO Configuration is valid!
Wenn ich die Konfiguration so ab ändere wie Du vorschlägst, erhalte ich bei der Überprüfung folgende Fehlermeldung:
INFO ESPHome 2025.2.0
INFO Reading configuration /config/esphome/m5stack-atom-echo-1096b0-1.yaml...
INFO Updating https://github.com/esphome/esphome.git@pull/5230/head
INFO Updating https://github.com/jesserockz/esphome-components.git@None
Failed config
light.esp32_rmt_led_strip: [source /data/packages/c46f54c1/voice-assistant/m5stack-atom-echo.yaml:211]
platform: esp32_rmt_led_strip
id: led
name: None
disabled_by_default: True
entity_category: config
pin: GPIO27
default_transition_length: 0s
chipset: SK6812
num_leds: 1
rgb_order: grb
This feature is not available for the IDF framework version 5.
rmt_channel: 0
effects:
- pulse:
Was mich ja wundert ist, das er ja sogar meldet, dass die Geräte aktuell schon auf der Version 2025.2.0 wären, aber es wird mir in der HA Oberfläche bei der Updates immer angezeigt dass die Geräte noch auf der 2024.12.4 ist und ein Update bereit steht auf die Version 2025.2.0.
Vielen Dank für Deine Bemühungen. Bevor ich jetzt aber versuche hier das Update laufen zu lassen habe ich noch die Frage zu dem Code von Dir. Muss ich die paar Zeilen Code, die in meiner aktuellen YAML-Konfigurationsdatei stenen, durch diesen austauschen? Was ist mit dem API-Key? Ich nehme mal an den muss ich durch den entsprechenden Key ersetzen, welcher aktuell in meinen beiden YAML-Dateien steht. Außerdem werde ich dann wohl auch noch in der Sektion esphome die Einträge für „name“ und „friendly_name“ entsprechend meinen Einstellungen ersetzen/anpassen müssen. In meinen aktuellen YAML-Dateien existiert jewelis am Anfang eine Sektuin mit dem Namen „substitution:“ in welcher „name“ und „friendly_name“ definiert sind. Kann ich diese auch in Deinem Code einfügen und dann an der entsprechenden Stelle über den Variablen-Aufruf das ganze steuern?
Sorry für meine Fragen, aber ich bin in dem Fall ESP-Home-Geräte noch ein kompletter Anfänger und möchte nicht aus Unwissenheit die gesamte Konfig zerstören, bzw durch ein fehlerhaftes Update der Geräte diese unbrauchbar machen.
Hallo Zusammen,
Danke erst einmal für Eure Unterstützung.
Ich habe jetzt, bevor ich die YAML ausgetauscht, bzw mit den vorgeschlagenen Änderungen angepasst habe das Update auf 2025.2.1 laufen gelassen, welches erst einmal sauber durchgelaufen ist. Im Nachgang habe ich dann bei beiden Geräten, das vorgeschlagene Update über die Oberfläche ebenfalls auf die Version 2025.2.1 laufen gelassen. Über die HA-Oberfläche wird mir weiterhin das Update von Version 2024.12. auf die Version 2025.2.1 angezeigt. Wenn ich mir aber die Logs anschaue wird in der ersten Zeile angezeig, dass eigentlich die Version 2025.2.1 drauf sein sollte. Aktuell wird aber auch der Fehler mit dem Micr nicht mehr angezeigt, nur leider werden meine Sprachbefehle trotzdem nicht mehr angenommen.
Ich habe jetzt mal die YAML von dem Gerät für das Du den Code angepasst mit Deinem Code ausgestattet und dort die Installation laufen lasen. Leider funktioniert es trotzdem nicht. Leider läuft auch die Konfig auf einen Fehler.
PS ich würde zwar, wegen der besseren Lesbarkeit den Fehler im Code-Modus einfügen. Leider finde ich in diesem Antwort-Modus keine Möglichkeit meinen Fehler in dem gewünschten Modus zu senden.
###############################################
Reading CMake configuration…
– git rev-parse returned ‚fatal: not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).‘
– Building ESP-IDF components for target esp32
Processing 1 dependencies:
[1/1] idf (5.1.5)
– Configuring incomplete, errors occurred!
See also „/data/build/m5stack-atom-echo-1096b0-2/.pioenvs/m5stack-atom-echo-1096b0-2/CMakeFiles/CMakeOutput.log“.
fatal: not a git repository (or any parent up to mount point /)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
CMake Error at /data/cache/platformio/packages/framework-espidf@src-6e6cd5244a43bdfe453daac50cfe73b6/tools/cmake/build.cmake:266 (message):
Failed to resolve component ‚jsmn‘.
Call Stack (most recent call first):
/data/cache/platformio/packages/framework-espidf@src-6e6cd5244a43bdfe453daac50cfe73b6/tools/cmake/build.cmake:308 (__build_resolve_and_add_req)
/data/cache/platformio/packages/framework-espidf@src-6e6cd5244a43bdfe453daac50cfe73b6/tools/cmake/build.cmake:603 (__build_expand_requirements)
/data/cache/platformio/packages/framework-espidf@src-6e6cd5244a43bdfe453daac50cfe73b6/tools/cmake/project.cmake:604 (idf_build_process)
CMakeLists.txt:3 (project)
========================== [FAILED] Took 2.94 seconds ==========================
