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.

[参考译文] CC2530ZNP 有时重新加入网络时出现问题

Guru**** 2794745 points

Other Parts Discussed in Thread: CC2530, CC2531, CC2591, CC2592

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/805967/cc2530znp-problem-with-rejoining-network-after-times

主题中讨论的其他器件:CC2530CC2531CC2591CC2592

我使用 MCU 向 CC2530发送命令。
首先、它的工作非常稳定。
一段时间后、我拉出电源以测试其稳定性。
在协调器上、它仍在设置正常的网络。
在路由器上、它恰好停止发送命令、它只发送所有启动或扫描网络(0x02)命令来停止。
我必须如何解决它。
非常感谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您的意思是"拔出电源以测试其稳定性?"
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我关闭,然后打开,设置过程重新启动。 我看到 Ubiqua、路由器请求(0x00)离开网络、或者尽管路由器已重置并重新设置、PANID 仍保持不变。 我在 ubiqua 上查看加入协调器的情况:它仅显示[12:01:15.041989]管理许可加入请求:180、然后我发送数据并返回到状态为 AF_DATA_CONFIRM 的0xCD

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您能否提供监听器日志并使用监听器日志详细说明您的问题?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢,先生!!  

    这是我的日志。 出现了以下几个问题:
    尽管在 ubiqua 上显示为成功的助理响应,但我的路由器后来没有加入网络,但有一个状态:从协调器中离开网络(0x00)。 路由器会继续尝试扫描并加入网络。
    2.成功加入网络时:我有3台路由器和1台协调器,我只想将数据从路由器发送到协调器,但路由器会将数据发送到路由器,而将同一台路由器发送到协调器,这很混乱。
    AF_REGISTER 命令:
    端点:0x01
    AppProID:0x0104
    AppDeviceId:0x0000e2e.ti.com/.../test5h05.rar
    AppDevVer:0x00
     LatencyReq:无 Lantency (0x00)
    AppNumInClusters 0x00
     AppInClusterList 0x0000
    AppNumOutClusters 0x00
    AppOutClusterList 0x00

    AF_DATA_REQUEST

    DstAddr DstEndpoint
    DstAdress:0x0000

    SrcEndpoint:0x01

    clusterid:0x0000

    TransId:0x00

    选项:0x00

    半径:0x00

    长度

    数据


    此命令发送路由器和协调器,并使其相互发送数据。

    e2e.ti.com/.../8611.test5h05.rar

    尽管在 ubiqua 上接收数据的时间非常短,
    但是、使用连接到 CC2530的微芯片来收集数据、微芯片 RX 端口上的每个数据接收时间为~ 5s、而每500ms 发送一次 af_data_request 命令。 如何提高数据传输速度以实现更实时的监控?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    监听器和协调器/设备监听器之间的距离有多远?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    协调器和 CC2531监听器相结合、距离3台路由器约30米
    我为 CC2530 + CC2591模块使用了2dBi 天线

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您能否尝试将它们彼此靠近并再次尝试查看路由器是否可以毫无问题地加入?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    加入加入网络没有问题、我没有许可证请求。
    但我有一个问题、尽管我每1秒发送一次数据、但在 ubiqua 上、我也会立即获取其数据、但在协调器上、我使用1个微芯片将数据传输到服务器、数据传输速率为~ 2s/1次
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我将协调器和路由器并排放置、我将路由器数据发送到 Cooridnator、我在 ubiqua 上看到 RSSI 为-25dBm。 尽管我的硬件是 CC2530 + CC2591 + 2dBi 天线。 txPower 是否有问题?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    如果您使用的是具有良好天线的 CC2591、那么它看起来的信号不够好。 是否在项目中定义 HAL_PA_LNA 以启用 CC2591?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    是的、我已经定义了 HAL_PA_LNA 和 setTxPower。 我将它们并排放置并测试 RSSI:-38dBm

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    如果 RSSI 在每次测试中并排运行、则在这个值中是过低的。 我建议您先检查您的硬件/射频。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    如果只定义 HAL_PA_LNA、那么 CC2530 + CC2591 +天线 A 在测试(并排)正确时是 RSSI 的值?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我无法理解您的问题。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我已经用50字节/100ms 完成了数据发送。 它最初工作稳定。 但是、虽然 af_data_request 只返回1个值(AF_DATA_Request_SRSP)、尽管它始终返回2个值 AF_DATA_CONFIRM、但根据文档、我没有得到它、我在论坛上发现有人失败了、但我看不到文章中解决了他的问题。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    根据您对每项测试 RSSI 的描述,我怀疑您的硬件/射频设计有问题。 我建议您先解决它。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    谢谢主席先生、
    我要问的一点是:ZigBee 网络能否满足以下要求:我可以连续传输1k 字节的数据、我将这些数据碎片化成每100ms 发送10次的数据、从50节点路由器传输单播到一个 COORIDNator?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您是否意味着从50台路由器同时向协调器连续传输1k 字节的数据?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    是的、使用1000字节从50台路由器实时传输到一个协调器。 如果 ZigBee 网络无法单播传输、ZigBee 网络能否以任何其他方式传输?
    谢谢你、陈先生

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    如果您的所有50台路由器同时发送1k 字节数据,则无线发送的消息将过多。 您应该逐个从路由器发送消息。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我测试了它们、可以发送它们、但在一段时间后、我怀疑硬件、我已经用 SMA 替换了 PCB 天线、在它们之间的距离为100cm 的永久天线、RSSI 为-35dBi。
    此 RSSI -35dBi 是否良好?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    如果它们彼此接近、则-35dB 很差。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我使用两个 CC2530 + cc2592器件尝试了其他硬件
    两个 HW 的最远距离为-25dBm、它们之间的距离为100cm、
    但有一个问题:
    当我在家进行测试时,它的工作非常稳定。
    -当我在具有 WiFi 和强大2.4GHz 频率的工作区使用它时、它无法打开网络 APP_CNF_BDB_START_TUNING (0x2F05)(0x04)
    它将_IND 更改为0x08并立即停止。
    如何解决此问题?
    在太空中、Wifi 和 ZigBee 是否相互冲突?
    谢谢、先生!
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    是的、WiFi 和 Zigbee 可能相互冲突。 您可以使用工具扫描 WiFi 通道并相应地更改 Zigbee 通道以避免干扰。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我更改了硬件、根据测试2器件、平均 RSSI 为-19。
    那么硬件是稳定的?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    当您获得-19dbm 时、每个测试器件之间的距离有多远? 顺便说一下、我建议您将 Zigbee 通道更改为另一个更少 WiFi 干扰的通道、以便再次测试调试。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    两个器件之间的距离为100cm。 我使用了通道26、我将 Zigbee 通道更改为另一个具有 WIFI 的通道。 我使用了 PCB Anten: https://www.autocorerobotica.com.br/antena-pcb-wifi-24ghz

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    如果您将两个器件彼此靠近、您会看到什么 RSSI? 顺便说一下、使用 SmartRF Studio 进行每次测试时、您设置了什么 TX 功率?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我进行3次测试并给出3个不同的结果、两个器件并排不改变距离

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

    您好!

    似乎只有 IEEE 地址 00:12:4B:00:1B:DC:BF:3C 的路由器存在问题。 您是否看到其他路由器存在类似问题?

    这是否也是 CC2530?
    如果是、它是否运行与其他路由器相同的固件映像(短地址为0x3F01、0x63F4)?
    如果它运行的固件映像与其他路由器不同、请使用相同的固件映像刷写该映像、以查看行为是否相同。

    如果路由器已加入网络、然后关闭/打开电源、则不需要重新执行关联过程、因为相关的 NV 参数将被恢复(默认情况下启用 NV_RESTORE)。

    此致、
    Toby

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

    对此进行了任何更新?

    如果您需要进一步的支持、请告知我们。