3. 边界路由器硬件平台选型
Thread 边界路由器（Border Router）在系统中承担双重角色：一方面作为 Thread 网状网络的边界节点，运行 Thread 协议栈并维护 Mesh 拓扑；另一方面通过 Wi-Fi、以太网或蜂窝网络与外部 IP 网络互联，完成 6LoWPAN 与 IPv6 之间的转发。因此，硬件平台选型不能只看“能不能跑 Thread”，而要同时评估无线射频能力、主机接口、外设资源、协议栈成熟度与量产成本。本节围绕主流芯片方案、开发板对比、外设需求与选型依据展开，帮助你在原型验证与产品化之间做出合理取舍。
一、主流芯片方案：三类技术路线
当前 Thread 边界路由器的主流芯片方案大致分为三条路线。第一条是“SoC 单芯片方案”，以 Nordic nRF52840、Silicon Labs EFR32MG 系列、TI CC2652 系列为代表，芯片内部同时集成 2.4 GHz 射频、MCU 内核与 Flash/RAM，可直接运行 OpenThread 与边界路由应用。第二条是“无线协处理器 + 主机”方案，例如 TI CC2652 作为 RCP（Radio Co-Processor）通过 UART 或 SPI 连接树莓派、i.MX 等 Linux 主机，由主机运行 ot-br-posix 完成边界路由。第三条是“多协议 SoC 方案”，如 Silicon Labs EFR32MG21/MG24 支持 Thread 与 Zigbee 动态多协议，适合需要兼容旧设备的场景。
从协议栈生态看，Nordic nRF52840 对 OpenThread 与 Zephyr 支持完善，nRF Connect SDK 中可直接启用 ot-br 示例；Silicon Labs 的 Gecko SDK 提供 OpenThread RCP 与边界路由参考设计，并配套 Simplicity Studio 图形化配置；TI 的 SimpleLink SDK 则提供 CC2652R7 的 OpenThread 例程与边界路由文档。三者在 Thread 1.3/1.4 认证、低功耗与射频灵敏度上差异不大，真正的区分点在于开发工具链、主机接口灵活性与量产供货。
二、开发板对比：从原型到量产
选型时，开发板是验证协议栈与射频性能的最快路径。Nordic 官方开发板 nRF52840 DK 板载 J-Link 调试器、4 个用户按键与 LED，并引出全部 GPIO，适合直接烧录 OpenThread 边界路由示例；其配套的 nRF52840 Dongle 体积小，常被用作 RCP 协处理器。Silicon Labs 的 EFR32MG24 Dev Kit 集成 Segger J-Link、湿度/温度传感器与 LCD，Simplicity Studio 可一键生成 OpenThread RCP 工程。TI 的 LP-CC2652R7 LaunchPad 提供 XDS110 调试器、BoosterPack 扩展接口，配合 SimpleLink SDK 中的 ot-br 示例可快速搭建边界路由。
若采用 RCP + 主机方案，树莓派 4B 是常见主机：其 USB 口连接 CC2652 或 EFR32 的 RCP 固件，运行 ot-br-posix 后即可通过以太网或 Wi-Fi 提供边界路由服务。需要注意的是，RCP 固件必须与主机侧 OpenThread 版本匹配，否则会出现 Spinel 协议不兼容、无法建立网络的情况。开发板对比时，应重点确认三点：是否板载调试器、是否引出 UART/SPI 用于 RCP、是否有官方 OpenThread 示例工程。
三、外设需求与选型依据
边界路由器的外设需求由“网络接口 + 调试接口 + 状态指示 + 供电”四部分决定。网络接口方面，若产品需要同时提供 Thread 与 Wi-Fi 回传，应选择带 Wi-Fi 协处理器或主机自带 Wi-Fi 的方案；若走以太网，则需确认主机或 SoC 是否具备 MAC/PHY 接口。调试接口方面，SWD 是必备，UART 用于日志输出与 RCP 通信，建议至少保留一路 UART 到排针。状态指示方面，至少需要电源、Thread 网络状态、外部网络连接状态三路 LED，便于现场排障。供电方面，边界路由器通常长期在线，应优先选择支持 5V USB 或 PoE 供电的方案，并预留复位按键与 Boot 模式选择。
选型依据可以归纳为一张判断表：若目标是快速验证 Thread 边界路由功能，优先选 nRF52840 DK 或 EFR32MG24 Dev Kit，配合官方示例可在半天内跑通；若目标是产品化且需要以太网/Wi-Fi 回传，优先选 RCP + Linux 主机方案，主机负责 IP 路由与防火墙，RCP 专注 802.15.4 射频；若产品需要兼容 Zigbee 存量设备，则选 EFR32MG24 多协议方案。无论哪条路线，都应确认芯片已通过 Thread 1.3/1.4 认证，并核对 OpenThread 版本与 RCP 固件的兼容矩阵。
选型检查清单（可直接使用）：
- 芯片是否通过 Thread 1.3/1.4 认证？
- 开发板是否板载调试器，是否引出 UART/SPI？
- 官方 SDK 是否提供 OpenThread RCP 与边界路由示例？
- 主机侧 OpenThread 版本与 RCP 固件是否匹配？
- 是否具备以太网/Wi-Fi 回传接口？
- 供电方式是否满足长期在线需求？
- 状态指示 LED 是否覆盖电源、Thread、外部网络三态？
- 量产 BOM 成本与供货周期是否可接受？
综合来看，Nordic 适合低功耗与快速原型，Silicon Labs 适合多协议与图形化开发，TI 适合已有 SimpleLink 生态的团队。RCP + 主机方案在功能完整性与扩展性上最强，但需要额外维护 Linux 主机与版本兼容。实际选型时，建议先用开发板跑通 OpenThread 边界路由示例，再根据回传接口、外设数量与量产成本逐步收敛到最终方案。