Post by thread:[EE][PIC][AVR] Looking for a microcontroller

I have been asked to find a microcontroller with the following requirements: - must be possible to add memory card for data logging - full-speed USB 12 Mbps - at least 40 pins or near (more or less) - at least 10-30 ADC's - very fast "cpu" - quite popular make/model so that I can get help for it Does anyone know of a controller that is capable of all this? It does not matter what brand it is. -- - Rikard - http://bos.hack.org/cv/

> - at least 40 pins or near (more or less) package pins? that would be a funny requirement! > - at least 10-30 ADC's I don't think you'll find any. Most uC contain one or two ADCs, with a lot of I/O pins multiplexed to these ADCs. > - very fast "cpu" define "fast". > - quite popular make/model so that I can get help for it define "popular" Before Russel accuses me of wearing my teachers hat: you might have a look at some ARM chips, for instance the LPC2148. Wouter van Ooijen -- ------------------------------------------- Van Ooijen Technische Informatica: http://www.voti.nl consultancy, development, PICmicro products docent Hogeschool van Utrecht: http://www.voti.nl/hvu

Rikard Bosnjakovic wrote: > - at least 40 pins or near (more or less) The usual types are 28-pin, 40-pin and then 64-pin, I think. *Everything* above 40-pin are *always* SMD, if it matters. > - at least 10-30 ADC's Is it "at least 10" *OR* "at least 30" ?? Can't be both, can it ? :-) (And you *must* be talking about inputs to the ADC-mux, not actualy that many AD *converters*, right ?) > - very fast "cpu" As wouter said, what the heck is "very fast" ??? *How* fast ? Jan-Erik.

Rikard Bosnjakovic wrote: > I have been asked to find a microcontroller with the following requirements: > > - must be possible to add memory card for data logging > shouldn't be too much of a problem, CF cards are esentially SPI and mo > - full-speed USB 12 Mbps > Assuming you mean device side USB, microchip have this with the pic18f4550 and friends and i'm sure some arm based chips do too, not sure about others. Host side USB is MUCH rarer > - at least 40 pins or near (more or less) > pins is a somewhat vauge term as controllers vary hugely in what proportion of thier pins are availible for user applications > - at least 10-30 ADC's > thats quite a wide range but either way I don't think you will find even 10 seperate ADCs in one microcontroller, if one ADC with multiple inputs is sufficiant then many microcontrollers will cover at least the lower end of your range. > - very fast "cpu" > very fast is a somewhat relative term, no microcontroller will be fast by the stands of what say a PC can do.

> - at least 10-30 ADC's Use external analog multiplexer in case you don't find a micro with 30 analog inputs. > - very fast "cpu" Or use a "very fast" microprocessor with external peripherals like ADC, USB, peripheral IO etc. Or Synthesize your own SOC :-) -- Chetan Bhargava Web: http://www.bhargavaz.net Blog: http://microz.blogspot.com

On 8/5/07, wouter van ooijen <spam_OUTwouterTakeThisOuTvoti.nl> wrote: > > Before Russel accuses me of wearing my teachers hat: > you might have a look at some ARM chips, for instance > the LPC2148. > I think Atmel and NXP ARMs are quite popular with better USB firmware framework codes than PIC18F USB. Xiaofan

I'd also suggest looking at the Freescale MPC line of embedded Power PC chips. Some of them have many multiplexed ADC inputs built-in along with a method of automatically queuing up which conversions you want. I think there are some with USB support, and I also think that there are ones which can do several 100 MIPS. Sean On 8/4/07, Xiaofan Chen <.....xiaofancKILLspam@spam@gmail.com> wrote: {Quote hidden}> On 8/5/07, wouter van ooijen <wouterKILLspamvoti.nl> wrote: > > > > Before Russel accuses me of wearing my teachers hat: > > you might have a look at some ARM chips, for instance > > the LPC2148. > > > > I think Atmel and NXP ARMs are quite popular with better > USB firmware framework codes than PIC18F USB. > > > Xiaofan > -

>I have been asked to find a microcontroller with the following >requirements: > - must be possible to add memory card for data logging > - full-speed USB 12 Mbps > - at least 40 pins or near (more or less) > - at least 10-30 ADC's > - very fast "cpu" > - quite popular make/model so that I can get help for it With such a potentially demanding specification it would help if you could tell us as much as possible about the requirement as it may (and probably will) greatly influence the answer. eg "8 bit ADC's sampled once per second on average with sequential sampling of channels OK and up to half a second timing jitter between consecutive samples of the same channel" would be far far (far) easier to satisfy than eg "12 bit accuracy, 10 uS conversion time, all channels must be sampled simultaneously (to within 20 ns), no more than 50 ns jitter between consecutive samples on the same channel". Knowing target cost would also be of value. Also - it may be possible to use multiple processors or multiple A2D building blocks depending on whether the single IC specification is essential or relatively arbitrary. Knowing the data source and the use to which it will be put in as much detail as you can reveal would also very probably greatly help. Russell

I was looking at full speed USB devices a month or so back and if I recall, the only devices that had this were NXP, Cypress and SiliconLabs. So, what it comes down to....whats the application. Do you really need full speed USB or just to handle full speed protocols? I dont think your going to find a micro with that many A/D's on it either. You may want to consider looking at SBC like PC/104. But it all depends on what your trying to build, how many, at what cost...etc...etc Rikard Bosnjakovic <.....rikard.bosnjakovicKILLspam.....gmail.com> wrote: I have been asked to find a microcontroller with the following requirements: - must be possible to add memory card for data logging - full-speed USB 12 Mbps - at least 40 pins or near (more or less) - at least 10-30 ADC's - very fast "cpu" - quite popular make/model so that I can get help for it Does anyone know of a controller that is capable of all this? It does not matter what brand it is. -- - Rikard - http://bos.hack.org/cv/

peter green wrote: > Rikard Bosnjakovic wrote: >> I have been asked to find a microcontroller with the following requirements: >> >> - must be possible to add memory card for data logging >> > shouldn't be too much of a problem, CF cards are esentially SPI and mo CF cards are essentially IDE. Which is essentially ISA, which is essentially a simple addr/data/WR/OE/CS bus. CF cards also support an IDE variant 8-bit mode, which helps with uCs (saves a lot of port pins). SD cards are essentially SPI. -- Hector Martin (EraseMEhectorspam_OUTTakeThisOuTmarcansoft.com) Public Key: http://www.marcansoft.com/marcan.asc

alan smith wrote: > I was looking at full speed USB devices a month or so back and if I recall, the only devices that had this were NXP, Cypress and SiliconLabs. Microchip offers full-speed USB in PIC18s. -- Hector Martin (hectorspam_OUTmarcansoft.com) Public Key: http://www.marcansoft.com/marcan.asc

I get confused...is it high speed and then faster is full speed? If thats the case, no I don't think the Mchip are real full speed...they are full speed complient, but not 'full speed' in bandwidth. Could be wrong, but think thats what I was told Hector Martin <@spam@hectorKILLspammarcansoft.com> wrote: alan smith wrote: > I was looking at full speed USB devices a month or so back and if I recall, the only devices that had this were NXP, Cypress and SiliconLabs. Microchip offers full-speed USB in PIC18s. -- Hector Martin (KILLspamhectorKILLspammarcansoft.com) Public Key: http://www.marcansoft.com/marcan.asc

On Monday 06 August 2007 18:59:59 alan smith wrote: > I get confused...is it high speed and then faster is full speed? If thats > the case, no I don't think the Mchip are real full speed...they are full > speed complient, but not 'full speed' in bandwidth. Could be wrong, but > think thats what I was told What you're looking for is "high-speed" USB, which is 480Mbps as opposed to "full-speed" that is only 12Mbps. Cheers. -- with metta, Shawn Tan Aeste Works (M) Sdn Bhd - Engineering Elegance http://www.aeste.net

OK...keep getting those mixed up..make sense tho...should have named them full speed and warp speed (rather than high speed). Shawn Tan <RemoveMEshawn.tanTakeThisOuTaeste.net> wrote: On Monday 06 August 2007 18:59:59 alan smith wrote: > I get confused...is it high speed and then faster is full speed? If thats > the case, no I don't think the Mchip are real full speed...they are full > speed complient, but not 'full speed' in bandwidth. Could be wrong, but > think thats what I was told What you're looking for is "high-speed" USB, which is 480Mbps as opposed to "full-speed" that is only 12Mbps. Cheers. -- with metta, Shawn Tan Aeste Works (M) Sdn Bhd - Engineering Elegance http://www.aeste.net

I think of it as high speed is 400 Mbits/sec plus. I think of full speed as being "full of it " 12Mbits/sec Cedric {Quote hidden}> On Aug 6, 2007, at 11:59 AM, alan smith wrote: > > I get confused...is it high speed and then faster is full speed? If > thats the case, no I don't think the Mchip are real full > speed...they are full speed complient, but not 'full speed' in > bandwidth. Could be wrong, but think thats what I was told > > Hector Martin <spamBeGonehectorspamBeGonemarcansoft.com> wrote: alan smith wrote: >> I was looking at full speed USB devices a month or so back and if >> I recall, the only devices that had this were NXP, Cypress and >> SiliconLabs. > Microchip offers full-speed USB in PIC18s. > > -- > Hector Martin (TakeThisOuThectorEraseMEspam_OUTmarcansoft.com) > Public Key: http://www.marcansoft.com/marcan.asc > > --

>> I don't think the Mchip are real full speed...they are full >> speed complient, but not 'full speed' in bandwidth. "Full speed" means being able to support the 12Mbps datarate on the cable. Throughput is an entirely separate issue, dependent on who all is sharing the bus as well as how fast the PIC can manipulate the protocol bits that it needs to manipulate. It would surprise me if a PIC were capable of source 12Mbps of "real data", and it would likewise surprise me if it were not capable of achieving near "max theoretical" datarate with trivial data (ie reusing the same buffer(s) over and over without filling them with new data.) The original post wasn't clear on the actual data rate needed (along with many other things it wasn't clear about), but it was clear enough to eliminate many of the "low speed only" UCB controllers. BillW

At 01:50 AM 7/08/2007, you wrote: >Rikard Bosnjakovic <RemoveMErikard.bosnjakovicTakeThisOuTgmail.com> wrote: > I have been asked to find a microcontroller with the following > requirements: Looks like the OP has left the building :-D nice conversation though. Regards John Samperi ******************************************************** Ampertronics Pty. Ltd. 11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA Tel. (02) 9674-6495 Fax (02) 9674-8745 Email: johnEraseME.....ampertronics.com.au Website http://www.ampertronics.com.au *Electronic Design * Custom Products * Contract Assembly ******************************************************** -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.11.6/938 - Release Date: 5/08/2007 4:16 PM

> CF cards are essentially IDE. Which is essentially ISA, which is > essentially a simple addr/data/WR/OE/CS bus. CF cards also support > an > IDE variant 8-bit mode, which helps with uCs (saves a lot of port > pins). > SD cards are essentially SPI. Slower SD cards support an essentially SPI mode and the spec says that all are supposed to, and most but not all do. But there are also more complex higher speed modes. How long manufacturers will support the original mode (which started with the interface equivalent MMC cards) is uncertain given the very long transfer times that would be required to fully download 2GB+ cards. Russell