Yahoo Groups archive

Lpc2000

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

Message

Re: IAP Blocking for 400ms?

2006-05-12 by EmbeddedHub

Same here.  I partition the lpc internal flash into different groups 
based on its sector numbers. I then store different non-volatile 
variables (product serial numer, etc) and run time program into the 
flash at different sectors. When my program starts, it jumps to the 
starting address of the run time program and executes out from 
flash. The run time program is upgradeable via IAP when there is 
request from external host. I used the MAM feature and the program 
runs fast enough out from flash. So far, I am quite happy with the 
internal Flash of LPC and its IAP. 

regards,
Tim
http://www.embeddedhub.com/



--- In lpc2000@yahoogroups.com, <sig5534@...> wrote:
>
> Do you work for the government?  I'm just curious because anyone 
that has so much free time on their hands that they can keep arguing 
over menucia must work for the public sector.  I have used the 
internal Flash memory for parameter storage (EEPROM use).  It works 
fine.  If it doesn't work for you, then use an EEPROM.  Is there 
more to be said than that?  Do you just have so much free time on 
your hands that you want to spend all of your time complaining about 
what is or isn't in a Philips document or how they phrase it?  
Geez,  give me a break. Don't you have anything better to do with 
your time?
> 
> Chris.
> 
> 
> 
> 
>   ----- Original Message ----- 
>   From: jayasooriah 
>   To: lpc2000@yahoogroups.com 
>   Sent: Thursday, May 11, 2006 5:46 PM
>   Subject: [lpc2000] Re: IAP Blocking for 400ms?
> 
> 
>   --- In lpc2000@yahoogroups.com, "lpc2100_fan" <lpc2100_fan@> 
wrote:
>   >
>   > --- In lpc2000@yahoogroups.com, "jayasooriah" <jayasooriah@> 
wrote:
>   > >
>   > > --- In lpc2000@yahoogroups.com, "brendanmurphy37"
>   > > <brendanmurphy37@> wrote:
>   > > 
>   > > > To be fair to Philips, they generally describe the on-
board flash 
>   > > > as "program memory", and it's clear that this is very much 
its 
>   > > > intended purpose.
>   > > 
>   > > The two version EE demo that Philips published must be 
rubbish then.
>   > >
>   ...
>   > 
>   > Calling the detailed information how to store data in the 
program
>   > memory "rubbish" seems more than just a little out of place. 
>   > 
>   > Bob
> 
>   You missed my point as to what I was referring to as "rubbish".
> 
>   It is very clear from the EE demo example, and the statements 
made by
>   Philips that it is selling its on-chip flash as a viable 
alternative
>   to EEPROM.
> 
>   *If* the claim that Philips describes on-chip flash as "program
>   memory" and not as a viable alternative to EEPROM is true, 
*then* the
>   release of not one but two version of EE demo must be rubbish.
> 
>   Jaya
> 
> 
> 
> 
> 
>   SPONSORED LINKS Microcontrollers  Microprocessor  Intel 
microprocessors  
> 
> 
> -------------------------------------------------------------------
-----------
>   YAHOO! GROUPS LINKS 
> 
>     a..  Visit your group "lpc2000" on the web.
>       
>     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. 
> 
> 
> -------------------------------------------------------------------
-----------
> 
> 
> 
> [Non-text portions of this message have been removed]
>

Attachments

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.