大家好、
我们的工程师非常努力地使用 TI API 通过 SPI 总线与 Fujitsu FRAM MB85RS512TPNF-G-JNERE1进行 TM4C129XNCZAD 通信。 不幸的是,他们失败了。 然后、它们使用与 GPIO 相同的 I/O 并使用自己的代码生成 SPI 时序。 代码运行得很好、但太慢。 他们认为问题可能是由正在更改由 API 在一个32位传输过程中生成的 SPI CS 线路引起的。 是否有人知道任何类似的东西以及解决方案? 非常感谢。
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
大家好、
我们的工程师非常努力地使用 TI API 通过 SPI 总线与 Fujitsu FRAM MB85RS512TPNF-G-JNERE1进行 TM4C129XNCZAD 通信。 不幸的是,他们失败了。 然后、它们使用与 GPIO 相同的 I/O 并使用自己的代码生成 SPI 时序。 代码运行得很好、但太慢。 他们认为问题可能是由正在更改由 API 在一个32位传输过程中生成的 SPI CS 线路引起的。 是否有人知道任何类似的东西以及解决方案? 非常感谢。
尊敬的 Bailin:
如果我对您的问题的理解正确、您正在寻找一种方法来在整个传输过程中保持 CS 处于活动状态? 这种理解是否正确? 在 TM4C129中、有一种高级模式、在该模式下、您可以在完全传输期间使 FSS 引脚保持活动状态。 另一种方法是使用 GPIO 引脚手动控制 CS 输入。
24.2.2.4 SSIAdvFrameHoldEnable
将 SSI 高级模式配置为在整个传输过程中保持 SSIFss 信号。
原型:
无效
SSIAdvFrameHoldEnable (uint32_t ui32Base)
参数:
ui32Base 是 SSI 模块的基地址。
描述:
此函数将 SSI 模块配置为在整个数据期间使 SSIFss 信号无效
使用其中一种高级模式时进行传输(而不是在每次之后短暂地将其取消置位
字节)。 使用此模式时,SSIFss 可通过 SSIAdvDataPutFrameEnd()直接控制
和 SSIAdvDataPutFrameEndNonBlocking()。
注:
SSI 高级运行模式的可用性随使用的 Tiva 部件和 SSI 而异。
请查阅所使用器件的数据表、以确定是否提供此支持。
返回:
无。
e2e.ti.com/.../2421877