<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://community.arm.com/utility/feedstylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Flash memory clarifications</title><link>https://community.arm.com/developer/tools-software/tools/f/keil-forum/38172/flash-memory-clarifications</link><description> 
Hi , 

 
I have some data recived in .hex format file from serial port and
i need to store this data in flash permenantly and i will access this
data when ever required. 

 
Please guide me 
How can i find out where the sectors are free to write
permenantly</description><dc:language>en-US</dc:language><generator>Telligent Community 10</generator><item><title>RE: Flash memory clarifications</title><link>https://community.arm.com/thread/144537?ContentTypeID=1</link><pubDate>Fri, 16 Jan 2009 20:21:05 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:31b548e0-1144-453f-9546-8e1ff56f8529</guid><dc:creator>shyam ST</dc:creator><description>&lt;p&gt;&lt;p&gt;
Hi,&lt;br /&gt;
I am not knowing much abt IAP.but I have some code of IAP.&lt;br /&gt;
give me your mail ID i will send that code.&lt;/p&gt;

&lt;p&gt;
regards&lt;br /&gt;
shyam T&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Flash memory clarifications</title><link>https://community.arm.com/thread/142192?ContentTypeID=1</link><pubDate>Fri, 16 Jan 2009 07:11:52 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:9a645182-f122-47c4-9b96-54f7b4f96435</guid><dc:creator>brahma reddy</dc:creator><description>&lt;p&gt;&lt;p&gt;
after reading to IAP commands then only i came up with questions
and please go through my last reply to michael one&amp;#39;s.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Flash memory clarifications</title><link>https://community.arm.com/thread/139025?ContentTypeID=1</link><pubDate>Fri, 16 Jan 2009 04:41:10 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:2a27b6d1-7ef8-417b-a3fe-2de499f15896</guid><dc:creator>shyam ST</dc:creator><description>&lt;p&gt;&lt;p&gt;
Please read IAP (In application programming) chapter programming
carefully.after that see sample code of IAP,many code are avalable on
web.&lt;br /&gt;
dont go in another loop.&lt;/p&gt;

&lt;p&gt;
regards&lt;br /&gt;
Shyam T.&lt;br /&gt;
pune India&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Flash memory clarifications</title><link>https://community.arm.com/thread/135653?ContentTypeID=1</link><pubDate>Fri, 16 Jan 2009 03:21:29 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:d25cda8c-c95a-4c38-bed4-2ff9bfdd8356</guid><dc:creator>brahma reddy</dc:creator><description>&lt;p&gt;&lt;p&gt;
Michael what i understood from your last reply is&lt;/p&gt;

&lt;p&gt;
I need to store data in flash with known sectors and config the
erase sectors without this(permenant data storage) sectors.&lt;br /&gt;
for example 0-12 sectors contains app and 13-14 will be my permenant
data and this should solve my permenant storage problem.&lt;/p&gt;

&lt;p&gt;
If i am wrong please correct me&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Flash memory clarifications</title><link>https://community.arm.com/thread/135652?ContentTypeID=1</link><pubDate>Fri, 16 Jan 2009 02:35:30 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:b14b9141-bb67-48ce-8e65-51b22005b456</guid><dc:creator>brahma reddy</dc:creator><description>&lt;p&gt;&lt;p&gt;
&lt;i&gt;&amp;quot; if you setup uVision to &amp;quot;erase sectors&amp;quot; (see &amp;quot;Flash Download
Setup&amp;quot; menu), only the sector required for your application will be
clear during download. so it the ROM memory regions of differnet
binary do not overlap - nothing can go wrong (this is ow a bootloader
can be flashed without damaging the application, for
example).&amp;quot;&lt;/i&gt;&lt;/p&gt;

&lt;p&gt;
&lt;b&gt;apart from configuring the &amp;quot;erase sectors&amp;quot; is there any other
options to over come this on LPC2000&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;
&lt;i&gt;read the chapter about IAP in your device&amp;#39;s user
manual.&lt;/i&gt;&lt;br /&gt;
&lt;b&gt;my manual talks about the normal storage to flash but i am looking
for permenant storage of data in flash which may grow...in size after
a certain peroid and also which sectors will be good for doing this
operations&lt;/b&gt;&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Flash memory clarifications</title><link>https://community.arm.com/thread/125181?ContentTypeID=1</link><pubDate>Fri, 16 Jan 2009 02:11:47 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:8db1f35a-b9aa-480e-bb24-856427632f60</guid><dc:creator>Tamir Michael</dc:creator><description>&lt;p&gt;&lt;p&gt;
&lt;i&gt;Also, how do we ensure that tools like LPC2000
don&amp;Atilde;&amp;cent;&amp;acirc;&amp;sbquo;&amp;not;&amp;acirc;&amp;bdquo;&amp;cent;t erase this
part of flash if somebody is doing a download?&lt;/i&gt;&lt;/p&gt;

&lt;p&gt;
if you setup uVision to &amp;quot;erase sectors&amp;quot; (see &amp;quot;Flash Download
Setup&amp;quot; menu), only the sector required for your application will be
clear during download. so it the ROM memory regions of differnet
binary do not overlap - nothing can go wrong (this is ow a bootloader
can be flashed without damaging the application, for example).&lt;/p&gt;

&lt;p&gt;
&lt;i&gt;How to write data permenantly to flash ?&lt;/i&gt;&lt;/p&gt;

&lt;p&gt;
read the chapter about IAP in your device&amp;#39;s user manual.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Flash memory clarifications</title><link>https://community.arm.com/thread/114601?ContentTypeID=1</link><pubDate>Fri, 16 Jan 2009 01:00:41 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:73c349e3-c27b-483b-abae-da06e079b582</guid><dc:creator>brahma reddy</dc:creator><description>&lt;p&gt;&lt;p&gt;
Thanks all&lt;br /&gt;
And I have some more clarification&lt;/p&gt;

&lt;p&gt;
My developement part will be storage of data in flash&lt;br /&gt;
permenantly which cannot be erased by any customer and the customer
can only erase by serial command which will be handled by developer
internally at application level&lt;/p&gt;

&lt;p&gt;
&lt;b&gt;How to write data permenantly to flash ?&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;
&lt;b&gt;Also, how do we ensure that tools like LPC2000
don&amp;acirc;&amp;euro;&amp;trade;t erase this part of flash if somebody is
doing a download?&lt;/b&gt;&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Flash memory clarifications</title><link>https://community.arm.com/thread/101539?ContentTypeID=1</link><pubDate>Wed, 14 Jan 2009 22:59:38 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:8dc9b405-d433-4f62-9eed-774acab12a5b</guid><dc:creator>ImPer Westermark</dc:creator><description>&lt;p&gt;&lt;p&gt;
With a pure binary transfer, there is no magic &amp;quot;break&amp;quot; character
to inform the receiver or transmitter that a transfer has failed in
the middle and should be aborted.&lt;/p&gt;

&lt;p&gt;
The transmitter has to send a byte count before the data, and the
receiver will just have to count bytes. Since binary data does not
have a magic character, you must either invent one by byte-stuffing
the data. For example saying that 0xb0 may never mean 0xb0 on its
own, but must be sent as 0xb0 0xb0. That means that if 0xb0 followed
by a value not 0xb0, the second byte can be a command to control the
transfer.&lt;/p&gt;

&lt;p&gt;
The other alternative with a binary transfer is to define pauses -
more than x ms without receiving a byte means a block end.&lt;/p&gt;

&lt;p&gt;
As you can see, it will nut automagically become easier to run
with a binary transfer. All it will do is reduce the transfer size
(unless all the bnary data happens to match that break character, in
which case the binary transfer will get close to the hex transfer in
number of bytes).&lt;/p&gt;

&lt;p&gt;
The Intel or Motorola hex formats are easy to parse, and contains
information to make it easy to verify that you don&amp;#39;t drop a byte or
get a garbled byte.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Flash memory clarifications</title><link>https://community.arm.com/thread/89503?ContentTypeID=1</link><pubDate>Wed, 14 Jan 2009 15:08:04 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:46d449c5-aa65-4ac1-bb5e-7d4bf048eba4</guid><dc:creator>Andy Neil</dc:creator><description>&lt;p&gt;&lt;p&gt;
&lt;i&gt;&amp;quot;there is no need to parse it in the controller &amp;quot;&lt;/i&gt;&lt;/p&gt;

&lt;p&gt;
True. But you do then have to be careful that
&lt;i&gt;&lt;b&gt;everything&lt;/b&gt;&lt;/i&gt; in your serial link is fully capable of
sending arbitrary binary data - so, no software flow control, no
line-end translations, etc, etc.&lt;/p&gt;

&lt;p&gt;
The Intel Hex (and Motorola S-Record) formats were specifically
designed to avoid this restriction.&lt;/p&gt;

&lt;p&gt;
Also, if you send pure binary data you should still probably add
some sort of error detection - which will require some sort of
&amp;quot;parsing&amp;quot;...&lt;/p&gt;

&lt;p&gt;
And binary data transmissions are harder to debug.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Flash memory clarifications</title><link>https://community.arm.com/thread/53291?ContentTypeID=1</link><pubDate>Wed, 14 Jan 2009 13:45:54 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:2b7ab290-39ac-4fed-af0f-dc96a0441995</guid><dc:creator>Tamir Michael</dc:creator><description>&lt;p&gt;&lt;p&gt;
if you send the data in binary format - there is no need to parse
it in the controller (something you must do if you send a .hex
file)&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Flash memory clarifications</title><link>https://community.arm.com/thread/53292?ContentTypeID=1</link><pubDate>Wed, 14 Jan 2009 13:45:05 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:cc8539a5-1682-4fde-9abd-d119296e2d3d</guid><dc:creator>Tamir Michael</dc:creator><description>&lt;p&gt;&lt;p&gt;
try sending your data in binary format - you can generate the
right file based on your .axf file using the fromelf.exe application
(see bin folder).&lt;br /&gt;
you may need to employ some kind of IAP (in application programming)
to get the job done - refer to your data sheet!&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>