<?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>8-bit Microcontrollers中的主题 Re: ILLEGAL_BP with 9S08QE8</title>
    <link>https://community.nxp.com/t5/8-bit-Microcontrollers/ILLEGAL-BP-with-9S08QE8/m-p/217247#M18910</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Oops. Kindly disregard, problem solved. Checking the board against the schematic revealed that the hardware guys switched to a 9S08SH8. Recompiling for the proper derivative seems to have fixed this issue.&lt;BR /&gt;&lt;BR /&gt;Now I get a steady stream of "Target Speed Change Detected" messages, but that's tomorrow's problem. At least the test program runs!&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 19 Jan 2009 09:06:49 GMT</pubDate>
    <dc:creator>BradR</dc:creator>
    <dc:date>2009-01-19T09:06:49Z</dc:date>
    <item>
      <title>ILLEGAL_BP with 9S08QE8</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/ILLEGAL-BP-with-9S08QE8/m-p/217246#M18909</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I'm attempting to test a board with an MC9S08QE8, using CodeWarrior version 5.9.0, and using a Witztronics WTUSBDML (which appears as an HCS08 Open Source BDM module). Right now I'm just trying to compile and run a very simple test program, based on the Freescale example program. It compiles ok, and downloads ok to the S08, and I can examine memory and registers. But when I click Run (or press F5), it advances only one instruction. I can continue to press F5 and single-step through the program, but I can not make it run continuously.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Looking at the "Command" window in the debugger, I see this every time I press F5:&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;STARTED&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;RUNNING&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;ILLEGAL_BP&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I've read most of the posts here about the "ILLEGAL_BP" message, and I'm not making any of the mistakes that others have reported:&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;1. I've disabled the watchdog, and also set it to the long delay. (I also tried adding a watchdog kick in my main routine, but I have to single-step all the way there, and it doesn't help.)&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;2. I've ensured that all interrupt vectors point to an UninitializedISR routine, and I've also disabled all interrupt sources.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;3. There's a pullup resistor on the BKGD pin.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;4. There's also a pullup resistor on the RESET pin. I've tried enabling and disabling the RESET function in my initialization code, to no effect. (The board uses this as RESET.)&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;5. There's no stack imbalance, and the disassembly is showing the correct instructions at the correct addresses in ROM.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;The only thing I can think of that's at all unusual about this board is that there is no crystal attached to the 9S08; it runs from its internal clock.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;At the moment, I'm stumped. Any ideas?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 19 Jan 2009 08:00:18 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/ILLEGAL-BP-with-9S08QE8/m-p/217246#M18909</guid>
      <dc:creator>BradR</dc:creator>
      <dc:date>2009-01-19T08:00:18Z</dc:date>
    </item>
    <item>
      <title>Re: ILLEGAL_BP with 9S08QE8</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/ILLEGAL-BP-with-9S08QE8/m-p/217247#M18910</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;Oops. Kindly disregard, problem solved. Checking the board against the schematic revealed that the hardware guys switched to a 9S08SH8. Recompiling for the proper derivative seems to have fixed this issue.&lt;BR /&gt;&lt;BR /&gt;Now I get a steady stream of "Target Speed Change Detected" messages, but that's tomorrow's problem. At least the test program runs!&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 19 Jan 2009 09:06:49 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/ILLEGAL-BP-with-9S08QE8/m-p/217247#M18910</guid>
      <dc:creator>BradR</dc:creator>
      <dc:date>2009-01-19T09:06:49Z</dc:date>
    </item>
    <item>
      <title>Re: ILLEGAL_BP with 9S08QE8</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/ILLEGAL-BP-with-9S08QE8/m-p/217248#M18911</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;As I suspected, the "Target Speed Change" messages went away when I supplied the correct initialization code for the 9S08SH8. (Of particular note, the COP initialization is different from the QE8.) It's running fine now.&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 20 Jan 2009 01:47:35 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/ILLEGAL-BP-with-9S08QE8/m-p/217248#M18911</guid>
      <dc:creator>BradR</dc:creator>
      <dc:date>2009-01-20T01:47:35Z</dc:date>
    </item>
  </channel>
</rss>

