[参考译文] MSPM0L1306：使用 MSPM0 L 系列 MCU 时的32位数据 SPI 帧大小

• 通过启用 PACKEN 特性、SPI 模块会将多个较小的数据帧(例如两个16位帧)合并为一个较大的数据包。

• 将 SPI 数据帧大小设置为16位、这是本例中支持的最大帧大小。

•  发送数据时、SPI 模块会自动将数据帧打包成较大的数据包。 例如、如果需要发送一个32位数据帧、则应连续发送两个16位帧。

• PACKEN 启用后、CS 信号将在整个打包数据传输期间保持有效(有效)。 这意味着 CS 信号不会在16位帧之间切换、从 CS 信号的角度、将两个16位帧有效地视为单个32位帧。

Zain、大家好。

感谢您的详细解释和建议。

您所描述的方法对我来说很合理；我将实施并测试这种方法。 一旦我证明它是有效的,实际上,我可以分享这个例子,并解决这个问题。

此致。

您还可以使用3线模式并自行控制 CS。

你好！

我一直在努力实施 Zain 建议的步骤。

我能够看到单独的16位数据帧。 但 PACKEN = 1时的打包功能似乎无法正常工作、如 MSPM0 L 系列 MCU 的文档中所述。

使用 CCS 的调试器功能时、我一直在跟踪好像与写入 SPI 模块的 TXDATA 寄存器相关的问题。

文档(技术参考手册、doc # slau847d)显示这是32位寄存器。

不过、当我使用 API 函数调用 DL_SPI_transmitDataBlocking32 ()甚至基本 DL_SPI_transmitData32 ()写入一个32位值(uint32_t)时、我将观察到只有 TXDATA 寄存器的低16位会发生变化、而高16位保持为零。 这会导致只有一个16位条目移动到 FIFO、然后有一个16位数据帧传出 PICO 端口。 片选只有在16位被传输时保持有效。

API 中是否有什么东西在写入 TXDATA 寄存器之前截断32位值、因为支持的最大帧大小为16位？

此致。