<?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中的主题 Potential flash damage?</title>
    <link>https://community.nxp.com/t5/LPC-Microcontrollers/Potential-flash-damage/m-p/591146#M22185</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi I have created some PCBs based around the LPC1769, 10 of these boards have been assembled at an assembly house of which only 2 function.&lt;/P&gt;&lt;P&gt;I am programming these boards with a working bootloader program via flash magic, to get the lpc1769 into isp mode I pull pin 2.10 to ground as it is pulled high with a 10k resistor as well as reset. This allows the chip to enter into ispboot mode allowing communication via uart0, this has worked for 2 of the boards allowing the bootloader code to be programmed and they have functioned correctly.&lt;/P&gt;&lt;P&gt;With the other 8 boards imediately on power up the &lt;SPAN&gt;lpc1769&lt;/SPAN&gt; enters isp boot mode without pin 2.10 being pulled to ground, I have checked this pin with my oscilloscope and can see it is high the entire time. I have also checked the individual supply inputs and they are all receiving a clean 3.3v supply?&lt;/P&gt;&lt;P&gt;So I can connect to flash magic and read the flash memory for these 8 boards, which has FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF value for all the sections.&lt;/P&gt;&lt;P&gt;After programming the bootloaader I cannot reset the&amp;nbsp;&lt;SPAN&gt;lpc1769 and if I look at the flash memory I have the same value for all sections, so the program hasn't been stored in the flash.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Could this be caused by damage to the flash during the reflow solder process?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Any ideas to what might be causing this would be awesome,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;cheers.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sun, 04 Sep 2016 01:49:58 GMT</pubDate>
    <dc:creator>brookmatheson12</dc:creator>
    <dc:date>2016-09-04T01:49:58Z</dc:date>
    <item>
      <title>Potential flash damage?</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/Potential-flash-damage/m-p/591146#M22185</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi I have created some PCBs based around the LPC1769, 10 of these boards have been assembled at an assembly house of which only 2 function.&lt;/P&gt;&lt;P&gt;I am programming these boards with a working bootloader program via flash magic, to get the lpc1769 into isp mode I pull pin 2.10 to ground as it is pulled high with a 10k resistor as well as reset. This allows the chip to enter into ispboot mode allowing communication via uart0, this has worked for 2 of the boards allowing the bootloader code to be programmed and they have functioned correctly.&lt;/P&gt;&lt;P&gt;With the other 8 boards imediately on power up the &lt;SPAN&gt;lpc1769&lt;/SPAN&gt; enters isp boot mode without pin 2.10 being pulled to ground, I have checked this pin with my oscilloscope and can see it is high the entire time. I have also checked the individual supply inputs and they are all receiving a clean 3.3v supply?&lt;/P&gt;&lt;P&gt;So I can connect to flash magic and read the flash memory for these 8 boards, which has FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF value for all the sections.&lt;/P&gt;&lt;P&gt;After programming the bootloaader I cannot reset the&amp;nbsp;&lt;SPAN&gt;lpc1769 and if I look at the flash memory I have the same value for all sections, so the program hasn't been stored in the flash.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Could this be caused by damage to the flash during the reflow solder process?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Any ideas to what might be causing this would be awesome,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;cheers.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 04 Sep 2016 01:49:58 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/Potential-flash-damage/m-p/591146#M22185</guid>
      <dc:creator>brookmatheson12</dc:creator>
      <dc:date>2016-09-04T01:49:58Z</dc:date>
    </item>
    <item>
      <title>Re: Potential flash damage?</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/Potential-flash-damage/m-p/591147#M22186</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi，&lt;/P&gt;&lt;P&gt;It seems so weird, only two boards can works well, however others all failed.&lt;/P&gt;&lt;P&gt;I'd highly recommend you to program the these boards by using the external debugger, such as ULINK2, JLINK.&lt;/P&gt;&lt;P&gt;And It will jump out some messages to notify the device can't be programmed if the device had already been damaged.&lt;BR /&gt;Have a great day,&lt;BR /&gt;Ping&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;-----------------------------------------------------------------------------------------------------------------------&lt;BR /&gt;Note: If this post answers your question, please click the Correct Answer button. Thank you!&lt;BR /&gt;-----------------------------------------------------------------------------------------------------------------------&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 07 Sep 2016 03:03:31 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/Potential-flash-damage/m-p/591147#M22186</guid>
      <dc:creator>jeremyzhou</dc:creator>
      <dc:date>2016-09-07T03:03:31Z</dc:date>
    </item>
  </channel>
</rss>

