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

admin

Other Parts Discussed in Thread: CC2530

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/973144/cc2652r-wrong-address-conflict

器件型号：CC2652R
主题中讨论的其他器件：CC2530

您好！
我们将测试 CC2652作为协调器。 e2e.ti.com/.../3581670上报告了我们的环境。在 Ryan Brown1的提示下，我们的网络现在变得更加稳定(只需几天的测试，我单击“This resolve my issue”(这解决我的问题)按钮即可)。

但通过分析监听器跟踪、我发现了以下行为：

通信不会产生副作用；器件0xA5A9会更改其0x52FB 中的网络地址、所有这些都可以正常工作。我认为原因是突出显示的消息、因为目标 IEEE 地址不是器件0xA5A9的 IEEE 地址。此 IEEE 地址不存在于网络中(我们没有任何具有此 IEEE 地址的器件)。

那么、这种行为的原因是什么？什么可能出错了？

谢谢、
Antonio

5 年多前

0 admin 5 年多前

TI__Guru**** 2952510 points

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

您好、Antonio、

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

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

2."多对一路由"

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

此致、
Toby

0 admin 5 年多前

TI__Guru**** 2952510 points

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

您好！
感谢你的答复。

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

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

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

谢谢、
Antonio

0 admin 5 年多前

TI__Guru**** 2952510 points

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

感谢您确认使用 MTO 路由。

此问题有多容易重现？

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

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

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

0 admin 5 年多前

TI__Guru**** 2952510 points

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

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

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

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

谢谢、
Antonio

0 admin 5 年多前

TI__Guru**** 2952510 points

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

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

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

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

0 admin 5 年多前

TI__Guru**** 2952510 points

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

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

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

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

非常感谢您的支持。

Antonio

0 admin 5 年多前

TI__Guru**** 2952510 points

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

我在日志中看到两个 PANID：

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

我建议如下：

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

0 admin 5 年多前

TI__Guru**** 2952510 points

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

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

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

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

谢谢、
Antonio

0 admin 5 年多前

TI__Guru**** 2952510 points

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

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

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

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

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

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

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

(请参阅 )

Zigbee®︎ 和 Thread（参考译文帖）

Zigbee®︎ 和 Thread（参考译文帖）(Read Only)

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