Timeline for How to correctly choose a memory?
Current License: CC BY-SA 3.0
23 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 2, 2017 at 20:49 | history | tweeted | twitter.com/StackElectronix/status/870744311251554304 | ||
| Jun 2, 2017 at 11:22 | vote | accept | M.Ferru | ||
| Jun 2, 2017 at 10:58 | comment | added | M.Ferru | @JimmyB No, I'm not sure that the MSP can handle it. I'll try and see. If it's nor working, I'll use a arm cortex m4 processor | |
| Jun 2, 2017 at 10:39 | comment | added | JimmyB | Use a common SPI flash chip (e.g. from microchip). An MP3 file has at most about 320kbit/s of data. Any chip that can output significantly more is suitable, if you'd be able to find one that slow. A few Mhz of transfer clock will be plenty. | |
| Jun 2, 2017 at 10:38 | comment | added | Andy aka | "Since MP3 file have a sampling rate of 44100 Hz" - wrong, a standard wav file might typically have a sample rate of 44100 Hz (i.e. CD quality) but an mp3 does not have a sampling rate because it organizes sound in a totally different way. It may have a maximum streaming rate of 320 kbps but this might be as low as 16 kbps. | |
| Jun 2, 2017 at 10:35 | comment | added | JimmyB | Are you sure the MSP can decode MP3 in real time? | |
| Jun 2, 2017 at 9:32 | comment | added | Andrew | @M.Ferru I've used this before: coolcomponents.co.uk/en/audio-fx-mini-sound-board.html before, by combining it with developer.mbed.org/platforms/mBuino for control (I'd use an microBit these days) and an array of white LEDs I made a fairly effective thunder and lightning machine. There are also cheaper SD card based devices like this: coolcomponents.co.uk/en/audio-sound-breakout-wtv020sd.html | |
| Jun 2, 2017 at 9:24 | answer | added | Anonymous | timeline score: 3 | |
| Jun 2, 2017 at 9:10 | comment | added | Anonymous | Example vlsi.fi/en/products.html from Finland, select any fitting your needs and study datasheets. With single core reading RAM and performing computing may not be possible due to single threading (unless there's special interrupt routine), to do things in parallel you may need FPGA or more than one core. Ah yes, and BTW these chips are having MP3 license with them; in your situation may not be important, but worth keeping in mind. | |
| Jun 2, 2017 at 8:47 | comment | added | M.Ferru | @Andrew I just have my degree of EE this year, I don't really know much about those kind of chip. I thought that reading data from memory then compute with µC was the easy way. But if this kind of chip exist, I'll use it. It's a home project, so I don't have a lot of found for it. Even though such chip may not be that expensive. | |
| Jun 2, 2017 at 8:42 | comment | added | Andrew | @M.Ferru Any specific reason why you are going for this method of playing an MP3 from flash? There are dedicated MP3 playback chips which would make your life a lot easier if that's all you need to do. Some even have built in flash for holding the audio. | |
| Jun 2, 2017 at 8:40 | comment | added | Andrew | @Anonymous Agreed, a FAT format SD card is the way I'd go too assuming the overhead isn't an issue (if he wants to decode MP3s then he'll need all the RAM and CPU power the MSP can give him). If size, mechanical robustness (SD cards can fall out) or CPU/RAM overhead are an issue then an SPI FLASH chip soldered down may be a better choice. | |
| Jun 2, 2017 at 8:34 | comment | added | Anonymous | @Andrew Agreed, it is more complex, but earlier or later OP will come to it anyway. Consider elm-chan.org/fsw/ff/00index_e.html, I did not use it myself (I write my own drivers), but see people asking question and giving positive feedback about it. | |
| Jun 2, 2017 at 8:33 | comment | added | M.Ferru | @Anonymous I never heard of that interface. I'll take a look :) | |
| Jun 2, 2017 at 8:31 | comment | added | Andrew | @Anonymous That SD card interface is using SPI rather than the 4 bit wide full SD interface. This has the plus that you can copy the file onto the card using a PC but the minus that you then need to use a FAT file system with the software overhead that implies. | |
| Jun 2, 2017 at 8:31 | answer | added | Jeroen3 | timeline score: 1 | |
| Jun 2, 2017 at 8:29 | comment | added | Anonymous | I would do it totally different. Instead of using a chip, I would target for SD-card, MSP430 is having interface for it, and there should be software drivers available to access it ti.com/lit/an/slaa281b/slaa281b.pdf. This way you will have removable media, independent flash storage wear management. | |
| Jun 2, 2017 at 8:29 | comment | added | M.Ferru | @RogerRowland If it's possible yes, if not, I'll go for the TM4C1294 | |
| Jun 2, 2017 at 8:26 | comment | added | Roger Rowland | Will you be decoding the MP3 in the MSP340? | |
| Jun 2, 2017 at 8:23 | history | edited | M.Ferru | CC BY-SA 3.0 |
added 418 characters in body
|
| Jun 2, 2017 at 8:17 | comment | added | M.Ferru | @Andrew Let me edit the question to bring some more informations then | |
| Jun 2, 2017 at 8:15 | comment | added | Andrew | Way too broad a question. Which type of processor? Running what type of software? Number of files and size per file? How fast do you need to be able to copy them? As for why SPI rather than I2C - UARTs are designed around single bytes of data not bulk transfers, I2C is slow. SPI is far faster and lower overhead. And then there are all the non-serial connection options. | |
| Jun 2, 2017 at 8:02 | history | asked | M.Ferru | CC BY-SA 3.0 |