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.

[参考译文] LAUNCHXL-CC26X2R1:一段时间后、ZC_THERMOSTAT_SINK 不接收或发送数据包

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1368974/launchxl-cc26x2r1-zc_thermostat_sink-does-not-receive-or-send-packets-after-a-while

器件型号:LAUNCHXL-CC26X2R1

工具与软件:

早上好、

我使用示例 zc_thermoster_sink 运行了一些压力测试(SDK 版本:3.40、4.40和7.10)、固件一段时间后未接收或发送数据包、接收到大约1100个数据包。

使用 SDK 3.40时、我收到了1171 个封装。

通过 SDK 4.40 、我收到了1236个封装。

通过 SDK 7.10、 我收到了1263个封装。

这是我的测试:

- 1个带接收器固件的 Launchpad;

- 1个带 GPD_temperaturessensor 固件的 Launchpad。

正常执行调试过程、在 更多或更少1100个 A0包(属性报告)从传感器接收到数据包后、接收端不再接收或发送数据包。

在随附的捕获中可以看到相同的行为。

第一个捕获(ERROR_RADIO)使用 SDK 3.40、第二个使用 SDK 7.10。

谢谢!

Cristiane Bellenzier Piaia

e2e.ti.com/.../error_5F00_radio.zip

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

    尊敬的 Cristiane:

    我在 WireShark...in 中查看日志时遇到问题:

    [quote userid="528454" url="~/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1368974/launchxl-cc26x2r1-zc_thermostat_sink-does-not-receive-or-send-packets-after-a-while 通过传感器接收更多或更少1100个 A0包(属性报告)后、接收器不再接收或发送包、正常执行调试过程。

    这是否意味着 GPSink 无法从 任何  Zigbee 器件接收数据? 并且  在问题发生后无法传输任何数据包?

    谢谢!
    Toby

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

    尊敬的 Toby:

    完全正确。  

    谢谢!

    Cristiane Bellenzier Piaia

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

    您是否使用开箱即用示例?

    如果是、您是否添加了任何修改?

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

    否  

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

    感谢您的确认。

    我将对此进行调查、并在3个工作日内提供更新。

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

    尊敬的 Cristiane:

    我在最后重复了这个问题

    我进行了一些修改、通过将 GPD_REPORT_TEMP_DELAY 减小到100 (100ms)来解决这个问题。

    经过这种更改、在 GPD_temperaturesensor 报告~1500后、zc_thermoster_sink 似乎会挂起。

    将调试器连接到灌电流器件后、我看到它挂起在此处:  

    我将继续进行调查、并且可能会向我们的 Zigbee rnd 团队提交报告。

    谢谢!
    Toby

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

    dgp_stub.c 文件是 Zigbee 库的一部分、但不在 SDK 中、因此我已向我们的 Zigbee rnd 团队提交了一份报告、以便进一步调查。

    将在5个工作日内提供更新。

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

    谢谢 Toby。

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

    如上所述、TT 已提交。

    您是否还可以提供一个调用堆栈以查看设备悬挂在您身边的位置?

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

    Toby 的早上好!

    很抱歉这么晚才回复。

    我的水槽在这一点悬挂:

    使用 SDK 4.40执行的测试(在 随附捕捉的中)。

    谢谢!

    Cristiane Bellenzier Piaia

    e2e.ti.com/.../error_5F00_radio3_5F00_27_5F00_06.zip

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

    尊敬的 Cristiane:

    感谢更新,托比是一个当之无愧的假期,直到7月8日,但我已经把这个新的信息传递给软件开发团队,解决他之前提到的文件。

    此致、
    Ryan

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

    为了让关注此主题的每个人都知道、我们将在内部继续进行此漏洞调查。

    此致、
    Ryan

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

    您好、Ryan、

    感谢您发送编修。

    请记住 、我们使用的是 SDK 4.40。  

    非常感谢、

    Cristiane Bellenzier Piaia

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

    尊敬的 Cristiane:

    感谢您的耐心。  软件研发团队提出了一个解决方案、我已经验证该解决方案可以解决我的设置中的问题。  请在 gp_sinkAddProxyEntry 的末尾将以下一个参数更改为 gp_UpdateProxyTbl:

    void gp_sinkAddProxyEntry( uint8_t* pSinkEntry ){
    // .. 
    // ..
    //gp_UpdateProxyTbl( newProxyEntry, TRUE, FALSE );
    // options = 0x08 per spec to add sink      
    gp_UpdateProxyTbl( newProxyEntry, 0x08, FALSE );
    }
    

    此致、
    Ryan

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

    早上好、Ryan、

    很遗憾、现在我正在处理另一个任务、当我可以进行测试时、我会告诉您。

    谢谢!

    Cristiane Bellenzier Piaia