工具/软件：Code Composer Studio
您好，社区。 我的SPI通信有问题。 我读了"Serial Communication–SPI (up to 16 Mbps)"(串行通信–SPI (高达16 Mbps))。
如果我使用了DMA_eusci_SPI_loop_MSP_EXP432P401R_nortos_CCS示例，则最大无错误通信速度可达3Mbps。
如果我尝试使用SPI时钟提高，我会在Rx端看到一些错误。 而且，由于更加自由，我看不到任何东西。 仅限“0”初始化数组。
是否有人看见(例如) 12 Mbps？
此致
您好，
我相信您看到了与外围设备访问延迟相关的延迟。 接收到一个字节后，执行读取访问最多需要5个MCLK周期。 
我将以您参考和测试的示例为例，使用在每个字节之间放置一个延迟的发射器。
此致，
Chris
我已经能够确认16MHz SPI操作。 我最初担心的外围设备访问问题不正确。 以上照片是操作的屏幕截图。 我还包括两组文件(SPI主传输和SPI从属接收)。 主中继器等待按下按钮，然后通过具有16MHz时钟的SPI发送33字节。 DMA从计时器触发以加载SPI外围设备。 每次按下按钮时，计时器的时间会增加。 在第一种情况下，周期太小，写入SPI的速度太快，信息丢失；在第二种情况下，计时器周期与传输所需的时间相匹配，在随后的情况下，周期表示传输字节之间的延迟。 在接收端，从属设备比较33字节的有效负载，以确定它是否收到了预期的内容。 主控制器以32MHz运行，而从控制器以48Mhz运行。
e2e.ti.com/.../dma_5F00_spi_5F00_masterTX_5F00_02.ce2e.ti.com/.../dma_5F00_spi_5F00_slaveRX.c
如果您有任何疑问，请告诉我。
此致，
Chris
Alex，
感谢您的意见和反馈。 我希望图像能够提供视觉上的信心，让我相信我测试/验证的是真正的16M。 我不确定如何直观地演示接收端所有33字节都按预期接收。 关于CS_setDCOFrequency API，此API已通过修订版B和修订版C芯片(黑色与红色启动板)的更改进行了一些更改。 我怀疑该问题是驱动程序Lib和/或芯片的修订版。 最后，有一个API指南，我发现它在使用API时非常有用。 如果这还不够，则提供源代码。
C：\ti\simplelink_msp432p4_sdk_1_60_00_12\sources\ti\devices\msp432p4xx\driverlib
此致，
Chris
