[参考译文] TRF7970A：直接模式0中 TRF7970AEVM 的代码

你(们)好。

我有与 Nirav 描述的相同问题。 我已将 sloa214示例代码移植到 PIC24FJ256GB610。 我所做的唯一修改是 SPI 处理和 mcu.h 定义以适应我们的控制器。 以下是信号在进入 DM1后的外观：

 

如您所见、步骤14、15、16、17、18的执行如应用手册中所述。 此外、我还确保逻辑分析仪上的所有其他步骤与应用手册中的步骤相同。 第18步之后、SDM 位时钟线路上没有活动。 我将 PIC24FJ256GB 与 DLP-7970ABP 搭配使用。

您能帮我们解决这个问题吗？

您好、Ion、

当移植到其他 MCU 时、我们发现 SDM 和 DM1条目与时序极其相关。 您需要将与 MSP430 MCU 配合使用的时序与 PIC 的时序进行比较。 如果您没有要测试的 TRF7970AEVM、我可以为此提供一个 saleae 文件、以便您进行比较、但是我将只能在周一返回办公室时进行此操作。

您好、Ralph、

根据 SDM 和 DM1条目计时、您是指转换之间的时间？ 我们使用的是16MHz 指令速度的 PIC、我相信这比编写示例的 MSP430快两倍。 我们没有 TRF7970AEVM、因此我认为一个 saleae 文件对我们很有帮助。 我们还将尝试更快的 MCU 来检查时序是否是问题所在。 在我们找到解决方案之前、请不要关闭此 TT。 谢谢你。

Ion Popa

您好、Ralph、
您说过您可以发送 saleae 文件、以便我们可以与我们的设置进行比较。 您可以发送该文件吗？

您好、Ion、

很抱歉耽误了时间、我以为我已经有了文件、但我不需要重新测量、也没有机会、 此帖子已打开、并在我的待办事项列表中、我将尝试在今天晚些时候获取该帖子。

您好、Ion、

以下是逻辑捕获文件： e2e.ti.com/.../MIFARE_5F00_Classic_5F00_SDM_5F00_Auth.logicdata

我标记了信号、以像应用手册一样对其进行描述。

您好、Ralph、

我使用我的捕获检查了您的逻辑文件、它看起来完全相同(除了 UID、这是正常的)。 此外、时序大致相同。 我已连接我的逻辑捕获。 您能看一下吗？ 或许我在比较捕获时错过了一些东西。

e2e.ti.com/.../pic_5F00_nfc.zip

您好、Ion、

我将研究延长从进入 SDM 点到8个时钟周期的时间、并将 TX 使能线路升高到高电平的时间。 虽然仅在几微秒内、但这种情况的发生速度几乎是前者的两倍。

此外、我还想知道您将使用 MIFARE .lib 与 PIC MCU、这是否能够在具有此类不同架构的 MCU 上正确编译？ 该库是专门为 MSP430生成的...

您好、Ralph、

我添加了另一个8个时钟周期的虚拟写入、但没有成功。 我有 Mifare .lib 的源文件(发出请求)、并直接在我的项目中添加了源文件(crypto1.h、crypto1_clear.c、crypto1.c)。 此外、今天我将 sloa214示例移植到了一个以72MHz 时钟频率运行的 STM32F103控制器、并且它会卡在相同的序列中。  

您好、Ion、

我不会执行虚拟时钟、而只是延迟等待状态、我不喜欢虚拟时钟的想法、因为我不确定器件将如何注册这些时钟。

好的、最好至少知道您有源文件。

因此、根据您的建议、我添加了一个测量延迟、而不是虚拟时钟、但仍然没有成功。 我不知道这里发生了什么...

您好、Ion、

我将与固件的主要开发人员进行核实、但他现在是不同的团队、因此我无法保证我将与他面对面交流、直到下周查看您发送给我的文件。

您好、Ion、

我与原始开发人员讨论了这一点、但我们中的任何人都无法发现任何可以解释行为的明确问题。 遗憾的是、由于该问题发生在非 TI MCU 上、而且我们对此不了解、因此我们无法就此问题提供任何详细的支持。

我可以给出的最佳建议是分步查看应用手册中概述的所有关键转换、如果存在任何时序差异、尤其是在 TI 示例代码插入延迟的任何领域、 以使时序与代码在 MSP430 MCU 上的运行方式保持一致。