1
\$\begingroup\$

What are my options if I need to deal with relatively large amounts of data on an embedded processor? I've found storage around ~2-4GB with an SPI controller, but I'm thinking about something in the 10s to 100s of GB.

\$\endgroup\$
  • \$\begingroup\$ uSD Card? or QSPI flash... \$\endgroup\$ – MadHatter Jan 14 '16 at 5:04
  • \$\begingroup\$ What sort of embedded processor? If it's capable enough, a SATA disk would do the trick nicely. \$\endgroup\$ – uint128_t Jan 14 '16 at 5:28
  • \$\begingroup\$ @MadHatter Don't know why I didn't look into that. It appears uSD does SPI? Will I max out after 32bit address? \$\endgroup\$ – RYS Jan 14 '16 at 6:11
  • \$\begingroup\$ @uint128_t Something like an ARM-M4. Would probably have to roll-my-own drivers? \$\endgroup\$ – RYS Jan 14 '16 at 6:13
  • \$\begingroup\$ @RYS Oh. SATA is probably a no-go. As duskwuff said, SD/uSD/eMMC is probably your best bet. USB mass storage via a USB host interface might also be an option. \$\endgroup\$ – uint128_t Jan 14 '16 at 6:17
1
\$\begingroup\$

For that range of sizes, your best option is probably SD. It's reasonably easy to interface with, readily available in large capacities (up to 256 GB now!), and can be easily read from a computer if need be.

Depending on your exact needs, eMMC may also be an option. It's essentially an embedded variant of SD, with some slight modifications.

NAND flash is also an option, but I wouldn't recommend it. Raw NAND flash doesn't include any translation layer, so you end up having to manage write leveling and bad blocks yourself. It's a huge pain.

\$\endgroup\$
  • \$\begingroup\$ Caution is warranted with SD. Implementations can be flaky. Compatibility can end up being a monster pain in the ass. \$\endgroup\$ – Daniel Jan 14 '16 at 6:55
0
\$\begingroup\$

Depending on what you want to do and what processors you can use, I have successfully used, for a few years, up to 64Gb sdCards on a variety of ARM based controllers including

  1. Raspberry Pi
  2. BeagleBoard
  3. STM32F from the 100, 300 and 400 ranges.
  4. Various Olimex STM32 dev boards with SDCard built in
  5. Various Android devices e.g. Samsung Galaxy, Nexus

The ST libraries include sdCard drivers, and you can use either an SDIO peripheral or SPI bus. You can use 1 bit (SPI or SDIO) or 4 bit(SDIO)

Since you are building an embedded device, the address range can be anything , it just depends on how many bits you send, and the SD requires in its address.
You can even use more than one SD card if you control the select line yourself, or use multiple SPI peripherals.

I have never found any of these to be flaky.

You cannot boot Raspberry from > 32Gb devices without reading and applying the patches on the Raspberry web site. This is an OS limitation not a CPU funny. (Haven't done this with Beagle).

The Raspberry will also take a USB flash stick of 64Gb. Any of the OTG capable controllers can do this as well.

The 32 bit PICs should also be capable of using SDcard and or USB flash drives.

Android opens up a whole new realm where lots of functionality is built in, I only need to provide a Bluetooth, wifi, USB or NFC channel. Guess you could go IOS as well.

\$\endgroup\$

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.