This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC1111EMK868-915:无法使用Smart RF软件包监听器工具捕获数据包报头部分

Guru**** 633810 points
Other Parts Discussed in Thread: CC-DEBUGGER
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1092078/cc1111emk868-915-not-able-to-capture-the-packets-header-part-using-smart-rf-packet-sniffer-tool

部件号:CC1111EMK868-915
Thread:CC-Debugger中讨论的其他部件

我们使用2个CC1111 USB加密狗与CC-Debugger  

要求:我们需要使用USB CC1111捕获数据包数据以及标头(前导码)。  

已测试的方案:

1我们有2组Dongles + CC调试器。  

  • 已在868/915频率设置上使用CC调试器配置两个加密狗
  • 使用Smart RF Studio将1个Dongle+ cc调试器用作数据包发送器(Tx),并在Smart RF Studio的接收模式(Rx模式)下将数据包发送到其他加密狗。 我们正在接收我们发送的内容
  • 使用 Smart RF Studio将1个Dongle+ cc调试器作为数据包发送器(Tx),并在Smart Packet Sniffer的接收模式(Rx模式)下将数据包发送到其它加密狗。 我们也在软件包监听器上按预期捕获数据包,但问题是我们无法跟踪数据包的前导码部分。  
    • 我们已经尝试了许多方法,并尝试了软件包监听器中的所有可用设置,但我们仍然无法捕获从启用Tx的加密狗(从Smart RF Studio)发送的数据包的前导码部分。
    • 我们是否需要执行任何设置来捕获通过传输设备发送的实际前导码(根据我们的理解,软件包监听器中可见的标头只是由监听器本身生成的数据包编号/时间戳),并且有效负载包含提及数据大小的第一个字节, 然后将其自身和CRC的结尾2个字节作为有效负载。
    • 请指导我们需要做些什么来获取正在传输的设备发送的实际标头。
    • 即使我们已经尝试使用CC1111 USB加密狗上的自定义代码来捕获数据,但我们也只是获得了length+payload+CRC。