请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：CC2340R5 工具与软件：
使用 CC2340R5时、我在接收 UART 时遇到问题。
最初的问题是在我的自定义项目中 、简而言之、我的项目会将数据从 UART 回传到 BLE、反之亦然。
为了简化支持、我在添加了少量代码的情况下重复了示例数据流中的问题。
使用的 Simplink SDK 版本：8.20.0.119、8.40.2.01
我已完成以下操作来重现此问题：
我已经在"Data Stream"示例中添加了 UART 初始化 、默认参数相同。
UART2_Params p；
UART2_Params_init (&P)；
myuarthandle=UART2_open (CONFIG_UART2_0、&P)；
我正在将 ble app nrfConnect 的字节流发送到我的 cc2340r5器件、并 使用将所有数据写入 UART
UART2_write (myuarthandle、pValue、len、NULL)；
我还将 UART RX 与 UART TX 连接在一起、以回显我的数据。
我已添加以下代码、用于接收 UART 数据并写回 BLE 连接。
静态 void* uart_recv_task (void* vData)
｛
Call_Entity 实体；
Call_Sync 4.12.45le msgSyncHdl;
iCall_registerApp (&entity、&msgSyncHdl)；
uint8_t b[100]=｛0｝；
int a=0；
while (1)｛
UART2_readTimeout (myuarthandle、b、1、&a、1)；
如果(a>0)
｛
dsp_sendData ((uint8 *) b、a)；
}
vTaskDelay (1)；
}
}
现在的问题是我 从 ble 批量接收回波数据。 该问题取决于数据长度。 长度越长、批次就越多。
我随附一张接收到的数据的屏幕截图。 
由于我尚未添加任何此类延迟、因此行为非常奇怪。
此外、问题批次延迟的模式几乎是40的倍数。
我还在 BLE 禁用的情况下进行了测试、并通过测量 UART 上最后发送的信号与 UART 上最后接收的信号之间的节拍差异。
在本例中、节拍差是10的倍数。
我还验证了 uart_recv_task 是否每2ms 执行一次。
如有任何帮助、我将不胜感激。
谢谢
