TRF7970A EVM开发板实战：HF RFID/NFC协议调试与NFC功能开发指南

1. TRF7970A EVM：从开箱到实战，一个HF RFID/NFC开发者的深度体验

如果你正在或即将踏入13.56MHz高频射频识别（HF RFID）或近场通信（NFC）的开发领域，那么“评估模块”这个词对你来说一定不陌生。它就像是你进入这个无线世界的第一把钥匙，帮你验证芯片性能、理解协议流程、快速搭建原型。今天，我想和你深入聊聊德州仪器（TI）那款经典的TRF7970A评估模块（EVM）。这不仅仅是一块开发板，更是一个集成了完整参考设计、固件和上位机软件的开发平台。我手头这块板子已经陪我度过了好几个项目周期，从基础的标签读写到复杂的NFC点对点文件传输，它几乎覆盖了HF RFID和NFC入门到进阶的所有场景。对于刚接触这个领域的朋友，它能帮你绕过很多硬件设计的坑；对于有经验的开发者，它则是验证算法、调试协议状态的得力助手。接下来，我会结合官方手册和我自己的实操经验，带你从硬件拆解到软件操作，完整走一遍这块EVM的玩法。

2. 硬件深度解析：不只是“一块板子”

拿到TRF7970A EVM，第一印象是它比想象中要“丰满”。这不仅仅是一颗TRF7970A射频前端芯片的简单载板，TI为其配备了一整套让开发变简单的“基础设施”。理解这些硬件设计，是你能否玩转它的基础。

2.1 核心架构与设计思路

板子的核心是两颗芯片：主角TRF7970A和它的“大脑”MSP430F2370超低功耗微控制器。这种架构非常经典：TRF7970A负责所有射频相关的“脏活累活”，包括载波生成、调制解调、数据编解码等；而MSP430则作为主机控制器，通过并行或SPI接口对TRF7970A进行配置，并处理高层的协议逻辑。这种分工明确的架构，意味着你可以将精力集中在应用逻辑和协议实现上，而无需深入射频电路的细节。

出厂时，板子通过0欧姆电阻将MSP430与TRF7970A配置为并行通信模式。并行模式的优点是速度快，对于需要高频度、低延迟交换数据的应用（如高速防碰撞轮询）很有优势。但如果你希望用自己熟悉的MCU（比如STM32或ESP32）来驱动TRF7970A，板子也预留了极大的灵活性。通过移动几颗0欧姆电阻，你可以轻松切换到SPI模式（带或不带片选信号）。板上的HDR_5、HDR_1、HDR_3等排针座，就是专门引出的通信与调试接口。这意味着你可以完全绕过板载的MSP430，将这些信号飞线到你自己的主控板上，把TRF7970A EVM当作一个纯粹的“射频子板”来用。这种可裁剪的设计，大大扩展了板子的生命周期和使用场景。

注意：在切换并行/SPI模式时，务必在断电状态下操作0欧姆电阻。同时，板载的MSP430固件会自动检测I/O_SEL（P2.3）引脚的电平来判断通信模式，因此更改跳线后无需重刷固件，但需要确保你的自定义固件或上位机指令与硬件模式匹配。

2.2 天线接口与射频链路细节

板载一个印刷的PCB环形天线，这是最方便的快速体验方式。但真正做产品开发时，天线设计往往是性能优化的关键，也是难点。TI显然考虑到了这一点，在板子上预留了一个SMA连接器（J3）。这个接口允许你断开板载天线，接入自己设计或外购的50欧姆阻抗匹配天线进行测试。

这里有一个至关重要的细节：板载天线电路通过一颗0欧姆电阻R3与TRF7970A的射频输出端相连。当你使用SMA接口连接外部天线时，必须移除R3！这是因为TRF7970A内部的射频输出和板载天线匹配网络都是按照50欧姆阻抗设计的。如果R3不移除，你的外部天线就会和板载天线电路并联，导致阻抗严重失配。轻则读写距离大幅缩短，重则可能损坏TRF7970A的射频功放。这个坑我见过不止一个新手踩过，结果就是抱怨芯片功率不够，其实是硬件配置错了。

2.3 调试与扩展接口

对于开发者而言，可视化的调试信号和灵活的扩展能力至关重要。TRF7970A EVM在板边预留了多个2毫米间距的排针焊盘（HDR_1, HDR_3, HDR_5等），用于连接逻辑分析仪。你可以焊接上排针，轻松捕获DATA_CLK（数据时钟）、IRQ（中断请求）以及完整的8位并行数据总线或SPI信号。这在开发自定义防碰撞算法、调试通信时序或分析协议状态机时，是无可替代的“眼睛”。

此外，正如前面提到的，这些排针也是你接入自定义MCU的桥梁。例如，你可以将HDR_5上的MOSI、MISO、SCLK、SS信号直接连接到一块Stellaris或Sitara ARM开发板上，利用其更强的处理能力来实现更复杂的NFC应用。这种“核心板可替换”的设计，让这块EVM的价值超越了其本身，成为一个长期的射频开发平台。

3. 固件与工作模式剖析

板载的MSP430F2370已经预烧录了功能丰富的固件，它定义了EVM的几种工作模式，理解这些模式是正确使用它的前提。

3.1 独立轮询模式：即插即用的快速演示

这是最“傻瓜”的模式。只需通过Micro-USB接口给板子上电，绿色的电源LED亮起，固件便会自动初始化TRF7970A，并进入一个持续的轮询循环。它会依次搜索ISO15693、ISO14443A、ISO14443B三种协议的标签。当相应协议的标签进入天线场区时，对应的红色LED（标签类型指示）就会被点亮。

这个模式非常适合：

1. 快速验证标签或卡片：手头有一堆标签，分不清是15693还是14443A？靠近板子看哪个灯亮就行。
2. 定性测试天线性能：移动外部天线或调整匹配电路，通过LED点亮的距离和稳定性，可以直观判断天线调优的效果。
3. 教学与演示：无需电脑，直观展示RFID的基本工作原理。

它的局限性也很明显：只能检测标签存在，无法进行任何数据读写或高级操作。但这正是其设计目的——提供一个零门槛的入门体验。

3.2 GUI控制模式：全面的协议操练场

当EVM通过USB连接到电脑，并被上位机GUI软件识别后，固件会自动从独立轮询模式切换为GUI控制模式。此时，板载MCU变成一个“命令转发器”，它等待来自GUI的串口指令，解析后通过并行/SPI接口控制TRF7970A执行相应操作，并将结果返回给GUI显示。

这是EVM的核心价值所在。GUI软件提供了一个图形化的界面，让你可以手动构造并发送几乎所有的ISO15693、ISO14443和NFC Forum命令，并实时查看响应。这对于深入学习协议细节、调试自定义标签行为、验证命令序列来说，效率远超自己从头编写代码。你可以把它想象成一个针对HF RFID/NFC协议的“高级串口调试助手”。

4. 软件上位机（GUI）实战指南

TI提供的PC端GUI软件是挖掘EVM潜力的钥匙。它的界面虽然看起来是十年前的风格，但功能非常扎实。下面我结合自己的使用经验，带你一步步玩转它。

4.1 环境搭建与连接

首先，你需要安装USB转串口芯片CP2102的驱动。这个驱动非常普遍，在Silicon Labs官网很容易找到。安装后，将EVM连接电脑，在设备管理器中会看到一个新增的COM口（如COM3）。这里有一个关键步骤：确保COM端口号小于等于12。老版本的GUI软件有端口号检测范围的限制（1-12）。如果系统分配的端口号是COM13或更高，你需要到设备管理器里手动更改端口号。

接着，设置串口参数为：115200, 8, N, 1（115200波特率，8位数据位，无校验，1位停止位）。这是固件与GUI通信的固定配置。完成这些后，启动GUI，软件通常会尝试自动连接。如果连接成功，下方数据日志窗口会滚动显示初始化信息，如图形界面会显示“Connected to COMx”。

4.2 ISO15693协议操作详解

GUI启动后默认停留在ISO15693标签页。这是HF RFID中最常用、最灵活的协议之一，很多工业标签、资产管理标签都基于此协议。操作任何命令前，务必先点击“Set Protocol”按钮。这个操作会将你当前选择的“Tag Flags”（标签请求标志位）下发给TRF7970A，配置其内部寄存器，使其射频参数（数据率、副载波等）与即将发送的命令匹配。忽略这一步是命令执行失败的最常见原因。

请求标志位（Request Flags）是ISO15693协议的灵魂，它决定了命令的发送方式和标签的响应行为。手册中的表3-5做了详细说明，我在这里用“人话”解释几个最关键的：

• b2 Data_rate_flag: 选择通信速率。0为低速（约1.6kbps），1为高速（约26.7kbps）。高速速率快但通信距离和抗干扰能力稍弱，低速则相反。对于新标签或距离较远时，建议先用低速。
• b3 Inventory_flag: 这是核心。设置为1时，你将要执行的是“盘点”（Inventory）命令，此时b5-b8位遵循表5的规则（如是否包含AFI、使用1时隙还是16时隙）。设置为0时，执行的是其他命令（读、写、锁等），b5-b8位遵循表4的规则（如是否寻址、是否选择）。
• b5 Address_flag / AFI_flag: 当b3=0（非盘点命令）时，它是Address_flag。设置为1表示“寻址”，命令中必须包含目标标签的完整64位UID，只有UID匹配的标签才会响应。设置为0则是“广播”，场内所有标签都可能响应（可能导致冲突）。当b3=1（盘点命令）时，它是AFI_flag，决定命令中是否包含应用族标识符来过滤特定类型的标签。
• b6 Nb_slots_flag: 仅在盘点命令时有效。设置为1使用单时隙，场内多标签时会报告冲突；设置为0使用16时隙，启动防碰撞算法来逐一获取所有标签UID。

4.2.1 核心命令实操与避坑指南

1. Inventory（盘点，命令码0x01）

   • 目的：获取场内标签的UID。这是所有交互的第一步。
   • 单时隙 vs 十六时隙：
     • 单时隙：如图3所示，场内只有一个标签时，成功返回UID。如图4所示，场内有两个及以上标签时，TRF7970A会检测到碰撞，返回错误码。这适用于“一次只允许一个标签在场”的严格场景，碰撞本身就是一种有效信号。
     • 十六时隙：启动时隙ALOHA防碰撞算法。如图5，四个标签无碰撞地分布在不同的时隙，被依次识别。如图6，五个标签在时隙0发生碰撞，算法会记录碰撞并可能在后继流程中解决。这是多标签识别的标准流程。
   • 实操心得：在开发自己的盘点程序时，可以借鉴EVM的策略：先发一次单时隙盘点命令。如果成功，直接处理；如果返回碰撞，再切换为十六时隙模式进行完整盘点。这样在多数单标签场景下可以节省时间。

2. Read/Write Single Block（读/写单块，命令码0x20/0x21）

   • 目的：读写标签用户存储区的单个数据块（通常是4字节或8字节）。
   • 关键点：对于TI及其兼容的标签，写单块（0x21）和锁块（0x22）命令必须将Option_flag（b7）置1，否则标签会拒绝执行。如图8和图9所示，GUI中需要勾选“Option”选项。这是一个非常容易忽略的细节，很多开发者按照标准协议文档开发，却在这里卡住，原因就是没注意厂商的特殊要求。
   • Block Number：块号通常是十六进制输入。务必查阅具体标签的数据手册，明确其内存映射图。写超出范围的块号会导致错误。

3. Stay Quiet（保持静默，0x02）与 Select（选择，0x25）

   • 目的：这是实现“选择特定标签进行操作”的关键组合拳。
   • 流程：
     1. 用十六时隙盘点获取场内所有标签UID。
     2. 对除了目标标签外的所有其他标签，发送寻址的Stay Quiet命令（Address_flag=1，并填入对应UID）。这些标签将进入“静默”状态，不再响应后续的广播命令。
     3. 最后，发送寻址的Select命令给目标标签（Address_flag=1，填入其UID），使其进入“选中”状态。
     4. 此后，你可以使用非寻址（Address_flag=0）但带Select_flag（b5=1）的命令，来单独与这个被选中的标签通信，完全避免其他标签的干扰。
   • 应用场景：在多标签环境中，需要对某一个标签进行连续、频繁的读写操作时（例如，向一个标签写入大量数据），这个流程能显著提高效率和可靠性。

4. Get System Information（获取系统信息，0x2B）

   • 目的：这是识别一个“未知”标签最有效的命令。它会返回标签的详细信息，包括：
     • DSFID（数据存储格式标识符）：标识标签的数据结构。
     • AFI（应用族标识符）：标签的应用类型。
     • VICC内存大小：总共有多少个块，每个块多少字节。
     • IC Reference：芯片制造商信息。
   • 价值：在开发支持多种标签的通用读写器时，首先发送该命令来探测标签能力，再决定后续采用何种命令集进行操作，是实现高兼容性的标准做法。

5. NFC功能实战：点对点与卡模拟

除了传统的RFID读写器模式，TRF7970A EVM更强大的地方在于其完整的NFC Forum支持。通过GUI的“NFC”标签页，你可以体验三种NFC模式：读写器/写入器模式（Reader/Writer）、点对点模式（Peer-to-Peer, P2P）和卡模拟模式（Card Emulation）。

5.1 NFC点对点（P2P）文件传输

这是NFC最具魅力的功能之一。你需要两块TRF7970A EVM，一块配置为发起方（Initiator），另一块配置为目标方（Target）。

1. 硬件连接：两块EVM仅通过USB连接各自电脑，它们之间没有任何有线连接，通信完全通过13.56MHz无线场耦合完成。将两块板子的天线区域平行靠近，距离通常在1-4厘米以内。
2. 软件配置：在两台电脑上分别打开GUI。一台选择“Initiator”模式，另一台选择“Target”模式。
3. 连接建立：在Initiator端点击“Connect”或类似按钮，GUI会控制TRF7970A发送NFC-DEP协议的相关指令（类似RFID的轮询）。当Target进入场区时，两者会自动完成协议激活和参数协商，GUI界面会显示连接建立成功。
4. 数据传输：连接成功后，你可以在Initiator的GUI上选择发送文本消息或文件。我实测过传输一个几十KB的文本文件，速度虽然不快（NFC的速率限制），但整个过程非常稳定。GUI会显示传输进度条（如图37所示）。这对于理解NFC-DEP协议的数据分包、校验、应答机制是非常直观的教学工具。

实操心得：P2P模式对天线摆放位置和角度比较敏感。如果连接失败，尝试稍微调整两块板子的相对位置，或者拉开一点距离再重新靠近。有时是因为耦合过强导致失真。确保周围没有大型金属物体干扰磁场。

5.2 卡模拟模式

在此模式下，TRF7970A EVM可以模拟成一张NFC Forum Type 4 Tag或MIFARE Classic卡片。你可以用另一台NFC手机或专业的NFC读写器去“读”这块EVM。

1. 配置：在GUI中选择“Card Emulation”模式，并配置模拟的标签类型和初始数据。
2. 验证：用手机（开启NFC功能）靠近EVM天线区域。如果模拟的是NDEF格式的文本或URI，手机应该会弹出通知。如果模拟的是MIFARE Classic，可以用相应的读写器APP去读取扇区数据。
3. 开发意义：这个功能对于开发需要被手机识别的NFC设备（如智能海报、设备配对标签）原型至关重要。你可以在EVM上快速验证NDEF消息格式是否正确，手机端解析是否正常，而无需先制作出实体标签。

6. 高级调试与自定义开发

当基础功能玩熟后，EVM还能作为更深入的开发调试工具。

6.1 寄存器直接读写

GUI的“Registers”标签页允许你直接读写TRF7970A芯片内部的各个控制寄存器。这对于深度调试和性能优化来说是无价之宝。例如：

• 调整发射功率：通过修改IRQ_STATUS和TX_CONTROL相关寄存器，可以微调输出功率，在满足读写距离和符合射频规范之间找到最佳平衡点。
• 诊断通信问题：当通信不稳定时，可以读取IRQ_STATUS、COLLISION_STATUS等寄存器，查看具体的错误标志，是CRC错误、帧错误还是射频场能量不足。
• 实验特殊模式：TRF7970A支持直接模式（Direct Mode），允许MCU直接控制射频载波的开关，用于实现私有协议。这需要通过寄存器进行精细配置。

6.2 逻辑分析仪抓取信号

如前所述，焊接上排针，连接逻辑分析仪到HDR_1 (DATA_CLK)、HDR_3 (IRQ) 和 HDR_5 (数据总线)。你可以在执行GUI命令的同时，捕获底层MCU与TRF7970A之间的通信波形。

• 分析时序：测量指令发送到IRQ响应的时间，评估MCU处理效率。
• 调试自定义固件：如果你在为MSP430或自己的MCU编写驱动，这是验证SPI/并行时序是否正确的终极手段。
• 理解协议状态机：通过观察不同命令序列下IRQ引脚和DATA_CLK的变化，可以逆向推导TRF7970A内部状态机的跳转，加深对芯片工作流程的理解。

6.3 开发自定义固件

板载的MSP430F2370带有JTAG接口。你可以使用TI的CCS或IAR开发环境，连接JTAG调试器，下载自己的固件，完全接管这块EVM。TI官网提供了TRF7970A的驱动库和示例代码。这意味着你可以：

1. 基于EVM的硬件，开发定制化的读写器应用。
2. 实现GUI不支持的特殊协议或私有指令。
3. 将EVM集成到更大的系统中，作为其中的一个RFID/NFC模块。

7. 常见问题与故障排查实录

在实际使用中，你肯定会遇到各种问题。下面是我总结的一些典型情况及排查思路，希望能帮你节省时间。

这块TRF7970A EVM是我手边常备的工具之一，它的价值不在于性能有多顶尖，而在于其完整性和可探索性。它几乎把HF RFID和NFC开发中可能遇到的所有环节——从硬件匹配、协议交互到高级应用——都封装在了一个可以亲手触摸和修改的平台上。对于初学者，跟着GUI一步步操作，是理解抽象协议文档最直观的方式；对于资深工程师，其开放的调试接口和可替换的核心控制器设计，又让它成为了验证想法、调试疑难杂症的利器。当然，它基于2011年的芯片和设计，在集成度和功耗上可能不如最新的单芯片方案，但作为学习和原型开发工具，其经典地位依然稳固。如果你正准备进入这个领域，花时间吃透这块板子，绝对是一笔划算的投资。