您好！
我正在 J20连接器中测试 AM65X IDK 的 SPI。 它是 MCSPI1。 我的代码正在 R5F 内核上运行、在对 驱动程序表进行少量更改后、我可以发送和接收。
我想测试 DMA、我的问题是： 是否可以通过 MCU 域的 DMA 访问主域中的外设？
我找到 pdk_jacinto_07_00_00\packages/ti\drv\spi\examples\mcspi_slavemode\示例、并且能够成功运行它、但它处理内部连接的 SPI 端口、而无需域交叉。
此致、
卡尔曼
您好、Garrett、
您的第一个建议已经解决了我原来的问题。
我对驱动程序表进行了进一步的攻击：
/*将 MCSPI1添加到驱动程序表中*/ SPI_socGetInitCfg (2、&SPI_cfg)； SPI_cfg.baseAddr = CSL_MCSPI1_CFG_base； spi_cfg.intNum = CSLR_MAIN2MCU_LVL_INTR0_IN_MCSPI1_INTR_SPI_0； SPI_cfg.rxDmaEventNumber =(CSL_PSILCFG_NAVSS_MAIN_PDMAIN1_PSILS_THREAD_OFFSET + 0U)+ 4U； SPI_cfg.txDmaEventNumber =(CSL_PSILCFG_NAVSS_MAIN_PDMAIN1_PSILD_THREAD_OFFSET + 0U)+ 4U； SPI_socSetInitCfg (3、&SPI_cfg)；
查看我的 oscillogram：
对于~750 μ s、芯片选择为低电平、数据传输(32字节@ 12.5 MHz)需要26 μ s。 这就是为什么我不在这里结束这个主题。
我如何避免浪费这么长的时间？
此致、
卡尔曼
您好 Dillon、
我已经进行了一些性能评估：131字节传输(从64KB EEPROM 读取128字节)@ 10MHz SPI 时钟频率、FIFO 关闭
净数据传输时间为131 * 0.8 μ s = 104.8 μ s
1. PDK
ChipSelect 的宽度为5.6msec、除以131 =~42usec/字节
McSPI
我已经使用 mcspi 编写了我自己的 SPI 传输函数。
结果：1.488msec / 131字节=~ 11usec/字节
3.避免重复的地址计算
我已经改进了我的代码、以避免每个 mcspi 函数调用进行寄存器地址计算。 我已经为相关寄存器定义了指针；在传递函数中仅计算一次指针值、并通过指针访问寄存器。
uint32_t* rxReg =(uint32_t*)(baseAddress + CSL_MCSPI_RX0 +(chNum * 0x14))； newData =* rxReg；//而不是 HW_RD_REG32 (baseAddr + MCSPI_CHRX (chNum)))
结果：327usec / 131字节=~2.5usec /字节
我将尝试将 FIFO 处理添加到我的代码中、希望获得更好的结果、
是否有任何提高驱动器性能的计划？
我还需要您的帮助：是否有可用的中断驱动 SPI 示例？
我已经尝试在 SPI_HWAttrs 结构中启用中断、但代码会运行以中止。 这可能是我的错、但我不知道如何让它变得更好？
此致、
卡尔曼
您好 Dillon、
我已更改为 SPI_MODE_CALLACK、但结果相同。 并添加了从未调用过的回调函数(因为中断处理程序只运行一次而不是运行5次...)
以下是我在调用 SPI_open 之前的参数(它们正常、我得到了我的预期)
然后、我通过调用 SPI_transfer 函数来执行主模式读取/写入。
我认为 MCSPI_v1_hwiFxn 中断处理程序中有问题。
它在开始时读取中断状态寄存器并将其保存在 intCode 中。 然后读取/写入 Tx/Rx 寄存器、在必要时更改 FIFO 触发级别等、最后根据保存的 intCode 清除中断。 当同一中断在操作期间上升时、它将丢失。
是的、发生了这种情况！
IRQSTATUS 是0x00000001、CHSTATUS 是0x0000002A、位于 MCSPI_v1_hwiFxn 中断处理程序的开头。 我用手清除了 IRQSTATUS、最后得到：
CHSTAT 已更改为0x2F、在发送/接收32个字节期间、IRQSTATUS 已改回1。 这个1将被最后一条指令清零、并且中断将丢失。
可以检查一下吗？
此致、
卡尔曼
您好 Dillon、
将 IRQ 清除移动到中断处理程序表单的开始已得到帮助、但这还不够。 我已更改重建 PDK (2-3小时内:-))，并得到：
中断已运行4次(而不是1次！！！)、XFERLEVEL = 0x00030302、剩余3个字节、FIFO 触发电平已正确调整；CHSTAT = 0x2F、但 IRQSTATUS 为0。 然后丢失第5个中断调用、该中断调用应发送剩余的3个字节并读取4并关闭芯片选择、即完成操作。
你有什么想法吗？
此致、
卡尔曼
您好 Dillon、
下面是我的总结：
| IRQ 否 |
源 线 |
IRQ 使能 |
IRQ 状态 |
通道 统计 |
Xfer 电平 |
CHCONF | 备注 | RxFFF | RxFFE | TxFFF | TxFFE | EOT | TXS | RX | |
| 3. | 944. | McSPIIntStatusClear 之前 | 00020005 | 1 | 2F | 00431B1F | 381603D0 | 0 | 1 | 0 | 1 | 1 | 1 | 1 | |
| 946 | 在 McSPIIntStatusClear 之后 | 0 | 2F | 00431B1F | 0 | 1 | 0 | 1 | 1 | 1 | 1 | ||||
| 961. | MCSPI_transmitData_v1之后 | 0 | 0f | 00421B1F | W1. | 0 | 0 | 0 | 1 | 1 | 1 | 1 | |||
| 985 | 在 MCSPI_receiveData_v1之后 | 0 | 2F | 00421B1F | R1 | 0 | 1 | 0 | 1 | 1 | 1 | 1 | |||
| …μ A | |||||||||||||||
| 961. | MCSPI_transmitData_v1之后 | 0 | 0f | 00241B1F | 发送了31个字节 | 0 | 0 | 0 | 1 | 1 | 1 | 1 | |||
| 985 | 在 MCSPI_receiveData_v1之后 | 0 | 2F | 00241B1F | R31 | 0 | 1 | 0 | 1 | 1 | 1 | 1 | |||
| 961. | MCSPI_transmitData_v1之后 | 1 | 0f | 00231B1F | W32. | 0 | 0 | 0 | 1 | 1 | 1 | 1 | |||
| 985 | 在 MCSPI_receiveData_v1之后 | 1 | 2F | 00231B1F | R32 | 0 | 1 | 0 | 1 | 1 | 1 | 1 | |||
| 4. | 944. | McSPIIntStatusClear 之前 | 1 | 2F | 00231B1F | 0 | 1 | 0 | 1 | 1 | 1 | 1 | |||
| 946 | 在 McSPIIntStatusClear 之后 | 0 | 2F | 00231B1F | 0 | 1 | 0 | 1 | 1 | 1 | 1 | ||||
| …μ A | |||||||||||||||
| 961. | MCSPI_transmitData_v1之后 | 0 | 0f | 00041B1F | 发送了31个字节 | 0 | 0 | 0 | 1 | 1 | 1 | 1 | |||
| 985 | 在 MCSPI_receiveData_v1之后 | 0 | 2F | 00041B1F | R32 | 0 | 1 | 0 | 1 | 1 | 1 | 1 | |||
| 961. | MCSPI_transmitData_v1之后 | 0 | 0f | 00031B1F | W32. | 0 | 0 | 0 | 1 | 1 | 1 | 1 | |||
| 985 | 在 MCSPI_receiveData_v1之后 | 0 | 2F | 00031B1F | R32 | 0 | 1 | 0 | 1 | 1 | 1 | 1 | |||
| 1057. | 在 McSPIFOTrigLvlSet 之后 | 0 | 2F | 00030302. | 准备最后一个 IRQ | 0 | 1 | 0 | 1 | 1 | 1 | 1 |
第一个和第二个运行等于第三个运行。 写入/读取每个字节时、CHSTAT.RXFFE 标志会切换。 IRQSTATUS.TX0_EMPTY 在写入第32个字节后置1、第4次运行除外。
SPRUID7E 数据表第 8640页12.1.4.7.1.1章中的状态：
"TXx_EMPTY 位在缓冲器中有足够的空间写入由 MCSPI_XFERLEVEL[5-0] AEL 位字段定义的多个字节时立即被置位。"
有足够的空间容纳32个字节、还有3个字节、这应该足以设置请求、但 FIFO 中断逻辑与此星座图不同。 我已经考虑过时序、但在1MHz 和100kHz 时也得到了相同的结果。 我认为在调整 XFERLEVEL 寄存器中的触发级别值后，处理程序不应该返回，而是跳回开始并处理剩余的字节:-)
10月9日、我在 DMA 上观察到类似的情况、当时我必须将 FIFO 水平降低到1才能传输所有字节。 这个解决方案在这里也有帮助、我将 FIFO 级别设置为0、即、关闭。
这是使用修改后的中断处理程序(FIFO 关闭)进行的中断驱动 SPI 传输
通过轮询、3.77毫秒的传输时间优于5.6毫秒、但太慢(131字节@ 10 MHz、~ 28微秒/字节)。
您是否有更好的 SPI 驱动器？
此致、
卡尔曼
