请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：SIMPLELINK-CC13XX-CC26XX-SDK 工具与软件：
您好、所有 E2E 社区成员、
TI 制造的工具有很大一部分可在 Linux 上使用、但 SmartRF 数据包监听器2不能使用、除此之外没有任何易用的替代产品。
在过去一个月中、我开发了一个名为 Tuxniffer 旨在复制适用于 Linux 的 SmartRF 数据包监听器2的功能、重点是 CC13XX、CC26XX 和 Launchpad 系列。
代码： https://github.com/AcenoTecnologia/tuxniffer
Tuxniffer 除其他外、还能够：
- 同时支持多个器件、每个器件具有不同的无线电模式。
- 将数据包存储在可使用 Wireshark 打开的.pcap 文件中。
- 通过管道查看 Wireshark 中的实时数据包。
- 为每个器件配置不同数据包类型的无线电模式。
- 配置文件生成之间的时间间隔(无、每小时、每天、每周和每月)。
- 将设备数据拆分为不同的文件/管道、或将其合并到单个文件中。
- 支持。 YAML 配置文件和 CLI 使用情况。
Tuxniffer 还包括有关如何在 Linux 上编译 TI Wireshark 插件的说明。
在此软件的开发过程中、我们发现了一些关于监听器以及 CC13XX、CC26XX 和 Launchpad 系列的 TI 文档问题、我想提请您注意：
- 固件文档(Texas Instruments\SmartRF Tools\SmartRF Packet Sniffer 2\docs\user_guide\html\sniffer_fw\firmware\command_interface.html)中显示的波特率为921600、但固件源代码使用3000000。
- 尽管在文档(Texas Instruments\SmartRF Tools\SmartRF Packet Sniffer 2\docs\user_guide\html\sniffer_fw\firmware\functional_description.html)中显示了处于暂停状态的状态机、但固件源代码没有。 因此、暂停命令和恢复命令都不存在。
- 对于 IEEE 802.15.4 2.4 GHz 频带 O-QPSK、文档(Texas Instruments\SmartRF Tools\SmartRF Packet Sniffer 2\docs\user_guide\html\ciffer_FW\firmware\command_interface.html -表8)中提供的 PHY 代码为0x11、但实际上为0x12。 这种差异是因为 TI 的 SmartRF 数据包监听器2在0x0C 后具有用于 IEEE 802.15.4 915 MHz GFSK 200kbps 的无线电配置、会导致所有后续值的偏移为1。 此配置不在参考/文档中、但可以在软件中选择。 下面的无线电模式表已修复。
- 数据包响应文档 (Texas Instruments\SmartRF Tools\SmartRF Packet Sniffer 2\docs\user_guide\html\ciffer_FW\firmware\command_interface.html -表19)指出响应帧数据有效载荷的格式为：时间戳(6B)|有效载荷(0-2047B)| RSSI (1B)|状态(1B)。 实际上、它是时间戳(6B)|分离器(1B)|有效载荷(0-2047B)| RSSI (1B)|状态(1B)。 未找到分隔符的用法。 将其视为时间戳或有效载荷无效、因为时间戳变得不正确、并且有效载荷与帧末尾(有效载荷的最后2B)的 FCS 不匹配。
- 虽然该软件是使用 CC1352P7-1模型开发的、但 CC1352P1模型也用于测试和验证。 发现一个问题是、在 Windows 上、使用原始 SmartRF 数据包监听器2时、CC1352P1尽管提供了支持、但仍无法运行任何2.4GHz 模式。 可以 在此处找到此问题的解决方案、但该解决方案从未在软件版本中进行过修补。
希望此代码在某些方面有用。
此致、
Rafael
