Compiling for Arduino Uno R3 fails

[mawidme]

Problem Description

When I try to compile "player-sdfat-vs1053.ino" from the examples (or any example in fact) for the Arduino Uno R3, it fails with the error below because the "AudioToolsLogger" class is not found. This makes me wonder whether the original Arduino Uno is supported by the library at all?
'AudioToolsLogger' was not declared in this scope

Furthermore, when I comment the line with AudioToolsLogger and try to compile, I get memory exceeded errors. Would I have to optimize this myself or are there any existing switches (besides e.g. LOG_NO_MSG=true) to reduce memory consumption?
Error during build: text section exceeds available space in board

Device Description

Arduino Uno R3

Sketch

Compile vs1053 example from repo: examples/examples-vs1053/player-sdfat-vs1053/player-sdfat-vs1053.ino

Other Steps to Reproduce

No response

What is your development environment (incl. core version info)

Arduino IDE 2.3.5

I have checked existing issues, discussions and online documentation

• I confirm I have checked existing issues, discussions and online documentation

[mawidme]

Here are the exact memory exceeded messages:
Sketch uses 77536 bytes (240%) of program storage space. Maximum is 32256 bytes.
Global variables use 7415 bytes (362%) of dynamic memory, leaving -5367 bytes for local variables. Maximum is 2048 bytes.

[pschatzmann]

The Arduino UNO just has not enough RAM and PROGMEM to use the AudioTools: to make it compile, I have deactivated the logger (in the AudioToolsConfig.h), but as you can see, even with this you run out of memory.

You can try to use some vs1053 and SD library only and just copy the data from your files to the vs1053 instead of using the AudioPlayer which implements a lot of functionality (including some recursive file retrieval).

The UNO R4, which has much more RAM might be a slightly better choice if you want to stick with Arduino boards.
However, I recommend to use some RP2040/RP2050 or better a ESP32 together with an I2S DAC which gives some perfect audio quality. This also allows you to use some Wifi or Bluetooth functionality for to control your robot.

[mawidme]

Thanks for the reply. Makes sense to only use the vs1053 driver.

I just tried adapting the Mp3PlayerDemo example code for the SparkFun audio shield (*) we're evaluating in conjunction with the Uno R4 Wifi. However, the sample sound only plays properly on the first iteration and after that, only produces glitches.

I'm pretty sure I've configured everything correctly, see the PINs below. Is there anything I missed to make the example compatible with Arduino Uno R3/R4 and the SparkFun shield? Or what could I add to analyze the issue? There's not a lot of debug output in the driver by default.
#define VS1053_CS 6
#define VS1053_DCS 7
#define VS1053_DREQ 2

I also tried soft resetting after each loop, but it doesn't help.

Once this demo is working, I plan to add code to read the MP3 from the SD card instead of RAM. Step by step..

The vs1053 driver seems to at least compile well for the Uno R3 which we plan to use, so that's already promising. But I decided to start with the R4 which is known to work with your code. We only bought the R4 for evaluation but dropped it because it's incompatible with a lot of Arduino libraries...maybe that was a bad decision.

(*) SparkFun MP3 Player Shield v15: https://learn.sparkfun.com/tutorials/mp3-player-shield-hookup-guide-v15#getting-audio-out

[pschatzmann]

I havn't used this for a long time since I usually do the decoing with a software codec using the AudioTools.
I suggest you double check the API: are you calling startSong() and stopSong() ?

[mawidme]

Thanks for the link to the API, that's a nice overview, so I do not have to go through the code each time.

In the original example code, there was no stopSong() call. I already added a stopSong() and startSong() at the end of each, but it doesn't help. I also checked the output of isChipConnected() and getChipVersion() and it seems fine.

It doesn't even work when I add a soft or hard reset after each loop and initialize again via beginOutput(). Maybe something's wrong with the hardware.

[pschatzmann]

Not sure, I would try with a proper mp3 file..

[mawidme]

I experimented with reading mp3 data from a file via SdFat. When I read the entire file (~20kb) at once and play it from memory, it works fine. But when I try to read it in chunks of 512 bytes in the loop, only the first sd read call works. The second call returns -1, like the file is already completely read. And it seems the SPI bus is in a faulty state after that: SdFat begin() fails until I re-insert the SD card or power off/on the Arduino.

Any idea what might cause this? I mean both, the SdFat and your vs1053 library seem to properly protect SPI bus via begin/end transaction and setting their CS pin low/high. The one point I'm unsure about is how to tell when more data should be sent to the vs1053. I assumed that's when DREQ is set to high, but that's the case immediately after the player.writeAudio() call.

I re-soldered all the shield's just in case, didn't help. Could the root cause still be a HW failure in your experience?

[pschatzmann]

Some advice:

• try to keep your cables short
• try decrease the spi frequency
• make sure you have a stable power supply
• I suggest you stick with the SD library provided by Arduino