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/1384404/lp-em-cc1312psip-access-denied-using-ti-15-4-stack
工具与软件：
使用 TI 传感器和收集器应用程序时收到"Access Denied"消息。 这是什么？如何解决？
Kevin
大家好、Kevin
在描述您的问题时、您能不能更具体一点吗？
您何时/在何处收到此消息？
您在使用什么 SDK？
Siri
这是 TI.15.4协议问题。 我将 CCS 与 SimpleLink v7.10.2.23和 ti154stack 配合使用。 当传感器/连接器连接起来后、我关闭连接器并尝试让其重新连接时会发生这种情况。 我想知道导致协议中拒绝访问的条件是什么、以及可以使用什么方法来解决此问题。
Kevin 老师、您好！
请您检查您遇到的行为是否与 本线程中描述的行为类似？ 您能检查建议的方法是否有帮助吗？
此致、
尊敬的 Kevin：
默认情况下、收集器项目未配置为在复位后重新启动网络。 因此、传感器无法重新加入网络并继续发送数据、直到收集器通过按收集器 LaunchPad 上的 BTN-1或在收集器的 UART UI 上选择 network action -> form NWK 来"重新构建"网络。 可以通过在收集器的预定义编译器设置中定义 AUTO_START 来更改此行为、 收集器自述文件中对此进行了进一步介绍。
我在提供此信息时使用了默认收集器/传感器设置、因此如果您的 配置不同或我不描述正确的场景、请提供更多信息、以便我们能够进一步为您提供帮助。
此致、 Ryan
不需要、虽然看起来很有希望、但我在闪存之前关闭了端口、因为它们可以与 XDS110电路板编程竞争。 有趣的是、他看到了有关访问被拒绝的错误消息。
我已启用 AUTO_START、因为我确实希望在信号丢失后重新连接它。 我还提取对讲机连接的状态、即使未连接、也会显示已重新加入。 这通常是由于访问被拒绝、认为应该连接、但实际上并没有连接。
感谢 Kevin 老师的陪同。 请 说明确切的步骤、以便我们可以重现问题、确定根本原因并讨论可能的解决方法。 列出 对默认传感器/收集器项目所做的任何更改、并提供错误行为的监听日志对于调试肯定有帮助。
我在定制硬件上实现了标准传感器和收集器 TI15.4协议。 我已经编写了代码以允许清除存储器并进行新的联网操作、并在收集器上的按钮允许的情况下打开。 在传感器侧、我实现了关联的连接。 当我建立连接并希望重新建立连接时、我清除连接器上的内存、然后让它启动网络并打开网络。 然后、我让传感器端做一个关联来启动连接、我收到了一个 ACCESSDENIED。 我认为、由于收集器在启动板/协议之前会清除网络的存储器、因此我可能也需要一种方法来重新启动它。
听起来收集器已删除其旧网络设置并启动了新网络、而传感器仍在尝试使用旧网络设置重新连接。 如果我正确理解、则网络密钥将不兼容、从而导致拒绝访问错误。 应更改传感器固件、以便 其清除其 现有网络设置并在检测到此故障状态时重新启动新的关联。
Ryan、
我以为我通过使用功能来清除密钥,但我担心旧的密钥可能仍然被缓存,因为通常我们在协议开始之前删除它们,通过在上电时按右键. 是否有办法重新启动协议以识别密钥被删除？
感谢您的更新。
我是 Ryan 的同事、将在他不在办公室时维护他的线程。
Unknown 说：我认为收集器在启动板/协议前清除了网络内存、也许我也需要一种方法来重新启动它。
您是否也可以在传感器侧执行此操作？
谢谢！ Toby
Toby、
是的、我将两者都清除、作为建立两个板的配对过程的一部分。 但是、由于网络可能需要在我认为无法充分发挥作用后重新启动。 我还将尝试停止和启动网络、即使我启用了 AUTO_START、因为它可能会实现预期效果。 如果您有任何其他关于重置协议的建议、请了解它们。
因为我有数据包监听器在工作(解码数据包除外)、所以我一直在深入研究这个问题。 发生这种情况时(近端)它会连接 Wireshark 跟踪。 我正在尝试将遥控器与收集器同步并获取 ACCESSDENIED。 我认为这可能会从收集器方面发生得更多。 我清除了两个装置上的内存、但我不知道是否还需要进行更多的重置。 我认为在尝试重新连接时、收集器可能为传感器提供了错误的地址。 我知道当我解除与收集器的关联,然后做一个关联,它将一个地址。 我认为、这可能是以这样的方式连接、当我尝试重新连接时、它出现不匹配的情况。 请查看轨迹、看看您是否能辨别出。 错误是关联响应失败。
谢谢！ Kevin
e2e.ti.com/.../WRB_2D00_WRT-accessDenied.zip
感谢嗅探器日志。 此问题是否仅在收集器开始解除关联过程时发生？ 当 addDeviceListItem 返回 false 时、cllcDeviceJoiningCB -> Csf_deviceUpdate 将返回 ApiMac_assocStatus_panAtCapacity (0x01)、您可以进一步调试以确定是否确实如此。 但是、我对默认 F2 SDK v7.40示例的评估不会导致类似的行为、因为从收集器或传感器发起的关联可以在之后成功地重新关联。
e2e.ti.com/.../disassociate_5F00_test.pcapng
当显示 ACCESSDENIED 时、我正在获取 ApiMac_assocStatus_panAtCapacity (0x01)。 我只为一个关联设置了收集器、我不希望它允许超过一个关联。 我可以通过清除收集器上的存储器并建立开放的网络以允许传感器连接来获得这条消息。 传感器存储器也被清除。 我需要能够将收集器与传感器重新关联、或将新传感器与收集器关联。
造成 panAtCapacity 的原因是什么？如何修复它？
