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.

[参考译文] CC2662R-Q1:CC2662 TXCNF

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

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1430302/cc2662r-q1-cc2662-txcnf

器件型号:CC2662R-Q1

工具与软件:

你(们)好 我目前使用的是 cc2662、有一个问题。 
即使 CC2662在通信时未接收其需要接收的所有 NodeID、
它是否应该等待一定的时间、然后无条件发送 TXCNF?
例如、如果我要接收的节点数为12、则 TXCNF (macstatus=0x01)会在几个节点丢失后出现。
这种情况会发生吗?
让我怀疑处理 UART 通信的器件确实缺少从 FE 到 FCS 的所有数据包。
请告诉我、如果有任何节点丢失(即使是 CC2662返回)、如果有、我会收到什么命令。

我还有一个问题。 
我通过组合两个命令来读取 VCELL 和 GPIO 寄存器、从而发送层叠读取。
但我认为不应处理这两个命令、因为 cc2662的数据大小不足以处理这两个命令。
当我将这两个命令组合并发送它们时、TXCNF 似乎在某个时候没有来找我。
当数据大小溢出时、CC2662如何处理 REQ/RES?
 
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    海贞、你好! 
    有。 尽管并非所有响应都收到、但当重试的最后一次尝试完成时、将返回状态为 FAILURE 的 TXCNF。 主机只能在收到 TXCNF 后发送下一个请求。
    由于 TXCNF 指示发送命令状态、因此、如果成功接收到所有响应、则将返回状态为成功的 TXCNF。 否则、在最后一次重试后将出现故障。
    如果主机在接收 TXCNF 之前发送另一个请求、则会导致重叠。 请在收到第一个的 TXCNF 后发送第二个请求。
    支持组合命令功能、称为命令聚合。 在 UG 中可以找到更多相关信息。 请求命令的长度通常不是问题、因为聚合命令的最大大小为230字节。
    响应数据还需要相同的最大数据大小。 因此、关于反馈可以包含多少字节、应考虑更多因素。
    对于 UL 数据量、您还需要增加 USER_CFG_T_SLOT_UL_TIME 的默认设置、以确保有足够的时间传输完整的数据。

    此致、

    Barbara Wu