Setup: A qwiic mp3 trigger connected to an Uno running the Example5-KitchenSink sketch. microSD card has 9 files (F000.mp3 - F004.mp3, T001.mp3 - T004.mp3)
I can tell it (via serial command) to play a file and that will work. I can also switch files vis a serial command, which also works.
However after playing a file, it will always restart whatever file it was playing. Issuing a pause or stop command, will cause it restart the currently playing file. That will also happen when RST on the mp3 trigger is pulled low.
Anyone have any ideas why it keeps playing over and over?
I just received the qwiic mp3 trigger the other day. And upon running through the examples. I find that it is looping a track without anything being set to loop the track. Examples:
When playing the playtrack example - it will constantly repeat the first track indefinitely
To further test the issue i loaded the interrupt example and changed the if conditional to trigger the stop command, which still causes the file to repeat - but with random breaks in between. Even though there is no statement after the mp3.stop command to play anything at all.
The last test was to use it stand-alone and trigger the file with the pins - which should only repeat if held down. Pulling the pin to ground will trigger the file - the file will repeat - and if i trigger a different pin it will play that file instead repeatedly.
Im honestly not sure if there is a defect in the board itself - or some other issues im unaware of.
Recently rec’d the Qwiic MP3 Trigger and am having some playback issues.
I am connecting this to the arduino via I2C (also have tried an RPi) to send it I2C commands.
I can initiate playback of a track using either the arduino library (mp3.playTrack(1)) etc, but if I use mp3.stop() or mp3.pause nothing happens and the audio continues to play.
Also from the RPi I am writing to register 0x00 directly, but again the audio continues playing.
Is this a defunct firmware, or something im doing wrong?
I have now tried two of these MP3 Triggers and can not get either of them to stop playback, including using the library examples. There must be an issue in the units being shipped.
Same. It has to be a bad batch. I also have 2 boards with the same problem.
In addition, I also couldn’t get the boards to enumerate as a flash drive on any machine/OS at all.
I bought them to use as stand-alone units… Finally broke down and bought an arduino and an external card reader so I could try them through I2C.
With the “Kitchen Sink” example program it will continuously play what ever track is currently loaded. T001.wav will occasionally glitch with white noise 2 seconds-in, and then start over, or it will play fine and just loop.
T002.mp3 just loops.
If I send S for Stop, it starts the track over.
SparkFun rep offered that I could return for refund, I’m taking them up on it.
It’s a shame. I really REALLY wanted to like these.
I have exactly this problem with a Mp3 trigger I purchased two weeks ago. I noticed that the INT pin is always low. Could that signal a problem with the board?
Wow, I just ran into this as well on units we purchased last week. Our client will not be happy when I tell them we’re SOL. I’m gobsmacked SparkFun is still selling these after two different threads on these problems. Gobsmacked bc SparkFun has always been amazing and responsive and doesn’t sell junk.
Cross-post of my comment from other thread on this problem-
Wow, I just ran into this as well on units we purchased last week. Our client will not be happy when I tell them we’re SOL. I’m gobsmacked SparkFun is still selling these after two different threads on these problems. Gobsmacked bc SparkFun has always been amazing and responsive and doesn’t sell junk.
I also have the saem problem - the repeats forever. I have tried two different cards, and two different mp3 files, no difference. If I trigger T001.mp3, then trigger T002.mp3 it switches sound clip to the second, but it then loops forever. Pulling RST low silences the sound but it starts again when I remove the ground lead from the RSTpin. Trigging the sound via I2C gives the same behaviour.
Is there some way to ensure that a new card will function if I order one ? Testing at SparkFun for instance. The latch on the SD card holder broke after a while so I cant return the trigger, but I am willing to buy a new one if it works.
All, thank you for posting your concerns in this thread. I do apologize for the delay in response here.
We have looked into the issue and we cannot yet identify specifically what the problem is.
If you have a board with this issue(tracks playing endlessly with no response to new inputs) please submit an RMA ticket here and we can help you out as soon as possible:
Today the first order from digikey has arrived. I tested them and all are ok (no endlessloop). Batch # 127419
Then later the second order from distrelec.de also has arrived. I tested them, but here all 4 MP3 Triggers have the same failures. This is the first batch with DEV-15165 where they have this problem. Batch#135835
I guess the pcb boards of DEV-16892 and DEV-15165 are the same (V11). The left/right channels are furthermore mixed up.
So it seems like the early batches of DEV-15165 don’t have the endlessloop problem. Then maybe some components with errors were installed. But now it is difficult to say which batch has good components (if there are any good batches of DEV-16892) and which has bad components.
I need 4 good ones furthermore and ordered them at Digikey.de again and I hope that i will get the same batch (#127419)
But it seems to be that Sparkfun is ignoring the problems because nobody of them answered here anymore.
I am also having the constant “looping” playback when using the Example1-PlaySong code provided by the SparkFun Qwiic MP3 Trigger library. Unfortunately, I don’t know he batch number but it was purchased December 30, 2020.
I have merged all of the current threads associated with this issue. I had a reply to one of the original threads back on 2/2/2021, just FYI.
We are aware of the issues that Qwiic MP3 Trigger users are experiencing regarding the continuous loop issue. This issue has been escalated to an engineer and we hope to have a fix soon. Once we have figured out what the issue is I will update this thread and let you all know what the appropriate solution is moving forward.
In the meantime, if you would like to send your parts back for reimbursement you may do so by filling out a return ticket here: https://www.sparkfun.com/returns
Thank you all for your patience and understanding on the matter.