Author Topic: Why faster MCU's always get's large pin packages!  (Read 9839 times)

0 Members and 1 Guest are viewing this topic.

Online wraper

  • Supporter
  • ****
  • Posts: 16833
  • Country: lv
Re: Why faster MCU's always get's large pin packages!
« Reply #25 on: June 30, 2017, 11:42:27 pm »
Sometimes, actually many times you want to compute a lot on a very tiny space
In those cases you don't use SO packages as it'a a waste of space by itself. Large package that could fit only a tiny die inside of it.
Quote
example situation: A mixed signal board, many timers, many uarts, many ADC channels etc, all runs in low power mode slow speed, CPU runs at say 27Mhz all mounted on "single side" (like swear in church) ultra low china cost PCB.

Now you need big fat powerful computing! What do you do? Slabbing on current market solutions is going to ruin the
whole solution so if there was a 1Ghz 32 bit SO8/WLCSP10 MCU (1.34euro) with a serial com's for offload that would be splendid you dont agree? Easier to say no instead?
And in such case 1 layer PCB would be inadequate even by signal integrity standpoint. No it would not be splendid. It would be a bulky piece of crap which you could put on tiny multilayer board instead. And you don't put WLCSP10 on a cheap single layer board.
« Last Edit: July 01, 2017, 12:04:40 am by wraper »
 

Online wraper

  • Supporter
  • ****
  • Posts: 16833
  • Country: lv
Re: Why faster MCU's always get's large pin packages!
« Reply #26 on: June 30, 2017, 11:55:07 pm »
I assumed you would see the "figuratively" metaphorically speaking , so keyword are still "small pin count+ very high speed", whether it's SO16, SSOP10 TQFP20,WLCSP10, etc, etc.

OK  so why cant i buy a SSOP10/WLCSP10/TQFP25 1Ghz 32 bitter?
WLCSP10 is too small and would be useless with pin count this low. But you can get ARM MCU with larger pin count with still tiny size like 3x3 mm (not 1 Ghz beasts of course).
TQFP25 would be large and plain stupid.
 

Online wraper

  • Supporter
  • ****
  • Posts: 16833
  • Country: lv
Re: Why faster MCU's always get's large pin packages!
« Reply #27 on: July 01, 2017, 12:15:09 am »
Why are mobile phones small and dont incorporate "your big and fat" solution?
You made me lough. They do incorporate chips with hundreds of pins.
EDIT: BTW they do have billions of transistors on the die. https://venturebeat.com/2017/01/03/qualcomms-snapdragon-835-will-debut-with-3-billion-transistors-and-a-10nm-manufacturing-process/
« Last Edit: July 01, 2017, 12:21:27 am by wraper »
 

Offline Rasz

  • Super Contributor
  • ***
  • Posts: 2616
  • Country: 00
    • My random blog.
Re: Why faster MCU's always get's large pin packages!
« Reply #28 on: July 01, 2017, 05:23:42 am »
someone already mentioned XMOS XCore at 400-1000MHz (divided by hardware threads to help with memory latency)


And what's the point in such MCU, what are you going to do with it with given pin count limitation that would require 1Ghz/32bit?
on top of my head... simple hobbiest level UAV, that only control few servos, motors and sens few sensor, 3 axis gyro maybe, but inside the cpu is doing complex/matrix/floating robust adaptive control algorithm... having 64 pins cpu on board with only 16 pins used is feel like blasphemy..

we already have those, and you dont need more than ~xx MHz for what you listed. The real computation bottleneck shows up after throwing vision into the mix, but then you need all those additional pins for video IO anyway.

The 320 MHz FE310-G000 RISC-V is in a QFN48 package.  Any advance on that?


346 MHz ESP8266 32-pin QFN ;-)  https://github.com/cnlohr/nosdk8266
and you get properly fast serial IO at 173 MHz I2S

I win? :D
Who logs in to gdm? Not I, said the duck.
My fireplace is on fire, but in all the wrong places.
 

Offline brucehoult

  • Super Contributor
  • ***
  • Posts: 4026
  • Country: nz
Re: Why faster MCU's always get's large pin packages!
« Reply #29 on: July 01, 2017, 08:44:19 am »
someone already mentioned XMOS XCore at 400-1000MHz (divided by hardware threads to help with memory latency)

Yeah, that was me too. I hadn't previously heard of them until I looked for low pin count MCUs on element14 for this thread. Interesting.

Quote
The 320 MHz FE310-G000 RISC-V is in a QFN48 package.  Any advance on that?


346 MHz ESP8266 32-pin QFN ;-)  https://github.com/cnlohr/nosdk8266
and you get properly fast serial IO at 173 MHz I2S

I win? :D

Only until I get my order for an Arduino Cinque with one each of the above! (plus an ARM just purely so they can have USB serial&JTAG while giving evil FTDI the boot). What we don't know is how many of those CPUs will be end user programmable -- the FE310 is intended to be the application processor.
 

Offline Nerull

  • Frequent Contributor
  • **
  • Posts: 694
Re: Why faster MCU's always get's large pin packages!
« Reply #30 on: July 01, 2017, 10:02:36 pm »
If there was a choice of a 1Ghz/32 bit in a xxxxx package i guarantee that you would in less then 5 secs orders 3 samples of it! So there are no "real" choice's, only expensive ""forced-upon-you" solutions. Why are mobile phones small and dont incorporate "your big and fat" solution?

So, the "fastest+smallest" and easy to get dev software solution as of today is XS1-L4A-64-TQ48-C4.

Well, if a few hobbyists want to order free samples I'm sure the chip fabs are just chomping at the bit to spin up production. How  many chips do you need to produce to break even, 5?
 ::)
 

Offline MTTopic starter

  • Super Contributor
  • ***
  • Posts: 1616
  • Country: aq
Re: Why faster MCU's always get's large pin packages!
« Reply #31 on: July 09, 2017, 03:28:01 pm »

You made me lough.
If i made you lough i won! :D
http://www.thefreedictionary.com/lough

Quote
They do incorporate chips with hundreds of pins.
The point was  fewer pins not hundreds of balls!

Quote
EDIT: BTW they do have billions of transistors on the die. https://venturebeat.com/2017/01/03/qualcomms-snapdragon-835-will-debut-with-3-billion-transistors-and-a-10nm-manufacturing-process/

That just screams OEM and NDA and million volumes and 8 layer PCB, no thanks, i want 1Ghz,32Bit, 4MB SRAM TSSOP20.
Why is it so that larger the Flash/SRAM are the more pins a device get?! Surely there are very little die size difference between 32k and 64k for any same given 64TQFP package etc. Thats also like number of pins irrational and foolish marketing strategy.
Yet ST makes QFP32/TQFP48/TSSOP20 "market correct" packages utterly wrong according to some folks reasoning here. :D

No point getting upset.  It's the simply the market, if there was a ready market for the size/pin count you want then i'm sure (bounded by the laws of physics etc..) that someone would be making it. Most IC's these days are designed for a lead customer (automotive/consumer/perhaps industrial sometimes).

Im not upset, its some of the log conservative thinking engineers in this thread thats upset over the idea of 1Ghz 32bit 1MB SRAM TSSOP20. Speaking of the market i bet nobody understands ST market approach with their line of MCU's that make no sense anymore , very few would be able to select the "right device" for their product based on price reasons or peripherals it barely make sense in volumes.

I recently read that on a new car these days 73% of its price are electronics/software rest is metal. So what MCU and car manufacturer do is to "invent a problem" as an excuse to invent a solution to that problem, yet car manufacturers overproduce cars.

Quote
In those cases you don't use SO packages as it'a a waste of space by itself. Large package that could fit only a tiny die inside of it.
I'm talking about pin count, glad you confirms die size so make it BGA8,  1mm by 1mm.

Quote
And in such case 1 layer PCB would be inadequate even by signal integrity standpoint. No it would not be splendid. It would be
a bulky piece of crap which you could put on tiny multilayer board instead. And you don't put WLCSP10 on a cheap single layer board.

Nope it would be elegant, tiny utterly cheap and cost effective compared to your 8 layer 1million balls solution not even mention how
impossible it would be to sell it for 15 usd. But heey, "money" is an artificial figure at the end of the day.
« Last Edit: July 09, 2017, 03:38:59 pm by MT »
 

Online wraper

  • Supporter
  • ****
  • Posts: 16833
  • Country: lv
Re: Why faster MCU's always get's large pin packages!
« Reply #32 on: July 09, 2017, 03:36:56 pm »
Yet ST makes QFP32/TQFP48/TSSOP20 "market correct" packages utterly wrong according to some folks reasoning. :D
Then look again what ST offers in in those packages and reasoning makes a lot of sense.
Quote
Nope it would be elegant, tiny utterly cheap and cost effective compared to your 8 layer 1million balls solution not even mention how
impossible it would be to sell it for 15 usd
Raspberry pi 0 - $5
Quote
I'm talking about pin count, glad you confirms die size so make it BGA8,  1mm by 1mm.
If you want some 1 logic gate IC, then sure but not MCU.
Quote
Nope it would be elegant, tiny utterly cheap and cost effective
Seems you have 0 understanding about real mass production.
« Last Edit: July 09, 2017, 03:43:22 pm by wraper »
 

Offline MTTopic starter

  • Super Contributor
  • ***
  • Posts: 1616
  • Country: aq
Re: Why faster MCU's always get's large pin packages!
« Reply #33 on: July 09, 2017, 03:44:51 pm »

Then look again what ST offers in in those packages and reasoning makes a lot of sense.

Nope it does not, just take a look at the entire production, it has all become "Michrochiped" you argue against yourself wraper!
Quote
Raspberry pi 0 - $5
A device thats old and closed for any except OEM. I also got some Nucleo boards for free.


If you want some 1 logic gate IC, then sure but not MCU.
Thats just dumb answer, certainly you cant imagine ATTINY5-TSHR SOT-23-6 is real.

Quote
Seems you have 0 understanding about real mass production.
To the contrary, but you lack imagination and future product market ,better to be stock conservative! ::)
« Last Edit: July 09, 2017, 03:53:57 pm by MT »
 

Online wraper

  • Supporter
  • ****
  • Posts: 16833
  • Country: lv
Re: Why faster MCU's always get's large pin packages!
« Reply #34 on: July 09, 2017, 03:54:43 pm »

Then look again what ST offers in in those packages and reasoning makes a lot of sense.

Nope it does not, just take a look at the entire production, it has all become "Michrochiped" you argue against yourself wraper!
I don't quiet understand what do you mean by that. Where I did contradict with myself? Of course relatively slow and low current consumption cortex M0 makes sense on 2 layer PCB.
Quote
Quote
Raspberry pi 0 - $5
A device thats old and closed for any except OEM. I also got some Nucleo boards for free.
Open source has nothing to do with board production cost.
 

Online NorthGuy

  • Super Contributor
  • ***
  • Posts: 3138
  • Country: ca
Re: Why faster MCU's always get's large pin packages!
« Reply #35 on: July 09, 2017, 03:57:17 pm »
The point was  fewer pins not hundreds of balls!

If size is important to you, then BGA might be smaller despite it has more pins. Like 121-pin 0.8mm pitch BGA is 9x9mm - it's roughly the same size as SSOP-20 (which is 8x10mm) but has 6 times more pins. If you don't use most pins on the BGA it will also be easy to fan out.

If you actually want the smaller number of pins regardless of the size, then perhaps getting a bigger package and cutting extra pins off would help.
 

Online wraper

  • Supporter
  • ****
  • Posts: 16833
  • Country: lv
Re: Why faster MCU's always get's large pin packages!
« Reply #36 on: July 09, 2017, 05:23:22 pm »
Quote
Seems you have 0 understanding about real mass production.
To the contrary, but you lack imagination and future product market ,better to be stock conservative! ::)
OK, then let's return to the through hole stuff  :), to be super conservative. Industry does not agree with you for some (known) reason, hence you started this tread in the first place.
 

Offline DaJMasta

  • Super Contributor
  • ***
  • Posts: 2296
  • Country: us
    • medpants.com
Re: Why faster MCU's always get's large pin packages!
« Reply #37 on: July 09, 2017, 06:59:08 pm »
If you go through hole, even if there's a hobby market for it, you completely cut out any potential for the package to be a commercial success.  You also limit your top chip speed because of the physical distance between contact points on the board - parasitics eating up your signal integrity margins even before you make it to the board.

I think if you want high speed and capability in a dip package, the MUCH better choice is to do something like an arduino nano module - a small board with the chip and some supporting bits with some of the pins broken out in a dip package form factor.



I think for most applications a higher pin count package doesn't really have detriments... and then it makes the same sku usable for high I/O count applications too.  While it may mean you can't hand solder it and can't use the cheapest board fabrication services... since it doesn't take a large batch before those costs are almost completely overcome, I can't see a big market for most of the things these low pin count high pin pitch fast MCUs would come to be used in.  Yeah, for me, a hobbyist, it could be nice.... but not for most applications, so can you really expect a company to cater it?
 

Offline Sal Ammoniac

  • Super Contributor
  • ***
  • Posts: 1668
  • Country: us
Re: Why faster MCU's always get's large pin packages!
« Reply #38 on: July 09, 2017, 11:16:58 pm »
I think if you want high speed and capability in a dip package, the MUCH better choice is to do something like an arduino nano module - a small board with the chip and some supporting bits with some of the pins broken out in a dip package form factor.

This. Some people just don't understand that the hobby market is so minuscule and the numbers are so low as to make it pointless for any manufacturer to cater to this market. The only reason I can think of is perhaps for publicity (e.g. Atmel probably got some positive publicity when the Arduino people used the AVR). Other than that, the hobby market is less than peanuts to a chip maker.

Companies like Sparkfun and Adafruit can come to the rescue here by creating and selling breakout boards for chips that are otherwise impractical for most hobbyists to use.
Complexity is the number-one enemy of high-quality code.
 

Online alm

  • Super Contributor
  • ***
  • Posts: 2858
  • Country: 00
Re: Why faster MCU's always get's large pin packages!
« Reply #39 on: July 09, 2017, 11:42:27 pm »
Not just publicity, also familiarity with your parts for possibly future EEs. If someone worked with Arduino in high school, they become an EE, and have to select a micro for a new product, Atmel (Microchip) may very well be the first place they look. That is why plenty of micro vendors tried to emulate the Arduino with the various Arduino-compatible boards and mbed. The whole slew of cheap development boards with free development environments and compilers.

However, I would not expect them to introduce a part just for that hobbyist market. They would rather stick an existing part on a board and sell that to hobbyists at a loss.

Online westfw

  • Super Contributor
  • ***
  • Posts: 4199
  • Country: us
Re: Why faster MCU's always get's large pin packages!
« Reply #40 on: July 09, 2017, 11:53:30 pm »
Quote
Surely there are very little die size difference between 32k and 64k
I think you're wrong.  Especially if you're talking about fast RAM of the sort you might want to connect to a 1GHz CPU.

I'm having trouble finding an analyzed die photo for a modern ARM chip, but I did find this one of a somewhat older ARM9 chip.  Where it shows that 4k of cache memory occupies about the same die area as the ARM core...

(transistors have gotten smaller, and I think ARM cores have gotten smaller, but the ratio of memory size to core feature size should be about the same...)
 
The following users thanked this post: Someone

Online westfw

  • Super Contributor
  • ***
  • Posts: 4199
  • Country: us
Re: Why faster MCU's always get's large pin packages!
« Reply #41 on: July 10, 2017, 12:08:21 am »
Other sites tout the cortex M0 core as consisting of about 12k gates.  A static memory cell is probably somewhat similar in size to "a gate", so the Cortex M0 core is about the same size as 2kbytes of RAM.
 
The following users thanked this post: Someone

Online wraper

  • Supporter
  • ****
  • Posts: 16833
  • Country: lv
Re: Why faster MCU's always get's large pin packages!
« Reply #42 on: July 10, 2017, 07:18:29 am »
Quote
STM32F103VGT6 is one of the largest STMicroelectronics's Cortex-M3 microcontrollers.
1Mb of flash and 96kb of SRAM consumes most of it's enormous 5339x5188 µm die.
 

Offline CM800

  • Frequent Contributor
  • **
  • Posts: 882
  • Country: 00
Re: Why faster MCU's always get's large pin packages!
« Reply #43 on: July 10, 2017, 08:03:35 am »
Quote
STM32F103VGT6 is one of the largest STMicroelectronics's Cortex-M3 microcontrollers.
1Mb of flash and 96kb of SRAM consumes most of it's enormous 5339x5188 µm die.


Got to love how it looks like massive fields then in the right hand bottom corner, a small town with roads, factories etc.
 

Offline Zbig

  • Frequent Contributor
  • **
  • Posts: 927
  • Country: pl
Re: Why faster MCU's always get's large pin packages!
« Reply #44 on: July 10, 2017, 10:43:31 am »
Anyone remember this: https://www.eevblog.com/forum/projects/dawn-operating-system/ thread? I can't help but notice striking similarities. In both cases, a guy somewhere is convinced that the big, dumb, greedy industry is pushing unnecessarily complex, proprietary and expensive solutions as a part of a conspiracy to extort more money from stupid engineers who don't realize they could do the same with a magical $0.10, 8-pin, 1GHz part. Isn't that funny that all the Dawn OS guy needed to market his revolutionary operating system was a non-existent, cheap, small and screamingly fast one-operand SUBLEQ CPU? I say we have to put those two in touch and let them both free our sorry bunch (and the rest of humanity) from the tyranny of proprietary, over-complicated, too-much-pins, too-many-instructions, oppressive technology? Unless they're the same guy, that is...  ;)
 
The following users thanked this post: rsjsouza

Offline JPortici

  • Super Contributor
  • ***
  • Posts: 3461
  • Country: it
Re: Why faster MCU's always get's large pin packages!
« Reply #45 on: July 10, 2017, 11:05:30 am »
Anyone remember this: https://www.eevblog.com/forum/projects/dawn-operating-system/ thread? I can't help but notice striking similarities

my thoughts exactly :D

it'd be nice if more replies had at some arguments to support the claims

meanwhile:  :popcorn:
« Last Edit: July 10, 2017, 11:07:07 am by JPortici »
 

Offline MK14

  • Super Contributor
  • ***
  • Posts: 4527
  • Country: gb
Re: Why faster MCU's always get's large pin packages!
« Reply #46 on: July 10, 2017, 11:25:30 am »
Unless they're the same guy, that is...  ;)

I think they are completely different people.
The OP, does NOT remind me of Geri.

To me, they are NOTICEABLY different people. With completely different styles.
 

Offline Zbig

  • Frequent Contributor
  • **
  • Posts: 927
  • Country: pl
Re: Why faster MCU's always get's large pin packages!
« Reply #47 on: July 10, 2017, 11:47:06 am »


Unless they're the same guy, that is...  ;)

I think they are completely different people.
The OP, does NOT remind me of Geri.

To me, they are NOTICEABLY different people. With completely different styles.

Oh well, I guess you're 2 million percent RIGHT (just to pull some arbitrary large number out of thin air, for no particular reason).

 

Offline MK14

  • Super Contributor
  • ***
  • Posts: 4527
  • Country: gb
Re: Why faster MCU's always get's large pin packages!
« Reply #48 on: July 10, 2017, 12:01:50 pm »


Unless they're the same guy, that is...  ;)

I think they are completely different people.
The OP, does NOT remind me of Geri.

To me, they are NOTICEABLY different people. With completely different styles.

Oh well, I guess you're 2 million percent RIGHT (just to pull some arbitrary large number out of thin air, for no particular reason).

Well I'm 2,000,001% sure that my gut feeling about Geri, being a different person, might be right. But it is just one persons opinion, which could also be wrong.
 

Offline ali_asadzadeh

  • Super Contributor
  • ***
  • Posts: 1901
  • Country: ca
Re: Why faster MCU's always get's large pin packages!
« Reply #49 on: July 10, 2017, 12:44:27 pm »
Use V3S from allwinner! it's 32Bit, 1GHz and have internal 64MB RAM, it's 128QFP, the only draw back is the poor documentation and linux resources
ASiDesigner, Stands for Application specific intelligent devices
I'm a Digital Expert from 8-bits to 64-bits
 


Share me

Digg  Facebook  SlashDot  Delicious  Technorati  Twitter  Google  Yahoo
Smf