Closed rp3tya closed 10 months ago
I just purchased 4x ESP Muse Luxe's off of Amazon and I've been trying to get them to work with Home Assistant. Two of them remain in the box so if I've somehow bricked these others I can test.
Steps I took:
Now, the device exists in Home Assistant. I can click the 3 buttons and see the sensors light up in HA. I can turn on and off the LED from HA. I can see the media player in HA.
When I attempt to send any sort of audio to the media player (radio, mp3, tts) the device crashes and reboots.
If you go into ESPHome, find your muse, select "logs", then select "Plug into this computer", you can see some more details about the crash. When it crashes I get this dump. The following tasks did not reset the watchdog in time
E (78046) task_wdt: Task watchdog got triggered. The following tasks did not reset the watchdog in time:
E (78046) task_wdt: - loopTask (CPU 1)
E (78046) task_wdt: Tasks currently running:
E (78046) task_wdt: CPU 0: IDLE
E (78046) task_wdt: CPU 1: IDLE
E (78046) task_wdt: Aborting.
abort() was called at PC 0x4010fcf8 on core 0
Backtrace:0x4008425d:0x3ffbea9c |<-CORRUPTED
ELF file SHA256: 0000000000000000
Rebooting...
ets Jun 8 2016 00:22:57
rst:0xc (SW_CPU_RESET),boot:0x33 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:1184
load:0x40078000,len:13132
load:0x40080400,len:3036
entry 0x400805e4
At this point, I was convinced it was my Home Assistant setup. I did find that I was using an HTTP Internal URL instead of HTTPS, but that didn't solve the problem.
You are the first person I have seen to make any sort of mention of this problem online. I am glad that I am not alone.
Before using the ESP Muse Luxe, I tried to get some M5Stack Core2 devices to work with audio, but I experienced the same behavior. Immediate crashing upon sending any kind of media to the media player. I burned a decent bit of my free time last week on the M5Stack Core2, and figured I would wait until the Muse Luxe's arrived, but they have the same problem.
I am suspicious that there is a bug in one of the libraries used by esphome.
When I go to compile the firmware I get:
INFO ESPHome 2023.10.0
INFO Reading configuration /config/esphome/f1-muse-officed-1.yaml...
INFO Updating https://github.com/esphome/esphome.git@pull/3552/head
WARNING GPIO12 is a Strapping PIN and should be avoided.
Attaching external pullup/down resistors to strapping pins can cause unexpected failures.
See https://esphome.io/guides/faq.html#why-am-i-getting-a-warning-about-strapping-pins
INFO Generating C++ source...
INFO Compiling app...
Processing f1-muse-officed-1 (board: esp-wrover-kit; framework: arduino; platform: platformio/espressif32@5.4.0)
--------------------------------------------------------------------------------
HARDWARE: ESP32 240MHz, 320KB RAM, 4MB Flash
- toolchain-xtensa-esp32 @ 8.4.0+2021r2-patch5
Dependency Graph
|-- WiFi @ 2.0.0
|-- ESPmDNS @ 2.0.0
|-- Update @ 2.0.0
|-- noise-c @ 0.1.4
|-- Wire @ 2.0.0
|-- Improv @ 1.2.3
|-- WiFiClientSecure @ 2.0.0
|-- HTTPClient @ 2.0.0
|-- ESP32-audioI2S @ 2.0.7
|-- FastLED @ 3.3.2
HA Info:
Home Assistant 2023.10.3
Supervisor 2023.10.0
Operating System 11.0
Frontend 20231005.0 - latest
ESP Home Info:
2023.10.0
There is an update for 2023.10.1. I may try that tomorrow.
My Muse is working again as expected after 2023.11.1 update (although I do not see any relevant fixes in the changelog).
The device can play online radio streams but reboots when trying to play media from Home Assistant. This used to work with previous versions (2022.x) of ESPHome.
Config: https://github.com/esphome/firmware/blob/main/media-player/raspiaudio-muse-luxe.yaml ESPHome: 2023.9.3 HA: 2023.10.2
Similar issue reported in the old repo: https://github.com/esphome/media-players/issues/29