<?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: MCQExx Device IDs in 8-bit Microcontrollers</title>
    <link>https://community.nxp.com/t5/8-bit-Microcontrollers/MCQExx-Device-IDs/m-p/199201#M16192</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This method of differentiation may not be reliable.&amp;nbsp; It is quite possible that some of the "smaller capacity" devices that are supplied use exactly the &lt;U&gt;same&lt;/U&gt; die as the higher capacity device.&amp;nbsp; I do not know the situation&amp;nbsp; with the QE series.&amp;nbsp; The extra flash and RAM may not be fully functional, and may not have been tested for the smaller capacity device.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Mac&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 17 Jul 2009 01:02:59 GMT</pubDate>
    <dc:creator>bigmac</dc:creator>
    <dc:date>2009-07-17T01:02:59Z</dc:date>
    <item>
      <title>MCQExx Device IDs</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/MCQExx-Device-IDs/m-p/199198#M16189</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm working on a bootloader for multiple MCQExx devices (namely, the 16, 32, 64, 96, and 128KB models).&amp;nbsp; I was hoping to use the device ID register (SDID) to id the different parts.&amp;nbsp; However, it appears that the same device ID is returned for several parts.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;For example, the 64kb and 128kb both return 0x15.&amp;nbsp; This isn't very helpful.&amp;nbsp; Is there another way for code to ID the different parts?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 15 Jul 2009 03:22:40 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/MCQExx-Device-IDs/m-p/199198#M16189</guid>
      <dc:creator>FreeFromScales</dc:creator>
      <dc:date>2009-07-15T03:22:40Z</dc:date>
    </item>
    <item>
      <title>Re: MCQExx Device IDs</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/MCQExx-Device-IDs/m-p/199199#M16190</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If you attempt to read from an unimplemented memory address you will get an "Illegal Address Reset".&amp;nbsp; From that you will be able to quickly determine which device you have.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Roger&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 16 Jul 2009 22:41:40 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/MCQExx-Device-IDs/m-p/199199#M16190</guid>
      <dc:creator>RogerSchaefer</dc:creator>
      <dc:date>2009-07-16T22:41:40Z</dc:date>
    </item>
    <item>
      <title>Re: MCQExx Device IDs</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/MCQExx-Device-IDs/m-p/199200#M16191</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;That was my plan - well to test for end of RAM and then derive part ID from that.&amp;nbsp; Odd that there isn't a real device ID for these parts...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 16 Jul 2009 22:47:57 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/MCQExx-Device-IDs/m-p/199200#M16191</guid>
      <dc:creator>FreeFromScales</dc:creator>
      <dc:date>2009-07-16T22:47:57Z</dc:date>
    </item>
    <item>
      <title>Re: MCQExx Device IDs</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/MCQExx-Device-IDs/m-p/199201#M16192</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This method of differentiation may not be reliable.&amp;nbsp; It is quite possible that some of the "smaller capacity" devices that are supplied use exactly the &lt;U&gt;same&lt;/U&gt; die as the higher capacity device.&amp;nbsp; I do not know the situation&amp;nbsp; with the QE series.&amp;nbsp; The extra flash and RAM may not be fully functional, and may not have been tested for the smaller capacity device.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Mac&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 17 Jul 2009 01:02:59 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/MCQExx-Device-IDs/m-p/199201#M16192</guid>
      <dc:creator>bigmac</dc:creator>
      <dc:date>2009-07-17T01:02:59Z</dc:date>
    </item>
    <item>
      <title>Re: MCQExx Device IDs</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/MCQExx-Device-IDs/m-p/199202#M16193</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Then how do I know that I have a truly "not implemented" address (based on your original comment from this morning).&amp;nbsp; Or are you suggesting a different method all together?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 17 Jul 2009 01:11:21 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/MCQExx-Device-IDs/m-p/199202#M16193</guid>
      <dc:creator>FreeFromScales</dc:creator>
      <dc:date>2009-07-17T01:11:21Z</dc:date>
    </item>
    <item>
      <title>Re: MCQExx Device IDs</title>
      <link>https://community.nxp.com/t5/8-bit-Microcontrollers/MCQExx-Device-IDs/m-p/199203#M16194</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Unfortunately the only way to know for sure is to read the part number on top of the device.&lt;/P&gt;&lt;P&gt;Unlike some other families I know of no reports of the&amp;nbsp; practice of labelling larger devices as smaller ones, but this does not mean it is not happening.&lt;/P&gt;&lt;DIV class="message-edit-history"&gt;&lt;SPAN class="edit-author"&gt;Message Edited by peg on&lt;/SPAN&gt; &lt;SPAN class="local-date"&gt;2009-07-17&lt;/SPAN&gt; &lt;SPAN class="local-time"&gt;06:39 AM&lt;/SPAN&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 17 Jul 2009 03:37:52 GMT</pubDate>
      <guid>https://community.nxp.com/t5/8-bit-Microcontrollers/MCQExx-Device-IDs/m-p/199203#M16194</guid>
      <dc:creator>peg</dc:creator>
      <dc:date>2009-07-17T03:37:52Z</dc:date>
    </item>
  </channel>
</rss>

