<?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中的主题 LPC824 return to SWDIO function</title>
    <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC824-return-to-SWDIO-function/m-p/566085#M17231</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by tsaluzzo on Tue Apr 05 14:16:32 MST 2016&lt;/STRONG&gt;&lt;BR /&gt;&lt;SPAN&gt;We're using an NXP LPC824M201JHI33 in our design. We're using all of the I/O pins including the ones used for Serial Wire Debug (SWD). Our application code sets the SWDIO/PIO0_2/TMS pin to general purpose output, and the SWCLK/PIO0_3/TCK&amp;nbsp; pin to SPI0_SCK output; the PIO0_12/ISP Entry pin is used as a general purpose input.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Our problem: After we change the SWDIO/PIO0_2/TMS pin to a general purpose output, it doesn't seem to return to SWDIO if we enter the In System Programming (ISP) mode by resetting the part with PIO0_12/ISP Entry held low. We don't see this problem if we just set SWCLK/PIO0_3/TCK to SPI0_SCK and leave the SWDIO/PIO0_2/TMS in its default state. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Everything I found in the data sheet and user's manual says both pins should return to their SWD functions whenever the part is reset with ISP Entry held low. I didn't find any errata for either the SWD pins or the ISP mode.&lt;/SPAN&gt;&lt;BR /&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 15 Jun 2016 20:08:22 GMT</pubDate>
    <dc:creator>lpcware</dc:creator>
    <dc:date>2016-06-15T20:08:22Z</dc:date>
    <item>
      <title>LPC824 return to SWDIO function</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC824-return-to-SWDIO-function/m-p/566085#M17231</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by tsaluzzo on Tue Apr 05 14:16:32 MST 2016&lt;/STRONG&gt;&lt;BR /&gt;&lt;SPAN&gt;We're using an NXP LPC824M201JHI33 in our design. We're using all of the I/O pins including the ones used for Serial Wire Debug (SWD). Our application code sets the SWDIO/PIO0_2/TMS pin to general purpose output, and the SWCLK/PIO0_3/TCK&amp;nbsp; pin to SPI0_SCK output; the PIO0_12/ISP Entry pin is used as a general purpose input.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Our problem: After we change the SWDIO/PIO0_2/TMS pin to a general purpose output, it doesn't seem to return to SWDIO if we enter the In System Programming (ISP) mode by resetting the part with PIO0_12/ISP Entry held low. We don't see this problem if we just set SWCLK/PIO0_3/TCK to SPI0_SCK and leave the SWDIO/PIO0_2/TMS in its default state. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Everything I found in the data sheet and user's manual says both pins should return to their SWD functions whenever the part is reset with ISP Entry held low. I didn't find any errata for either the SWD pins or the ISP mode.&lt;/SPAN&gt;&lt;BR /&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Jun 2016 20:08:22 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC824-return-to-SWDIO-function/m-p/566085#M17231</guid>
      <dc:creator>lpcware</dc:creator>
      <dc:date>2016-06-15T20:08:22Z</dc:date>
    </item>
    <item>
      <title>Re: LPC824 return to SWDIO function</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC824-return-to-SWDIO-function/m-p/566086#M17232</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by tsaluzzo on Tue Apr 05 15:31:56 MST 2016&lt;/STRONG&gt;&lt;BR /&gt;&lt;SPAN&gt;I have a little more information. We can reprogram the part using the ISP UART. This says it is going into ISP mode, but for some reason this doesn't re-enable the SWDIO pin.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Jun 2016 20:08:23 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC824-return-to-SWDIO-function/m-p/566086#M17232</guid>
      <dc:creator>lpcware</dc:creator>
      <dc:date>2016-06-15T20:08:23Z</dc:date>
    </item>
    <item>
      <title>Re: LPC824 return to SWDIO function</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC824-return-to-SWDIO-function/m-p/566087#M17233</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;STRONG&gt;Content originally posted in LPCWare by vtw.433e on Wed Apr 06 01:10:04 MST 2016&lt;/STRONG&gt;&lt;BR /&gt;&lt;SPAN&gt;Booting into ISP mode stops your code from running. If your code is not running and the SWDIO pin is not working, this implies that there is something wrong externally - perhaps your circuit?&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If you can access ISP UART, have you tried erasing the flash and seeing if the chip works as expected.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Jun 2016 20:08:24 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC824-return-to-SWDIO-function/m-p/566087#M17233</guid>
      <dc:creator>lpcware</dc:creator>
      <dc:date>2016-06-15T20:08:24Z</dc:date>
    </item>
    <item>
      <title>Re: LPC824 return to SWDIO function</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC824-return-to-SWDIO-function/m-p/566088#M17234</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;bump&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 19 Jun 2016 01:07:26 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC824-return-to-SWDIO-function/m-p/566088#M17234</guid>
      <dc:creator>lpcware</dc:creator>
      <dc:date>2016-06-19T01:07:26Z</dc:date>
    </item>
  </channel>
</rss>

