<?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: s12ub problem in S12 / MagniV Microcontrollers</title>
    <link>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/s12ub-problem/m-p/145381#M3890</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;I am using 17 of these boards for my course now - have not had any problems with the boards themselves - just the CodeWarrior debugger.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;It sounds to me like a serial comm problem on the cable or PC - especially if it's happening on both the POD and target MCU (different MCUs, XTALS, RS232, and connectors) D-Bug12 use XON/XOFF flow control but I don't think that matters unless you're programming EEPROM of Flash. I'd strongly recommend TeraTerm over HyperTerm.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Email me off list if you want more info: &lt;A href="mailto:Todd.Morton@wwu.edu" rel="nofollow" target="_blank"&gt;Todd.Morton@wwu.edu&lt;/A&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 19 Feb 2007 01:20:33 GMT</pubDate>
    <dc:creator>mortontd</dc:creator>
    <dc:date>2007-02-19T01:20:33Z</dc:date>
    <item>
      <title>s12ub problem</title>
      <link>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/s12ub-problem/m-p/145377#M3886</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I have 2 s12ub boards and both seem to be defective.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;On the pod side, wehn you reset into either bl or pod you get garbage like:&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;(pressing reset multiple times)&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;ú-Bug12 Bootloader v1.0&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;D-Bug±.0.0&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;a) Eras.0&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;a) Erase Flash&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;bé&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;a) Erase Flash&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;b) Pr ªªHè þBootloader v1.0.0&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;a) Erase Fì&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I have two of them and they both do this.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Any idea who I could contact ?&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;I am evaluating boards for a university course.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 18 Feb 2007 07:54:01 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/s12ub-problem/m-p/145377#M3886</guid>
      <dc:creator>JimDon</dc:creator>
      <dc:date>2007-02-18T07:54:01Z</dc:date>
    </item>
    <item>
      <title>Re: s12ub problem</title>
      <link>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/s12ub-problem/m-p/145378#M3887</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;Hi,&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;I don't know what a s12ub is but what you have shown looks like serial Bootloader comms where the baudrate is a bit off???&lt;/DIV&gt;&lt;DIV&gt;Untrimmed internal reference?&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 18 Feb 2007 08:13:46 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/s12ub-problem/m-p/145378#M3887</guid>
      <dc:creator>peg</dc:creator>
      <dc:date>2007-02-18T08:13:46Z</dc:date>
    </item>
    <item>
      <title>Re: s12ub problem</title>
      <link>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/s12ub-problem/m-p/145379#M3888</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;An LFEBS12UB - a freescale university board aka s12ub.&lt;BR /&gt;&lt;BR /&gt;Has an xtal oscillator. 8 Mhz. I have to agree it looks like a drifting clock. But then problems don't usually turn out as they seem. The BDM processor and the target side both do the same thing ( flashed bootloader into the target using my PE BDM). I have serveral other EVBs I never had a problem like this.&lt;BR /&gt;&lt;BR /&gt;I was hoping maybe someone here has used this board or knows the freescale group that made it.&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 18 Feb 2007 10:23:22 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/s12ub-problem/m-p/145379#M3888</guid>
      <dc:creator>JimDon</dc:creator>
      <dc:date>2007-02-18T10:23:22Z</dc:date>
    </item>
    <item>
      <title>Re: s12ub problem</title>
      <link>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/s12ub-problem/m-p/145380#M3889</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;You have to use the cable that came with it.&lt;BR /&gt;&lt;BR /&gt;A 'regular' serial cable must not convey flow control correctly.&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 18 Feb 2007 11:23:18 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/s12ub-problem/m-p/145380#M3889</guid>
      <dc:creator>JimDon</dc:creator>
      <dc:date>2007-02-18T11:23:18Z</dc:date>
    </item>
    <item>
      <title>Re: s12ub problem</title>
      <link>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/s12ub-problem/m-p/145381#M3890</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;I am using 17 of these boards for my course now - have not had any problems with the boards themselves - just the CodeWarrior debugger.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;It sounds to me like a serial comm problem on the cable or PC - especially if it's happening on both the POD and target MCU (different MCUs, XTALS, RS232, and connectors) D-Bug12 use XON/XOFF flow control but I don't think that matters unless you're programming EEPROM of Flash. I'd strongly recommend TeraTerm over HyperTerm.&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Email me off list if you want more info: &lt;A href="mailto:Todd.Morton@wwu.edu" rel="nofollow" target="_blank"&gt;Todd.Morton@wwu.edu&lt;/A&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 19 Feb 2007 01:20:33 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/s12ub-problem/m-p/145381#M3890</guid>
      <dc:creator>mortontd</dc:creator>
      <dc:date>2007-02-19T01:20:33Z</dc:date>
    </item>
    <item>
      <title>Re: s12ub problem</title>
      <link>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/s12ub-problem/m-p/145382#M3891</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;I tend to favor NOICE as a debugger. Earlier versions of CW debugger were even worse.&lt;BR /&gt;&lt;BR /&gt;Also noice has a mixed C and asm view that I like.&lt;BR /&gt;&lt;BR /&gt;It has a utility that converts abs files to it's noi format. It's usable with both GNU and CW.&lt;BR /&gt;&lt;BR /&gt;It supports pod mode and sermon, and of course usb pods.&lt;BR /&gt;&lt;BR /&gt;CW is really bad at burning. It wants to erase all of flash every time, whereas noice will only erase sectors/banks it needs to burn. I have a project that uses ram and one page of flash and it needs to live with bootloader and debug-12 - I had no choice but to use NOICE. There is probably a way to get CW to do things differently, but it is so under documented in that area that I opted to just use NOICE.&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 19 Feb 2007 03:00:37 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/s12ub-problem/m-p/145382#M3891</guid>
      <dc:creator>JimDon</dc:creator>
      <dc:date>2007-02-19T03:00:37Z</dc:date>
    </item>
  </channel>
</rss>

