[参考译文] CC2652R：地址冲突错误

您好、Antonio、

您能否澄清一下您曾尝试过 Ryan 的哪些建议？

1."在检测到失败的路由或消息传送时、使用 NLME_RouteDiscoveryRequest 强制路由发现从您的应用程序中"

2."多对一路由"

路由请求的内容是什么？ (是否可以共享监听器日志？)

此致、
Toby

您好！
感谢你的答复。

我应用了2。 "多对一路由"以及已知问题和修复。

您可以在此处分析一部分迹线。 如果您需要其他消息、请告诉我。

e2e.ti.com/.../addr_5F00_conflict.zip

谢谢、
Antonio

感谢您确认使用 MTO 路由。

此问题有多容易重现？

查看日志、我不知道为什么0xA5A9直接报告到0x0000 (pkt46)、因为它没有到0x0000的路由(其 pkt1中的链路状态包含具有传出成本0的0x0000的条目)。

除此之外、网络状态(pkt47)似乎是由于0x0000从没有路由的设备接收数据包。
如果使用了 MTO、我认为0x0000实际上应该发送一个 MTO 路由请求(zgConcentratorEnable = true)。

您能否分享您为启用 MTO 所做的哪些更改？

尊敬的 Toby：
很难说是多么容易重现、因为对通信没有直接影响。 我在10天内看到了此消息(地址冲突) 2-3次、但我没有分析所有10天的跟踪。

我们使用 Code Composer Studio 10.1.1、在附件中、您可以检索我所做的 git 提交更改。

e2e.ti.com/.../MTO_5F00_routing.zip

谢谢、
Antonio

好的，感谢您的分享，这些与 swra650b.pdf 中指定的内容相匹配 。 我看不到这些值有任何问题。

是否可以尝试使用源路由高速缓存启用(集中器_route_cache = true)？ 这将确保集中器使用源路由表。

您能否共享更大的捕捉？
这可以帮助提供有关网络中可能发生的其他情况的线索。
例如，此地址(00:01:E8:39:20:01:3A:00)是否由该设备在任何其它时间点通过网络发送(即使它实际上不是任何设备的 IEEE 地址)？

尊敬的 Toby：
感谢您的确认。

在附件中、您可以检索完整的迹线(每小时自动保存)。 今天、我已经看到过两次相同的行为。

e2e.ti.com/.../address_5F00_conflict_5F00_full.zip

非常感谢您的支持。

Antonio

我在日志中看到两个 PANID：

• 0xA9DC  (包含"无可用路由"命令)
  • 这是器件0xA5A9和"地址冲突"的情况
  • 该 PANID 没有任何 MTO 路由请求--我曾假设该网络启用了带有集中器的 MTO 路由？
    • 是否确保在刷写启用 MTO 的新映像之前擦除所有闪存？
      否则 ，zgConcentratorEnable 将从 nV 加载。

• 0xD06A
  • 此网络已启用 MTO (我看到周期性的"ManyToOne"路由请求)。
  • 地址看起来稳定--没有"地址冲突"

我建议如下：

将 MTO 修补程序应用到应用程序的典型网络(例如节点数、应用程序类型)。
考虑启用路由高速缓存(即 集中器_route_cache = true)。

尊敬的 Toby：
是的、在此通道上、我们有2个安装。 0xD06A PANID 有一个 CC2530作为协调器；我们将使用0xA9DC 网络测试 CC2652协调器以增加器件数量。

我已使用 Code Composer Debug 按钮刷写 CC2652：这还不够？

启用集中器_route_cache 标志的优点/控制是什么？

谢谢、
Antonio

[引用 USER="Antonio Portaluri"]我已使用 Code Composer Debug 按钮刷写 CC2652：这还不够？

默认情况下、CCS 将仅刷写可执行映像(保留 NV 区域)。
这对于需要更新应用程序逻辑但希望保留网络信息(例如刷写后重新加入网络)的情况非常有用。

您可以通过几种方法擦除器件上的所有闪存、 其中一种方法显示在此 SLA 的任务0中。

您还可以更改 Debug 按钮的默认行为、以便它在加载映像之前首先擦除器件上的所有闪存：
右键单击项目-->调试为-->调试配置-->目标-->闪存设置-->所有未受保护的扇区

源路由高速缓存的优点是它降低了整体流量。 这是因为设备知道集中器正在缓存到每个设备的源路由。

源路由高速缓存的缺点是它使用更多的 RAM、因为它会保存到每个器件的源路由。

(请参阅 )