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.

[参考译文] CC2530:终端器件父级损耗

Guru**** 1819770 points
Other Parts Discussed in Thread: CC2530, CC2590
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/858491/cc2530-end-device-parent-loss

器件型号:CC2530
主题中讨论的其他器件: CC2590

设置:

ZStack           :v3.0.2

协调员   :1(国家警察协调员)

路由器           :1.

EndDevice    :9.

此外、我们还在 PCB 上为终端器件使用第三方模块(CC2530 + PA/LNA)。
我们在早期应用中一直使用这些模块、没有任何问题。 (Zstack2)

PA/LNA:

路由器/终端设备:  

CC2530 ---  CC2591
P1_1 ---------- PA_EN
P1_4 -------- 英文
P0_7 -------- HGM

协调员:
        CC2530 --- RFX2401
              P1_1 ---------- TX_EN
              P1_4 -------- RX_EN
             *协调器也连接到外部天线。

应用要点:

  • 对于 f8wConfig.cfg 中的终端设备:
    -DPOLL_RATE = 0

  • 该器件配置为发送心跳消息、因此它会定期唤醒以发送心跳报告、并轮询父设备以获取新数据。

  • 协调员   : hal_board_cfg.h 中定义的 HAL_PA_LNA_CC2590
    路由器      :项目预定义符号中定义的 HAL_PA_LNA

观察结果:

  • 在这种情况下、我们将每个新设备视为网络重新加入。(我们实施了一个在每次重新启动时递增的启动计数器。 由于启动计数没有变化、我们知道新器件不会重新启动。)

远离协调器的终端设备与父设备失去同步

器件编号

如地图上所示

IEEE 地址

父级损失计数

LQI

00:00 - 5:30 HR

5:30 - 15:19 HR

共计

通过路由器

直接协调员  

1

0x00124B001A1D736B

7.

84

91.

60-85.

0

2.

0x00124B001A1D7377

3.

40

43.

60-85.

0-30.

3.

0x00124B001A1D6BD2

2.

14.

16.

-

30-60.

4.

0x00124B000E0C4E41

1

0

1

-

72-90

5.

0x00124B001A1D7308

0

10.

10.

-

30-60.

6.

0x00124B000E0C3903

1

44.

45.

60-85.

0-25.

7.

0x00124B001A1D7312

1

44.

45.

60-85.

0-30.

8.

0x00124B001A1D4AE6

0

8.

8.

-

20-50.

9.

0x00124B001A1D7F82

2.

19.

21.

-

5-40.

  1. 终端设备1 :常用~(1-10min)
    终端设备9   :随机~(4-80分钟)

  2. 尽管所有器件的定位都是固定的、并且它们都始终处于通电状态、但每次重新加入网络时与不同父设备关联的终端设备。
    即使通过协调器的 LQI 低于通过路由器的 LQI、也会发生这种情况。
    终端设备1、6

导致这种父级损失的原因是什么?

监听器日志

监听器放置在协调器附近。

键:"0x00、0x01、0x02、0x03、0x04、 0x05、0x06、0x07、0x08、0x09、 0x0A、0x0B、0x0C、0x0D、0x0E、 0x0F"

e2e.ti.com/.../6724.enddevice_5F00_2019_5F00_11_5F00_19_5F00_5_5F00_49.psd

Wireshark 日志:

e2e.ti.com/.../Enddevice_5F00_2018_5F00_11_5F00_19_5F00_5_5F00_59_5F00_PM_5F00_WireShark.zip

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

    对于协调器   : hal_board_cfg.h 中定义的 HAL_PA_LNA_CC2590 ->我认为您应该定义 HAL_PA_LNA,而不是 HAL_PA_LNA_CC2590。

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

    我同意 YK 所使用的宏不正确、您是否还尝试增加任一应用的 TX 功率设置?

    此致、
    Ryan

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

    你好,黄晨
    我已将协调器从 HAL_PA_LNA_CC2590更 改为 HAL_PA_LNA
    但终端设备失去父设备的问题仍然存在。
    以下是监听器对该更改执行的测试的日志。

    e2e.ti.com/.../enddevice_5F00_2019_5F00_11_5F00_21_5F00_13_5F00_20.psd

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

    您好、Ryan、

    我们已将协调器的 Tx 功率设置为最大值。
    终端设备在默认 Tx 功率上运行。

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

    您好、AViral、

    增加终端器件的默认 TX 功率或尝试使用 TI PA EVM 评估 ZC (以确认 RFX2401配置是否存在问题)。

    此致、
    Ryan

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

    您在协调器上使用的最大 TX 功率是多少?您如何设置它?

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

    我们使用 SYS_SET_TX_POWER 命令将协调器上的 Tx 功率设置为"20"。

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

    当您使用20dBm 时、我怀疑您的器件可能满足 TX 饱和要求。 我建议您将所有协调器、路由器和终端设备设置为16dBm、以便再次进行测试。

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

    终端设备和路由器的默认 Tx 功率是多少?

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

    如果您定义 HAL_PA_LNA、则默认情况下 TX 功率设置为20dBm。

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

    TX 饱和意味着什么?

    我已经在一个终端设备上测试了 TX 功率设置。
    结果如下:

    TX 功率 LQI
    默认值 88-96
    20.

    106-117

    16. 96-104.
    10. 80-88

    我不应该将 Tx 功率设置为"20"以获得更好的结果、因为它可以提供更好的 LQI?

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

    饱和就像您将音频放大器的音量调到最大音量一样、您可能会听到扬声器中的音频中断。 因此、我建议您将 TX 功率设置为较低的值、以避免可能的饱和。

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

    病毒、

    是否有任何更新或是否可以关闭此主题?

    此致、
    Ryan

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

    当终端设备未收到 数据请求响应时会发生什么情况?
    终端设备是否在下一个计划时间完成重试数据请求或数据请求?
    如果在发生故障时重试数据请求、频率是多少?

    我还在同一个装置上运行了两次测试。
    晚上没有父母的损失。(大约午夜至早上8点)。
    但是,数据包丢失很少(小于1%)。

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

    当没有数据请求的应答时,设备将尝试。 如果我记得正确、它将重试3次。

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

    如问题中所述、父级损失问题在当天仍存在。

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

    有时、由于干扰、ZED 可能会失去与父设备的连接。 如果它可以重新加入、我就不会看到关于此主题的任何问题。