[参考译文] TMDX570LC43HDK：TMDX570LC43HDK

Juergen、您好！

LS31xx 和 LC43xx 之间存在显著差异、即 LC43xx 具有缓存存储器。 可能发生的情况是数据存储在缓存副本中、而不是存储在指定的缓冲区中。 您是否可以尝试更改缓存设置以进行写入、并查看这是否可以解决您的问题？

你好、Chuck、

您能告诉我如何操作？ 它是 Halcogen 的一种设置吗？

此致、

Juergen

大家好、

您可以修改代码并进行另一项测试吗？
1.将 ma_TX_CTRLPKT.RDSIZE 更改为 ACCESS_16_BIT
2.将目标地址更改为(UINT32)&(spiREG->DAT1)+2；

并将 RX 端的数据包大小更改为16位。

您好 QJ、

我已经尝试过所有这些不同的变体、都没有成功。 8位访问应该起作用、它在 R4上起作用、我通过使用8位指针写入 spiREG->DAT1+3在 R5-HDK 上验证了它。 我稍微修改了示例项目、我发现它在半透明中有绝对路径-不用于 CCS -抱歉。

在某种程度上，即使触发了 DMA 中断，DMA 也不会写入 spiREG->DAT1+3/2。

此致、

Juergene2e.ti.com/.../5635.DMA_5F00_SPI.zip

大家好、

要将存储器设置为写入、您需要为缓冲区位置启用 MPU 区域并选择包含写入的类型。 将鼠标悬停在 TYPE 字段上将提供类型定义、包括是 Write Through (直写)还是 Write Back (回写)。 有关这些模式的更多信息、请参阅来自 ARM 的 R5 TRM。

你好、Chuck、

我想这会将整个存储器设置为"高速缓存写入"。

这对我的 DMA 触发问题没有帮助、但对 SPI-TX-Register 的写入没有帮助。 我猜还有其他问题。

此致、

Juergen

大家好、

在上面您提到、您将这个代码/方法源自 R4和 R5、它起作用了。 您是指 RMxx 器件吗？ 如果是、这些器件是 LE、因此如果您以8位的增量从 RAM 获取数据、则字节排序可能起作用。

您是否能够尝试更新 QJ 建议的 DMA 数据包大小和目标地址？ 特别是目标地址的改变对于成功写入正确的寄存器至关重要。

最后、您会注意到、写入 TXBUFF 不会发生。 如何对此进行验证？ 也就是说、是因为看不到标头输出、还是因为查看了 CCS 中的寄存器内容？ 您能否确保 S2开关设置为 SPI 通信而不是以太网通信？ 此外、检查以确保不需要配置引脚多路复用设置、从而将 SPI 引入引脚、而不是其他功能。

大家好、

很抱歉、我点击了错误的按钮并将其标记为"TI 认为已回答"、但这是一个意外。 请忽略这一点。

我很好奇、您是否可以尝试通过手动向 TXBUFF 写入要发送的第一个字节来启动该过程。 我知道这就是 SCI 的工作方式、为了启动第一个 TX、您必须手动执行它、然后 DMA 将接管。

您好、Chuch、

我认为这不是必要的、TRM 说：

当下列任一项为真时、第一个 TX_DMA_REQ 脉冲被生成：

•DMA 请求 EN (SPIINT0[16])被设定为1、而 SPIEN (SPIGCR1[24])已经为1。

•SPIEN (SPIGCR1[24])被设定为1、而 DMA 请求 EN (SPIINT0[16])已经为1。

这应该由我的代码行来确保：

spiREG->GCR1 =(spiREG->GCR1 & 0xFEFFFFFFU)| 0x01000000U；//启用 SPI

spiREG->INT0 =(spiREG->INT0 & 0x0000FFFFU)| 0x00010000；//设置 DMAREQEN

我尝试过这两种方法、结果都是一样的。 SPI 回路回到正常模式、DMA BTC 中断被触发。 我认为这意味着连接 txBuf<->DMA <->SPI-TX-Register 设置错误。 我必须 在 TRM/datasheet 中缺少详细信息。

此致、

Juergen