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.

[参考译文] CC1312R7:TI 网络堆栈从 Contiki-NG 接收到不正确的802.15.4帧

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1222962/cc1312r7-ti-network-stack-receives-incorrect-802-15-4-frames-from-contiki-ng

器件型号:CC1312R7
主题中讨论的其他器件:CC1312R、TIMAC

TI 网络堆栈从 Contiki-NG 接收到不正确的帧头、导致无法进行通信。

请参见随附的两张图片(.pcap 文件、可根据要求提供) 完全*相同*的无线帧

第一个是来自一个运行 contiki-NG 的器件的正确预期帧、该帧使用 Contiki-NG 分布中的最新 sensniff 捕捉。

第二个是错误的帧捕捉、来自运行 contiki-NG 的同一个器件的同一帧捕捉、但使用 SmartRF 捕捉。

运行 TI 802.15.4 2 1.10的 TI SmartRF 数据包监听器可接收完全伪造的帧头、从而防止对数据包进行更高级别的协议解码和解密。
为清楚起见、下面仅包含一个帧、但是 *所有帧都不正确* 来自 Contiki-NG。
在 CC1312R7上运行的来自 TI 网络堆栈(非 Contiki-NG)的帧在 SmartRF 数据包监听器中似乎正确接收。

请注意、在这两种情况下 *FCS 是正确的* 表示已正确接收所有位。
随附了智能射频数据包监听器设置以供参考。

对错误的位置有什么想法吗?
我们能否自行修复或解决此错误、或者 TI/Contiki 是否必须修复?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    我们正在研究它、但您是否确实尝试过在其他器件上接收帧、或者您是否刚刚使用了数据包监听器?

    此致、

    Arthur

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Arthur、您好!

    是的、问题是我们在节点上没有接收到来自 Contiki-NG 的帧。 (反之亦然)
    这就是我们开始在数据包监听器中查看它的原因。

    此致

    OLA

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    TI 捕获在 LP-CC1312R7上运行、而 Contiki-NG 捕获在 LP-CC1312R1上运行(因为开箱即支持 R7)
    以下是 Contiki-NG 的自定义无线电参数、如果有任何相关内容的话。

    # Channel configuration
    DEFINES += DOT_15_4G_CONF_FREQ_BAND_ID=DOT_15_4G_FREQ_BAND_CUSTOM
    DEFINES += DOT_15_4G_CHAN_MIN=0
    DEFINES += DOT_15_4G_CHAN_MAX=150
    DEFINES += DOT_15_4G_FREQ_SPACING=350
    DEFINES += DOT_15_4G_CHAN0_FREQ=868300
    DEFINES += PROP_MODE_CONF_LO_DIVIDER=0x05
    DEFINES += PROP_MODE_CONF_CENTER_FREQ=0x0387
    DEFINES += IEEE802154_CONF_DEFAULT_CHANNEL=0

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    在 Smart RF 数据包监听器中选择该 PHY 时、会发生什么情况?

    此致、

    Arthur

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我提出问题的原因是 https://github.com/contiki-ng/contiki-ng/blob/df0a157b2335ff9c3bfd40052edf66b8a1cb2c2b/arch/cpu/simplelink-cc13xx-cc26xx/rf-settings/cc13x2/prop-settings.c 的无线电设置似乎 与此相符。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Arthur、您好!
    您正在使用哪个版本的监听器助手?
    我们没有相同的选项、请参阅下载的最新版本的屏幕截图:1.10.0、发布日期:2023年2月3日。
    另请注意上述 Contiki-NG 无线电设置、它在868.300 MHz 频率下运行
    此致
    OLA

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    我还使用了1.10、在 CC1312R 上、我不明白为什么设置会不同。

    您是否可以删除所有 Smart RF 数据包监听器的跟踪并重新安装它? 或者确认您确实运行的是1.10版。

    此致、

    Arthur

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    在 CC1312R7上运行监听器固件可以提供我在上面发布的选项。
    在 CC1312R1上运行监听器固件会提供您所发布的选项。
    CC1312R1和 R7之间是否存在不兼容性或固件错误?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    运行 CC1312R1而不是 R7会给出您所发布的选项、但我们可以得到在868.325MHz 频率下使用 GSK50Kbps 在 R1上捕获的完全相同的假帧。
    请参阅所附的屏幕截图。
    (我们还得到一些 FCS 误差、这并不奇怪、因为接收器关断了25kHz)

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    感谢您的观看、您会发现我们似乎在 CC1312R7上遗漏了 PHY 选项。 我会通知负责这件事的团队。

    根据您的实际问题、您可以尝试其中概述的权变措施吗? https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/998457/launchxl-cc1352r1-problem-with-sniffer-and-wireshark

    我正在查看我们的问题跟踪、似乎这仍然没有解决...

    此致、

    Arthur

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、是的、我已经尝试过使用 TIMAC 802.15.4GE 采集格式进行采集。 它仍然提供虚假的帧,虽然有点不同。
    请参见所附的捕获。 目标地址0xFFFF 实际上是正确的、但其他所有内容都是错误的。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、OLA:

    观察这个 contiki-ng GitHub、似乎他们没有测试堆栈之间的互操作性、这导致了以下问题: https://github.com/contiki-ng/contiki-ng/issues/1369

    我想现在的球已经在 Contiki 的球场上了。 似乎是在他们的路线图上。

    此致、

    Arthur

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢! 在谷歌搜索时没有找到这个。 是的、它确实看起来像 Contiki-NG 错误。
    (显然、在 Contiki-NG 修复此问题之前、我无法将此问题标记为已解决、但它似乎超出了 TI 的范围。)