Lpc2000

the new ARM9 controllers from ST are packed with features
http://mcu.st.com/mcu/inchtml.php?fdir=pages&fnam=str9 
... and can be hand build.
They have everything except ethernet PHY and USB OTG.
More things to learn.
Jan

Nice uC. Unfortunately it hasn't MMU but it's still seems to be good 
product.

P.S.
Mi\u0142o zobaczy\u0107 polskie nazwisko na mi\u0119dzynarodowej grupie :)


Jan Szymanski napisa\u0142(a):
> the new ARM9 controllers from ST are packed with features
> http://mcu.st.com/mcu/inchtml.php?fdir=pages&fnam=str9 
> <http://mcu.st.com/mcu/inchtml.php?fdir=pages&fnam=str9>
> ... and can be hand build.
> They have everything except ethernet PHY and USB OTG.
> More things to learn.
> Jan
>
>
>
>
>
>
> SPONSORED LINKS
> Microcontrollers 
> <http://groups.yahoo.com/gads?t=ms&k=Microcontrollers&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&c=3&s=69&.sig=c-HXthtbZy4TZbI3ib0PMg> 
> 	Microprocessor 
> <http://groups.yahoo.com/gads?t=ms&k=Microprocessor&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&c=3&s=69&.sig=ijt0SspWtjogcHCuFD0lUQ> 
> 	Intel microprocessors 
> <http://groups.yahoo.com/gads?t=ms&k=Intel+microprocessors&w1=Microcontrollers&w2=Microprocessor&w3=Intel+microprocessors&c=3&s=69&.sig=WOZdpklkgHbXR5quAgrl5w> 
>
>
>
> ------------------------------------------------------------------------
> YAHOO! GROUPS LINKS
>
>     * Visit your group "lpc2000
>       <http://groups.yahoo.com/group/lpc2000>" on the web.
>     * To unsubscribe from this group, send an email to:
>       lpc2000-unsubscribe@yahoogroups.com
>       <mailto:lpc2000-unsubscribe@yahoogroups.com?subject=Unsubscribe>
>     * Your use of Yahoo! Groups is subject to the Yahoo! Terms of
>       Service <http://docs.yahoo.com/info/terms/>.
>
>
> ------------------------------------------------------------------------
>

----------------------------------------------------------------------
Dzis tez mozesz wygrac playera MP3 >>> http://link.interia.pl/f1947

Hi Jan,

These ARM9 devices are much more interesting than the LPC28xx and
LPC3000--IMO.

--
Paul Curtis, Rowley Associates Ltd   http://www.rowley.co.uk 
CrossWorks for ARM, MSP430, AVR, MAXQ, and now Cortex-M3 processors

> -----Original Message-----
> From: Jan Szymanski [mailto:janek@bigpond.net.au] 
> Sent: 29 May 2006 13:36
> To: lpc2000@yahoogroups.com
> Subject: [lpc2000] the race is on
> 
> the new ARM9 controllers from ST are packed with features
> http://mcu.st.com/mcu/inchtml.php?fdir=pages&fnam=str9
> ... and can be hand build.
> They have everything except ethernet PHY and USB OTG.
> More things to learn.
> Jan
> 
> 
> 
> 
> 
> 
> ------------------------ Yahoo! Groups Sponsor 
> --------------------~--> 
> You can search right from your browser? It's easy and it's 
> free.  See how.
> http://us.click.yahoo.com/_7bhrC/NGxNAA/yQLSAA/dN_tlB/TM
> --------------------------------------------------------------
> ------~-> 
> 
>  
> Yahoo! Groups Links
> 
> 
> 
>  
> 
> 
> 
>

I suppose the next question is when? And how much?

I must admit to shying away from ARM9 as I thought that you always got
the MMU and that, unfortunately, was going to open the doors for the
software engineers to go completely crazy... It looks like the ARM966E-S
dosen't lead you down that path but gives you some nice performance
improvements.

-----Original Message-----
From: lpc2000@yahoogroups.com [mailto:lpc2000@yahoogroups.com] On Behalf
Of Paul Curtis
Sent: Tuesday, 30 May 2006 5:47 AM
To: lpc2000@yahoogroups.com
Subject: RE: [lpc2000] the race is on

Hi Jan,

These ARM9 devices are much more interesting than the LPC28xx and
LPC3000--IMO.

--
Paul Curtis, Rowley Associates Ltd   http://www.rowley.co.uk 
CrossWorks for ARM, MSP430, AVR, MAXQ, and now Cortex-M3 processors

 

> -----Original Message-----
> From: Jan Szymanski [mailto:janek@...]
> Sent: 29 May 2006 13:36
> To: lpc2000@yahoogroups.com
> Subject: [lpc2000] the race is on
> 
> the new ARM9 controllers from ST are packed with features
> http://mcu.st.com/mcu/inchtml.php?fdir=pages&fnam=str9
> ... and can be hand build.
> They have everything except ethernet PHY and USB OTG.
> More things to learn.
> Jan
> 
> 
> 
> 
> 
> 
> ------------------------ Yahoo! Groups Sponsor 
> --------------------~--> You can search right from your browser? It's 
> easy and it's free.  See how.
> http://us.click.yahoo.com/_7bhrC/NGxNAA/yQLSAA/dN_tlB/TM
> --------------------------------------------------------------
> ------~->
> 
>  
> Yahoo! Groups Links
> 
> 
> 
>  
> 
> 
> 
> 


------------------------ Yahoo! Groups Sponsor --------------------~--> 
You can search right from your browser? It's easy and it's free.  See
how.
http://us.click.yahoo.com/_7bhrC/NGxNAA/yQLSAA/dN_tlB/TM
--------------------------------------------------------------------~-> 

 
Yahoo! Groups Links



 




--
This email is confidential and intended solely for the use of the individual to whom it is addressed.  
Any views or opinions presented are solely those of the author and do not necessarily represent those of NAUTRONIX LTD.

If you are not the intended recipient, you have received this email in error and use, dissemination, forwarding, printing, or copying of this email is strictly prohibited.  If you have received this email in error please contact the sender.   

Although our computer systems use active virus protection software, and we take various measures to reduce the risk of viruses being transmitted in e-mail messages and attachments sent from this company, we cannot guarantee that such e-mail messages and attachments are free from viruses on receipt.  It is a condition of our using e-mail to correspond with you, that any and all liability on our part arising directly or indirectly out of any virus is excluded.  Please ensure that you run virus checking software on all e-mail messages and attachments before reading them.

Umm... 

MMU: I think you can always disable/shutoff the MMU on ARM920 and
ARM720.  Except when the CPU has a cache and needs MMU on.  On ARM
it is normally virtual cache.  But you still can do a one-to-one
mapping from physical to virtual and forget about that MMU after
initialized.   It is a simple MMU and not complex as the x86.

FP:  ARM9 normally comes with a hardware FP coprocessor.  I still
have not downloaded the datasheet and check if there is any FP.

Looks like engineering getting tougher... and tools are not 
catching up!

Regards

--- In lpc2000@yahoogroups.com, "Tim Wade" <tim.wade@...> wrote:
>
> I suppose the next question is when? And how much?
> 
> I must admit to shying away from ARM9 as I thought that you always 
got
> the MMU and that, unfortunately, was going to open the doors for 
the
> software engineers to go completely crazy... It looks like the 
ARM966E-S
> dosen't lead you down that path but gives you some nice performance
> improvements.
> 
> -----Original Message-----
> From: lpc2000@yahoogroups.com [mailto:lpc2000@yahoogroups.com] On 
Behalf
> Of Paul Curtis
> Sent: Tuesday, 30 May 2006 5:47 AM
> To: lpc2000@yahoogroups.com
> Subject: RE: [lpc2000] the race is on
> 
> Hi Jan,
> 
> These ARM9 devices are much more interesting than the LPC28xx and
> LPC3000--IMO.
> 
> --
> Paul Curtis, Rowley Associates Ltd   http://www.rowley.co.uk 
> CrossWorks for ARM, MSP430, AVR, MAXQ, and now Cortex-M3 processors
> 
>  
> 
> > -----Original Message-----
> > From: Jan Szymanski [mailto:janek@...]
> > Sent: 29 May 2006 13:36
> > To: lpc2000@yahoogroups.com
> > Subject: [lpc2000] the race is on
> > 
> > the new ARM9 controllers from ST are packed with features
> > http://mcu.st.com/mcu/inchtml.php?fdir=pages&fnam=str9
> > ... and can be hand build.
> > They have everything except ethernet PHY and USB OTG.
> > More things to learn.
> > Jan
> > 
> > 
> > 
> > 
> > 
> > 
> > ------------------------ Yahoo! Groups Sponsor 
> > --------------------~--> You can search right from your browser? 
It's 
> > easy and it's free.  See how.
> > http://us.click.yahoo.com/_7bhrC/NGxNAA/yQLSAA/dN_tlB/TM
> > --------------------------------------------------------------
> > ------~->
> > 
> >  
> > Yahoo! Groups Links
> > 
> > 
> > 
> >  
> > 
> > 
> > 
> > 
> 
> 
> ------------------------ Yahoo! Groups Sponsor --------------------
~--> 
> You can search right from your browser? It's easy and it's free.  
See
> how.
> http://us.click.yahoo.com/_7bhrC/NGxNAA/yQLSAA/dN_tlB/TM
> -------------------------------------------------------------------
-~-> 
> 
>  
> Yahoo! Groups Links
> 
> 
> 
>  
> 
> 
> 
> 
> --
> This email is confidential and intended solely for the use of the 
individual to whom it is addressed.  
> Any views or opinions presented are solely those of the author and 
do not necessarily represent those of NAUTRONIX LTD.
> 
> If you are not the intended recipient, you have received this 
email in error and use, dissemination, forwarding, printing, or 
copying of this email is strictly prohibited.  If you have received 
this email in error please contact the sender.   
> 
> Although our computer systems use active virus protection 
software, and we take various measures to reduce the risk of viruses 
being transmitted in e-mail messages and attachments sent from this 
company, we cannot guarantee that such e-mail messages and 
attachments are free from viruses on receipt.  It is a condition of 
our using e-mail to correspond with you, that any and all liability 
on our part arising directly or indirectly out of any virus is 
excluded.  Please ensure that you run virus checking software on all 
e-mail messages and attachments before reading them.
>

Hi, 

> I suppose the next question is when? 

Well, I already have samples, so when is probably very soon.

> And how much?

No idea.

> I must admit to shying away from ARM9 as I thought that you 
> always got the MMU and that, unfortunately, was going to open 
> the doors for the software engineers to go completely 
> crazy... It looks like the ARM966E-S dosen't lead you down 
> that path but gives you some nice performance improvements.

Some ARM9s require the MMU to be enabled to get a cache IIRC.  This ARM9
is an ARM9 without the baggage that normally comes with it.  Certainly
more real, and I would say more useful, than an LPC3000 for regular
embedded apps.

--
Paul Curtis, Rowley Associates Ltd   http://www.rowley.co.uk 
CrossWorks for ARM, MSP430, AVR, MAXQ, and now Cortex-M3 processors

Adam Malinowski schrieb:
> Nice uC. Unfortunately it hasn't MMU but it's still seems to be good 
> product.

I'd say most embedded applications do not need an MMU.

-- 
42Bastian

> FP:  ARM9 normally comes with a hardware FP coprocessor.  I still

I doubt this. I've seen several ARM9 on my desk, none with FP.
-- 
42Bastian

At 10:18 30.05.2006 +0100, you wrote:
>Hi,
>
> > I suppose the next question is when?
>
>Well, I already have samples, so when is probably very soon.
>
> > And how much?
>
>No idea.

See at 
http://www.digikey.com/scripts/DkSearch/dksus.dll?Criteria?Ref=50344&Site=US&Cat=33948585

If the link does not work, search for "STR91" on www.digikey.com

> > I must admit to shying away from ARM9 as I thought that you
> > always got the MMU and that, unfortunately, was going to open
> > the doors for the software engineers to go completely
> > crazy... It looks like the ARM966E-S dosen't lead you down
> > that path but gives you some nice performance improvements.
>
>Some ARM9s require the MMU to be enabled to get a cache IIRC.  This ARM9
>is an ARM9 without the baggage that normally comes with it.  Certainly
>more real, and I would say more useful, than an LPC3000 for regular
>embedded apps.

Regards
Herbert

--- In lpc2000@yahoogroups.com, "Paul Curtis" <plc@...> wrote:
> > I suppose the next question is when? 
> Well, I already have samples, so when is probably very soon.

Just tried digikey "STR9" search...
STR912FW44X6 512K/96K US$17.82000@Qty10 shipping 22Jun2006

Umm.. with all the shortages on lpc213x, lpc214x.. good
reason to switch??

Umm.. leon, could you startup a new str9 forum on yahoo?? 
and sorry to philips!! :)

Hi, 

> > FP:  ARM9 normally comes with a hardware FP coprocessor.  I still
> 
> I doubt this. I've seen several ARM9 on my desk, none with FP.

That's right.  There's the Maverick Crunch aka EP9312 with non-ARM FP,
and the LPC3000 with the first VFP implementation IIRC.  I don't believe
there is any other ARM/XScale with FPU on chip.

--
Paul Curtis, Rowley Associates Ltd   http://www.rowley.co.uk 
CrossWorks for ARM, MSP430, AVR, MAXQ, and now Cortex-M3 processors

> Umm.. leon, could you startup a new str9 forum on
> yahoo?? 
> and sorry to philips!! :) 

Please start a real forum.  These yahoo groups are
nice, but the search function alone is reason enough
to stay away.



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com

Search might be crap, but at least messages can be delivered by e-mail. 

--
Paul Curtis, Rowley Associates Ltd   http://www.rowley.co.uk 
CrossWorks for ARM, MSP430, AVR, MAXQ, and now Cortex-M3 processors

> -----Original Message-----
> From: mickey mouse [mailto:deliconn@...] 
> Sent: 30 May 2006 13:37
> To: lpc2000@yahoogroups.com
> Subject: Re: [lpc2000] Re: the race is on
> 
> > Umm.. leon, could you startup a new str9 forum on yahoo??
> > and sorry to philips!! :)
> 
> Please start a real forum.  These yahoo groups are nice, but 
> the search function alone is reason enough to stay away.
> 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection 
> around http://mail.yahoo.com 
> 
> 
> ------------------------ Yahoo! Groups Sponsor 
> --------------------~--> 
> Protect your PC from spy ware with award winning anti spy 
> technology. It's free.
> http://us.click.yahoo.com/97bhrC/LGxNAA/yQLSAA/dN_tlB/TM
> --------------------------------------------------------------
> ------~-> 
> 
>  
> Yahoo! Groups Links
> 
> 
> 
>  
> 
> 
> 
>

I would like to request leon to start the new STR91x as I think 
he is a good moderator.  

It can still be on this Yahoo.
For searching, use
   http://www.embeddedrelated.com/groups.php 
and yahoo lpc2100 database has been properly organised in threads
there, with good search functions.

I think Jaya is using another similar website for better
threads organisation and searching.

Regards



--- In lpc2000@yahoogroups.com, mickey mouse <deliconn@...> wrote:

>
> > Umm.. leon, could you startup a new str9 forum on
> > yahoo?? 
> > and sorry to philips!! :) 
> 
> Please start a real forum.  These yahoo groups are
> nice, but the search function alone is reason enough
> to stay away.
> 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com
>

Paul Curtis schrieb:

> That's right.  There's the Maverick Crunch aka EP9312 with non-ARM FP,
> and the LPC3000 with the first VFP implementation IIRC.  I don't believe
> there is any other ARM/XScale with FPU on chip.

Also, I thing there are very few application which need floating point.
(Those I have seen did it because the programmers where too lazy to
think about fixed point.)

-- 
42Bastian

The STR9xxx family looks as a very interesting candidate for our future project since it contains the combination of can, ethernet, uart, flash and sram. :)

However, can anyone confirm, or have any hints, whether there will be Gnuarm support for these puppies soon?
(Currently there only seems to be support for the predecessors 7xxx.)

Also, if it's not too off topic, does anyone know any competiting devices also having the combination of  Can, ethernet, uart, flash and sram?

And especially, is there any soon to come LPC device providing this combination?
Would have been the most convenient for me, already having quite a bit of experience with these...

Kind Regards

/ Dennis



[Non-text portions of this message have been removed]

--- In lpc2000@yahoogroups.com, 42Bastian Schick <bastian42@...> wrote:
>
> Paul Curtis schrieb:
> 
> > That's right.  There's the Maverick Crunch aka EP9312 with non-ARM FP,
> > and the LPC3000 with the first VFP implementation IIRC.  I don't
believe
> > there is any other ARM/XScale with FPU on chip.
> 
> Also, I thing there are very few application which need floating point.
> (Those I have seen did it because the programmers where too lazy to
> think about fixed point.)
> 
> -- 
> 42Bastian
>

Maybe...  But inverse kinematics for a 5 DOF robotic arm is a lot
easier to do with FP (and trig functions) than without.


Richard

> Also, if it's not too off topic, does anyone know any competiting devices 
> also having the combination of  Can, ethernet, uart, flash and sram?


Yes - AT91SAM7Xnnn

[my posts normally take 3 days to appear, first attempt at sending in a 
while, sorry if this thread is dead and gone by the time it turns up]

Regards,
Richard.

http://www.FreeRTOS.org
*Now for ARM CORTEX M3!*

Richard, 

> > Also, if it's not too off topic, does anyone know any competiting 
> > devices also having the combination of  Can, ethernet, 
> uart, flash and sram?
> 
> Yes - AT91SAM7Xnnn
> 
> [my posts normally take 3 days to appear, first attempt at 
> sending in a while, sorry if this thread is dead and gone by 
> the time it turns up]

The STR9 part will run faster and has 96K of SRAM.  That's a *big* plus
in my book, which is why we're looking very seriously at this part.

--
Paul Curtis, Rowley Associates Ltd   http://www.rowley.co.uk 
CrossWorks for ARM, MSP430, AVR, MAXQ, and now Cortex-M3 processors

----- Original Message ----- 

From: "unity0724" <unity0724@...>
To: <lpc2000@yahoogroups.com>
Sent: Tuesday, May 30, 2006 1:45 PM
Subject: [lpc2000] Re: the race is on


I would like to request leon to start the new STR91x as I think
he is a good moderator.

Thanks for the praise! I'd rather someone else took it on, though; I have 
enough groups I am responsible for.

Leon

Dennis Arkeryd schrieb:

> However, can anyone confirm, or have any hints, whether there will be Gnuarm 
 >support for these puppies soon?

FSF-GCC support all architectures. But of course none of the peripherals.

You need to port the ST libraries.

-- 
42Bastian

--- In lpc2000@yahoogroups.com, 42Bastian Schick <bastian42@...> wrote:
>
> Adam Malinowski schrieb:
> > Nice uC. Unfortunately it hasn't MMU but it's still seems to be good 
> > product.
> 
> I'd say most embedded applications do not need an MMU.
> 
> -- 
> 42Bastian
>
I would guess that would depend on if you were counting the number of
*different* applications or the number of products?  AFAIK, cell
phones are still the major users of ARM cores, and all of the newer
ones that I have any knowledge of use ARM9 or ARM11, WITH the MMU
utilized.

--Dave

42Bastian Schick wrote:

>Adam Malinowski schrieb:
>  
>
>>Nice uC. Unfortunately it hasn't MMU but it's still seems to be good 
>>product.
>>    
>>
>
>I'd say most embedded applications do not need an MMU.
>
>  
>
As long as you don't use malloc() and free() in your software, no, there 
is no need for it.  However, the MMU allows you to compress your heap 
and make the "holes" appear as a larger segment instead of a lot of tiny 
ones scattered about.  Memory fragmentation can also be a big issue with 
an embedded system.

The other advantage would be to virtualize large arrays of structures 
onto Flash memory devices such as Secure Digital or Compact Flash.  
Having a miniscule 32K of RAM is a PITA.  I have an array of structures 
which are 72 bytes in size and one element of that struct is a 48 char 
text field.  This text field is only needed for the initial report but 
must be kept if the system is told to 're-report all events'.  Since I 
have 100 structures, that is 7K of data.  of which, 4K is something that 
could be stored on a disk drive.  Virtualization could allow me to 
extend the "RAM" and hold that infrequently accessed data in slower memory.

No, an MMU would be a distinct advantage in an LPC2138 or ...... (insert 
your favorite LPC2000 chipname).

I would like to see something like an MMU in a LPCx000 processor.  It 
would be nice if the MMU could be powered down via PCONP if it is not 
needed...

Regards,

TomW



-- 
Tom Walsh - WN3L - Embedded Systems Consultant
http://openhardware.net, http://cyberiansoftware.com
"Windows? No thanks, I have work to do..."
----------------------------------------------------

At 07:11 PM 5/30/2006 -0400, Tom Walsh wrote:
>As long as you don't use malloc() and free() in your software, no, there
>is no need for it.  However, the MMU allows you to compress your heap
>and make the "holes" appear as a larger segment instead of a lot of tiny
>ones scattered about.  Memory fragmentation can also be a big issue with
>an embedded system.
>
>The other advantage would be to virtualize large arrays of structures
>onto Flash memory devices such as Secure Digital or Compact Flash.
>Having a miniscule 32K of RAM is a PITA.  I have an array of structures
>which are 72 bytes in size and one element of that struct is a 48 char
>text field.  This text field is only needed for the initial report but
>must be kept if the system is told to 're-report all events'.  Since I
>have 100 structures, that is 7K of data.  of which, 4K is something that
>could be stored on a disk drive.  Virtualization could allow me to
>extend the "RAM" and hold that infrequently accessed data in slower memory.

Even without the relocating memory a MMU could be useful.  MMUs usually 
(It's almost a necessary side effect of their operation) include memory 
protection so accesses to addresses outside of the 'mapped' addresses are 
trapped.  By limiting access to address ranges to certain process's a whole 
class of errors can be reduced significantly.

At this point a distinction between user and supervisor modes can be really 
useful.

I don't care about virtualization or compressing the heap but making sure 
only certain processes can write to specific address ranges, now that I'd 
like to see.  I just haven't seen an implementation on a microcontroller yet.

Robert

" 'Freedom' has no meaning of itself.  There are always restrictions,   be 
they legal, genetic, or physical.  If you don't believe me, try to chew a 
radio signal. "  -- Kelvin Throop, III
http://www.aeolusdevelopment.com/

Could someone familiar with both LPC21xx and STR91x help giving 
some quick comparison of the 2-chips??

- Raw CPU performance:   1.5-2x ??
- IC Package, I/O:  I saw 48 I/Os on LQFP80 (which is not very 
  much bigger than LQFP64)
- On chips peripherals: uart, i2c, spi, timer, can, usb, adc/dac,
  dma, ethernet...
- Supplies:  LPC2148 has internal 1.8V LDO
- Power consumption: how low power? meeting usb bus-powered
  requirements?
- Development Tools Supporting: JTAG downloading? Can't be
  as "engineer friendly" as LPC2148, right?
- Compilers Supporting: Any GCC or commercial ARM7/9 compilers,
  right?
- Pricing, price trend:  STR91x is "Stacked die"
- Memory Code Read Protection:  Is it more reliable on STR91x??

Sorry to start such a thread on this LPC21xx group... 
and This is comparing apple/arm7 to orange/arm9..    :)

--- In lpc2000@yahoogroups.com, "Paul Curtis" <plc@...> wrote:
>
> Search might be crap, but at least messages can be delivered by e-mail. 

I like freelists.org. There's no ads and they have email support. 

Eric

--- In lpc2000@yahoogroups.com, "Paul Curtis" <plc@...> wrote:

> The STR9 part will run faster and has 96K of SRAM.  That's a *big* plus
> in my book,

Their open library caught my attention.

By the way, I heard ST also licensed the Cortex M3 - has there been
any word on when they'll produce a product based on it?

Eric

I've done 2 designs with LPC parts and they were good.  I was just designing in another AT91SAM7X256 for a new project, but since I saw the STR912 I am dropping the Atmel and changing the design over to the ST part right now.  I need a lot of I/O along with Enet, USB, and built in flash.  LPC does not have anything close to that yet.  The Atmel part was one of the few choices but I had to add a Altera MAXII CPLD as well to get enough I/O.

The STR912 has 80 pins of I/O, Enet, USB, Flash, and ARM9.  Much faster than the ARM7 CPUs and now with the STR912 I don't need the CPLD at all.  Better performance, lower total cost, and smaller PCB size.

Moreover, the STR91X's have 2 separate groups of flash memory.  That's very cool.  I don't need another EEPROM for parameter storage.  You can write to the smaller flash while still excecuting code in the main Flash.  Can't do that with the LPCs.

I've looked at a lot of the ARM7/9 parts out there and these new ones from ST are very hot.  They have a lot of great features, and where most ARM9 parts require separate SRAM and Flash, these have that built in.  That saves a ton of pins.  If you need a lot of I/O and these other features, right now I think the ST parts are at the top of the list.

Chris.

 


[Non-text portions of this message have been removed]

So no plans by ST or the GnuArm guys to port the ST 9xxx libraries?


42Bastian Schick <bastian42@...> skrev: Dennis Arkeryd schrieb:

> However, can anyone confirm, or have any hints, whether there will be Gnuarm 
 >support for these puppies soon?

FSF-GCC support all architectures. But of course none of the peripherals.

You need to port the ST libraries.

-- 
42Bastian




 
Yahoo! Groups Links



 





[Non-text portions of this message have been removed]

Hi again,

Anyone that  has any comments on Str9xxx vs Freescale MCF5282?
These seem to be the main candidates for our future project.

(The atmel one that someone suggested seems to lack ethernet that is an absolute requirement for this project.)

The MCF5282 is not arm based, and it lacks usb, but none of these are requirements in our case.

GCC support, both architecture support and library support, matter though.

MCF5282 Features:

- V2 ColdFire core delivering 76 (Dhrystone 2.1)
    MIPS at 80 MHz running from Cache/RAM  (max running from internal
flash 66 MIPS)
- 512KB embedded flash memory
- Enhanced Multiply-Accumulate Unit (eMAC) for DSP functionality
- 64 Kbytes of static RAM
- 10/100 Ethernet MAC
- Cache for external access support
- Address decode and chip selects
- CAN 2.0B controller area network interface with 16 message buffers
- Three UARTs with DMA capability
- Queued serial peripheral interface (QSPI) with four peripheral chip
selects
- 8-channel 10-bit queued analog-to-digital converter (QADC)
- Four 32-bit timers with capture, compare and DMA capability
- Eight 16-bit timer channels for capture, compare, and pulse width
modulation
- Four periodic interrupt timers (PITs)
- I2C bus controller
- JTAG for board testing
- BDM for debug, including real-time trace
- 17 mm x 17 mm x 1.6 mm 256-ball MAPBGA package, 1.0 mm pitch
- Operation at 66 and 80 MHz from -40C to +85C
- Available at 66MHz delivering 63 (Dhrystone 2.1)
    MIPS running from Cache/RAM (max running from internal flash 534 MIPS)
- Available software package including real-time operating system
    and network protocol stack with support for


    IP, UDP, TCP, ARP, DHCP, ICMP, SNTP, HTTP, and TFTP protocols

Kind Regards

/ Dennis



[Non-text portions of this message have been removed]

Eric, 

> > The STR9 part will run faster and has 96K of SRAM.  That's a *big* 
> > plus in my book,
> 
> Their open library caught my attention.

Yeah.  Well, having something doesn't mean that it's useful.  I suggest
you take a look around the ST microcontroller forums and form your own
opinion of its quality.

> By the way, I heard ST also licensed the Cortex M3 - has 
> there been any word on when they'll produce a product based on it?

No.

--
Paul Curtis, Rowley Associates Ltd   http://www.rowley.co.uk 
CrossWorks for ARM, MSP430, AVR, MAXQ, and now Cortex-M3 processors

--- In lpc2000@yahoogroups.com, Robert Adsett <subscriptions@...> > 
I don't care about virtualization or compressing the heap but making 
sure 
> only certain processes can write to specific address ranges, now 
that I'd 
> like to see.  I just haven't seen an implementation on a 
microcontroller yet.
> 
> Robert
> 

If you're looking for an ARM9 or similar with MMU try the Cirrus 
Logic EP9302 - see http://tinyurl.com/8v9ar or one of the Intel 
Xscale parts - see http://tinyurl.com/psbfv

Of course, it's debatable wither these are microcontrollers or not, 
but both have CPU, MMU, (some) memory and a peripheral set on-board.

I agree that the primary use of MMU is to support protected mode 
operating systems: I can't see how it would really help with 
compressing heaps etc. Although protected mode operating systems 
used to be associated with "big systems", there's no doubt there's a 
big move to them for embedded systems. Costs are falling, Linux is 
available, demand for smarter and more general purpose systems 
increasing etc.

Right now you can go from a $1 Cortex processor to a $10 ARM9/MMU 
micro with a lot of blurring in between in terms of CPU performance, 
on-board memory size and mix, MMU support, peripheral mix, pin-count 
etc. In other words, there's plenty of choice out there, and more 
every day. 

Due to the range of parts, cost and track record I'd expect Philips 
to continue to do well at the low end with the LPC2000. No doubt 
they're hoping to do as well at the higher end with the LPC3000 
series, but I'd say it's still pretty open as to who will be the 
winner in that space. Just an opinion, of course....

Brendan

> Anyone that  has any comments on Str9xxx vs Freescale MCF5282?
> These seem to be the main candidates for our future project.
> 
> (The atmel one that someone suggested seems to lack ethernet that is an absolute requirement for this project.)
> 
> The MCF5282 is not arm based, and it lacks usb, but none of these are requirements in our case.

Hi Dennis,

Netburner (www.netburner.com) and Phytec (www.phytec.com)
make modules with the ColdFire devices. Phytec also makes
modules with the LPC, and other series of microcontrollers.

I'd suggest taking a look at the PowerPC micro's too.
The MPC5200 series looks nice, though I haven't used it.
For my design I need the more powerful PowerQUICC II Pro.

Here's an example of the MPC5200

http://www.phytec.com/products/sbc/PowerPC/phyCORE-MPC5200B-tiny.html

It looks like it has most of the features you were looking
for ... however it does appear to use external memory, so
that may kill the pricing.

Just my 5c

Dave

At 08:39 AM 5/31/06 +0000, brendanmurphy37 wrote:
>If you're looking for an ARM9 or similar with MMU try the Cirrus
>Logic EP9302 - see http://tinyurl.com/8v9ar or one of the Intel
>Xscale parts - see http://tinyurl.com/psbfv
>
>Of course, it's debatable wither these are microcontrollers or not,
>but both have CPU, MMU, (some) memory and a peripheral set on-board.

I see what you mean by debatable.  Cute looking devices but I'd want more 
peripherals, more memory and fewer pins.  It's a step in a good direction 
though.

Robert

" 'Freedom' has no meaning of itself.  There are always restrictions,   be 
they legal, genetic, or physical.  If you don't believe me, try to chew a 
radio signal. "  -- Kelvin Throop, III
http://www.aeolusdevelopment.com/

--- In lpc2000@yahoogroups.com, Robert Adsett <subscriptions@...> 
wrote:
>
> At 08:39 AM 5/31/06 +0000, brendanmurphy37 wrote:
> >If you're looking for an ARM9 or similar with MMU try the Cirrus
> >Logic EP9302 - see http://tinyurl.com/8v9ar or one of the Intel
> >Xscale parts - see http://tinyurl.com/psbfv
> >
> >Of course, it's debatable wither these are microcontrollers or 
not,
> >but both have CPU, MMU, (some) memory and a peripheral set on-
board.
> 
> I see what you mean by debatable.  Cute looking devices but I'd 
want more 
> peripherals, more memory and fewer pins.  It's a step in a good 
direction 
> though.
> 
> Robert

I take your point. It's all very well for me to argue as I did that 
there's something for all tastes in 32bit controllers from a $1 
simple device to an all-singing-all-dancing virtual-memory $10 
beast, but there still is a big step between those controllers with 
all the memory they need on-board and those that require off-chip 
memory (and hence large pin-counts, large package sizes, BGA form-
factors, requriement for multi-layer boards etc. etc.)

I'm sure it won't be long before we see "Linux on a chip", with 
several Mbytes of DRAM and flash on-board with minimal pin counts, 
low power consumption, rich peripheral sets etc. In the meantime, 
there's plenty of "steps in the right direction" as you put it.

Already, there's some interesting application specific ICs out there 
right now in areas such as digital video for set-top-boxes/DVRs that 
have everything except for DRAM in one package: I'm sure more 
general purpose versions won't be too long in coming.

Brendan.

--- In lpc2000@yahoogroups.com, Dennis Arkeryd <arkeryd@...> wrote:

> (The atmel one that someone suggested seems to lack ethernet that is
an absolute requirement for this project.)

The Atmel SAM7X has both Ethernet and USB.

> The MCF5282 is not arm based, and it lacks usb, but none of these
are requirements in our case.

This is a powerful MCU that's been around for several years. It's a
little old by today's standards but it still competes well.

They just introduced a new one Coldfire Ethernet MCU a couple months
ago - check the Freescale website.

I've been looking at Coldfire for a while now, but I don't like the
limited popularity of these devices. Tools are also more expensive for
Coldfire because the number of developers is smaller (about $250 for a
parallel port BDM device, compared to $35 for a Arm JTAG parallel port
device, as one example).

Freescale suffers from having too many architectures and they lack a
clear focus. I do like their HC12 platform, but mostly because I've
used their 8/16 bit parts for a long time.

Freescale has several 32 bit platforms: Arm, PowerPC, Coldfire, and
some media processors and DSP's. They're also coming out with an Arm
Cortex A8 soon.

Freescale was rolled out of Motorola into a separate company due to
cash flow problems. I don't know what their future will be. I always
wanted to see them cut back on some platforms so they could focus
strongly on some of the other platforms. They have a limited budget
that's getting pulled in many directions. 

I guess the STR9 devices are supposed to be out in small quantities in
June so we'll know pretty soon how good they are. I welcome the idea
of a "tweener" chip.

Philips has some new devices coming out soon, but I don't have any
details about their timeline. I think they may have pushed back the
dates due to the flood of demand for some of their devices.

Eric

Robert Adsett wrote:

>At 08:39 AM 5/31/06 +0000, brendanmurphy37 wrote:
>  
>
>>If you're looking for an ARM9 or similar with MMU try the Cirrus
>>Logic EP9302 - see http://tinyurl.com/8v9ar or one of the Intel
>>Xscale parts - see http://tinyurl.com/psbfv
>>
>>Of course, it's debatable wither these are microcontrollers or not,
>>but both have CPU, MMU, (some) memory and a peripheral set on-board.
>>    
>>
>
>I see what you mean by debatable.  Cute looking devices but I'd want more 
>peripherals, more memory and fewer pins.  It's a step in a good direction 
>though.
>  
>
Yeah, I find Cirrus "intriguing", but too complex.  Humongous on-chip 
flash is useless, only for bragging rights, when you consider how easily 
you can slap an SD or miniSD onto the SPI circuit and end up with 
Megabytes of hard storage.

Give me a 64pin package, MMU, ARM7/9 core, with about 2-4Meg of internal 
SRAM, and an SSI port.  NOW(!) we have something to really work with: 
Linux on a chip.

Seems like the vendors cannot think small footprint when they tack on 
the MMU.  They just cannot keep themselves from shoveling in as much as 
possible...  :-/

Someday, one of these ARM vendors is going to "get it".

TomW

-- 
Tom Walsh - WN3L - Embedded Systems Consultant
http://openhardware.net, http://cyberiansoftware.com
"Windows? No thanks, I have work to do..."
----------------------------------------------------

Tom Walsh wrote:

>Robert Adsett wrote:
>
>  
>
>>At 08:39 AM 5/31/06 +0000, brendanmurphy37 wrote:
>> 
>>
>>    
>>
>>>If you're looking for an ARM9 or similar with MMU try the Cirrus
>>>Logic EP9302 - see http://tinyurl.com/8v9ar or one of the Intel
>>>Xscale parts - see http://tinyurl.com/psbfv
>>>
>>>Of course, it's debatable wither these are microcontrollers or not,
>>>but both have CPU, MMU, (some) memory and a peripheral set on-board.
>>>   
>>>
>>>      
>>>
>>I see what you mean by debatable.  Cute looking devices but I'd want more 
>>peripherals, more memory and fewer pins.  It's a step in a good direction 
>>though.
>> 
>>
>>    
>>
>Yeah, I find Cirrus "intriguing", but too complex.  Humongous on-chip 
>flash is useless, only for bragging rights, when you consider how easily 
>you can slap an SD or miniSD onto the SPI circuit and end up with 
>Megabytes of hard storage.
>
>Give me a 64pin package, MMU, ARM7/9 core, with about 2-4Meg of internal 
>SRAM, and an SSI port.  NOW(!) we have something to really work with: 
>Linux on a chip.
>
>  
>
I forgot to mention, 8..32K of boot flash would be fine.

TomW

-- 
Tom Walsh - WN3L - Embedded Systems Consultant
http://openhardware.net, http://cyberiansoftware.com
"Windows? No thanks, I have work to do..."
----------------------------------------------------

At 08:56 PM 5/31/2006, Eric Engler wrote:
>--- In lpc2000@yahoogroups.com, Dennis Arkeryd <arkeryd@...> wrote:
>
> > (The atmel one that someone suggested seems to lack ethernet that is
>an absolute requirement for this project.)
>
>The Atmel SAM7X has both Ethernet and USB.
>
> > The MCF5282 is not arm based, and it lacks usb, but none of these
>are requirements in our case.
>
>This is a powerful MCU that's been around for several years. It's a
>little old by today's standards but it still competes well.

I've been looking at the Coldifre MCF5329 lately.  It's got 10/100 ethernet 
(no on-chip PHY though), USB host, color LCD controller, CAN, crypto, 
queued SPI, IIC, etc.  240MHz V3 core with MAC and hardware divide.  Sadly, 
no on-chip flash.

I'd prefer an ARM with the magic trio (ethernet, LCD, CAN), but they don't 
seem to be common.

-- 
newell

Have you looked at the Sharp parts.  They have a lot with LCD.

Chris.

>From: Scott Newell <digital.pickle@...>
>Reply-To: lpc2000@yahoogroups.com
>To: lpc2000@yahoogroups.com
>Subject: Re: [lpc2000] Re: the race is on - Str 9xxx vs MCF5282
>Date: Wed, 31 May 2006 22:23:37 -0500
>
>At 08:56 PM 5/31/2006, Eric Engler wrote:
> >--- In lpc2000@yahoogroups.com, Dennis Arkeryd <arkeryd@...> wrote:
> >
> > > (The atmel one that someone suggested seems to lack ethernet that is
> >an absolute requirement for this project.)
> >
> >The Atmel SAM7X has both Ethernet and USB.
> >
> > > The MCF5282 is not arm based, and it lacks usb, but none of these
> >are requirements in our case.
> >
> >This is a powerful MCU that's been around for several years. It's a
> >little old by today's standards but it still competes well.
>
>I've been looking at the Coldifre MCF5329 lately.  It's got 10/100 ethernet
>(no on-chip PHY though), USB host, color LCD controller, CAN, crypto,
>queued SPI, IIC, etc.  240MHz V3 core with MAC and hardware divide.  Sadly,
>no on-chip flash.
>
>I'd prefer an ARM with the magic trio (ethernet, LCD, CAN), but they don't
>seem to be common.
>
>--
>newell
>

--- In lpc2000@yahoogroups.com, Tom Walsh <tom@...> wrote:
>
> Tom Walsh wrote:
> 
...

> >Give me a 64pin package, MMU, ARM7/9 core, with about 2-4Meg of
internal 
> >SRAM, and an SSI port.  NOW(!) we have something to really work with: 
> >Linux on a chip.

...

Why SRAM ? I would have thought Emmbedded DRAM would make more sense.

I noticed that Sumsung have done some Emmbedded DRAM designs over the
years. They have ARMs too, if they could only put the two together
with some nice peripherals and a Boot from NAND Flash in ROM.

Then you would have a truly great chip.