[参考译文] TMDS64EVM：XFR2VBUS 数据传输卡滞

您好、Seth。

我将快速将您的代码与中的示例代码进行比较
https://git.ti.com/cgit/pru-software-support-package/pru-software-support-package/tree/examples/am243x/SORTE_G/SORTE_g_master_AM243x/xfr2vbus_widget.inc?id=d09576fa217feb446c53a95fed65b2f7db3130aa

XOUT 命令需要传输数据和目标地址。 您的“XOUT“命令仅 通过宽边接口将总共 32 个字节从 PRU 内核传输到 XFR2VBUS 加速器（即存储在 R2-R9 中的 32 个字节数据）。 但实际上、您需要发送 40 个字节也要发送地址（即，从 R2-R11 复制数据）。

如下所示：

;issue a write of 32 bytes from address _lo|_hi, one shot
; data in r2-r9
; clobbers r10,r11
XFR2VBUS_WRITE32 .macro  xid,addr_lo,addr_hi
    mov r10,addr_lo
    ldi r11,addr_hi
    xout xid,&r2,40
    .endm

此致、

Nick

您需要将全局地址加载到 R10（请参阅 TRM 表 2-1。 MAIN 域存储器映射）

ICSS_G0 数据 RAM：0x3000 0000

ICSS_G0 共享 RAM：0x3001 0000

-托马斯

有关为何需要全局地址的更多信息、请参阅此常见问题解答中的总线图：
【常见问题解答】PRU 仲裁延迟 

您将看到 XFR2VBUS 实例连接到 外部访问路径。 这是使用全局地址时所采用的路径。

但是、这些加速器未连接到 内部访问路径。 因此、它们无法使用 PRU 本地地址。

请注意、XFR2VBUS 仍然能够访问 PRU 子系统内的资源。 XFR2VBUS 读取或写入操作所遵循的路径是 、读取/写入需要退出 PRU 子系统、进入系统总线、然后通过 内部访问路径 图中的“入站 VBUSP“返回到 PRU 子系统。 这意味着、对于 XFR2VBUS、PRU 子系统中本地资源的读取/写入延迟将比使用本地地址直接进行读取/写入的 PRU 内核更长。 （我预计使用系统地址的 PRU 内核需要更长的时间、就像 XFR2VBUS 实例一样）。但是、PRU 内核将读取/写入转移到加速器、因此它消耗的 PRU 时钟周期更少、这会释放 PRU 内核以在内核等待读取/写入完成时执行其他指令。

有关 XFR2VBUS 的更多信息、 请参阅 更新的 PRU Academy 页面“XFR2VBUS（传输到 VBUS）“：
https://dev.ti.com/tirex/explore/node?isTheia=false&node=A__AYpwfe.o-fVoSO1rkaT80g__AM64-ACADEMY__WI1KRXP__LATEST 

此致、

Nick