<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>LPC MicrocontrollersのトピックLPC1758 IAP Flash Programming Failure</title>
    <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1758-IAP-Flash-Programming-Failure/m-p/579478#M20056</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I describe my problem&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In my application, LPC1758 based, i have my own boot/loader that allow, using IAP, the programming of some areas of the internal memory (One area is code, one area is data)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;While the boot/loader always resides in the bottom area (0x000000) the two externally programmable areas are located &amp;nbsp;respectively at 0x50000 - 0x5FFFF and 0x78000 - 0x78FFF&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I dont have any problem programming the first area (0x50000) but i have failures when programming the second one. The same results was obtained at least on two differents unit.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The failure is often located in single byte in the location range &amp;nbsp;(0x78000 - 0x78FFF). The corrupted byte may have less "ones" or "less" zeroes. Actually, before programming this area i check if the flash content is effectively all 0xFF.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For the moment i solved the problem inserting a Do-Retry session. If the programmed block fails i erase and program again&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I would like to investigate on this issue&lt;/P&gt;&lt;P&gt;Anyone faced with this problem?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Gianluca Furno&lt;/P&gt;&lt;P&gt;MicroSHADOW Research&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 31 Aug 2016 18:14:02 GMT</pubDate>
    <dc:creator>gianlucafurno</dc:creator>
    <dc:date>2016-08-31T18:14:02Z</dc:date>
    <item>
      <title>LPC1758 IAP Flash Programming Failure</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1758-IAP-Flash-Programming-Failure/m-p/579478#M20056</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I describe my problem&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In my application, LPC1758 based, i have my own boot/loader that allow, using IAP, the programming of some areas of the internal memory (One area is code, one area is data)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;While the boot/loader always resides in the bottom area (0x000000) the two externally programmable areas are located &amp;nbsp;respectively at 0x50000 - 0x5FFFF and 0x78000 - 0x78FFF&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I dont have any problem programming the first area (0x50000) but i have failures when programming the second one. The same results was obtained at least on two differents unit.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The failure is often located in single byte in the location range &amp;nbsp;(0x78000 - 0x78FFF). The corrupted byte may have less "ones" or "less" zeroes. Actually, before programming this area i check if the flash content is effectively all 0xFF.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For the moment i solved the problem inserting a Do-Retry session. If the programmed block fails i erase and program again&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I would like to investigate on this issue&lt;/P&gt;&lt;P&gt;Anyone faced with this problem?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Gianluca Furno&lt;/P&gt;&lt;P&gt;MicroSHADOW Research&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 31 Aug 2016 18:14:02 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1758-IAP-Flash-Programming-Failure/m-p/579478#M20056</guid>
      <dc:creator>gianlucafurno</dc:creator>
      <dc:date>2016-08-31T18:14:02Z</dc:date>
    </item>
    <item>
      <title>Re: LPC1758 IAP Flash Programming Failure</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1758-IAP-Flash-Programming-Failure/m-p/579479#M20057</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Gianluca,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Could you please try using the LCPOpen periph_flashiap example on the units presenting the issue to see the problem is also present? This example will erase and program the last sector with some data. After the program is complete, the signature for the programmed area is generated. you can download the LPCOpen pakage from this link:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="link-titled" href="http://www.nxp.com/products/software-and-tools/hardware-development-tools/lpcxpresso-boards/lpcopen-software-development-platform-lpc17xx:LPCOPEN-SOFTWARE-FOR-LPC17XX#nogo" title="http://www.nxp.com/products/software-and-tools/hardware-development-tools/lpcxpresso-boards/lpcopen-software-development-platform-lpc17xx:LPCOPEN-SOFTWARE-FOR-LPC17XX#nogo"&gt;LPCOpen Software for LPC17XX|NXP&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Let me know the results!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards,&lt;BR /&gt;Carlos Mendoza&lt;BR /&gt;Technical Support Engineer&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 12 Sep 2016 17:18:51 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC1758-IAP-Flash-Programming-Failure/m-p/579479#M20057</guid>
      <dc:creator>Carlos_Mendoza</dc:creator>
      <dc:date>2016-09-12T17:18:51Z</dc:date>
    </item>
  </channel>
</rss>

