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:Silicon X Texas WiSUN BZ phy 配置互操作性问题

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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1370584/cc1312r7-silicon-x-texas-wisun-bz-phy-config-interoperability-problems

器件型号:CC1312R7
Thread 中讨论的其他器件:SysConfigWi-SUN

工具与软件:

您好!
目前、这两个解决方案在使用默认 nA phy 配置的 FAN 1.0上运行得很好。 但是、在尝试 BZ Phy 验证我们产品的两个栈之间的互操作性时、我们遇到了一些严重的性能和连接时间问题。 我只能在两种不同的情况下在一段时间(大约30分钟)后连接网络、两种情况下的性能均低于平均水平、大约有90%的数据包丢失。 下面显示了两个配置的连接例程的日志。 我们认为 TI 的 BZ Phy 可能有问题。

NA CONFIG 输出:








BZ CONFIG 输出:






以下是 PCAP 文件:

e2e.ti.com/.../simulation_5F00_pcap.zip

我们发现的另一个问题是、在使用频谱分析仪检查配置时两个配置之间存在一些差异(基本上、TI 的 BZ phy 在通道90上结束、而芯片在最后一个通道129上结束、我们尝试将 TI 的 BZ 更改为在通道129结束、虽然更改确实生效、但问题仍然存在)。

频谱分析仪上硅的 BZ phy:



频谱分析仪上的 TI Bz phy:



如果有任何帮助、我将不胜感激、

提前感谢、

Thiago。

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

    尊敬的 Thiago:

    我们还会注意到这一点、并将在下一个 SDK 中进行修复。

    同时、您可以通过以下方式更改 SysConfig 文件、以分配多达129个通道的通道映射。 (这基于 SimpleLink F2 SDK 版本7.41。)

    --- a/source/ti/ti_wisunfan/.meta/rf_config/ti_wisunfan_rf_config_common.js
    +++ b/source/ti/ti_wisunfan/.meta/rf_config/ti_wisunfan_rf_config_common.js
    @@ -630,7 +630,7 @@ const phyMap_updated2 = {
                 "2": {
                     ChanPlanID: {
                         "1": {
    -                        TotalNumChan: 90,
    +                        TotalNumChan: 129,
                             ChanPlanName: "902_928_200",
                             ChanCenterFreq0: 902.2,
                             ChanSpacing: 200,
    @@ -643,7 +643,7 @@ const phyMap_updated2 = {
                 "3": {
                     ChanPlanID: {
                         "1": {
    -                        TotalNumChan: 90,
    +                        TotalNumChan: 129,
                             ChanPlanName: "902_928_200",
                             ChanCenterFreq0: 902.2,
                             ChanSpacing: 200,
    @@ -656,7 +656,7 @@ const phyMap_updated2 = {
                 "5": {
                     ChanPlanID: {
                         "2": {
    -                        TotalNumChan: 43,
    +                        TotalNumChan: 64,
                             ChanPlanName: "902_928_400",
                             ChanCenterFreq0: 902.4,
                             ChanSpacing: 400,
    @@ -669,7 +669,7 @@ const phyMap_updated2 = {
                 "6": {
                     ChanPlanID: {
                         "2": {
    -                        TotalNumChan: 43,
    +                        TotalNumChan: 64,
                             ChanPlanName: "902_928_400",
                             ChanCenterFreq0: 902.4,
                             ChanSpacing: 400,
    @@ -682,7 +682,7 @@ const phyMap_updated2 = {
                 "8": {
                     ChanPlanID: {
                         "3": {
    -                        TotalNumChan: 28,
    +                        TotalNumChan: 42,
                             ChanPlanName: "902_928_600",
                             ChanCenterFreq0: 902.6,
                             ChanSpacing: 600,
    @@ -695,7 +695,7 @@ const phyMap_updated2 = {
                 "Custom": {
                     ChanPlanID: {
                         "Custom": {
    -                        TotalNumChan: 90,
    +                        TotalNumChan: 129,
                             ChanPlanName: "902_928_200",
                             ChanCenterFreq0: 902.2,
                             ChanSpacing: 200,
    

    谢谢、

    Marie

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

    尊敬的 Marie:
    改变通道总数确实会使 PHY 使用频谱的其余部分、但是、互操作性性能问题仍然存在某种原因。

    以下是数据包捕获的示例:



    由硅的 BR 生成的日志是相同的、它无法继续并跟上连接流程。

    提前感谢、
    Thiago

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

    尊敬的 Thiago:

    1.如何捕获此监听器日志? 由于 Wi-SUN 是跳频网络、因此使用一个器件进行监听只会向您显示在一个通道上发生的情况。

    2.如果将 TI 器件、SiLabs 器件和监听器器件设置为全部使用一个通道(同一个通道)、它们是否仍然无法连接? 您可以发布此监听器日志吗? (是否安全配置不匹配、例如不同的证书?)

    3.在 IT Wi-SUN 项目中,我们提供了一个日志,您可以启用它,看看会很有趣。 请打开"Project"->"Properties"->"Build"->"ARM Compiler"->"Predefined Symbols"。 然后注释掉"exclude_trace"符号。

    谢谢、

    Marie H.

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

    尊敬的 Marie:

    1.芯片的 RCP 守护程序配置文件与 Wireshark 捕获集成,如下图所示。 我将使用它来监听边界路由器接收的数据包。
    (1)




    2.我在将 Silicon 的设备设置为固定通道模式时遇到问题,因为异步通道显然无法配置为仅使用选择的通道(在我的情况下,通道0)。 另外、我认为正因为这个原因、两个器件都无法连接。 安全证书不应该是问题、因为我将 TI 的节点配置为使用芯片证书、并且这两个器件都可以使用 FAN 1.0的默认 NA 配置构建网络(为 TI 节点所做的配置显示在图4-6上)

    (2)


    (3)


    (4)


    (5)


    (6)


    3.我对 exclude_trace 进行了注释以便查看 TI 日志、不知道该内容、谢谢。 我将继续使用它进行更多测试

    提前感谢、
    Thiago

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

    尊敬的 Thiago:

    请告诉我们您通过 exclude_trace 修改获得的结果。

    此致、

    Arthur

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

    大家好、Arthur 和 Marie、

    我使用 exclude_trace 修改进行了一些初始测试、显然、在两台设备尝试建立网络的一段时间后、通信变得不可靠、数据包事务重新启动。 问题不应该是关于安全证书、因为我已经对其他3个 PHY 进行了测试。 基本上、只有 NA 和 EU 可以在两端(TI 和 SiLabs)上按预期工作而无需进一步定制。 当在 SiLab 的末端激活 ARIB 调节时,JP 出现与 BZ 类似的问题 以下是结果的一些图像:

    欧盟:










    (工作方式与 NA 完全相同)

    在 SiLabs 上启用 ARIB 的日语:






    (此时通信基本重新启动、设备开始重新发送 PAN 公告请求)


    在 BZ 上可以观察到相同的行为(即使建议对 syscfg 进行更改):


    带 ARIB 的 JP:







    我认为 BZ Phy 有一些特别的错误,使它无法在其他 WiSUN 解决方案中表现良好。 我对我能尝试的其他内容一无所知、但稍后我要发送一些 SiLabs BZ 的 RF 配置图像进行比较。

    提前感谢、
    Thiago

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

    尊敬的 Thiago:

    感谢您发布其他信息。

    从您发布的内容来看、只要您使用欧盟或北美地区、一切似乎都很好。

    您可以尝试使用 TI 数据包监听器捕获监听器日志吗?  

    https://www.ti.com/tool/PACKET-SNIFFER

    https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_7_41_00_17/docs/ti_wisunfan/html/wisun-guide/debugging-index.html#packet-sniffer

    谢谢、

    Marie H.

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

    您好、Marie。

    我和 Thiago 一起使用、正如他在以前的消息中所提到的、将 Silicon BR 和 TI EP 设置为同一固定通道并不起作用、它们甚至无法相互连接。 因此、我们无法实际设置监听器、因为它需要设置固定通道。 根据已发布的内容还有其他建议吗?

    此致、

    Mauricio.

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

    尊敬的 Mauricio、Thiago:

    很抱歉延迟了响应。

    您是否可以从 SiLabs 器件捕获 PAN 广播(PA)或 PA 请求(PA)数据包?  然后、我们可以使用设置进行交叉检查。

    谢谢、

    Marie H.

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

    尊敬的 Marie:

    我设置了两个具有 fan1.0和 BZ 区域的硅实验室器件。 我能够使用 wsbrd 捕获 BR 数据包、但它仅捕获了从 silabs 节点(以地址235b 结尾的 PAN 配置请求)发出的 PAN 配置请求。 其他节点是 tiwisun 节点、应忽略这些节点、因为它们使用不同的证书。 这是.pcapng 捕获文件: https://drive.google.com/file/d/1QY1NhweVpVYq00z2WsSFsitqwzdOh8MM/view?usp=sharing

    此致、

    Mauricio.

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

    尊敬的 Mauricio:

    我不确定我是否理解您所指的数据包、因为我看不到任何包含您提到的地址的设备。 唯一的 PAN Configuration Solicit 套件是这一个、是来自 SiLabs 器件吗?

    谢谢、

    Marie H.

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

    尊敬的 Marie:

    是的、这就是我提到过的数据包。 我确信数据包具有该地址。 很抱歉给您带来不便。

    此致、

    Mauricio.

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

    尊敬的 Mauricio 和 Thiago:

    从我们可以看到的情况来看、SiLabs Wi-SUN 堆栈中似乎存在问题、因为 SiLab BZ-PHY 将向所有通道(US-IE)发送 PCS、但 Silabs PA 中的 US-IE 不包括通道26-64。 这样会混淆 TI 器件并可能影响性能。 如果您希望他们改变这种行为、您必须联系 Silabs。

    就我们而言、我们也发现了不正确的被排除渠道的问题。 我们制作了可在此处下载的补丁:  

    1.下载 SimpleLink F2 SDK v.7.41。

    2.将 Wi-SUN 库替换为 zip 中的库。

    3.确保使用 TI Clang (支持所有器件)

    4.确保重建您的项目。

    e2e.ti.com/.../wisun_5F00_ticlang_5F00_libs_5F00_patched_5F00_7_5F00_41.zip

    如果这有帮助、请告诉我。

    谢谢、

    Marie H.

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

    您好、Marie。

    我们已在 Silicon Labs 的论坛上向他们询问过此类问题。 如果还有人对此感兴趣、请点击以下链接: https://community.silabs.com/s/question/0D5Vm00000F7HupKAF/problems-observed-with-interoperability-between-sis - wisun-and-texas-instruments-using-bz-phy-config-for-fan-10?language=en_US

    此致、

    Maurício μ A。

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

    您好、Marie。

    好像 Silicon Labs 没有在 US-IE 中设置 BZ 的排除通道、而 TI 确实将排除的通道设置为[26-64]。 根据 Silabs 对 US-IE 的解释,"BZ"模式 US-IE 不得包含"排除的频道[26-64]",因为 BZ "监管域"的选择已经排除了这些频道。 下图显示了他们的注释、位于我之前注释的链接中。

    此致、

    Mauricio.

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

    尊敬的 Mauricio:

    我们将在下一个 SimpleLink F2 SDK (8.30 SDK)中对此进行修复。 我们进行了一些测试、发现了另一个 IOP 问题、我们希望也能在下一个 SDK 中修复这个问题。

    谢谢、

    Marie H.