[参考译文] CC1312R：与收集器白名单相关的问题

以下是补充内容："
4.当我为收集器1和收集器2使用不同的 PANID 时、并且传感器不在两个收集器的白名单上、传感器会尝试连接到收集器1。 它将每3秒重复一次尝试。 此时、我断开收集器1的电源、传感器将尝试连接到收集器2。 但是、当我重新连接 Collector1的电源时、传感器会尝试再次连接到 Collector1。 似乎传感器对连接到收集器1更感兴趣。 这个连接的优先级是什么？ 它是基于信号吗？ 目前、我的白名单功能似乎不符合我的预期(因为传感器都尝试连接到某个收集器)

在收集器的 assocIndCb 函数中、我尝试返回 ApiMac-assocStatus-panAccessDenied 状态、并在传感器中重新启动网络扫描。 遗憾的是、传感器仍在扫描同一个收集器。 是否有很好的解决方案？

您好！  

您是否已阅读此应用手册？

https://www.ti.com/lit/an/swra734/swra734.pdf

此处可能具有切换特定传感器的收集器所需的相关方向。

此致

SID

您好、sid：

我已阅读此文档、其中说明当收集器1需要更换收集器2时、传感器可以在扫描一段时间后清除其保存的网络信息、以便将其视为全新的传感器。 我还在代码中添加了此功能、但它似乎无法解决同一区域中多个网络的情况、
我发现,在今天的测试中,如果传感器第一次尝试连接到收集器1,那么即使附近有收集器2,除非收集器1断电,传感器可以搜索并尝试连接到收集器2。 否则,它将继续尝试连接到 Collector1 (即使 Collector1在 assocIndCb()函数中返回 ApiMac-assocStatus_panAccess Denied 或 ApiMac-assocStatus_panAtCapacity ),
传感器中是否有机制记录上次被拒绝的收集器、以便应用层可以在一段时间(例如五分钟)内不会尝试连接到该收集器

此致、

发杯

以上文档提供了两种解决方案：
1.连接到收集器1后,传感器断电。 如果传感器很长时间无法搜索此网络、它将清除其自己的网络信息、然后再次尝试连接到周围的网络。 此解决方案适用于在客户现场损坏的收集器。 将以前的收集器替换为新的收集器、
2.所有传感器均连接到收集器1，收集器1主动向传感器发送断开连接消息，通知传感器尝试连接到其他收集器。 此解决方案适合收集器1连接到所有节点(具有足够容量)

但我们客户的使用方案相当复杂：
1.客户可能需要在一个场景中连接多个传感器、例如大约200个传感器
2.客户的多个集电极可能有重叠区域,如图所示:
3.如果 Collector1连接到200个传感器，则当客户部署一个新的收集器2进行组件联网时，新的200个传感器将继续尝试连接到收集器1，但由于节点数已满，收集器1将继续拒绝使用新的传感器， 然后传感器将继续重试连接、这可能会导致某些传感器无法加入收集器2。 因此、尽管我使用白名单来区分传感器的长地址、但传感器节点在搜索网络时可能会继续搜索收集器1、导致无法连接到其感兴趣的收集器

如上图所示、Sensor5可能搜索错误的网络并不断尝试连接、由于 sensor5无法连接到收件人1、因此文档中的第二种模式不能使用、

我试图将 COLLECTOR-CLOSE-NWK-EVT 事件发送到收集器1、但传感器仍可以搜索该网络。 然而,在传感器侧的 assocCnfCb()函数中,status 的值更改为一个意外值,而不是2

此致、

发杯

器件型号：CC1312R

嗨、大家好：

我使用了两个 CC1312块来形成15.4协议栈网络、并遇到了以下问题：
当两个收集器具有不同的接收器且其他配置相同时(以下称为收集器1收集器2)、传感器将开始扫描周围的网络。 如果我拒绝允许传感器加入代码中的网络、传感器将重新启动 SENSOR-START-EVT 事件以重新扫描网络、但只能扫描 Collector1的网络。 我测试了大约一个小时,但没有尝试加入集体2。 根据客户要求、我们倾向于将指定的传感器连接到指定收集器。 如何扫描网络并尝试加入所有周围网络？ 或者如何不加入在短时间内(例如一分钟)刚刚被拒绝的网络？

您好、sid：  

首先，感谢您的答复。 很抱歉、我很着急、因为我们即将开始大规模生产。 我们在最终测试阶段发现了该问题。 例如、

1.拒绝传感器加入网络后,可以尝试在一段时间内(例如3分钟内)不加入被拒绝的收集器。

2.搜索网络时,传感器可以搜索该区域的多个集电极,选择感兴趣的集电极,并与其连接

还请在另一个主题中查看我的回复、谢谢

我们可以在单个线程中讨论该情形、

此致

发杯

您好、sid：

我找到了临时解决方案：
当某个区域中有多个集电极时、
1.传感器尝试连接到排序器1，但排序器1发送拒绝命令
2.如果传感器收到拒绝命令,它将重新启动自身并再次搜索周围的网络。 此时、它将随机搜索 Collector1或 collector2
3.传感器会尝试连接到该搜索中的收集器。 如果在此搜索中找到收集器2、则表示连接成功、通信开始。 否则、请再次尝试上述步骤
感谢您的答复和支持。 我认为我们的产品可以立即发布、但我认为上述方法只是临时解决方案(该解决方案无法快速添加到相应的收集器)。 因此在上面的步骤2中、我尝试了重新启动传感器并自行触发 Util_setEvent (&Sensor_Events、SENSOR-START-EVT)；但是、如果传感器首次搜索 Collector1、则直接调用此事件将只会继续搜索、直到到达 Collector1。
您能帮助我在下面找到更多合适的 API 吗？ 例如，是否可以在回调中简单地过滤掉 Collector1并直接触发其他收集器网络？

此致

发杯

尊敬的 Faker：

问题仍然是两个收集器的 PAN ID 相同。  

即使是在 IEEE 802.15.4规范中、也建议在同一无线电范围内的独立网络具有不同的 PANID。  

此致、

SID

您好、sid：

我想我可能低估了这种情况。 在我之前的描述中、Collector1和 collector2使用了不同的 PANID、其中 cccollector1=0X0809且 collector2=0x0509

这很好。 因此、您正在寻找一种传感器在收到 PAN 访问被拒绝后查找不同 PAN ID 的方法。  

您好、sid：

是的、但我认为重新启动 MCU 不是一个好的解决方案(比如会增加功耗或延长传感器加入正确收集器所需的时间)。 我想知道15.4协议栈中是否有更好的 API 允许传感器在被收集器拒绝后尝试找到其他网络？

此致、

发杯

您好、sid：

我仔细阅读了本文档并在我的项目中使用了第一种方法、但是我的方案如下：
1.即使传感器连接到收集器1，收集器1也发现传感器不在其白名单上，并向传感器发出指令以尝试连接收集器2，但收集器1必须知道收集器2的 PANID 并向传感器发出，以实现上述步骤。 但是、在客户的使用场景中、多个收集器无法知道附近其他收集器的 PANID、因此它似乎不适合我
2.我想知道传感器的函数库是否包含类似于获取所有周围收集器的函数、或者是否可以在收到第一个收集器返回的数据包后继续搜索其他网络而不是尝试加入它

此致、

发杯

您好、sid：

我会继续思考其他解决方法。 如果您有更好的想法、请告诉我

此致、

发杯

您好、sid：

此问题已得到解决。 感谢您的支持

此致、

发杯