<?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>topic Re: LPC11E67 SWD Debug: &amp;quot;Wire ACK Fault in DAP access&amp;quot; in LPC Microcontrollers</title>
    <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC11E67-SWD-Debug-quot-Wire-ACK-Fault-in-DAP-access-quot/m-p/865305#M34506</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;ACK fault is almost always a hardware problem, usually interference.&lt;/P&gt;&lt;P&gt;Is your supply at all noisy? Does it come from any type of switched-mode? Is there even a switched-mode nearby? Did a fly sneeze in a nearby building? If so, I suggest you read:&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.nxp.com/thread/462362"&gt;https://community.nxp.com/thread/462362&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Though, strangely, more recent editions of MCUXPRESSO have improved the reliability.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 15 Feb 2019 08:38:33 GMT</pubDate>
    <dc:creator>ianbenton</dc:creator>
    <dc:date>2019-02-15T08:38:33Z</dc:date>
    <item>
      <title>LPC11E67 SWD Debug: "Wire ACK Fault in DAP access"</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC11E67-SWD-Debug-quot-Wire-ACK-Fault-in-DAP-access-quot/m-p/865304#M34505</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm attempting to debug the LPC11E67JBD48 via the recommended SWD connection (from page 75 of LPC11E6X datasheet), from an OM13058 board.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I am attempting this debug session in a brand new workspace, with the LPCOpen lpcu6x code.&amp;nbsp; The debug configuration is basically the default.&amp;nbsp; I have the proper jumpers on the OM13058 board (JP1 jumper connected; JP2 "Ext" pins jumpered together).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This is the main issue: When attempting to debug the following message comes up and puts me into a Hard Fault Handler:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="Screenshot from 2019-02-14 13-45-48.png"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/72226i98F8DA016193E493/image-size/large?v=v2&amp;amp;px=999" role="button" title="Screenshot from 2019-02-14 13-45-48.png" alt="Screenshot from 2019-02-14 13-45-48.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;And here is the debug console:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="Screenshot from 2019-02-14 13-47-23.png"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/72268iDAC173A7BC37505F/image-size/large?v=v2&amp;amp;px=999" role="button" title="Screenshot from 2019-02-14 13-47-23.png" alt="Screenshot from 2019-02-14 13-47-23.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Interestingly, when running the "verify only" script in the GUI Flash Tool, it runs successfully.&amp;nbsp; If I disconnect the SWD cable, it fails to connect to core.&amp;nbsp; So it appears it is connecting to the MCU in some way.&amp;nbsp; Below is the console of the successful "verify only" action:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="Screenshot from 2019-02-14 13-53-43.png"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/72304iDF2EC693544E6451/image-size/large?v=v2&amp;amp;px=999" role="button" title="Screenshot from 2019-02-14 13-53-43.png" alt="Screenshot from 2019-02-14 13-53-43.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It is interesting that it fails to see the target is an LPC11E67, not an LPC11U6X, although I'm not sure how much of a difference that makes.&amp;nbsp; When running these same tests in a separate workspace, it was recognizing the target as an LPC11E67 but it was still having similar failures.&amp;nbsp; I'm hoping since I am following the recommended debug connection schematics, it is not a hardware issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for any help!&lt;/P&gt;&lt;P&gt;-Andy&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 14 Feb 2019 21:09:37 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC11E67-SWD-Debug-quot-Wire-ACK-Fault-in-DAP-access-quot/m-p/865304#M34505</guid>
      <dc:creator>andrew_murfin</dc:creator>
      <dc:date>2019-02-14T21:09:37Z</dc:date>
    </item>
    <item>
      <title>Re: LPC11E67 SWD Debug: "Wire ACK Fault in DAP access"</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC11E67-SWD-Debug-quot-Wire-ACK-Fault-in-DAP-access-quot/m-p/865305#M34506</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;ACK fault is almost always a hardware problem, usually interference.&lt;/P&gt;&lt;P&gt;Is your supply at all noisy? Does it come from any type of switched-mode? Is there even a switched-mode nearby? Did a fly sneeze in a nearby building? If so, I suggest you read:&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.nxp.com/thread/462362"&gt;https://community.nxp.com/thread/462362&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Though, strangely, more recent editions of MCUXPRESSO have improved the reliability.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 15 Feb 2019 08:38:33 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC11E67-SWD-Debug-quot-Wire-ACK-Fault-in-DAP-access-quot/m-p/865305#M34506</guid>
      <dc:creator>ianbenton</dc:creator>
      <dc:date>2019-02-15T08:38:33Z</dc:date>
    </item>
    <item>
      <title>Re: LPC11E67 SWD Debug: "Wire ACK Fault in DAP access"</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/LPC11E67-SWD-Debug-quot-Wire-ACK-Fault-in-DAP-access-quot/m-p/865306#M34507</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Andrew,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I was able to debug with SWD (and with the OM13058) using only the jumper JP2 as you've described, but leaving JP1 unconnected. Besides this change, I also connected the board through the USB Target connection (not the one you use when debugging using the board only).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="pastedImage_2.png"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/72339i6E9D38570EDAE08D/image-size/large?v=v2&amp;amp;px=999" role="button" title="pastedImage_2.png" alt="pastedImage_2.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It is also important to mention that, if you had previously debugged the board directly (not using SWD) you first erase the debug configuration saved on your Project so that when you use SWD you can select it and get its proper configuration:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="pastedImage_1.png"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/72310i46E4C6593B26B385/image-size/large?v=v2&amp;amp;px=999" role="button" title="pastedImage_1.png" alt="pastedImage_1.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I hope this information can help you.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Ricardo Delsordo.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 15 Feb 2019 21:30:43 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/LPC11E67-SWD-Debug-quot-Wire-ACK-Fault-in-DAP-access-quot/m-p/865306#M34507</guid>
      <dc:creator>nxf51211</dc:creator>
      <dc:date>2019-02-15T21:30:43Z</dc:date>
    </item>
  </channel>
</rss>

