<?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] HCE - phhalRf_AutoColl function does not activate ALM? in NFC</title>
    <link>https://community.nxp.com/t5/NFC/PN7462-HCE-phhalRf-AutoColl-function-does-not-activate-ALM/m-p/1759002#M10985</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;after further investigation I found out that phhalRf_AutoColl(..) seems to set the register CLIF_ANA_TEST_REG to a value of 0x0150004A. When I set it back to it's reset value 0x50004A using a debugger,&amp;nbsp;phhalRf_AutoColl(..) terminates. Also the ALM starts working then and I can see a strong ISO14443A-106 load modulation.&lt;/P&gt;&lt;P&gt;So what is this 24'th bit that seems to block communication? Is it a good idea to set CLIF_ANA_TEST_REG to it's reset value, e.g., after phhalRf_AutoColl(..) was started?&lt;/P&gt;</description>
    <pubDate>Fri, 17 Nov 2023 10:39:53 GMT</pubDate>
    <dc:creator>johannesdev</dc:creator>
    <dc:date>2023-11-17T10:39:53Z</dc:date>
    <item>
      <title>[PN7462] HCE - phhalRf_AutoColl function does not activate ALM?</title>
      <link>https://community.nxp.com/t5/NFC/PN7462-HCE-phhalRf-AutoColl-function-does-not-activate-ALM/m-p/1674838#M10471</link>
      <description>&lt;P&gt;Hi!&lt;/P&gt;&lt;P&gt;We would like to add a HCE mode to one of our PN7462 reader boards. Because the underlying schematic does not have the ANT-pins attached to the antenna we would like to use the Active Load Modulation-Feature (ALM) of the chip.&lt;/P&gt;&lt;P&gt;For a simple test I placed a CLRC663 eval board above the PN7462 reader board. In-between both devices I put a pickup coil and connected it to an oscilloscope. Both devices were set to be used with the NXP NFC Cockpit (thus a total of 2 Cockpits were running on my PC). Hereby the CLRC663 was used as a reader and the PN7462 was used as a HCE device. Using the PN7462-NFC Cockpit the ALM mode could be activated and the board did a very strong "simulated" load modulation when communicating with the CLRC663-NFC Cockpit. Below the output of the pickup-coil can be seen:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="johannesdev_1-1687504781524.png" style="width: 400px;"&gt;&lt;img src="https://community.nxp.com/t5/image/serverpage/image-id/228977iA7490DC4DFB028F7/image-size/medium?v=v2&amp;amp;px=400" role="button" title="johannesdev_1-1687504781524.png" alt="johannesdev_1-1687504781524.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;Moreover, all the ALM settings were accordingly written to the PN7462's EEPROM:&lt;/P&gt;&lt;PRE&gt;[2023.06.22 17:05:04]:INFO:CardEmulationPN7462ViewModel:Exited Card Mode&lt;BR /&gt;[2023.06.22 17:05:04]:INFO:CardEmulationPN7462ViewModel:TX_BITPHASE written with 0x80 for T_TX_A_106_P protocol settings in EEPROM&lt;BR /&gt;[2023.06.22 17:05:04]:INFO:CardEmulationPN7462ViewModel:TX_ASKMODE_SELECT written with 0x1 for T_TX_GTM protocol settings in EEPROM&lt;BR /&gt;[2023.06.22 17:05:04]:INFO:CardEmulationPN7462ViewModel:TX_CW_AMPLITUDE_ALM_CM written with 0x0 for T_TX_GTM protocol settings in EEPROM&lt;BR /&gt;[2023.06.22 17:05:04]:INFO:CardEmulationPN7462ViewModel:TX_PD_CLK_GEN written with 0x1 for T_TX_GTM protocol settings in EEPROM&lt;BR /&gt;[2023.06.22 17:05:04]:INFO:CardEmulationPN7462ViewModel:TX_ALM_TYPE_SELECT written with 0x1 for T_TX_GTM protocol settings in EEPROM&lt;BR /&gt;[2023.06.22 17:05:04]:INFO:CardEmulationPN7462ViewModel:TX_ALM_ENABLE written with 0x1 for T_TX_GTM protocol settings in EEPROM&lt;BR /&gt;[2023.06.22 17:05:04]:INFO:CardEmulationPN7462ViewModel:CLOCK_TX_SEL_SLALM written with 0x0 for T_TX_GTM protocol settings in EEPROM&lt;BR /&gt;[2023.06.22 17:05:04]:INFO:CardEmulationPN7462ViewModel:CLOCK_ADC_SEL_RF written with 0x1 for T_TX_GTM protocol settings in EEPROM&lt;BR /&gt;[2023.06.22 17:05:04]:INFO:CardEmulationPN7462ViewModel:Entered Card Mode&lt;/PRE&gt;&lt;P&gt;So far, so good.&lt;/P&gt;&lt;P&gt;I expected that the PN7462 could now be flashed with a sample project, e.g., &lt;STRONG&gt;PN7462AU_ex_phExRf_mcux&lt;/STRONG&gt; with only the CM active. Please note that exactly this PN7462 was previously configured to ALM mode using the Cockpit whereas the EEPROM contents was not altered.&lt;/P&gt;&lt;P&gt;While debugging the PN7462 I can see the firmware run to the &lt;EM&gt;wStatus = phhalRf_AutoColl(...&lt;/EM&gt; line in phExRf_CM.c. Accoding to &lt;STRONG&gt;UM10913&lt;/STRONG&gt; Chap 4.10.4 "&lt;EM&gt;The AutoColl function takes care of configuring the base rates for all the supported technologies.&lt;/EM&gt;", so no need to do an Load-Protocol. However, there is no visible ALM on the oscilloscope. Also, when I read the CLIF_TX_CONTROL_REG one line after the &lt;EM&gt;phhalRf_AutoColl&lt;/EM&gt; command it is 0x00, i.e., the TX_ALM_ENABLE bit is 0.&lt;/P&gt;&lt;P&gt;When I flash the Cockpit FW to the PN7462 and start the Cockpit, all ALM settings can be restored and the "Start Cardmode" button also restores the ALM mode.&lt;/P&gt;&lt;P&gt;So the question arises:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Why does the &lt;EM&gt;phhalRf_AutoColl&lt;/EM&gt; tunction does not activete ALM while the NFC cockpit does? The EEPROM contents was not altered inbetween&lt;/LI&gt;&lt;LI&gt;The wMode of &lt;EM&gt;phhalRf_AutoColl &lt;/EM&gt;is set to &lt;EM&gt;E_LISTEN_ALL&lt;/EM&gt;. Would be a pure ALM application be &lt;EM&gt;E_LISTEN_ACT_A&lt;/EM&gt;?&lt;/LI&gt;&lt;LI&gt;There are two protocols for HCE according the Cockpit: T_TX_GTM and T_TX_ACT. Where is the difference and which is the important one for &lt;EM&gt;phhalRf_AutoColl&lt;/EM&gt; and the latter CM_106 mode?&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Thank you for your help and best regards,&lt;BR /&gt;Johannes&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 23 Jun 2023 08:23:09 GMT</pubDate>
      <guid>https://community.nxp.com/t5/NFC/PN7462-HCE-phhalRf-AutoColl-function-does-not-activate-ALM/m-p/1674838#M10471</guid>
      <dc:creator>johannesdev</dc:creator>
      <dc:date>2023-06-23T08:23:09Z</dc:date>
    </item>
    <item>
      <title>Re: [PN7462] HCE - phhalRf_AutoColl function does not activate ALM?</title>
      <link>https://community.nxp.com/t5/NFC/PN7462-HCE-phhalRf-AutoColl-function-does-not-activate-ALM/m-p/1759002#M10985</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;after further investigation I found out that phhalRf_AutoColl(..) seems to set the register CLIF_ANA_TEST_REG to a value of 0x0150004A. When I set it back to it's reset value 0x50004A using a debugger,&amp;nbsp;phhalRf_AutoColl(..) terminates. Also the ALM starts working then and I can see a strong ISO14443A-106 load modulation.&lt;/P&gt;&lt;P&gt;So what is this 24'th bit that seems to block communication? Is it a good idea to set CLIF_ANA_TEST_REG to it's reset value, e.g., after phhalRf_AutoColl(..) was started?&lt;/P&gt;</description>
      <pubDate>Fri, 17 Nov 2023 10:39:53 GMT</pubDate>
      <guid>https://community.nxp.com/t5/NFC/PN7462-HCE-phhalRf-AutoColl-function-does-not-activate-ALM/m-p/1759002#M10985</guid>
      <dc:creator>johannesdev</dc:creator>
      <dc:date>2023-11-17T10:39:53Z</dc:date>
    </item>
  </channel>
</rss>

