[参考译文] TRF7970A：

您好 Ralph、

感谢您的回复，是的 ，我尝试了 Q= 8，FC=14.5Mhz BW/1.9Mhz，但也无法检测到该 范围内的 VISA 白金卡和主卡。  

因此，请建议解决此问题的最佳方法。  

此致、

Shivu  

您好、Shivu、

当您说无法检测时、您是否意味着您无法获得对轮询命令的响应？

您使用的是什么软件？

此外、您是否计划对您的设计进行 EMVco 认证？

您好 Ralph、

 我们从轮询命令获得响应，但有些 Wavecards 在长循环中不从循环中退出，一旦我们从天线中取出卡片，它将只从轮询循环中退出。 我们只遇到了一个波形卡问题，但我们已经测试了10到15个运行正常的不同波形卡。 但我们只面对一张卡片。  

是的、我们计划对我们的设计进行 EMVco 认证。  

此致、

shivu  

您好 Ralph、

请建议 我们如何在软件中解决此协议问题如果 有任何参考、请分享 (链接)、 我尝试了硬件方面的所有可能、但 我们在支付卡方面遇到了一些问题。

建议我们在检测时测试信号以进行验证的各种步骤。

此致、

Shivu  

您好、Shivu、

[报价 USER="shivu ns1"]请建议 我们如何在软件中解决此协议问题如果 有任何参考，请分享 (链接)， 我尝试了硬件方面的所有可能，但我们在 支付卡方面遇到了一些问题。

支付卡具有特定的 APDU 交换协议、我们的任何软件产品均不包含该协议。 我的回忆(上次我看的是4年多以前)万事达卡和 VISA 卡都有自己独特的 APDU 交换器、可以从卡中获取数据。 我不记得这方面的文档会在哪里、但我 强烈怀疑这是每个公司为开发人员提供的、因此我将从这条路径开始。

我们没有任何参考资料、完全不支持这些付款应用程序。

您将使用 API、如下所示：

ISO_7816_4_sendAPDU
ISO_7816_4_getWriteAPDUStatus 

使用这些 API、您可以创建一个自定义 APDU 处理状态机、其结构类似于 T4T_app.c 中 T4T_stateMachine 的结构

[引用 user="shivu ns1"]向我们建议在检测时测试信号以进行验证的各种步骤。

您只能使用断点进行调试、但我还建议您使用 Saleae 等逻辑状态分析器、这样您就可以快速获得捕获结果、然后您可以浏览以查看通信中断的位置。

µs 行为 ISO14443A/NFC-A 空中接口定义的位持续时间(1 ETU)应为9.44 μ s (±0.5%)。 问题器件未通过此标准。 µs 该值(例如、对于 EMVCO 合规性测试)、1 ETU 大约为≥9.587 μ F、因此超出了给定的规格限制。 条件器件作为 ISO14443A/NFC-A 读/写器和 NFC-A 对等(P2P)发起方运行。 影响器件完全支持 ISO14443A 通信。 由于1-ETU 值超出给定范围、器件未通过 EMVCO 合规性测试。 解决方法未确定解决方法

请详细说明。 让我知道如何测试这些 ETU。