[参考译文] CC1352P：当 dataCnfCB ()返回 ApiMac_STATUS_SUCCESS 时、数据仍然无法从15.4传感器节点传输到收集器节点吗？

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1508955/cc1352p-can-data-still-fail-to-transmit-from-15-4-sensor-nodes-to-collector-node-when-datacnfcb-returns-apimac_status_success

工具/软件：

您好、

在分析基于15.4 Stack 的传感器网络(采用跳频或 WS-DSSS phy)中的数据时、我观察到数据丢失的约0.1%。 在这些网络中、CC1352P 用作网络处理器、因此数据需要执行以下3个步骤：

1)外部 MCU -> CC1352P-Sensor

2) CC1352P-Sensor --> CC1352P-Collector over RF

3) CC1352P-COLLER ->外部 MCU

CC1352P-Sensor 中以下函数返回的状态代码由其外部 MCU 跟踪：

/*!
 * @brief      MAC Data Confirm callback.
 *
 * @param      pDataCnf - pointer to the data confirm information
 */
static void dataCnfCB(ApiMac_mcpsDataCnf_t *pDataCnf)

如果收到以下状态代码、外部 MCU 将认为传输成功：

/*! Operation successful */
ApiMac_status_success = 0,

否则、它将保存到缓存中并稍后重试。

当我们在收集器节点旁边有1个传感器节点的情况下对此类设置进行应力测试时、我们没有观察到发送和接收的超过70K 个数据包之间出现任何数据丢失。 我认为这可以排除步骤1和步骤3中的数据丢失。

我的问题是、即使 CC1352P-COLLETOR 向外部 MCU 发送确认代码(数据已成功发送)、数据仍然无法从 CC1352P-COLLETOR 发出？ 理论上、如果 RX 数据队列已满、CC1352P 收集器上的射频内核会丢弃数据。

请告知：

谢谢、

ZL