@@Unfreeze007 I’m not sure if the R4 is supported by Excel Data Streamer. I’d recommend trying another Serial terminal option called CoolTerm (I made a video about this) or writing/finding a Python code that can read the data via the PySerial library.

I'm not sure how to do that in CoolTerm. There might be a setting that could accomplish that. One option would be to trigger the "Serial.print();" functions using a button or other boolean command and then have the first print statements after the data collection trigger be the column titles separated by commas. That would probably work.

I have also same problem. Did you fix it?

@@negarmeshkini2304 Same here, without the timestamp it's useless.

That would be great! I’ve been meaning to create some PCBs.

I’d recommend trying to verify and identify the Serial COM port in the Arduino IDE, view the data in the Arduino IDE Serial Monitor, close it, and try to connect to it in Excel.

I think that's a known issue. It's not quite compatible with recent new arduino versions. The potential solution is to add Serial.dtr(); in the setup function.

Hmm I’m not sure about this issue. I just got an R4 recently to try out but haven’t had time to test it. Could be compatibility issues like the commenter suggests. It’s new hardware, so I’m unclear if it’s supported in Data Streamer. This setup should theoretically work with any Serial Output from a COM channel. Maybe you could try using CoolTerm - I made a video about that too.

For some reason I’m not able to copy paste from it. I used to be able to do it on V1.7 before the current Arduino v2.X software update.

Ha I didn’t even notice that! Didn’t end up getting that mouse.

I found that it works best if you trigger an adjacent pin with no sound or a short sound to interrupt playing the first sound. It’s a bit of a hacky solution, but it usually works. The pins sometimes play the whole song or sound when triggered with a short press. There may be some timing to the triggering it I’m unaware of. Try triggering an adjacent pin to stop the sound.

@@ChefJeffPhD wow didn't think you was going to reply so fast for being a older video.. I'll give it a shot. I have a couple more things I want to trigger with it. by looking at vague instructions, it says once trigger 7 is done it goes back high. I have 6 things to have triggered and I will make 7 no sound .

@@ChefJeffPhD hey there, after many many attempts to get this to work. I figured it out .. I had to write the code in the void setup to treat the mp3 trigger by receiving a signal from a button. But there is no button.

I believe that this chip is supposed to work on 5V. I’m not sure if 3.3V will provide enough power for the chip and electronics on board, but it could be worth a try. I don’t have this board on hand anymore to check. You could attach LEDs onto the trigger pins to visualize the trigger logic - they will be high by default and low when triggered. It would probably be better to use the microcontroller to attach the LEDs.

You need 5v. You generally have 5V going into the pico which you can tap off the VBUS pin of the pico to get your 5v.

I believe the filing naming needs to be “0001.mp3”, “0002.mp3”, etc. the file naming does need a specific format when triggering them directly from the pins. If your using another device or a button, you can give the board 0V and 5V and solder a connection to one or more trigger pins that correspond to the file naming convention. You pull the trigger HIGH (5V) to not trigger the mp3, and pull the trigger pin LOW (0V) when you want to play a song. That should work!

What do you mean by “heat regeneration”? Do you want to add a heat source?

I haven’t used this chip in awhile, but I recall that there was very little delay between grounding the pin and the audio playing. Keep in mind that the pins need to be grounded to play (with a common ground to the Arduino), not pulled high to 5V or 3.3V. This may be part of the reason why there is a delay in the sound playing, or there is a blocking delay of some kind in your code. You could test the functionality by manually grounding the trigger pin with a wire by hand to check the triggering and sound delay.

@@ChefJeffPhD thanks for the quick reply. Yes I think you are correct, grounding the pin does work a lot quicker. How could I make the sound trigger this way without having to physically touch the pins or press a switch? I need a digital pulse to ground the pins with no delay to make the sound work

Couple of things: First, make sure your sound file doesn't have empty space at the start of the file. If there's a 1 sec gap of no sound at the start of the file, the device will "play" it, but since there's 1 sec of no sound, you won't hear anything for 1 second. Two, relays aren't instant. If you need to trigger this when something goes high instead of low, use a transistor. I see in your other message that you need a digital pulse. Are you using a microprocessor? If so, you would set the digital output to pull up HIGH, and then trigger it by writing LOW to trigger the sound.

… I’ll try to answer.. the playback module just holds onto the audio files and has 7 channels or contact points that activate the assigned audio to that given channel number file to play. So having an arduino or raspberry is just another board added to the equation because those boards perform the action for you.. so instead of you manually triggering the playback module to play an audio file just by you closing the circuit with the ground wire, the arduino or raspberry can do that for you. So now what’s missing is the tool or method you want to use to trigger arduino to trigger the playback module at any of the given 7 channels. The arduino and raspberry can be activated by using a voice detection board, a motion detection board, a vibration detection board, a temperature detection board, and even a hand gesture sensing board. These are small and cheap and most other boards that perform tasks will respond to any of these sensor boards I mentioned. However if you’re wanting the music to repeat or play the next song fully automatically., then you need to tell arduino or raspberry exactly what to do and when to do it, which might just be coding jargon. The least complicated way to avoid coding or just the thought process in general would be to have a board, any board, but one that has a “shuffle” feature or random select feature and let it do all the communicating with the playback module for you. Hope that was helpful I’m still learning, I haven’t even touched one of these things yet, I’m still researching for myself so I can apply the technology to my large scale RC cars🙏👌💯