Author Topic: Small MCU system-on-module options?  (Read 8978 times)

0 Members and 1 Guest are viewing this topic.

Offline jtTopic starter

  • Regular Contributor
  • *
  • Posts: 91
Small MCU system-on-module options?
« on: January 18, 2016, 11:26:14 pm »
Does anyone know of a compact system on module for a "medium" performance microcontroller? 

By medium I mean something along the line of an Cortex-M3 or M4 with <400MHz system clock (like a STM32F3/4 or Renesas S7) and external SRAM on the order of 1MB or so.  NAND flash optional, bonus points for on-board Bluetooth LE capability. 

By compact I mean something along the line of <10 cm^2.  Similar to Gumstix modules or the Logic-PD torpedo.  For example, I would consider the following too large: 
http://www.teamfdi.com/product-details/syg-s7g2-som

I see options for higher performance systems (like ~1GHz omap or snapdragon processors with DDR2) but I'm not having much luck finding anything for this niche.

 

Offline donotdespisethesnake

  • Super Contributor
  • ***
  • Posts: 1093
  • Country: gb
  • Embedded stuff
Re: Small MCU system-on-module options?
« Reply #1 on: January 19, 2016, 08:53:28 am »
I occasionally look for that type of thing, but I have never seen anything that small, nearest I have seen http://www.emcraft.com/products/224, plus a few similar ones e.g. from Embest.
Bob
"All you said is just a bunch of opinions."
 

Offline miguelvp

  • Super Contributor
  • ***
  • Posts: 5550
  • Country: us
Re: Small MCU system-on-module options?
« Reply #2 on: January 19, 2016, 09:43:21 am »
Maybe under performers but the PSoC 5LP are pretty good with low power consumption:

My current project:
https://www.eevblog.com/forum/projects/no-bitbanging-necessary-or-how-to-drive-a-vga-monitor-on-a-psoc-5lp-programmabl/

They can only go up to 80MHz with an external XTAL but very configurable.

On top of the datasheet check out the TRM and register TRM:

http://www.cypress.com/documentation/technical-reference-manuals/psoc-5lp-architecture-trm

http://www.cypress.com/documentation/technical-reference-manuals/psoc-5lp-registers-trm-technical-reference-manual

Windows only, but with the register TRM you could do your own app to set them up.

Also on their roadmap I didn't see any Cortex M4 on the PSoC form (they have them without the programable digital and analog stuff on their FM4 family), but it seems they have a Cortex M7 in the works.
http://www.cypress.com/file/151491/download

Depending what you need to do, maybe their PSoC 4 M Series will have something.

My favorite kit from them: CY8CKIT-059
http://www.cypress.com/documentation/development-kitsboards/cy8ckit-059-psoc-5lp-prototyping-kit-onboard-programmer-and

They just introduced a PSoC 4 M kit:
http://www.cypress.com/documentation/development-kitsboards/cy8ckit-043-psoc-4-m-series-prototyping-kit
That takes an optional Bluetooth LE chip:
http://www.cypress.com/products/ez-ble-module-bluetooth-smart

Some more info on this post:
https://www.eevblog.com/forum/microcontrollers/grab-a-psoc-4-m-series-proto-kit-for-$10/msg816218/#msg816218



 

Offline westfw

  • Super Contributor
  • ***
  • Posts: 4196
  • Country: us
Re: Small MCU system-on-module options?
« Reply #3 on: January 19, 2016, 11:34:08 am »
Quote
external SRAM on the order of 1MB
That seems to be particularly uncommon.  Most chips these days that have an external memory interface seem to implement DDRn as the bus interface, going straight to the 64MB+ domain (running linux!)

Some of the MIPS-core WiFi router modules might meet your requirements.  "Carambola" or "Arduino Yun Mini" perhaps?
 

Offline MT

  • Super Contributor
  • ***
  • Posts: 1616
  • Country: aq
Re: Small MCU system-on-module options?
« Reply #4 on: January 20, 2016, 01:00:35 am »
Speaking of which are there any interface connector standards for small boards like this?
DIP28-64 gumstick/stamp and Aurdino ofcourse but what else?
RPI and others have have IDC connectors but.....   
« Last Edit: January 20, 2016, 01:03:13 am by MT »
 

Offline MT

  • Super Contributor
  • ***
  • Posts: 1616
  • Country: aq
Re: Small MCU system-on-module options?
« Reply #5 on: January 20, 2016, 01:07:51 am »
Was not aware of COM express, thanks for info, have to do some read up on it.
 

Offline MT

  • Super Contributor
  • ***
  • Posts: 1616
  • Country: aq
Re: Small MCU system-on-module options?
« Reply #6 on: January 20, 2016, 01:15:12 am »
Yes i thought so too! Hmm, see now that COM express is also standard one have to buy! 400usd for card base design...
Ah well, perhaps SODIMM/simple card edge, could be an open standard for very small stamp sized computer modules....

That ESP32 looks interesting...
« Last Edit: January 20, 2016, 01:25:59 am by MT »
 

Offline Koen

  • Frequent Contributor
  • **
  • Posts: 502
Re: Small MCU system-on-module options?
« Reply #7 on: January 20, 2016, 01:41:59 am »
Or Blackfin+ (70x) with up to 1M L2 SRAM and 64k L1 I-RAM and 64k L1 D-RAM plus 8K L1 scratchpad. Operates at 400MHz with true single cycle 32bit foxed point MAC.

Both available in single chip that requires only power, reset and crystal, all peripherals are integrated.
Is there an alternative to the Micriµm FS and USBDevice libraries ? Thank you !
 

Offline jtTopic starter

  • Regular Contributor
  • *
  • Posts: 91
Re: Small MCU system-on-module options?
« Reply #8 on: January 20, 2016, 04:06:51 am »
Thanks everyone!

So it sounds like the options are either a single MCU solution with <1MB internal SRAM, or Linux capable system with >100MB DDR2/3 or so. Interesting there isn't much of a middle ground, but this does seem to follow the trend of product tear downs I've seen.  For example the FitBit and Pebble watch are single MCU solutions (Gecko and STM32F4 respectively) and the Apple, Samsung watches go the high performance ~1GHz, ~512MB RAM route - no middle ground.

Are MCU + external SRAM systems a relic of the past?  I used to work for a company that had implemented this type of embedded system and I was always suspicious the system architect might have been a bit stuck-in-his-ways.  Seems like now I only see the SRAM devices paired with FPGAs. 

Perhaps the blackfins give a middle ground, I hadn't looked at these much before.  Can anyone speak to how good (or bad) the supporting development tools are for these?  Is this product line alive and healthy?  I don't recall seeing many of these used in the past 5 years or so; maybe they are niche to a certain industry? 

I'm starting to come around to the Linux-capable class of device.  The mW sleep modes they offer may still allow my power budget to close.  It would appear my application can tolerate the sleep/wake latency and low duty cycles.   



 

Offline miguelvp

  • Super Contributor
  • ***
  • Posts: 5550
  • Country: us
Re: Small MCU system-on-module options?
« Reply #9 on: January 20, 2016, 04:31:42 am »
Are MCU + external SRAM systems a relic of the past? 

No, for example that PSoC 5LP (Cortex M3) seems to supports 24 bits of address space for external memory that their external memory interface can address.

0x60000000–0x60FFFFFF External Memory Interface

Page 21 of their Datasheet:
http://www.cypress.com/file/45906/download

Page 97 of the Architecture TRM I linked earlier.

Supports 4 types of memory:  synchronous SRAM, asynchronous SRAM, cellular RAM/PSRAM, and NOR flash
and the memory can be 8 or 16 bits wide.

So 16777216 addresses time 2 bytes wide is 32MB.
But on synchronouse SRAM it seems it's only 17 bits address space and 18 bits address space for asynch.

In any event it's posible in this and probably many other MCUs.

 

Offline jtTopic starter

  • Regular Contributor
  • *
  • Posts: 91
Re: Small MCU system-on-module options?
« Reply #10 on: January 20, 2016, 04:38:10 am »
Quote
No, for example that PSoC 5LP (Cortex M3) seems to supports 24 bits of address space for external memory that their external memory interface can address.

Yeah, I know the STM32F(1-4) devices also support SRAM with their external memory bus.  I just haven't seen this implemented in many products;  perhaps I'm not looking in the right places.
 

Offline jtTopic starter

  • Regular Contributor
  • *
  • Posts: 91
Re: Small MCU system-on-module options?
« Reply #11 on: January 20, 2016, 04:48:48 am »
Thanks  blueskull for your feedback on the blackfin support.  I think you've confirmed my suspicion that there isn't much of a community and I haven't heard good things about Analog Dev. support in general. 

This is a side project with some buddies, so we are definitely looking to leverage as much community work as possible.  Sounds like that rules these out. 

 

Offline donotdespisethesnake

  • Super Contributor
  • ***
  • Posts: 1093
  • Country: gb
  • Embedded stuff
Re: Small MCU system-on-module options?
« Reply #12 on: January 20, 2016, 10:39:51 am »
So it sounds like the options are either a single MCU solution with <1MB internal SRAM, or Linux capable system with >100MB DDR2/3 or so. Interesting there isn't much of a middle ground, but this does seem to follow the trend of product tear downs I've seen.

Yes, I've noted the lack of a middle ground before. The biggest MCU's usually have much less than 1MB on board, with a few exceptions.

If you move up to Linux class then you are spoiled for choice again. Some of the modules can be programmed bare metal, or with RTOS like FreeRTOS, but you have to do all the stuff like USB host, networking, device drivers for wireless. Linux provides all that and more out of the box, so if you need simple external IO with a rich, connected app then it's a quick win. With a bit of creativity you can do some advanced low level things as well, or interface to an external MCU.

I would take a close look at what you can do with the Raspberry Pi Compute module.
Bob
"All you said is just a bunch of opinions."
 

Offline ale500

  • Frequent Contributor
  • **
  • Posts: 415
Re: Small MCU system-on-module options?
« Reply #13 on: January 20, 2016, 11:04:50 am »
You can try some MPC57xx from freescale, some have like 1,5 MB built-in RAM. But I'd go for a ST32F4xx with external ram, much cheaper. Some of them support QSPI, so if your RAM doesn't have to be super fast it may be an option, if not you can go for 4x512kx8 or 2x256kx16 as external RAM, don't forget that those SRAM are 10 ns or more...

A ST32F439 Discovery board has 8MB SDRAM on board, you may want to have a look at it as a starting platform, it is quite cheap at ~ 20 €,. Schematics are also available.
I'd also love something like that, a small board with CPU+SRAM (I have a ST32F439 Disco and works quite well!) but I don't want a TQFP176 or so and thus I'd go with a PIC32MZ, they have 512k SRAM built-in and QSPI, all in TQFP-64... not bad !. They go for like 10 € each.
« Last Edit: January 20, 2016, 11:06:29 am by ale500 »
 

Offline nctnico

  • Super Contributor
  • ***
  • Posts: 26755
  • Country: nl
    • NCT Developments
Re: Small MCU system-on-module options?
« Reply #14 on: January 20, 2016, 11:27:33 am »
Or Blackfin+ (70x) with up to 1M L2 SRAM and 64k L1 I-RAM and 64k L1 D-RAM plus 8K L1 scratchpad. Operates at 400MHz with true single cycle 32bit foxed point MAC.

Both available in single chip that requires only power, reset and crystal, all peripherals are integrated.
Is there an alternative to the Micriµm FS and USBDevice libraries ? Thank you !
LUFA which is also ported by NXP for their own devices. Speaking of NXP: AFAIK they have several ARM devices which support external memory which would fit the OP's requirements.
« Last Edit: January 20, 2016, 11:30:13 am by nctnico »
There are small lies, big lies and then there is what is on the screen of your oscilloscope.
 

Offline jtTopic starter

  • Regular Contributor
  • *
  • Posts: 91
Re: Small MCU system-on-module options?
« Reply #15 on: January 20, 2016, 04:52:38 pm »
Quote
Some of them support QSPI, so if your RAM doesn't have to be super fast it may be an option

Thanks, I wasn't aware that QSPI RAM existed, so it isn't an option I have traded.  My hope was to find a system on module that would offload the high density PCB technology from my board, but maybe with QSPI I can still keep things reasonably small, but still easy to hand load.  At first blush, I don't think I need the RAM to be very fast. 
 

Offline ale500

  • Frequent Contributor
  • **
  • Posts: 415
Re: Small MCU system-on-module options?
« Reply #16 on: January 22, 2016, 04:16:22 pm »
These QSPI RAMs can be accessed in "memory mapped mode" meaning, you don't care about the SPI protocol at all, it is all transparent. You can get a nucleo or discovery board with a compatible CPU:

http://www.st.com/web/en/catalog/mmc/SC1169/SS1577

The PIC32MZ could also be a candidate, it has more inernal RAM and QSPI.

QSPI SRAM top at 128kx8 like: http://www.farnell.com/datasheets/1647941.pdf
 

Offline jtTopic starter

  • Regular Contributor
  • *
  • Posts: 91
Re: Small MCU system-on-module options?
« Reply #17 on: January 23, 2016, 06:23:11 am »
Thanks for the info!  I'm always excited to learn of new circuit building blocks
 

Offline Kilrah

  • Supporter
  • ****
  • Posts: 1852
  • Country: ch
Re: Small MCU system-on-module options?
« Reply #18 on: January 23, 2016, 10:32:35 pm »

Yeah, I know the STM32F(1-4) devices also support SRAM with their external memory bus.  I just haven't seen this implemented in many products;  perhaps I'm not looking in the right places.

There's a product on which I'm currently collaborating that does this, an STM32F4 and 8MB external RAM. Pretty similar to the F439 discovery board, the RAM is needed for the framebuffer for the relatively high resolution LCD, and will also be useful for other purposes now it's there...

But it's a pretty specific application where a microcontroller is really appropriate for the purpose (real-time operation required, several timers with the common hardware capture/compare functionality needed, need ADCs and DACs for which integrated peripherals are good enough and external parts wouldn't be worth the cost and effort)... but nowadays the vast majority of consumer products have more use for the high computing performance, non real time platforms.
 

Offline jtTopic starter

  • Regular Contributor
  • *
  • Posts: 91
Re: Small MCU system-on-module options?
« Reply #19 on: January 29, 2016, 06:13:47 am »
Thanks Kilrah on your background.  Sounds like the system I had previously worked was of similar implementation and application.  Sounds like that technology is a good fit for the application. 
 

Offline Morgoroth

  • Regular Contributor
  • *
  • Posts: 123
  • Country: cl
Re: Small MCU system-on-module options?
« Reply #20 on: February 02, 2016, 07:12:00 am »
maybe NXP (freescale) kinetis line microcontrollers is what you want, they run up to 150MHz with 2MB of flash, 256 KB SRAM, and as far I know they will release a line of bluetooth soon, I bet on same line of microcontrollers.
----------------------------------------------------------
If works, doesn't means it is right.
 

Offline Kilrah

  • Supporter
  • ****
  • Posts: 1852
  • Country: ch
Re: Small MCU system-on-module options?
« Reply #21 on: February 02, 2016, 02:30:24 pm »
A bit off topic but I just received the first engineering sample of the product and am really amazed at the performance, display refresh is ultra fast, leading to virtually instant UI response with our software, it will fly through the menu pages with full and instant screen renderings as fast as you can turn the rotary encoder used for navigation.

I know that technically there is nothing particularly fancy in pushing to a 480x272 color screen nowadays but the hardware in the STM seems to be doing a good job... it's interesting to see how much it's faster than the SPI grayscale LCD we had on the previous product, and most importantly feels really good after so many bad experiences with products that have appalling response times between user action and a fully updated UI, even recent ones.
Of course most of it has to do with the software, and ours being lightweight due to originating from a very low spec platform and thus not using any heavy libraries but preferring simple primitives must do a lot.
 

Offline diyaudio

  • Frequent Contributor
  • **
  • !
  • Posts: 683
  • Country: za
Re: Small MCU system-on-module options?
« Reply #22 on: December 15, 2016, 09:29:09 am »
BF53x are used MASSIVELY in Chinese (translation: Rigol, Siglent) scopes and IP cameras (being replaced by HiSilicon chipsets now).
BF561 is not seen to be used anywhere in consumer devices.
BF592 is commonly used in low end audio gears (no native 32 bit MAC), uber cheap. $1.99=200MHz, $3.99=400MHz. Poor (68k) L1, no L2.
BF6xx is something I never kept an eye on, so no comments made.
BF70x is the latest one with native 32 bit MAC and 72 bit accumulator as well as a bunch of high perf digital peripherals. Like other BF devices, their on chip analog peripherals suck.

BF53x, 592, 70x operates up to 400MHz (some exceptions). BF600 operates at 600MHz at much higher price. BF561 is dual core.

--------------------

Their product support is kinds okay, but community support sucks. No mature user group, there are only ~4 posts in BF7xx section of their official forum per day.
Among the 4 posts, almost all replies are made by ADI employees -- which means virtually no community help can be found.
They are not budget friendly. So far, the latest 6xx and 7xx processors are not, and probably will not be, supported by GCC, so the only choice is $995 CCES.
That also means no ucLinux, so you have to pay another $8000 on uc-OSiii PER PRODUCT IDEA, unless you want to run on bare metal which I chose to do.
It is a bit disgusting that to promote Micrium middleware, they do not provide some example code, such as USB examples, so they force you to use their middleware.

--------------------

Bottom line: if you have the time and capability to roll everything of your own, then go for it. For the same MIPS, BF+ is really cheap and power efficient compared to its TI rivals.
The support and user base is not nearly on par with what TI offers, so prepare for unforeseen difficulties.
I have experience with 592 and 706. Their perf/buck and perf/watt are fantastic, unfortunately, so do their R&D efforts.

Everything you mentioned here is true. I dont think the Blackfin will have a future the way they going, SHARC yes. I would rather go for a ZYNQ part then a Blackfin.
 

Offline tszaboo

  • Super Contributor
  • ***
  • Posts: 7307
  • Country: nl
  • Current job: ATEX product design
Re: Small MCU system-on-module options?
« Reply #23 on: December 15, 2016, 09:48:37 am »
Does anyone know of a compact system on module for a "medium" performance microcontroller?  By medium I mean something along the line of an Cortex-M3 or M4 with <400MHz system clock (like a STM32F3/4 or Renesas S7) and external SRAM on the order of 1MB or so.  NAND flash optional, bonus points for on-board Bluetooth LE capability.  That seems to be particularly uncommon.  Most chips these days that have an external memory interface seem to implement DDRn as the bus interface, going straight to the 64MB+ domain (running linux!)
It is not gonna run Linux, as Cortex M lack MMU.
Embedded artist has NXP modules, Olimex also.
But I think any module which does not have BGA on it, is pointless, as you can just implement it on your main PCB.
 

Offline Koen

  • Frequent Contributor
  • **
  • Posts: 502
Re: Small MCU system-on-module options?
« Reply #24 on: December 15, 2016, 10:04:45 am »
something along the line of an Cortex-M3 or M4 with <400MHz system clock (like a STM32F3/4 or Renesas S7) and external SRAM on the order of 1MB or so.
STM32H7 will be 400MHz with 1MB internal SRAM.
 


Share me

Digg  Facebook  SlashDot  Delicious  Technorati  Twitter  Google  Yahoo
Smf