请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：CC2564MODNEM 您好！
我在模块上工作了一周、我有一些关于兼容性和我遇到的特定锁定的问题。
到目前为止、我取得的唯一成功就是让 A3DPDemo_SRC 项目的 Noos 版本在电路板上工作、但是我需要将其安装到当前使用 FreeRTOS 生成的 HAL STMCubeMX 项目中。
9.0.0中多维数据集中 FreeRTOS 的当前版本、我看到堆栈使用7.4.2。 在项目上降级 RTOS 需要大量工作、因此我想知道在使用更新版 FreeRTOS 的堆栈时是否存在任何已知问题？
在同一项目中使用 HAL 库和 StdPeripheral 驱动程序库之间也存在冲突(至少复制库代码)您是否有 HAL 兼容示例或是否有人创建了一个兼容示例？
现在进入锁定状态。 我正在尝试使用 ST 中的 HAL 库编写一个替换的 HCITRNS.C 文件。 就通过 UART 发送第一条命令、 接收 响应并使用 COMDataCallbackFunction 将整个数据包发送到堆栈而言、不幸的是、这是代码挂起、堆栈无响应、不再发送 Tx 数据包、蓝牙设置停止的地方。
我注意到、在我工作的示例中、在对第一个命令数据包的响应的互渗透期间对该函数进行了两次调用、首先发送初始位以指示来自器件的数据包(0x04)。 然后、在下一次调用 HCITR_COMProcess 时、将发送其余部分。 堆栈正常运行是否需要此过程？
很抱歉在一个帖子中有很多问题、但我想在一个地方保留答案。
此致
