<?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: PN7462 RF power consumption in NFC</title>
    <link>https://community.nxp.com/t5/NFC/PN7462-RF-power-consumption/m-p/1599508#M10033</link>
    <description>&lt;P&gt;Hi Fabian_R,&lt;BR /&gt;thank you for the quick response.&lt;BR /&gt;&lt;BR /&gt;I used as a starting point the phExMain_mcux example with RTOS and modified it to allow communication on HIF configured as SPI slave.&lt;BR /&gt;Inside phExMain_ClifTask, as first operation of the infinite loop I tried executing different codes to solve the following issue.&lt;BR /&gt;Maybe I didn't explain the problem correctly. I leave attached a sample of the current consumption of the chip.&lt;BR /&gt;The highest peaks are the TAG readings; once the reading is finished, depending on the TAG presence, there is a constant current consumption that persists even if no reading is requested. If no TAG is detected the level is higher.&lt;BR /&gt;I disabled LPCD through EEPROM, but I didn't notice any changes. I suppose it is the AGC function keeping the current high in order to detect another presence.&lt;BR /&gt;Is there a way to avoid this behavior?&lt;BR /&gt;Thank you in advance.&lt;/P&gt;</description>
    <pubDate>Wed, 15 Feb 2023 09:51:41 GMT</pubDate>
    <dc:creator>tommyb90</dc:creator>
    <dc:date>2023-02-15T09:51:41Z</dc:date>
    <item>
      <title>PN7462 RF power consumption</title>
      <link>https://community.nxp.com/t5/NFC/PN7462-RF-power-consumption/m-p/1598298#M10025</link>
      <description>&lt;P&gt;Hi to all,&lt;BR /&gt;I'm working on an authentication project that involves the PN7462 and I have a problem while using the chip RF interface.&lt;BR /&gt;I have a PNEV7462C board where I made the necessary modifications in order to run at 3.3V.&lt;BR /&gt;I therefore don't have access to the TVDD generation.&lt;/P&gt;&lt;P&gt;The board also acts as a SPI slave to another microcontroller that manages its functionalities.&lt;BR /&gt;The board can receive different commands such as operations on the GPIO pins or enabling/disabling the CLIF interface.&lt;/P&gt;&lt;P&gt;What I found out is that when I ask for detection on the CLIF interface without finding any card near it the current consumption rises and I the&amp;nbsp;phhalHw_PN7462AU_FieldOff function does not really disable the external field.&lt;BR /&gt;Is there a command to avoid this behavior?&lt;/P&gt;&lt;P&gt;I tried implementing a STAND-BY mode, but waking up from SPI does lead to issues while transmitting.&lt;/P&gt;&lt;P&gt;Thank you in advance.&lt;/P&gt;</description>
      <pubDate>Mon, 13 Feb 2023 17:03:22 GMT</pubDate>
      <guid>https://community.nxp.com/t5/NFC/PN7462-RF-power-consumption/m-p/1598298#M10025</guid>
      <dc:creator>tommyb90</dc:creator>
      <dc:date>2023-02-13T17:03:22Z</dc:date>
    </item>
    <item>
      <title>Re: PN7462 RF power consumption</title>
      <link>https://community.nxp.com/t5/NFC/PN7462-RF-power-consumption/m-p/1599031#M10028</link>
      <description>&lt;P&gt;Hello sir,&lt;BR /&gt;Thank you for submitting your case to our community, we really appreciate it!&lt;BR /&gt;Since we don't have knowledge that the FieldOff function could not be disabling the field.&lt;BR /&gt;Could you please share with us the debug messages when this issue is occurring? This malfunction could be due to an issue with the function parameters. &lt;BR /&gt;Also, if you could share with us the code section when this procedure is called would be very helpful.&lt;/P&gt;</description>
      <pubDate>Tue, 14 Feb 2023 17:58:45 GMT</pubDate>
      <guid>https://community.nxp.com/t5/NFC/PN7462-RF-power-consumption/m-p/1599031#M10028</guid>
      <dc:creator>Fabian_R</dc:creator>
      <dc:date>2023-02-14T17:58:45Z</dc:date>
    </item>
    <item>
      <title>Re: PN7462 RF power consumption</title>
      <link>https://community.nxp.com/t5/NFC/PN7462-RF-power-consumption/m-p/1599508#M10033</link>
      <description>&lt;P&gt;Hi Fabian_R,&lt;BR /&gt;thank you for the quick response.&lt;BR /&gt;&lt;BR /&gt;I used as a starting point the phExMain_mcux example with RTOS and modified it to allow communication on HIF configured as SPI slave.&lt;BR /&gt;Inside phExMain_ClifTask, as first operation of the infinite loop I tried executing different codes to solve the following issue.&lt;BR /&gt;Maybe I didn't explain the problem correctly. I leave attached a sample of the current consumption of the chip.&lt;BR /&gt;The highest peaks are the TAG readings; once the reading is finished, depending on the TAG presence, there is a constant current consumption that persists even if no reading is requested. If no TAG is detected the level is higher.&lt;BR /&gt;I disabled LPCD through EEPROM, but I didn't notice any changes. I suppose it is the AGC function keeping the current high in order to detect another presence.&lt;BR /&gt;Is there a way to avoid this behavior?&lt;BR /&gt;Thank you in advance.&lt;/P&gt;</description>
      <pubDate>Wed, 15 Feb 2023 09:51:41 GMT</pubDate>
      <guid>https://community.nxp.com/t5/NFC/PN7462-RF-power-consumption/m-p/1599508#M10033</guid>
      <dc:creator>tommyb90</dc:creator>
      <dc:date>2023-02-15T09:51:41Z</dc:date>
    </item>
    <item>
      <title>Re: PN7462 RF power consumption</title>
      <link>https://community.nxp.com/t5/NFC/PN7462-RF-power-consumption/m-p/1599510#M10034</link>
      <description>&lt;P&gt;Sorry I think there was an error while loading the attachment&lt;/P&gt;</description>
      <pubDate>Wed, 15 Feb 2023 09:53:05 GMT</pubDate>
      <guid>https://community.nxp.com/t5/NFC/PN7462-RF-power-consumption/m-p/1599510#M10034</guid>
      <dc:creator>tommyb90</dc:creator>
      <dc:date>2023-02-15T09:53:05Z</dc:date>
    </item>
  </channel>
</rss>

