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.

[参考译文] CC1352P:CC1352P:mt 命令

Guru**** 2463330 points
Other Parts Discussed in Thread: CC1352P, Z-STACK

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1216866/cc1352p-cc1352p-mt-commands

器件型号:CC1352P
主题中讨论的其他器件: Z-stack

你好

我将使用 CC1352P 开发 ZigBee 协调器/路由器通信。

根据文档"Z-stack MONITOR and TEST API"、我有几个问题

 

  1. 什么是用于更改短地址的 MT 命令?
  2. 什么是改变频率的 MT 命令?
  3. 对于 MT 命令来说,true 的值是什么? 我尝试了00、FF、01、0F 等不同的值、但没有一个值能够填充 true 字段。

 

此致!

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

    器件型号:CC1352P

    你好

    我将使用 CC1352P 开发 ZigBee 协调器/路由器通信。

    根据文档"Z-stack MONITOR and TEST API"、我有几个问题

    当我按照帧格式发送 MAC_init 命令时、帧格式将是:

    SREQ:FE 00 22 02 20

    我得到了错误的答案

    SRSP:FE 03 60 00 01 22 02 42.

    根据该文件,它将是:

    SRSP:FE 01 62 02状态 XOR

    如果它是初始化命令、为什么会发生这种情况?

     当我根据帧格式发送 UTIL_SRC_MATCH_ENABLE 命令时、结果将为:

    SREQ:FE 00 27 20 07

    我得到了错误的答案

    SRSP:FE 01 67 20 F5 B3

    F5字段对应于状态、在这种情况下将失败、因为如果成功、将为00。

     

    如果是启用命令、为什么会发生这种情况?

     当我根据帧格式发送 ZDO_EXT_NWK_INFO 命令时、它会:

    SREQ: FE 00 25 50 75

    我得到了错误的答案

    SRSP:FE 03 60 00 02 25 50 14.

     

    如果是信息命令、为什么会发生这种情况?

     

    此致!

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

    您好、Jose、

    1. 短/网络地址根据 Z-Stack 协议随机分配、并由加入设备的父设备随机生成。  这些不能通过 MT 命令进行更改。  请参阅 《Z-Stack 用户指南》的"网络地址分配"部分。  
    2. APP_CNF_BDB_SET_CHANNEL、请参阅 Z-Stack 监控和测试 API。
    3. TRUE 为1、FALSE 为0、请进一步详细说明哪个命令不起作用以及正在使用的接口。

    1. 默认 ZNP 工程未定义 MT_MAC_FUNC 和 MT_MAC_CB_FUNC、不建议客户使用。  您应该使用 APP_CNF_BDB_START_JUSTING 来启动器件。
    2. AUTO_pend 在默认情况下不启用(已弃用的功能)、因此 返回了 ZMacUnsupported / 0xf5。
    3. 这是 MT_RPC_ERR_COMMAND_ID/0x02的错误消息、因此 MT_ZDO_EXT_NWK_INFO 条件下的 MT_ZdoCommandProcessing 可能从未输入。  您必须检查您的 ZNP 版本才能发现这种情况的原因。

    此致、
    Ryan

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

    您好、 Ryan、

    感谢您回答我的问题。

    我 测试了以下命令:

    MAC_RESET_REQ、 UTIL_DATA_REQ、 SYS_ZDIAGS_CLEAR_STATS、 MAC_SET_RX_GAIN_REQ、UTIL_SRC_MATCH_ACK_ALL_PLOADING  

    到目前为止,他们还没有为我工作

    在哪里可以查看我的 ZNP 版本?

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

    默认的 ZNP 配置(MAC_*、SYS_*、UTIL_SRC_MATCH_ACK_ALL_PANDBY)不支持大多数这些 API、或忽略布尔参数(UTIL_DATA_REQ)、因此其值是多少无关紧要。  如果您要自己构建 ZNP、那么这将是 SimpleLink SDK 版本以及您已经进行的任何更改、否则您需要咨询获取 ZNP 固件的开发人员。

    此致、
    Ryan

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

    您好、Ryan、

    感谢您回答这些问题、我还有最后一个问题

    我们希望开发一个 ZigBee 应用、在这个应用中、我们需要一个协调器来创建具有200个路由器的网络、通过 Web 应用在协调器和路由器之间进行双向通信、为此、我们需要不改变的固定短地址。 它是在运行时配置的、并且不是随机的、就像在前面的问题中、您已经回答过的一样、短/网络地址是根据 Z-Stack 协议随机分配的、并且是由加入设备的父设备随机生成的。  这些不能通过 MT 命令进行更改。

    我们目前正在使用 CC1352P

    您还建议使用一个固定的短地址、无论它是通过 MT 命令还是我们更改芯片都是如此?

    此致、

    Jose

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

    由于随机寻址是 Zigbee 3.0规范的一项要求、地址分配功能 保留在开发人员无 权访问的 Z-Stack 源代码中。  您可以通过传入的 ZDO_END_DEVICE_ANNCE_IND 消息(路由器在加入时也会发送该消息)跟踪已加入网络的器件、并/或通过发送 ZDO_IEEE_ADDR_REQ/ZDO_NWK_ADDR_REQ 消息并评估响应来执行器件发现。  请注意、如果可以更改路由器固件、则可以确定 IEEE 地址、例如 对 SimpleLink 器件执行的 zmain_ext_addr。  Z-Stack 仍然适用于您描述的最终用例、但如果您对该答案仍然不满意、则还可以参阅 可以确定 NWK 地址的 TI 15.4-Stack。  但是、该网络将仅限于传感器节点、不包括网状网络。  200个节点跨越了界限、可以根据通信间隔、物理屏障、通道频率干扰源(如蓝牙/WiFi)等、支持任一网络解决方案

    此致、
    Ryan

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

    您好、Ryan、

    感谢你的帮助。

    此致、

    Jose