Yahoo Groups archive

Lpc2000

Index last updated: 2026-04-28 23:31 UTC

Thread

Code Protection

Code Protection

2004-02-19 by Brian C. Lane

One of the big failings of the LPC series is its lack of protection for 
the code programmed into it. MSP430 has the jtag fuse that can be blown. 
I've seen rumors that there is something in the works for later this 
year, but that's doesn't help us now.

Does anyone ave any suggestions for an ARM based, low power, large flash 
(128k minimum) with a decent pin count that has som kind of code 
protection for its flash?

Thanks,

Brian

-- 
-----------------------------------------------------
Brian C. Lane (W7BCL)                      Programmer
www.shinemicro.com   RF, DSP & Microcontroller Design

Re: [lpc2000] Code Protection

2004-02-19 by Peter Kuhar

Maybe it's an OpenSource(OpenCode) chip :))))))) GNU and shit

Thursday, February 19, 2004, 5:24:41 PM, si napisal:
Show quoted textHide quoted text
> One of the big failings of the LPC series is its lack of protection for
> the code programmed into it. MSP430 has the jtag fuse that can be blown.
> I've seen rumors that there is something in the works for later this
> year, but that's doesn't help us now.

> Does anyone ave any suggestions for an ARM based, low power, large flash
> (128k minimum) with a decent pin count that has som kind of code 
> protection for its flash?

> Thanks,

> Brian

RE: [lpc2000] Code Protection

2004-02-19 by Hugh O'Keeffe

AFAIK, this will be supported by the LPC2000.  I think next mask
revisions will have this feature. 



Hugh @ http://www.ashling.com/support/lpc2100/ 
Show quoted textHide quoted text
-----Original Message-----
From: Brian C. Lane [mailto:brian@...] 
Sent: 19 February 2004 16:25
To: lpc2000@yahoogroups.com
Subject: [lpc2000] Code Protection


One of the big failings of the LPC series is its lack of protection for 
the code programmed into it. MSP430 has the jtag fuse that can be blown.

I've seen rumors that there is something in the works for later this 
year, but that's doesn't help us now.

Does anyone ave any suggestions for an ARM based, low power, large flash

(128k minimum) with a decent pin count that has som kind of code 
protection for its flash?

Thanks,

Brian

-- 
-----------------------------------------------------
Brian C. Lane (W7BCL)                      Programmer
www.shinemicro.com   RF, DSP & Microcontroller Design




Yahoo! Groups Sponsor	

ADVERTISEMENT


 
<http://rd.yahoo.com/SIG=12cf8p6es/M=274551.4550177.5718621.1261774/D=eg
roupweb/S=1706554205:HM/EXP=1077294393/A=1994230/R=2/*http://ad.doublecl
ick.net/jump/N3349.yahoo1/B1282054.22;abr=!ie4;abr=!ie5;sz=300x250;code=
18634;dcopt=rcl;ord=1077207993583477?> Click HereClick Here 
 
<http://us.adserver.yahoo.com/l?M=274551.4550177.5718621.1261774/D=egrou
pweb/S=:HM/A=1994230/rand=670934107> 	


  _____  

Yahoo! Groups Links


*	To visit your group on the web, go to:
http://groups.yahoo.com/group/lpc2000/
  

*	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/> .

Re: [lpc2000] Code Protection

2004-02-19 by Bill Knight

Brian
  It's a bit of a kludge, but you could use an AT91FR40162/4042.
They have a piggyback flash in the same package as the CPU and
the address & data lines are brought out.  However, the package
is a BGA, and if you don't bring the signals (including some form
of JTAG enable) out from under the package, the part would have
to be removed to get access to the data.  We put a cut jumper under
the BGA to be able to create a DEBUG board w/ JTAG access.  Production
boards had it disabled.  If you need REAL code security then this is
probably not the approach you want.

Regards
-Bill Knight
R O SoftWare


On Thu, 19 Feb 2004 08:24:41 -0800, Brian C. Lane wrote:

One of the big failings of the LPC series is its lack of protection for 
the code programmed into it. MSP430 has the jtag fuse that can be blown. 
I've seen rumors that there is something in the works for later this 
year, but that's doesn't help us now.

Does anyone ave any suggestions for an ARM based, low power, large flash 
(128k minimum) with a decent pin count that has som kind of code 
protection for its flash?

Thanks,

Brian

Re: [lpc2000] Code Protection

2004-02-19 by microbit

Hi Brian,

I'm of the same conviction wrt code protection.
My FAE told me late last year that protected parts *supposedly*
would be out middle 2004, I'm certainly waiting.

I had been waiting for an ARM part that had reasonalbly low pin count,
high amount of RAM, low power and at least 2 UARTS/SPI/PWM + decent timers.

The LPC2100 seemed perfect, but the lack of code protection was a cold
shower.
What is the big deal for vendors ?
I would have thought that code protection is paramount.

Even the MSP430 is woeful wrt protection. The idea that you have to provide
full
JTAG access on production boards,only to destroy it, IMO is plain dumb.

The nicest scheme I've seen is with Cygnal's C8051 parts.
You can partially protect the Flash, and eg. leave the upper part accessible
to an
OEM so they can call your embedded libraries, but they CANNOT read/write the
Flash that you specify as secure (you program in a threshold address, and
below
that address is protected).
You erase the part and all the ones set the threshold back to Top Of Flash.

Why can't we get that on MSP430/LPC2000 ???

B regards,
Kris



----- Original Message -----
From: "Brian C. Lane" <brian@...>
To: <lpc2000@yahoogroups.com>
Sent: Friday, February 20, 2004 3:24 AM
Subject: [lpc2000] Code Protection


> One of the big failings of the LPC series is its lack of protection for
> the code programmed into it. MSP430 has the jtag fuse that can be blown.
> I've seen rumors that there is something in the works for later this
> year, but that's doesn't help us now.
>
> Does anyone ave any suggestions for an ARM based, low power, large flash
> (128k minimum) with a decent pin count that has som kind of code
> protection for its flash?
>
> Thanks,
>
> Brian
>
> --
> -----------------------------------------------------
> Brian C. Lane (W7BCL)                      Programmer
> www.shinemicro.com   RF, DSP & Microcontroller Design
>
>
>
>       Yahoo! Groups Sponsor
>             ADVERTISEMENT
>
>
>
>
>
> --------------------------------------------------------------------------
------
Show quoted textHide quoted text
> Yahoo! Groups Links
>
>   a.. To visit your group on the web, go to:
>   http://groups.yahoo.com/group/lpc2000/
>
>   b.. To unsubscribe from this group, send an email to:
>   lpc2000-unsubscribe@yahoogroups.com
>
>   c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
>
>

Re: Code Protection

2004-02-20 by tsvetanusunov

>One of the big failings of the LPC series is its lack of protection 
>for the code programmed into it.

indeed this restrain LPC2000 use so far only for LED blink projects :)
nobody would consider to do something serious without copy protection 
anyway it's still great chip for beginners who want to learn ARM 
architecture
there seems to be a bugs in the silicon too, but hopefully this all 
will be improved, LPC2000 is quite inmature chip after all

>Does anyone ave any suggestions for an ARM based, low power, large 
>flash 128k minimum) with a decent pin count that has som kind of 
>code protection for its flash?

I have my eye on OKI chips:
http://www.open-research.org.uk/ARMuC/index.cgi?ML67Qxxxx
according to this web price range is $6-$10 and:
http://www2.okisemi.com/us/docs/MCUTables-9.html
ML67Q5003 seems perfect replacement for LPC2000 with it's 512K Flash 
32K RAM 60Mhz ADC, I2C, UARTs etc.

Best regards
Tsvetan
---
PCB prototypes for $26 at http://run.to/pcb 
(http://www.olimex.com/pcb)
Development boards for ARM, AVR, PIC, and MSP430  
(http://www.olimex.com/dev)

[lpc2000] Re: Code Protection

2004-02-20 by gokbektas

Cutting JTAG pins of the chip if they are not used may be a temporary solution ;-)
Show quoted textHide quoted text

----- \ufffdzg\ufffdn \ufffdleti -----
Kimden : lpc2000@yahoogroups.com
Kime : lpc2000@yahoogroups.com
G\ufffdnderme tarihi : 20/02/2004 9:01
Konu : [lpc2000] Re: Code Protection
>One of the big failings of the LPC series is its lack of protection
>for the code programmed into it.

indeed this restrain LPC2000 use so far only for LED blink projects :)
nobody would consider to do something serious without copy protection
anyway it's still great chip for beginners who want to learn ARM
architecture
there seems to be a bugs in the silicon too, but hopefully this all
will be improved, LPC2000 is quite inmature chip after all

>Does anyone ave any suggestions for an ARM based, low power, large
>flash 128k minimum) with a decent pin count that has som kind of
>code protection for its flash?

I have my eye on OKI chips:
http://www.open-research.org.uk/ARMuC/index.cgi?ML67Qxxxx
according to this web price range is $6-$10 and:
http://www2.okisemi.com/us/docs/MCUTables-9.html
ML67Q5003 seems perfect replacement for LPC2000 with it's 512K Flash
32K RAM 60Mhz ADC, I2C, UARTs etc.

Best regards
Tsvetan
---
PCB prototypes for $26 at http://run.to/pcb
(http://www.olimex.com/pcb)
Development boards for ARM, AVR, PIC, and MSP430
(http://www.olimex.com/dev)





------------------------ Yahoo! Groups Sponsor ---------------------~-->
Buy Ink Cartridges or Refill Kits for your HP, Epson, Canon or Lexmark
Printer at MyInks.com. Free s/h on orders $50 or more to the US & Canada.
http://www.c1tracking.com/l.asp?cid=5511
http://us.click.yahoo.com/mOAaAA/3exGAA/qnsNAA/dN_tlB/TM
---------------------------------------------------------------------~->


Yahoo! Groups Links

<*> To visit your group on the web, go to:
     http://groups.yahoo.com/group/lpc2000/

<*> To unsubscribe from this group, send an email to:
     lpc2000-unsubscribe@yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
     http://docs.yahoo.com/info/terms/


Re: [lpc2000] Re: Code Protection

2004-02-20 by Leon Heller

----- Original Message ----- 
Show quoted textHide quoted text
From: "gokbektas" <gokbektas@...>
To: <lpc2000@yahoogroups.com>
Sent: Friday, February 20, 2004 7:02 AM
Subject: [lpc2000] Re: Code Protection


> Cutting JTAG pins of the chip if they are not used may be a temporary
solution ;-)

You just need to cut one of them, of course. 8-)

Leon
--
Leon Heller, G1HSM
Email: aqzf13@...
My low-cost Philips LPC210x ARM development system:
http://www.geocities.com/leon_heller/lpc2104.html

RE: [lpc2000] Re: Code Protection

2004-02-20 by Hugh O'Keeffe

64-pin/128-pin LPC2000 devices with a Boot Loader ID >= 1.6 have flash Read Protection. Ashling users can can check your device's ID using FlashLPC (I think the Philips ISP programmer supports this as well). Code read protection is enabled by programming the flash address location 0x1FC (User flash sector 0) with value 0x87654321. If Read Protection is enabled then the device has to be fully erased (thus disabling Read Protection) before it can be re-programmed. We're currently adding support for this in our tools; further announcements shortly.
BTW, use this information at your own risk. Philips Applications will be making "official" announcements shortly.
HTH
Show quoted textHide quoted text
----- Özgün İleti -----
Kimden : lpc2000@yahoogroups.com
Kime : lpc2000@yahoogroups.com
Gönderme tarihi : 20/02/2004 9:01
Konu : [lpc2000] Re: Code Protection
>One of the big failings of the LPC series is its lack of protection
>for the code programmed into it.

indeed this restrain LPC2000 use so far only for LED blink projects :)
nobody would consider to do something serious without copy protection
anyway it's still great chip for beginners who want to learn ARM
architecture
there seems to be a bugs in the silicon too, but hopefully this all
will be improved, LPC2000 is quite inmature chip after all

>Does anyone ave any suggestions for an ARM based, low power, large
>flash 128k minimum) with a decent pin count that has som kind of
>code protection for its flash?

I have my eye on OKI chips:
http://www.open-research.org.uk/ARMuC/index.cgi?ML67Qxxxx
according to this web price range is $6-$10 and:
http://www2.okisemi.com/us/docs/MCUTables-9.html
ML67Q5003 seems perfect replacement for LPC2000 with it's 512K Flash
32K RAM 60Mhz ADC, I2C, UARTs etc.

Best regards
Tsvetan
---
PCB prototypes for $26 at http://run.to/pcb
(http://www.olimex.com/pcb)
Development boards for ARM, AVR, PIC, and MSP430
(http://www.olimex.com/dev)





------------------------ Yahoo! Groups Sponsor ---------------------~-->
Buy Ink Cartridges or Refill Kits for your HP, Epson, Canon or Lexmark
Printer at MyInks.com. Free s/h on orders $50 or more to the US & Canada.
http://www.c1tracking.com/l.asp?cid=5511
http://us.click.yahoo.com/mOAaAA/3exGAA/qnsNAA/dN_tlB/TM
---------------------------------------------------------------------~->


Yahoo! Groups Links

<*> To visit your group on the web, go to:
     http://groups.yahoo.com/group/lpc2000/

<*> To unsubscribe from this group, send an email to:
     lpc2000-unsubscribe@yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
     http://docs.yahoo.com/info/terms/



Re: [lpc2000] Re: Code Protection

2004-02-20 by Igor Janjatovic

> I have my eye on OKI chips:
> http://www.open-research.org.uk/ARMuC/index.cgi?ML67Qxxxx
> according to this web price range is $6-$10 and:
> http://www2.okisemi.com/us/docs/MCUTables-9.html
> ML67Q5003 seems perfect replacement for LPC2000 with it's 512K Flash
> 32K RAM 60Mhz ADC, I2C, UARTs etc.

Just to mention... ARM has "RVDK" toolchain that costs $6,000 and it can be
used for LPC2k family. IAR toolchain for LPC2k (limited edition) costs
approx. only half of RVDK price, which is much better offer if you ask me.

On the other hand, OKI has special deal with ARM so you can get "RVDK for
OKI" toolchain for only $2,000. Although "RVDK for OKI" is not compatible
with other MCU's like LPC, having this for your OKI MCU is great thing. OKI
is smarter than Philips, obviously.

Microchip will introduce dsPIC family soon (Q2 2004). As soon as they do
that I might return to Microchip since they offer free tools (IDE,
assembler, linker, debugger, etc.) including free RTOS scheduler (just
scheduler) from CMX and you can get C compiler for less than $300 from CCS.
Data Sheets are very comprehensive and great number of very useful
Application Notes exist. Also, there is great number of free DSP libraries
from Microchip including digital filters and other cool stuff. This is
probably the reason why I'm using Microchip MCU's for past 9 years. And
finally, Microchip is working on its own speech recognition solution for
dsPIC family. Very brave.

Philips is complete disaster. Support from Philips is equal to zero. Even
that ISP tool looks like kids wrote it. You are convicted to third party
expensive tools if you want to do any real job other than flashing LED's on
GPIO. GCC will generate up to XY% more code than IAR or ARM compilers so
using GCC might be real pain in the _ss for more demanding applications. Not
to mention lack of proper documentation. Migrating from Microchip to Philips
is very painful, at least it is for me. When compared to Microchip, dealing
with LPC2k is like doing time in jail. Maybe I'm just spoiled but dealing
with 240x160x16shades-of-gray graphic LCD, RS485 network, speech
recognition, IrDA, ultrasonic flow meter, PMR446 radio receiver and all of
that in a single package powered by two NiMH AAA's with fast charger and
fuel gauge gives me no time to deal with tools like GCC. I'm supposed to use
tools, not to spend my life studding them. Someone said something about
"code protection issue" on LPC2k!?

So, if you can avoid LPC2k...

Unfortunately, I can't  :-))

Or maybe I can? I don't know until I receive reply from OKI about IAP
feature. If it's possible to have IAP on OKI MCU's - "good night Philips"
and "hello OKI". I'm even thinking about loosing firmware upgrade feature
(through IrDA) on my design just to avoid LPC2k.

On the other hand I have meeting with Microchip people, here in Serbia, on
February 26th and if work on dsPIC is close to the end, Microchip is back in
the game. If they manage somehow to apply NanoWatt technology to dsPIC
family I think that there will be no doubt about proper selection of MCU for
future projects.

This is my personal opinion. I'm probably wrong about few things regarding
LPC2k but most of this is unfortunately true. Such a shame for such a good
product.

Regards,
Igor

Re: Code Protection

2004-02-20 by tsvetanusunov

>64-pin/128-pin LPC2000 devices with a Boot Loader ID >= 1.6 have 
>flash Read Protection. Ashling users can can check your device's ID 
>using FlashLPC (I think the Philips ISP programmer supports this as 
>well). Code read protection is enabled by programming the flash 
>address location 0x1FC (User flash sector 0) with value 0x87654321. 
>If Read Protection is enabled then the device has to be fully erased 
>(thus disabling Read Protection) before it can be re-programmed. 
>We're currently adding support for this in our tools; further 
>announcements shortly. 
> 
>BTW, use this information at your own risk. Philips Applications 
>will be making "official" announcements shortly.

I guess this kind of protection is quite useless, perhaphs this is 
why Philips doen't disclosure the JTAG direct access to Flash 
read/write routines, but it's pretty simple to disassemble IAP 
bootloader (I've read somewhere on Russian ARM forum that there are 
few peoples who are doing this) and to have direct access to Flash 
through JTAG instead through IAP
I even read on the same Russian forum that one guy sucessfully 
overwrote (by mistake) bootloader Flash when tried to write huge file 
through the Philips ISP, thus made the chip absolutely useless 
without the bootloader code inside.

Best regards
Tsvetan

RE: [lpc2000] Re: Code Protection

2004-02-20 by Hugh O'Keeffe

AFAIK, when read protection is enabled all JTAG access (to flash) is
blocked as well as Read/Write/Copy/Go "bootloader" commands.
Hugh @ http://www.ashling.com/support/lpc2100/ 
Show quoted textHide quoted text
-----Original Message-----
From: tsvetanusunov [mailto:tusunov@...] 
Sent: 20 February 2004 10:32
To: lpc2000@yahoogroups.com
Subject: [lpc2000] Re: Code Protection


>64-pin/128-pin LPC2000 devices with a Boot Loader ID >= 1.6 have 
>flash Read Protection. Ashling users can can check your device's ID 
>using FlashLPC (I think the Philips ISP programmer supports this as 
>well). Code read protection is enabled by programming the flash 
>address location 0x1FC (User flash sector 0) with value 0x87654321. 
>If Read Protection is enabled then the device has to be fully erased 
>(thus disabling Read Protection) before it can be re-programmed. 
>We're currently adding support for this in our tools; further 
>announcements shortly. 
> 
>BTW, use this information at your own risk. Philips Applications 
>will be making "official" announcements shortly.

I guess this kind of protection is quite useless, perhaphs this is 
why Philips doen't disclosure the JTAG direct access to Flash 
read/write routines, but it's pretty simple to disassemble IAP 
bootloader (I've read somewhere on Russian ARM forum that there are 
few peoples who are doing this) and to have direct access to Flash 
through JTAG instead through IAP
I even read on the same Russian forum that one guy sucessfully 
overwrote (by mistake) bootloader Flash when tried to write huge file 
through the Philips ISP, thus made the chip absolutely useless 
without the bootloader code inside.

Best regards
Tsvetan



Yahoo! Groups Sponsor	

ADVERTISEMENT


 
<http://rd.yahoo.com/SIG=12c3nn28a/M=274551.4550177.5761904.1261774/D=eg
roupweb/S=1706554205:HM/EXP=1077359550/A=2019528/R=2/*http://ad.doublecl
ick.net/jump/N3349.yahoo1/B1282054.27;abr=!ie4;abr=!ie5;sz=300x250;code=
18634;dcopt=rcl;ord=1077273150286764?> Click HereClick Here 
 
<http://us.adserver.yahoo.com/l?M=274551.4550177.5761904.1261774/D=egrou
pweb/S=:HM/A=2019528/rand=270699052> 	


  _____  

Yahoo! Groups Links


*	To visit your group on the web, go to:
http://groups.yahoo.com/group/lpc2000/
  

*	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/> .

Re: [lpc2000] Re: Code Protection

2004-02-21 by microbit

> AFAIK, when read protection is enabled all JTAG access (to flash) is
> blocked as well as Read/Write/Copy/Go "bootloader" commands.
> Hugh @ http://www.ashling.com/support/lpc2100/

That's great to hear Hugh.

Cutting off JTAG pins won't do the trick :-)
I don't know about the US market, but the Australian engineering industry
has notoriously long suffered from massive revenue losses because of
copying product in Asia.
One automotive client of mine once sent a small After Market product to a
Malaysian partner company (based on PIC).
Within SIX weeks a replica of the product was sent back, HW, SW _even_
the case was faithfully reproduced (as an exercise).

Slicon was regularly microprobed to steal the code.
If these people go through the trouble of microprobing, I don't think
partially
cut off pins will stop them :-)
(Providing the design is worth it of course).

Virtually all designs I've done dictated code security as paramount.

-- Kris

Re: [lpc2000] Re: Code Protection

2004-02-21 by James Dabbs

> > AFAIK, when read protection is enabled all JTAG access (to flash) is
> > blocked as well as Read/Write/Copy/Go "bootloader" commands.
> > Hugh @ http://www.ashling.com/support/lpc2100/

Once a part is code protected, can it be erased and reprogrammed?

Re: [lpc2000] Re: Code Protection

2004-02-21 by microbit

Hi Igor,
I have a mate who's raving on about Sharp, have you looked at them ?
They have on-board color-BW LCD controller, PS/2 etc.
> is very painful, at least it is for me. When compared to Microchip, dealing
> with LPC2k is like doing time in jail. Maybe I'm just spoiled but dealing
> with 240x160x16shades-of-gray graphic LCD, RS485 network, speech
> recognition, IrDA, ultrasonic flow meter, PMR446 radio receiver and all of
Here's an excerpt of the Bluestreak overview :
".......
The 16/32 bit BlueStreak MCU/SoCs offer higher performance than ordinary 16-bit MCUs.
Utilizing the ARM7TDMI core with 32KB of on-chip SRAM, Color and grayscale LCD controller,
plus three UARTs, SPI, CAN 2.0B, three 16-bit Counter/Timers, A/D Converter, Watchdog Timer and Low Voltage Detector,
they are an excellent solution to speed-versus-cost concerns.
Applications include GPS, PDA, Printers / Copiers, Security Control Panels, and Smart Appliances.
The 32-bit series of BlueStreak MCU/SoCs begins with the LH79520, which combines a 32-bit ARM7TDMI RISC core
with 8KB Cache, MMU, color LCD controller, and 32KB SRAM. Also included are a number of essential peripherals
such as a DMA Controller, Serial and Parallel Interfaces, Infrared Support, Counter/Timers, Real Time Clock, Watchdog Timer,
Pulse Width Modulators, and an on-chip Phase Lock Loop. For more power, the LH7A400 and LH7A404 SoCs build on this basic
feature set with ARM9 cores and add highly-desired functionality like USB and MMC.
With their high performance and integration, the 32-bit BlueStreak devices are a great choice as a basis for handheld devices
like GPS, Games, PDAs, Pocket PCs, and Media Players.
......"
;
Seems they're parts w/o on-board program memory though, I haven't looked
close enough.
-- Kris

Re: [lpc2000] Re: Code Protection

2004-02-21 by James Dabbs

> I have a mate who's raving on about Sharp, have you looked at them ?

I used one recently and it worked great.  However, they have no internal
FLASH, and no serial boot capability, so designs using these parts are
generally limited to cumbersome RAM/ROM/uC architectures.  But the LCD
capability is really nice.. it's memory mapped and supports everything.

Re: [lpc2000] Re: Code Protection

2004-02-21 by Igor Janjatovic

Hi Kris,
You probably won't believe me but for this project I checked every ARM7 solution that exists on this planet :)
Data Sheets, Application Notes, User Manuals. Thousands of pages. You name it - I downloaded it. I guess that's what R in R&D is all about :)
Including Sharp. Just to mention that Hynix has similar solution. I even checked Aeroflex (military and aerospace solutions)!
Thing is that I need speech recognition. I planned to use VA SDK for ARM7, but today, after evaluating 483 pages of VA SDK User Manual, I just realized that VA can't support so called Continuous Listening. It means that I will probably use their RSC4k MCU, which is speech recognition dedicated chip. Tools are free for download (IDE and assembler and many examples) and Evaluation Board is only $150. Problem is that it requires external program memory and at least one serial EEPROM to store recognition patterns. Also, it is $15 device, so I tried to avoid it but with no success.
Anyway, now when RSC4k is the only choice, I don't need ARM7 anymore (consumes too much current). I will switch to good old PIC18 core. It has enough processing power to deal with everything (except speech recognition). dsPIC family won't be introduced so soon as I expected so that solution is not appropriate. Also, release date for dsPIC speech recognition library from Microchip is still unknown.
When it comes to LCD, we have custom LCD designed for us with integrated LCD driver/controller (on tab) so no problem with that.
Everything else is pretty much standard.
Thank you for your suggestion.
List of all solutions that have integrated any kind of ARM processor can be found here:
But there is only link to:
On the other hand, on ARM's web site you can find this document:
Which is more up to date!
I don't remember how I managed to find this 3858.pdf document??? I have it on HD but where it came from??? :))
That's what happens after downloading couple hundred mega bytes from Internet :)
Regards,
Igor
Show quoted textHide quoted text
----- Original Message -----
From: microbit
Sent: Saturday, February 21, 2004 4:16 PM
Subject: Re: [lpc2000] Re: Code Protection

Hi Igor,
I have a mate who's raving on about Sharp, have you looked at them ?
They have on-board color-BW LCD controller, PS/2 etc.
> is very painful, at least it is for me. When compared to Microchip, dealing
> with LPC2k is like doing time in jail. Maybe I'm just spoiled but dealing
> with 240x160x16shades-of-gray graphic LCD, RS485 network, speech
> recognition, IrDA, ultrasonic flow meter, PMR446 radio receiver and all of
Here's an excerpt of the Bluestreak overview :
".......
The 16/32 bit BlueStreak MCU/SoCs offer higher performance than ordinary 16-bit MCUs.
Utilizing the ARM7TDMI core with 32KB of on-chip SRAM, Color and grayscale LCD controller,
plus three UARTs, SPI, CAN 2.0B, three 16-bit Counter/Timers, A/D Converter, Watchdog Timer and Low Voltage Detector,
they are an excellent solution to speed-versus-cost concerns.
Applications include GPS, PDA, Printers / Copiers, Security Control Panels, and Smart Appliances.
The 32-bit series of BlueStreak MCU/SoCs begins with the LH79520, which combines a 32-bit ARM7TDMI RISC core
with 8KB Cache, MMU, color LCD controller, and 32KB SRAM. Also included are a number of essential peripherals
such as a DMA Controller, Serial and Parallel Interfaces, Infrared Support, Counter/Timers, Real Time Clock, Watchdog Timer,
Pulse Width Modulators, and an on-chip Phase Lock Loop. For more power, the LH7A400 and LH7A404 SoCs build on this basic
feature set with ARM9 cores and add highly-desired functionality like USB and MMC.
With their high performance and integration, the 32-bit BlueStreak devices are a great choice as a basis for handheld devices
like GPS, Games, PDAs, Pocket PCs, and Media Players.
......"
Seems they're parts w/o on-board program memory though, I haven't looked
close enough.
-- Kris

Re: [lpc2000] Re: Code Protection

2004-02-21 by microbit

Hi Igor,

A speech recognition solution that worked out well (you probably know them)
was using Neural Network in an 8 bit, low current.
(Speaker dependent/indepdent).
I can't remember their name though, would have to quickly look it up.
Back in 1997 the problem was that their dev kit cost a load, and training it
for additional
vocabulary was expensive (they did it in-house).
I wonder how that all stands today.
I've played around quite a bit with my own NN SW, but never had proper CPU
power for it
(apart from PC).
ARM would be great to play around again with NN.
I might contact you off-list about code protection and OKI.


B regards,
Kris
Show quoted textHide quoted text
----- Original Message -----
From: "Igor Janjatovic" <kodrat@...>
To: <lpc2000@yahoogroups.com>
Sent: Sunday, February 22, 2004 8:50 AM
Subject: Re: [lpc2000] Re: Code Protection


Hi Kris,

You probably won't believe me but for this project I checked every ARM7
solution that exists on this planet :)
Data Sheets, Application Notes, User Manuals. Thousands of pages. You name
it - I downloaded it. I guess that's what R in R&D is all about :)

Including Sharp. Just to mention that Hynix has similar solution. I even
checked Aeroflex (military and aerospace solutions)!

Thing is that I need speech recognition. I planned to use VA SDK for ARM7,
but today, after evaluating 483 pages of VA SDK User Manual, I just realized
that VA can't support so called Continuous Listening. It means that I will
probably use their RSC4k MCU, which is speech recognition dedicated chip.
Tools are free for download (IDE and assembler and many examples) and
Evaluation Board is only $150. Problem is that it requires external program
memory and at least one serial EEPROM to store recognition patterns. Also,
it is $15 device, so I tried to avoid it but with no success.

Anyway, now when RSC4k is the only choice, I don't need ARM7 anymore
(consumes too much current). I will switch to good old PIC18 core. It has
enough processing power to deal with everything (except speech recognition).
dsPIC family won't be introduced so soon as I expected so that solution is
not appropriate. Also, release date for dsPIC speech recognition library
from Microchip is still unknown.

When it comes to LCD, we have custom LCD designed for us with integrated LCD
driver/controller (on tab) so no problem with that.

Everything else is pretty much standard.

Thank you for your suggestion.

List of all solutions that have integrated any kind of ARM processor can be
found here:
http://www.arm.com/support/where_to_buy.html
But there is only link to:
http://www.arm.com/miscPDFs/1668.pdf

On the other hand, on ARM's web site you can find this document:
http://www.arm.com/miscPDFs/3858.pdf
Which is more up to date!
I don't remember how I managed to find this 3858.pdf document??? I have it
on HD but where it came from??? :))

That's what happens after downloading couple hundred mega bytes from
Internet :)

Regards,
Igor

  ----- Original Message -----
  From: microbit
  To: lpc2000@yahoogroups.com
  Sent: Saturday, February 21, 2004 4:16 PM
  Subject: Re: [lpc2000] Re: Code Protection


  Hi Igor,

  I have a mate who's raving on about Sharp, have you looked at them ?
  They have on-board color-BW LCD controller, PS/2 etc.

  http://www.sharpsma.com/sma/products/MCUSoC.htm

  > is very painful, at least it is for me. When compared to Microchip,
dealing
  > with LPC2k is like doing time in jail. Maybe I'm just spoiled but
dealing
  > with 240x160x16shades-of-gray graphic LCD, RS485 network, speech
  > recognition, IrDA, ultrasonic flow meter, PMR446 radio receiver and all
of

  Here's an excerpt of the Bluestreak overview :

  ".......
  The 16/32 bit BlueStreak MCU/SoCs offer higher performance than ordinary
16-bit MCUs.
  Utilizing the ARM7TDMI core with 32KB of on-chip SRAM, Color and grayscale
LCD controller,
  plus three UARTs, SPI, CAN 2.0B, three 16-bit Counter/Timers, A/D
Converter, Watchdog Timer and Low Voltage Detector,
  they are an excellent solution to speed-versus-cost concerns.
  Applications include GPS, PDA, Printers / Copiers, Security Control
Panels, and Smart Appliances.
  The 32-bit series of BlueStreak MCU/SoCs begins with the LH79520, which
combines a 32-bit ARM7TDMI RISC core
  with 8KB Cache, MMU, color LCD controller, and 32KB SRAM. Also included
are a number of essential peripherals
  such as a DMA Controller, Serial and Parallel Interfaces, Infrared
Support, Counter/Timers, Real Time Clock, Watchdog Timer,
  Pulse Width Modulators, and an on-chip Phase Lock Loop. For more power,
the LH7A400 and LH7A404 SoCs build on this basic
  feature set with ARM9 cores and add highly-desired functionality like USB
and MMC.
  With their high performance and integration, the 32-bit BlueStreak devices
are a great choice as a basis for handheld devices
  like GPS, Games, PDAs, Pocket PCs, and Media Players.
  ......"


  Seems they're parts w/o on-board program memory though, I haven't looked
  close enough.

  -- Kris



----------------------------------------------------------------------------
--
  Yahoo! Groups Links

    a.. To visit your group on the web, go to:
    http://groups.yahoo.com/group/lpc2000/

    b.. To unsubscribe from this group, send an email to:
    lpc2000-unsubscribe@yahoogroups.com

    c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

Re: Code Protection

2004-02-22 by redsp@yahoo.com

--- In lpc2000@yahoogroups.com, "Hugh O'Keeffe" <hugh.okeeffe@a...> wrote:
> 64-pin/128-pin LPC2000 devices with a Boot Loader ID >= 1.6 have flash
> Read Protection. Ashling users can can check your device's ID using
> FlashLPC (I think the Philips ISP programmer supports this as well).
> Code read protection is enabled by programming the flash address
> location 0x1FC (User flash sector 0) with value 0x87654321. If Read
> Protection is enabled then the device has to be fully erased (thus
> disabling Read Protection) before it can be re-programmed. We're
> currently adding support for this in our tools; further announcements
> shortly. 
>  
> BTW, use this information at your own risk. Philips Applications will be
> making "official" announcements shortly.

If I understand how this will work, field upgrades will be impossible?
 It seems very risky to me to blow away a working version of a program
before loading new code into a system in the field.  Even then this
will require a user to know enough about the tools to upload the new
software.  I have not heard how this is done.  Is there a serial port
programming utility like OKI has in the Boot ROM?

RE: [lpc2000] Re: Code Protection

2004-02-23 by Hugh O'Keeffe

-----Original Message-----
Show quoted textHide quoted text
From: James Dabbs [mailto:jdabbs@...] 
Sent: 21 February 2004 13:54
To: lpc2000@yahoogroups.com
Subject: Re: [lpc2000] Re: Code Protection



> > AFAIK, when read protection is enabled all JTAG access (to flash) is
> > blocked as well as Read/Write/Copy/Go "bootloader" commands.
> > Hugh @ http://www.ashling.com/support/lpc2100/

Once a part is code protected, can it be erased and reprogrammed? 
 
 

Yes. Hugh @ http://www.ashling.com/support/lpc2100/ 
 




Yahoo! Groups Sponsor	

ADVERTISEMENT


 
<http://rd.yahoo.com/SIG=12cgsfrt5/M=274551.4550177.5761904.1261774/D=eg
roupweb/S=1706554205:HM/EXP=1077457033/A=2019528/R=2/*http://ad.doublecl
ick.net/jump/N3349.yahoo1/B1282054.27;abr=!ie4;abr=!ie5;sz=300x250;code=
18634;dcopt=rcl;ord=1077370633936391?> Click HereClick Here 
 
<http://us.adserver.yahoo.com/l?M=274551.4550177.5761904.1261774/D=egrou
pweb/S=:HM/A=2019528/rand=970213512> 	


  _____  

Yahoo! Groups Links


*	To visit your group on the web, go to:
http://groups.yahoo.com/group/lpc2000/
  

*	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/> .

RE: [lpc2000] Re: Code Protection

2004-02-23 by Hugh O'Keeffe

From: redsp@... [mailto:redsp@...] 
Show quoted textHide quoted text
Sent: 22 February 2004 06:14
To: lpc2000@yahoogroups.com
Subject: [lpc2000] Re: Code Protection



--- In lpc2000@yahoogroups.com, "Hugh O'Keeffe" <hugh.okeeffe@a...>
wrote:
> 64-pin/128-pin LPC2000 devices with a Boot Loader ID >= 1.6 have flash
> Read Protection. Ashling users can can check your device's ID using
> FlashLPC (I think the Philips ISP programmer supports this as well).
> Code read protection is enabled by programming the flash address
> location 0x1FC (User flash sector 0) with value 0x87654321. If Read
> Protection is enabled then the device has to be fully erased (thus
> disabling Read Protection) before it can be re-programmed. We're
> currently adding support for this in our tools; further announcements
> shortly. 
>  
> BTW, use this information at your own risk. Philips Applications will
be
> making "official" announcements shortly.

If I understand how this will work, field upgrades will be impossible?
It seems very risky to me to blow away a working version of a program
before loading new code into a system in the field.  Even then this
will require a user to know enough about the tools to upload the new
software.  I have not heard how this is done.  Is there a serial port
programming utility like OKI has in the Boot ROM?   
 
 
The complete flash must be erased before reprogramming. There are serial
port programming utilities. Ashling FlashLPC or Philips ISP.



Hugh @ http://www.ashling.com/support/lpc2100/ 

 





Yahoo! Groups Sponsor	

ADVERTISEMENT


 
<http://rd.yahoo.com/SIG=12c5cr2dk/M=274551.4550177.5761904.1261774/D=eg
roupweb/S=1706554205:HM/EXP=1077516843/A=2019528/R=2/*http://ad.doublecl
ick.net/jump/N3349.yahoo1/B1282054.27;abr=!ie4;abr=!ie5;sz=300x250;code=
18634;dcopt=rcl;ord=1077430443040679?> Click HereClick Here 
 
<http://us.adserver.yahoo.com/l?M=274551.4550177.5761904.1261774/D=egrou
pweb/S=:HM/A=2019528/rand=526392272> 	


  _____  

Yahoo! Groups Links


*	To visit your group on the web, go to:
http://groups.yahoo.com/group/lpc2000/
  

*	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/> .

Re: Code Protection

2004-02-23 by lpc2100

> I guess this kind of protection is quite useless, perhaphs this is 
> why Philips doen't disclosure the JTAG direct access to Flash 
> read/write routines, but it's pretty simple to disassemble IAP 
> bootloader (I've read somewhere on Russian ARM forum that there are 
> few peoples who are doing this) and to have direct access to Flash 
> through JTAG instead through IAP
> I even read on the same Russian forum that one guy sucessfully 
> overwrote (by mistake) bootloader Flash when tried to write huge 
file 
> through the Philips ISP, thus made the chip absolutely useless 
> without the bootloader code inside.

I had tried to overwrite the bootloader by programming a big file. 
Nothing happened. All I got was a warning from the Philips ISP tool 
about file being bigger than the Flash. I had experimented with the 
different file sizes but the bootloader was never overwritten. Can 
you please dig some more information from the Russian forum.

I won't discount the code read protection feature just because of 
some rumors. I would like to get my hands dirty with a chip and do 
more expriments to assess how difficult/expensive it is to break the 
protection.

Regards
Tom

Re: Code Protection

2004-02-25 by jim_e_dallas

> Code read protection is enabled by programming the flash address
> location 0x1FC (User flash sector 0) with value 0x87654321. If Read
> Protection is enabled then the device has to be fully erased (thus
> disabling Read Protection) before it can be re-programmed.

When performing a full chip erase, the location 0x1FC is erased so 
the read protection is no longer enabled. There is a boot loader in 
the device that will not be erased, so new firmware can be uploaded 
to the device. The boot loader is invoked by pulling P0.14 low. Also, 
IAP is not disabled when read protection is.

Jim

--- In lpc2000@yahoogroups.com, "Hugh O'Keeffe" <hugh.okeeffe@a...> 
wrote:
> -----Original Message-----
> From: James Dabbs [mailto:jdabbs@t...] 
> Sent: 21 February 2004 13:54
> To: lpc2000@yahoogroups.com
> Subject: Re: [lpc2000] Re: Code Protection
> 
> 
> 
> > > AFAIK, when read protection is enabled all JTAG access (to 
flash) is
> > > blocked as well as Read/Write/Copy/Go "bootloader" commands.
> > > Hugh @ http://www.ashling.com/support/lpc2100/
> 
> Once a part is code protected, can it be erased and reprogrammed? 
>  
>  
> 
> Yes. Hugh @ http://www.ashling.com/support/lpc2100/ 
>  
> 
> 
> 
> 
> Yahoo! Groups Sponsor	
> 
> ADVERTISEMENT
> 
> 
>  
> 
<http://rd.yahoo.com/SIG=12cgsfrt5/M=274551.4550177.5761904.1261774/D=
eg
> 
roupweb/S=1706554205:HM/EXP=1077457033/A=2019528/R=2/*http://ad.double
cl
> ick.net/jump/N3349.yahoo1/B1282054.27;abr=!ie4;abr=!
ie5;sz=300x250;code=
> 18634;dcopt=rcl;ord=1077370633936391?> Click HereClick Here 
>  
> <http://us.adserver.yahoo.com/l?
M=274551.4550177.5761904.1261774/D=egrou
Show quoted textHide quoted text
> pweb/S=:HM/A=2019528/rand=970213512> 	
> 
> 
>   _____  
> 
> Yahoo! Groups Links
> 
> 
> *	To visit your group on the web, go to:
> http://groups.yahoo.com/group/lpc2000/
>   
> 
> *	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/> .

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.