DFPlayerError:Get Wrong Stack

[srn271]

Hi,

first of all, thank you very much for the effort of translating the library!

Unfortunately, I get the following error messages when i run your GetStarted example:

...
I (278) main_task: Calling app_main()
I (278) uart_rx_task: Start
I (288) uart_tx_task: Start

sending:7e ff 6 c 0 0 0 fe ef ef
received:7e ff 6 40 0 0 3 fe b8 ef 
I (608) MAIN: DF_begin=1
I (608) MAIN: DFPlayer Mini online.
I (608) MAIN: Play first track on 01 folder.

sending:7e ff 6 6 0 0 1e fe d7 ef

sending:7e ff 6 3 0 0 1 fe f7 ef
received:7e ff 6 40 0 0 3 fe b8 ef 
DFPlayerError:Get Wrong Stack
received:7e ff 6 40 0 0 3 fe b8 ef 
DFPlayerError:Get Wrong Stack

The DFPlayer works in Arduino Studio if I use the original library (in v1.0.6).
Do you have any idea why this could be?

Hardware:
ESP32-C3: https://wiki.seeedstudio.com/XIAO_ESP32C3_Getting_Started
MP3-Player: MP3-TF-16P V3.0 (DFPlayer Mini)

Thanks in advance!

Regards

[nopnop2002]

DFPlayerError:Get Wrong Stack

This error is reported by DFPlayer itself.
The application is not involved in this error.
There is no information about this error in the datasheet either.

You should contact the DFPlayer manufacturer for more information about this error.

The power current supplied by ESP32 to DFPlayer may be low.

This is my logging using ESP32C3.

sending:7e ff 6 c 0 0 0 fe ef ef
received:ff received:7e ff 6 3f 0 0 2 fe ba ef
I (1198) MAIN: DF_begin=1
I (1198) MAIN: DFPlayer Mini online.
I (1198) MAIN: Play first track on 01 folder.

sending:7e ff 6 6 0 0 1e fe d7 ef

sending:7e ff 6 3 0 0 1 fe f7 ef
received:7e ff 6 3d 0 0 1 fe bd ef
Number:1 Play Finished!
received:7e ff 6 3d 0 0 1 fe bd ef
Number:1 Play Finished!

The status reported by DFPlayer itself is different from yours.

received:7e ff 6 40 0 0 3 fe b8 ef

[srn271]

Thank you for your response!

sending:7e ff 6 c 0 0 0 fe ef ef
received:ff received:7e ff 6 3f 0 0 2 fe ba ef

Did you receive a single 0xff byte after reset?

I get this error for every command.
But when i use the original (C++) library in Arduino studio, everything is working.
It is the same setup, power supply, wiring :(

The only difference i could see is, that the original library makes use of the ack mode.
I tried to enable it (you commented it out), but it did not work either.

[nopnop2002]

Did you receive a single 0xff byte after reset?

no.
This is all the logging.

sending:7e ff 6 c 0 0 0 fe ef ef
received:ff received:7e ff 6 3f 0 0 2 fe ba ef
I (1198) MAIN: DF_begin=1
I (1198) MAIN: DFPlayer Mini online.
I (1198) MAIN: Play first track on 01 folder.

sending:7e ff 6 6 0 0 1e fe d7 ef

sending:7e ff 6 3 0 0 1 fe f7 ef
received:7e ff 6 3d 0 0 1 fe bd ef
Number:1 Play Finished!
received:7e ff 6 3d 0 0 1 fe bd ef
Number:1 Play Finished!

The Arduino's 5V output can supply 800 mA.
The ESP32's 3.3V output depends on the regulator installed.

How many amperes can Seeed Studio XIAO ESP32C3 deliver?

[srn271]

received:ff received:7e ff 6 3f 0 0 2 fe ba ef

This is your second line (2x received).
That is why i was asking. Maybe a copy&paste issue.

I didn't use an Arduino. I just used the Arduino Studio IDE.
Always with ESP32C3. The 3.3V output can deliver 700mA.
But i am using the 5V Output.

Thank you for your help 🙏🏼

[nopnop2002]

Maybe a copy&paste issue.

Yes. You are right.

[nopnop2002]

What happens if the speaker is not connected?

[srn271]

What happens if the speaker is not connected?

No difference. Same output.

[nopnop2002]

Thank you.

I don't know the cause.
In my environment, no matter how many times I reset it, I get the same result.

sending:7e ff 6 c 0 0 0 fe ef ef
received:ff received:7e ff 6 3f 0 0 2 fe ba ef
I (1198) MAIN: DF_begin=1
I (1198) MAIN: DFPlayer Mini online.
I (1198) MAIN: Play first track on 01 folder.

sending:7e ff 6 6 0 0 1e fe d7 ef

sending:7e ff 6 3 0 0 1 fe f7 ef
received:7e ff 6 3d 0 0 1 fe bd ef
Number:1 Play Finished!
received:7e ff 6 3d 0 0 1 fe bd ef
Number:1 Play Finished!

[srn271]

Hmm :( alright.
But many thanks for your help.

I will keep trying. I let you know, if i could find the issue.

[nopnop2002]

Please tell me one last thing.

Is the sound source (MP3 file) you are using the one provided by me?

[srn271]

I tried yours and my mp3 files. There is no difference.
I just found a description to the error:

7E FF 06 40 00 00 03 xx xx EF - Serial receiving error(a frame has not been received completely yet)

Maybe it's the missing ACK mode.
I assume that you have a different revision of DFPlayer. That's why it will work for you.

[nopnop2002]

Maybe it's the missing ACK mode.

What is missing?

_sending[Stack_ACK]

This is the 4th byte of the command sent by the host.
This indicates whether the host is waiting for a response from the DF Player.

---

There are many variations of the MP3 IC installed in DF Player.

I own three DF Players, two are JC AA18 and one is YX5200.
YX5200 give me this error sometime:

sending:7e ff 6 6 0 0 1e fe d7 ef

sending:7e ff 6 3 0 0 1 fe f7 ef
received:7e ff 6 40 0 0 4 fe b7 ef
DFPlayerError:Check Sum Not Match

JC AA18 is very stable.

In addition to this, there are YM5200, YM5300, MH2024K, GD3200B, etc.
There is an article about WrongStack here.
arendst/Tasmota#11737

There are also articles like this.
https://forum.arduino.cc/t/df-player-warning/952842
https://discourse.voss.earth/t/probleme-mit-dem-dfplayer-mini/12203

[srn271]

I own three DF Players, all of them are MH2024K-24SS (narrow chip).
Thank you for your findings.

I will try disabling the checksums, like mentioned in the first article.
But I won't get round to it until this evening (german time).

[nopnop2002]

I purchased DF Player about 6 years ago.

There were no such problems at that time.

Perhaps compatible chip products have only recently emerged.

---

german time

Is this article for you?
https://discourse.voss.earth/t/probleme-mit-dem-dfplayer-mini/12203

[srn271]

german time

Is this article for you? https://discourse.voss.earth/t/probleme-mit-dem-dfplayer-mini/12203

They are talking about other issues.

But the first link you gave me is a try worth (arendst/Tasmota#11737).