Yahoo Groups archive

68300

Index last updated: 2026-04-29 00:01 UTC

Thread

Migration from 68LC302 to ???

Migration from 68LC302 to ???

2007-06-17 by Marty Burns

All,

 

Have a design using an 68LC302. We are starting a next version design.
Looking for a migration path to a more powerfull 32 bit processor. Looking
for small package (liked 100 pin TQFP) and the following:

1)       On chip FLASH >= 512KB 

2)       Low power (<200ma, ~3V)

3)       2 UARTS

4)       1 Ethernet

5)       > 4 times speed of instruction execution as LC302

 

I am looking in the direction of an ARM9 series device. We will probably do
development using Windows box running Eclipse and cross compilation. Should
be able to debug using gdb over Ethernet or serial port.

 

Your thoughts are welcome.

Marty Burns,

Hypertek, Inc.



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

Re: Migration from 68LC302 to ???

2007-06-17 by Dimiter Popoff

Another choice I can think of - without flash and somewhat overkill,
perhaps - is Freescales MPC5200B.

 It consumes about 1W at full power - having a 400 MHz enhanced 603e 
PPC core, with fullblown 64-bit FPU etc.

 You can connect two x16 DDR chips and have 64M or 128M etc. RAM;
you can (since the 5200 became "B") use even just one x16 DDR.

 I have seen a lot of Linux related offers through Freescale,
so chances are you will be able to run it (I am not a Linux user).

 I have put a free for development purposes debugger at
http://tgi-sci.com/tgi/download/m52.htm , you can use it to have
some start and perhaps later.

 I am planning to make a fullblown DPS available for the 5200B,
hopefully this year. How it will be licensed is TBD; it is a
separate world, does not stem from either Linux or anything else.

 It comes with VPA (Virtual Processor Assembler), which can
assemble CPU32 sources into PPC object code with minimal intervention
(that's how I migrated from 68340 to PPC, I had 10-15 megabytes
of sources for the CPU 32 and wanted to use them and move on;
the code size, unoptimized, is about 3.5 times the size for
CPU32 (resulting object code, that is).
 
Dimiter

------------------------------------------------------
Dimiter Popoff               Transgalactic Instruments

http://www.tgi-sci.com
------------------------------------------------------
Show quoted textHide quoted text
> To: <68300@yahoogroups.com>
> From: "Marty Burns" <burnsmarty@...>
> Date: Sun, 17 Jun 2007 08:31:51 -0400
> Subject: [68300] Migration from 68LC302 to ???
> 
> All,
> 
>  
> 
> Have a design using an 68LC302. We are starting a next version design.
> Looking for a migration path to a more powerfull 32 bit processor. Looking
> for small package (liked 100 pin TQFP) and the following:
> 
> 1)       On chip FLASH >= 512KB 
> 
> 2)       Low power (<200ma, ~3V)
> 
> 3)       2 UARTS
> 
> 4)       1 Ethernet
> 
> 5)       > 4 times speed of instruction execution as LC302
> 
>  
> 
> I am looking in the direction of an ARM9 series device. We will probably do
> development using Windows box running Eclipse and cross compilation. Should
> be able to debug using gdb over Ethernet or serial port.
> 
>  
> 
> Your thoughts are welcome.
> 
> Marty Burns,
> 
> Hypertek, Inc.
>

Re: [68300] Migration from 68LC302 to ???

2007-06-18 by Aaron J. Grier

On Sun, Jun 17, 2007 at 08:31:51AM -0400, Marty Burns wrote:
> Have a design using an 68LC302. We are starting a next version design.
> Looking for a migration path to a more powerfull 32 bit processor. Looking
> for small package (liked 100 pin TQFP) and the following:
> 
> 1)       On chip FLASH >= 512KB 

> 5)       > 4 times speed of instruction execution as LC302

if you are executing from flash, you may not be able to get this, as
flash speeds seem to be limited to ~25MHz.  (the workaround is
copy/decompress to RAM, then execute...)

we are currently using 68331 and are moving to ARMs from Analog
Devices...

-- 
  Aaron J. Grier  |   Frye Electronics, Tigard, OR   |  aaron@...

RE: [68300] Migration from 68LC302 to ???

2007-06-20 by Fraser Hayden-ra9482

Please, take a look at our ColdFire processors. in particular the
MCF5282 and the Kirin family of devices. Both of these families have a
more powerful 32bit processor and Flash. There is a different mix of
peripherals between each. I can further help you if you have any
questions.
 
5282:
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MCF528X&w
ebpageId=1113331549638725695448
 
Krin
http://www.freescale.com/webapp/sps/site/taxonomy.jsp?nodeId=0162468rH3Y
TLC00M95448
 
Regards,
Hayden

 

************************************************************************
***************** 
                                          Hayden Fraser

Freescale Semiconductor                PHONE: 512- 895-2047/ FAX: x3585 
32/16 bit C&I Operations
EMAIL:hayden.fraser@... 
68K/ColdFire Applications                WEB:
<www.freescale.com/coldfire> 
************************************************************************
***************** 
 [x]General Business Information 
[ ]Motorola and Freescale Internal Use 
[ ]Motorola and Freescale Confidential Proprietary 

 

________________________________
Show quoted textHide quoted text
From: 68300@yahoogroups.com [mailto:68300@yahoogroups.com] On Behalf Of
Marty Burns
Sent: Sunday, June 17, 2007 7:32 AM
To: 68300@yahoogroups.com
Subject: [68300] Migration from 68LC302 to ???



All,

Have a design using an 68LC302. We are starting a next version design.
Looking for a migration path to a more powerfull 32 bit processor.
Looking
for small package (liked 100 pin TQFP) and the following:

1) On chip FLASH >= 512KB 

2) Low power (<200ma, ~3V)

3) 2 UARTS

4) 1 Ethernet

5) > 4 times speed of instruction execution as LC302

I am looking in the direction of an ARM9 series device. We will probably
do
development using Windows box running Eclipse and cross compilation.
Should
be able to debug using gdb over Ethernet or serial port.

Your thoughts are welcome.

Marty Burns,

Hypertek, Inc.

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



 


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

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.