[参考译文] RTOS/CC1352R：TI 是否在 CC13x2 SDK 中使用 PDM 驱动程序开发项目？

开始流式传输后、Queue 元素仍然为空、我认为这会导致对 PDM 数据进行采样失败。

我比较了 TI RTOS 2.21.00.06中的 PDM 驱动程序文件和 Simplelink SDK 中用于 CC13x2的另一个文件、存在一些差异、例如信标与 SemaphoreP、Hwi 与 Hwip 以及结构元素、 因此、我认为 TI 正在更新 CC1352的驱动程序文件、我应该使用新版本的驱动程序文件。

但是、正如您所说的、旧版本和新版本都应该工作、因为同一个硬件模块。

您好！

我希望这两个版本之间有相当大的差异、主要是在"信标"等被替换的调用中。 实际上、"Semaphore 和 SemaphoreP"之间没有区别、这是一种使驱动程序可移植的更改。

您是否已经使用旧版驱动程序尝试过移植示例？ 我建议您先替换 PDM 驱动程序的链接库文件、进行交换。

首先、我在  CC1352R 上的 TI-RTOS CC13xx/26xx 中使用 PDM 驱动程序尝试了 PDMstream 示例项目、launchpad 可以对 PDM 数据进行采样、但随后失败、我注意到该驱动程序中的硬件中断功能用于 ARM M3。 我不知道、但这可能是导致故障的原因、因此在本例中、Hwip 和其他一些具有移植接口的驱动程序可能是必要的。

然后、与  TI-RTOS 中的 PDM 驱动程序相比、我在 Simple link SDK CC13X2中替换了 PDM 驱动程序文件。据我所知、 在队列方面存在一些差异、与  TI-RTOS 中的 PDM 驱动程序相比、Simple link SDK 中缺少以下代码：

对于(i = 0；i < ui32NumberOfBlocks；i++)｛
queueNodeI2S_t * tmpNode =(queueNodeI2S_t *)&((uint8_t *) object->pvContMgtBuffer)[i * sizeof (queueNodeI2S_t)]；
/*分离连续缓冲器*/
tmpNode->buf =&((uint8_t *) object->pvContBuffer)[i * ui32BlockSizeInBytesIn]；
Queue_enqueue (i2sBlockAvailInQueue、_tmpNode->_elem)；
｝ 

我在  TI-RTOS CC13xx/26xx 中删除了 PDM 驱动程序中的此部分、 在 CC1350STK 上尝试使用 PDMstream 示例项目、然后该项目不起作用、显示了与我 在上一帖子中所说的相同的现象(PDM 驱动程序打开并成功开始流式传输、但从未转到 DMA ISR)

我对这个队列器件的机制不是很了解、因为 TI 没有很多文档、但是我认为我可以在 TI-RTOS 的驱动程序中将 Hwi 修改为 Hwip、或者在 Simple Link SDK 的驱动程序中修改队列器件。  

非常感谢您为患者提供的帮助

更新：我拖动了 TI-RTOS CC13xx/26xx 中的 PDM 驱动程序文件、对 ARM 3使用了 Hwip 而不是 Hwi、使用 PDMStream 示例项目进行了尝试、CC1352R LP 似乎可以成功地对音频数据进行采样。 下面是 Matlab 图中的采样音频数据。

根据我的实验和观察结果、我认为 Simplelink SDK CC1352的 PDM 驱动程序文件中存在错误、但我没有检查 Simplelink SDK 的 PDM 驱动程序文件中的许多详细信息、我对该驱动程序文件中的机制不了解太多。

还有一点、您认为还需要在 TI-RTOS 的移植 PDM 驱动程序文件中使用 SemaphoreP 而不是信标、ClockP 而不是时钟吗？

再次感谢您为患者提供的帮助。