<?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>Processor Expert SoftwareのトピックRe: bogus default values in Init_NFC</title>
    <link>https://community.nxp.com/t5/Processor-Expert-Software/bogus-default-values-in-Init-NFC/m-p/300174#M2237</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Consider the implications of that statement, Petr.&amp;nbsp; If the PE components did not check and qualify it's input fields, it would be nothing more than a clunky forms engine with no 'expert' value whatever.&amp;nbsp; Fortunately, that's not the case.&amp;nbsp; Almost all of the fields are checked and either limit inputs to valid values, or warn the user when the values are out of range.&amp;nbsp; This field, ECC Address, should also issue a warning when the values are out of range.&amp;nbsp; And other values in this component.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 10 Jun 2014 00:00:32 GMT</pubDate>
    <dc:creator>bowerymarc</dc:creator>
    <dc:date>2014-06-10T00:00:32Z</dc:date>
    <item>
      <title>bogus default values in Init_NFC</title>
      <link>https://community.nxp.com/t5/Processor-Expert-Software/bogus-default-values-in-Init-NFC/m-p/300172#M2235</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The Init_NFC component defaults with some out of range values.&amp;nbsp; Naturally the user of these 'expert' components assumes that the default instantiation, while possibly not optimized, should at least function correctly.&amp;nbsp; Such is not the case here.&amp;nbsp; These parameters discussed below should have their defaults changed to valid values.&amp;nbsp; Further, this and all other PE components should be reviewed by the PE teams to insure there are no other invalid values.&amp;nbsp; In the case of the NFC, they are in a much better position to do so, due to the paucity of documentation on the actual functioning of the peripheral.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Settings-&amp;gt;ECC SRAM address.&amp;nbsp; This defaults to 0x1FF, which is out of range of the NFC's SRAM buffer.&amp;nbsp; It might actually alias to another buffer, or to an empty area, it's impossible to tell from the chip documentation.&amp;nbsp; In any case, the maximum legal value is 0x11F.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Settings-&amp;gt;Cache swap address 1/2.&amp;nbsp; These default to 0x7FF, which are out of range of the SRAM buffer.&amp;nbsp; Its not clear what effect it has when this is out of range, as there is very little about these settings in the documentation.&amp;nbsp; It could be that it aliases to another of the NFC's SRAM buffers.&amp;nbsp; The maximum legal value again is 0x11F, at least that's the best I can discern, as it appears from example code that this address is also a byte address divided by 8.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 18 May 2014 20:30:49 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Processor-Expert-Software/bogus-default-values-in-Init-NFC/m-p/300172#M2235</guid>
      <dc:creator>bowerymarc</dc:creator>
      <dc:date>2014-05-18T20:30:49Z</dc:date>
    </item>
    <item>
      <title>Re: bogus default values in Init_NFC</title>
      <link>https://community.nxp.com/t5/Processor-Expert-Software/bogus-default-values-in-Init-NFC/m-p/300173#M2236</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;the Peripheral Initialization Components represent a direct settings of peripheral registers and are implemented the way that their initial setup exactly corresponds to the after-reset values that are in the registers. This means that the initial values might not be valid in case that the peripheral registers have this after-reset values and the user has to change them, which is probably this case. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best regards&lt;/P&gt;&lt;P&gt;Petr Hradsky&lt;/P&gt;&lt;P&gt;Processor Expert Support Team&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 21 May 2014 06:58:33 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Processor-Expert-Software/bogus-default-values-in-Init-NFC/m-p/300173#M2236</guid>
      <dc:creator>Petr_H</dc:creator>
      <dc:date>2014-05-21T06:58:33Z</dc:date>
    </item>
    <item>
      <title>Re: bogus default values in Init_NFC</title>
      <link>https://community.nxp.com/t5/Processor-Expert-Software/bogus-default-values-in-Init-NFC/m-p/300174#M2237</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Consider the implications of that statement, Petr.&amp;nbsp; If the PE components did not check and qualify it's input fields, it would be nothing more than a clunky forms engine with no 'expert' value whatever.&amp;nbsp; Fortunately, that's not the case.&amp;nbsp; Almost all of the fields are checked and either limit inputs to valid values, or warn the user when the values are out of range.&amp;nbsp; This field, ECC Address, should also issue a warning when the values are out of range.&amp;nbsp; And other values in this component.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 10 Jun 2014 00:00:32 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Processor-Expert-Software/bogus-default-values-in-Init-NFC/m-p/300174#M2237</guid>
      <dc:creator>bowerymarc</dc:creator>
      <dc:date>2014-06-10T00:00:32Z</dc:date>
    </item>
  </channel>
</rss>

