<?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>NFCのトピックRe: MFRC522</title>
    <link>https://community.nxp.com/t5/NFC/MFRC522/m-p/2194822#M13745</link>
    <description>&lt;P&gt;This is necessary because after a failed command, especially authentication, the card may transition to the IDLE or HALT state, as per ISO/IEC 14443-3 and MIFARE Classic specifications. In such states, the card will not respond to further commands unless reactivated.&lt;/P&gt;
&lt;P&gt;The &lt;STRONG&gt;ISO/IEC 14443-3&lt;/STRONG&gt; standard (e.g. referenced in &lt;A class="fui-Link ___w5et180 f2hkw1w f3rmtva f1ewtqcl fyind8e f1k6fduh f1w7gpdv f1mo0ibp fjoy568 ff5ikls f1s184ao f1mk8lai fnbmjn9 f1o700av f13mvf36 f1cmlufx f9n3di6 f1ids18y f1tx3yz7 f1deo86v f1eh06m1 f1iescvh fhgqx19 f1olyrje f1p93eir f1nev41a" tabindex="0" href="https://www.nxp.com/docs/en/application-note/AN10834.pdf" target="_blank" rel="noopener noreferrer" data-tabster="{&amp;quot;restorer&amp;quot;:{&amp;quot;type&amp;quot;:1}}"&gt;NXP AN10834&lt;/A&gt;) describes how a PICC (card) may enter IDLE or HALT states after certain errors, requiring a new activation sequence.&lt;/P&gt;</description>
    <pubDate>Wed, 29 Oct 2025 06:31:28 GMT</pubDate>
    <dc:creator>jimmychan</dc:creator>
    <dc:date>2025-10-29T06:31:28Z</dc:date>
    <item>
      <title>MFRC522</title>
      <link>https://community.nxp.com/t5/NFC/MFRC522/m-p/2193235#M13740</link>
      <description>&lt;P&gt;Hello everyone,&lt;/P&gt;&lt;P&gt;I’m using the MFRC522 reader IC with MIFARE Classic cards.&lt;BR /&gt;In my application, sometimes a command (for example, authentication, read, or decrement) fails due to timeout or CRC error.&lt;/P&gt;&lt;P&gt;My question is:&lt;/P&gt;&lt;P&gt;After any command failure, is it mandatory to reestablish communication with the card&amp;nbsp; (i.e., send REQA/WUPA → ANTICOLLISION → SELECT again), or can I retry the command directly?&lt;/P&gt;&lt;P&gt;I’ve checked the MFRC522 datasheet, but I didn’t find any explicit statement that says the communication must be reinitialized after an error.&lt;BR /&gt;However, I know that in ISO/IEC 14443 and MIFARE Classic documentation, the card may return to an IDLE or HALT state after errors or failed authentications, which might require reactivation.&lt;/P&gt;&lt;P&gt;Could you please confirm the correct recovery procedure according to NXP’s official recommendation for the MFRC522?&lt;BR /&gt;And if possible, point me to the relevant section in the datasheet, application note, or ISO reference that specifies this behavior.&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;</description>
      <pubDate>Mon, 27 Oct 2025 06:55:39 GMT</pubDate>
      <guid>https://community.nxp.com/t5/NFC/MFRC522/m-p/2193235#M13740</guid>
      <dc:creator>RajPadmani</dc:creator>
      <dc:date>2025-10-27T06:55:39Z</dc:date>
    </item>
    <item>
      <title>Re: MFRC522</title>
      <link>https://community.nxp.com/t5/NFC/MFRC522/m-p/2194822#M13745</link>
      <description>&lt;P&gt;This is necessary because after a failed command, especially authentication, the card may transition to the IDLE or HALT state, as per ISO/IEC 14443-3 and MIFARE Classic specifications. In such states, the card will not respond to further commands unless reactivated.&lt;/P&gt;
&lt;P&gt;The &lt;STRONG&gt;ISO/IEC 14443-3&lt;/STRONG&gt; standard (e.g. referenced in &lt;A class="fui-Link ___w5et180 f2hkw1w f3rmtva f1ewtqcl fyind8e f1k6fduh f1w7gpdv f1mo0ibp fjoy568 ff5ikls f1s184ao f1mk8lai fnbmjn9 f1o700av f13mvf36 f1cmlufx f9n3di6 f1ids18y f1tx3yz7 f1deo86v f1eh06m1 f1iescvh fhgqx19 f1olyrje f1p93eir f1nev41a" tabindex="0" href="https://www.nxp.com/docs/en/application-note/AN10834.pdf" target="_blank" rel="noopener noreferrer" data-tabster="{&amp;quot;restorer&amp;quot;:{&amp;quot;type&amp;quot;:1}}"&gt;NXP AN10834&lt;/A&gt;) describes how a PICC (card) may enter IDLE or HALT states after certain errors, requiring a new activation sequence.&lt;/P&gt;</description>
      <pubDate>Wed, 29 Oct 2025 06:31:28 GMT</pubDate>
      <guid>https://community.nxp.com/t5/NFC/MFRC522/m-p/2194822#M13745</guid>
      <dc:creator>jimmychan</dc:creator>
      <dc:date>2025-10-29T06:31:28Z</dc:date>
    </item>
  </channel>
</rss>

