-
-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
deadlock on getFolderTrackCount #19
Comments
That issue is specific to the use of the "request ack" feature, which I do not enable or use. Do you have more information to help reproduce the problem? minimum sample sketch and data layout of your memory card would be useful. |
I use |
Here is the structure of the flash card, listed unsorted (in the order they were copied) SD Card freshly formatted to FAT-16 with:sudo mkdosfs -F 16 /dev/sdd1 SD Card structure:
|
I don't want to hijack the conversation, so @Makuna tell me an I stop. ;) IMHO, if you use |
@seisfeld Interesting, I just checked the latest stuff from DFRobot, and they follow what you do, 2 digits for folder, three digits for file. This was not what was originally documented, but there have been other corrections since I wrote this. @leagris Could you try changing the folders to only two digits and see if the problem continues. |
I am away for the next 10 days, so I'll try as I return. |
Just update here with what you discover when you can. If the folder name doesn't fix it, I can provide some debug code to print out what is sent and received so I can see what is happening at a lower level since I can't reproduce. I would still like to support these clones if its an easy work around, as I am sure you are not the only person to have one ;-) |
Hello, I encounter the same issue. getFolderTrackCount, getStatus, getVolume, like all getSomething methods never return a value and end up in a deadlock (or something similar). What is actually working is the call playFolderTrack(1,13) which plays the track just fine. IMHO it could also mean that the TX pin on the MP3 module or the RX pin on the Arduino Nano is not working at all (I tried to rule this out by using another MP3 module and another Arduino and other cables). So I am staying with library or module issues... The MP3 module in use is a JC_AA19HEW496-94 and JC_AA1628CJ490C1-94 (as far as I could read it correctly). Could you provide the debug code so that I could have a look and report back, please? Best, Ole |
To Test if its the TX/RX issue, simply use the sample sketch that plays; and if you get notifications that the play stopped then its more than likely not the issue. |
This is the output for PlayMp3.ino:
after that nothing is coming. Like all the |
@derbero I am confused by your output, the sample PlayMp3.ino doesn't have those outputs. Did you modify it?
|
#26 |
new output (the sound is fine saying "one, two, three"):
when uncommenting the lines the output looks like this (the sound is fine saying "one, two, three"):
I have received other MP3 modules and they work just fine in my setup. So it seems more likely to be a hardware issue. |
The error is DfMp3_Error_RxTimeout (0x81=129). This means the device is not sending or has a hardware connection issue. |
From my point of view this issue can be closed as it is most likely that the root cause is a hardware problem. |
Library version 1.0.2 from this repository
Call on to
getFolderTrackCount
orgetTotalFolderCount
never returns.Issue could be similar to DFRobot/DFRobotDFPlayerMini#12
The text was updated successfully, but these errors were encountered: