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**** 2933120 points

Other Parts Discussed in Thread: TIMAC, CC2530

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/704293/cc2530-association-request-is-not-sent

器件型号:CC2530

您好!

CC2530我正在使用基于 TIMAC 堆栈的应用。

尝试从 RFD/FFD 设备显式发送关联请求,以便将其加入另一个配置为协调器的 FFD 设备。

关联请求不是从 MAC 发出的,提示在监听器中查看关联请求日志。

和关联确认信号的响应状态为0x92。

请告诉我们问题可能出在哪里。

谢谢、

Babu

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

    您能否指定您正在开始的示例代码、对尝试关联所涉及的 API 进行快照或代码摘录、并提供监听器日志?

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

    请在下面找到关联请求参数详细信息、
    logical_channel = 11;
    通道页= 0;
    COD_ADDR_MODE = 02;
    COD_ADDR_SHORT_ADDR = 0x0000;
    COD_PAN_id=0xcccc;
    能力= 0x80;
    SEC = 0x00;

    在关联确认信号上、获取值
    短地址:0xFFFF
    状态:0x92

    谢谢、
    Ramesh
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    根据规范、如果协调器无法将器件与其 PAN 关联、则"短地址"字段应设置为
    0xFFFF。 不联系的原因可能是什么?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    e2e.ti.com/.../Beacon_5F00_Request_5F00_Response_5F00_July01.cubx.txte2e.ti.com/.../Beacon_5F00_Request_5F00_Response_5F00_July01.cubx.tar.gze2e.ti.com/.../Beacon_5F00_Request_5F00_Response_5F00_July01.cubx.7z

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

    找到未从 MAC 发送关联请求的原因。
    由于 MAC 在特定时刻处于繁忙状态,因此不会向协调器发送请求。
    发送 AS'n 请求前添加延迟的问题已解决。

    现在我又面临一个问题。
    发送设备通知后、从协调器获取网络状态-地址冲突。
    此行为的具体原因是什么??

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

    您好、Ryan、

    更新 扩展地址后、解决了地址冲突问题。

    谢谢、

    Babu