[参考译文] AM625：SPI 位拆裂数据到 DDR

您好、John：

很高兴听到你能够解锁自己。 请随时回复后续问题、或根据需要为新主题创建新主题主题。

对于未来的读者,以下是一些想法发生在我身上:

使用 SPI 等协议时、您执行特定计算的时间“包络“受所实现接口时钟速度的限制。 例如、OpenPRU 存储库中此 PRU SPI 示例中的不同宏可以用于不同的最大接口频率、因为它们采用不同数量的 PRU 汇编指令来实现： https://github.com/TexasInstruments/open-pru/tree/main/examples/spi_loopback

SBBO/SBCO

SBBO/SBCO 指令非常高效（一般而言，每个时钟周期一个 32 位字。有关更多详细信息、请参阅  【常见问题解答】PRU：如何计算读取和写入延迟？ )。  

SBBO 确实需要一条汇编指令来将地址加载到另一个寄存器中、因此如果您的代码执行如下操作：
载入地址
SBBO 32 位
加载地址+ 0x4
SBBO 32 位
等等

您可以通过执行单个长 SBBO 在 31 个 PRU 时钟以上写入多达 124 字节的数据、并消除所有这些不需要的加载指令、使其更加高效：
载入地址
SBBO 高达 124 字节/992 位

使用 SBCO、您无需使用汇编指令来加载地址。

DMA  

我还没有机会充分利用 PRU DMA、但我计划在接下来的几个月内、在完成向 OpenPRU 存储库中添加 AM62x 并发布第一版 AM62x PRU Academy 后的某个时间开始深入研究。

据我所知、DMA 不会以比 SBBO/SBCO 更快的速度移动数据、但会在传输期间减轻实际的汇编指令负担。

因此、如果您尝试传输 2k 个字节、我预计将采用 SBBO
2048 字节= 512 个 32 位字= 17 个 SBBO 命令、每个命令包含 31 个 32 位字= 17 条加载指令+ 512 个时钟（写入 512 个 32 位字= 529 个 PRU 时钟）

但我希望管理 DMA 所需的 PRU 时钟要少得多。

此致、

Nick