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.
https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1019290/cc1352r-macsynclosscb-behavior-after-disjoin
如相关主题中所述... 已经有人对此进行了研究、因为即使在我现在运行的 SDK5.10中、它仍然没有修复。
您好、Marjin、
很抱歉、不、我看不出在这个主题上做了什么。
BLE-Stack 器件是否仍然存在问题？
谢谢
玛丽·H.
大家好 、很抱歉 、相关线程中的问题是 BLE 堆栈(已修复)、但该线程是关于15.4堆栈的、仍未修复。
如 本文中所述、当我以某种方式断开某个器件的连接时、macSyncLossCb 仍会被调用、这是意外的、因为该器件已断开连接、因此不应再期待信标。
在此回调中 、DMMPolicy_updateApplicationState 调用完成、 尽管我在取消加入后刚刚启动 BLE、但仍会导致 BLE 再次关闭。
好的、我将尝试在我的一侧重现。
您能否提供使用 SDK 示例重现问题的确切步骤？
谢谢、
您好、Marie、
要重现此问题、只需使用 DMM_154sensor_remote_display_oad_app 即可。 在 macSyncLossCb 中放置一个断点。 在信标模式下连接到网关、然后从网关断开器件、 它将在几秒钟后触发断点、具体取决于 信标 间隔和错过信标的 nr 的设置。
Marijn
当您说"从网关断开设备连接"时、您能给我提供您正在使用的确切命令吗？
是的、我们通过将 APPSRV_RMV_DEVICE_REQ 发送到 收集器的应用服务器(Linux 网关)来取消连接。
因此、收集器会向器件发送 disjoin 命令、器件会对此进行确认。
据我所知、这是预期的结果。
谢谢、我已经针对这个问题实施了一个权变措施。
我仍然认为这是一种奇怪的行为。 从用户的角度来看、但从协议的角度来看、我认为当我从 器件上取消关联(从而删除了所有网络信息)时、不会收到同步丢失通知。 然后、该器件不再有信标可供跟踪、因此无法"松散"其甚至不会跟踪的内容的同步。
再见！
