Closed andreasbrett closed 5 months ago
Which ESPHome version do you use and which IDF version is getting installed? Maybe the idf_v4.4_freertos.patch did not get installed correctly. It should get installed the first time you include the adf_pipeline component.
I'm on ESPHome 2024.4.0. Not sure how to determine the IDF version. Could you please point me in a direction?
I found a idf_v4.4_freertos.patch
in the build directory of my ESPHome project (.esphome\build\voice-satellite-lr\esp_adf_patches
)
@andreasbrett I don't know which NR16R8 board you are using, but I was troubleshooting the MAX98357A only working on the 3.3v pin when I ran across this thread: https://forum.arduino.cc/t/chinese-esp32-s3-5v-pin-warning/1192758
Once I bridged the IN-OUT pads, the 5v pin started making 5v and my speaker started working.
Yikes. Guess it’s a good idea fall back to getting out your multimeter at the first sign of something not working and checking voltages especially at all power pins of external modules and boards.
On Mon, Apr 29, 2024 at 9:29 PM imonlinux @.***> wrote:
@andreasbrett https://github.com/andreasbrett I don't know which NR16R8 board you are using, but I was troubleshooting the MAX98357A only working on the 3.3v pin when I ran across this thread: https://forum.arduino.cc/t/chinese-esp32-s3-5v-pin-warning/1192758
Once I bridged the IN-OUT pads, the 5v pin started making 5v and my speaker started working.
— Reply to this email directly, view it on GitHub https://github.com/gnumpi/esphome_audio/issues/32#issuecomment-2084235485, or unsubscribe https://github.com/notifications/unsubscribe-auth/AB2H67ZC2L6HEZRZGQAEVLLY736W3AVCNFSM6AAAAABG2TRO2OVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOBUGIZTKNBYGU . You are receiving this because you are subscribed to this thread.Message ID: @.***>
@andreasbrett I don't know which NR16R8 board you are using, but I was troubleshooting the MAX98357A only working on the 3.3v pin when I ran across this thread: https://forum.arduino.cc/t/chinese-esp32-s3-5v-pin-warning/1192758
Once I bridged the IN-OUT pads, the 5v pin started making 5v and my speaker started working.
Thank you but I had to figure that out already (same for the onboard RGB LED that required bridging - love when products come without documentation and weird default setups). Unfortunately this was not the culprit. Meanwhile I transferred my ESPHome instance to a different machine because building the firmware took so long. With a fresh build I now can get the media player to play mp3 files via http and https (particularly the "wake word detected" beep). It's still not working though with the TTS proxied response mp3 files from Nabu Casa. I will have to figure out what's different with those https requests. Maybe something weird with my TLS setup at home.
Yikes. Guess it’s a good idea fall back to getting out your multimeter at the first sign of something not working and checking voltages especially at all power pins of external modules and boards. … On Mon, Apr 29, 2024 at 9:29 PM imonlinux @.> wrote: @andreasbrett https://github.com/andreasbrett I don't know which NR16R8 board you are using, but I was troubleshooting the MAX98357A only working on the 3.3v pin when I ran across this thread: https://forum.arduino.cc/t/chinese-esp32-s3-5v-pin-warning/1192758 Once I bridged the IN-OUT pads, the 5v pin started making 5v and my speaker started working. — Reply to this email directly, view it on GitHub <#32 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AB2H67ZC2L6HEZRZGQAEVLLY736W3AVCNFSM6AAAAABG2TRO2OVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOBUGIZTKNBYGU . You are receiving this because you are subscribed to this thread.Message ID: @.>
You have no clue how spot on you are! I had ordered 2 cheap MAX98357A from Amazon. When I figured out that on my S3 board the 5V pin was Vin by default and connected the bridge to make it a Vout, suddenly the DAC got really hot and it smelled a bit smokey :) Consider me shocked when I found out, that on BOTH DACs the Vin and Gnd pins were shorted! I looked up comments on Amazon and I'm not the only one. I then ordered a more expensive one from a reputable source and that worked out of the box (still checked with a multimeter of course).
I guess where back in the age of "don't trust nobody, measure yourself".
I updated to ESPHome 2024.4.2 and Home Assistant 2024.5.b4 and rebuilt the firmware. Now everything works as expected. I get TTS responses from Assist and can also play TTS through the media player component. Not sure which changes exactly contributed to the errors not occuring again.
First of all a huge thank you providing the adf component. I'm currently trying to create a HA voice satellite with microwakeword with an ESP32 S3 devkit (NR16R8), an INMP441 microphone and a 3W speaker connected to the MAX98357 DAC. So basically the same setup as in your examples.
Inputs work really well but I just can't get the speaker output to work. I'm getting the following error when trying to run the demo sound from espressif (in your examples the "Pipeline" switch).
TBH these error messages are rather cryptic to me. I have no clue why there are errors in fetching the mp3 via http(s). Do you have any idea, where I could be wrong?
Here's my config: voice-satellite.yaml.txt