<?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 CodeWarrior TAP Debugging - Signal 'Halt' - Received Immediately in CodeWarrior Development Tools</title>
    <link>https://community.nxp.com/t5/CodeWarrior-Development-Tools/CodeWarrior-TAP-Debugging-Signal-Halt-Received-Immediately/m-p/1612565#M8948</link>
    <description>&lt;P&gt;I'm attempting to use the CodeWarrior IDE (CodeWarrior for Power Architecture v10.5.1) with a CodeWarrior TAP (OS v1.04) remotely to debug a MPC8313e target.&lt;BR /&gt;&lt;BR /&gt;I can connect to the TAP and download my binary onto my target's RAM. However whenever I attempt to debug I immediately go to 0x0 and receive the message on my thread:&lt;BR /&gt;"Thread [ID:0x0] (Suspended: Signal 'Halt' received. Description: User halted thread.)"&lt;BR /&gt;I can set my program counter to the proper entry point and step through fine, but whenever I resume the same message appears.&lt;BR /&gt;&lt;BR /&gt;What exactly is the 'Halt' signal in reference to? Is it strictly a connection from TAP or could it be a more general request caused by the program crashing?&lt;BR /&gt;&lt;BR /&gt;On the physical connection from TAP I currently have pin 5 HALTED not connected as the manual says it's not used and doesn't need to be connected.&lt;BR /&gt;From that manual it would seem pin 15 CKSO_B could also be a culprit for a 'Halt'-like signal. With the assumption it means "check stop bar" I have it tied to 3.3v (I've tried ground also), my last debugger ignored that pin.&lt;BR /&gt;&lt;BR /&gt;What does "CKSO_B" stand for exactly? Is it "clock serial out bar" or "check stop bar"? What is the expected input from target to sustain running?&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Additionally is there some way to have the TAP ignore 'Halt' requests from the target? I am more interested in running binaries from RAM as a method of board bring up than actually debugging.&lt;/P&gt;</description>
    <pubDate>Thu, 09 Mar 2023 16:25:55 GMT</pubDate>
    <dc:creator>cwtap_user</dc:creator>
    <dc:date>2023-03-09T16:25:55Z</dc:date>
    <item>
      <title>CodeWarrior TAP Debugging - Signal 'Halt' - Received Immediately</title>
      <link>https://community.nxp.com/t5/CodeWarrior-Development-Tools/CodeWarrior-TAP-Debugging-Signal-Halt-Received-Immediately/m-p/1612565#M8948</link>
      <description>&lt;P&gt;I'm attempting to use the CodeWarrior IDE (CodeWarrior for Power Architecture v10.5.1) with a CodeWarrior TAP (OS v1.04) remotely to debug a MPC8313e target.&lt;BR /&gt;&lt;BR /&gt;I can connect to the TAP and download my binary onto my target's RAM. However whenever I attempt to debug I immediately go to 0x0 and receive the message on my thread:&lt;BR /&gt;"Thread [ID:0x0] (Suspended: Signal 'Halt' received. Description: User halted thread.)"&lt;BR /&gt;I can set my program counter to the proper entry point and step through fine, but whenever I resume the same message appears.&lt;BR /&gt;&lt;BR /&gt;What exactly is the 'Halt' signal in reference to? Is it strictly a connection from TAP or could it be a more general request caused by the program crashing?&lt;BR /&gt;&lt;BR /&gt;On the physical connection from TAP I currently have pin 5 HALTED not connected as the manual says it's not used and doesn't need to be connected.&lt;BR /&gt;From that manual it would seem pin 15 CKSO_B could also be a culprit for a 'Halt'-like signal. With the assumption it means "check stop bar" I have it tied to 3.3v (I've tried ground also), my last debugger ignored that pin.&lt;BR /&gt;&lt;BR /&gt;What does "CKSO_B" stand for exactly? Is it "clock serial out bar" or "check stop bar"? What is the expected input from target to sustain running?&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;Additionally is there some way to have the TAP ignore 'Halt' requests from the target? I am more interested in running binaries from RAM as a method of board bring up than actually debugging.&lt;/P&gt;</description>
      <pubDate>Thu, 09 Mar 2023 16:25:55 GMT</pubDate>
      <guid>https://community.nxp.com/t5/CodeWarrior-Development-Tools/CodeWarrior-TAP-Debugging-Signal-Halt-Received-Immediately/m-p/1612565#M8948</guid>
      <dc:creator>cwtap_user</dc:creator>
      <dc:date>2023-03-09T16:25:55Z</dc:date>
    </item>
    <item>
      <title>Re: CodeWarrior TAP Debugging - Signal 'Halt' - Received Immediately</title>
      <link>https://community.nxp.com/t5/CodeWarrior-Development-Tools/CodeWarrior-TAP-Debugging-Signal-Halt-Received-Immediately/m-p/1617436#M8953</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Here is diagram request to connect the JTAG. Here is the link to the design checklist.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;&lt;A href="https://www.nxp.com/docs/en/application-note/AN3362.pdf" target="_blank"&gt;https://www.nxp.com/docs/en/application-note/AN3362.pdf&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 17 Mar 2023 07:51:30 GMT</pubDate>
      <guid>https://community.nxp.com/t5/CodeWarrior-Development-Tools/CodeWarrior-TAP-Debugging-Signal-Halt-Received-Immediately/m-p/1617436#M8953</guid>
      <dc:creator>yipingwang</dc:creator>
      <dc:date>2023-03-17T07:51:30Z</dc:date>
    </item>
  </channel>
</rss>

