[参考译文] LAUNCHXL-F280049C：在 Launch XL F280049C 和 DRV8320-BOOSTXL 中与 DRV8320共享 SPI

您好！

谢谢你。

正如我试图解释的那样，以上内容不起作用。

只需在 Instaspin 实验中'is07_speed_control.c'的主循环之前(下面)执行一次此操作即可阻止 FOC 工作。

我复制粘贴您的建议、并复制粘贴的初始化、从 hal.c 中恢复引脚功能

因此、人们会认为它是有效的。 但没有。

因此、我不会去任何地方...

//禁用 SPISTEA

GPIO_setPinConfig (GPIO_57_GPIO57)；

GPIO_writePin (57、1)；

GPIO_setDirectionMode (57、GPIO_DIR_MODE_OUT)；

GPIO_setPadConfig (57、GPIO_PIN_TYPE_PULLUP)；







//恢复 SPISTEA

// GPIO57->SPIA-CS 用于 J1/J2连接

GPIO_setMasterCore (57、GPIO_CORE_CPU1)；

GPIO_setPinConfig (GPIO_57_SPISTEA)；

GPIO_setDirectionMode (57、GPIO_DIR_MODE_OUT)；

GPIO_setPadConfig (57、GPIO_PIN_TYPE_STD)；

您好 Kusta、

为何不简单地为您的其他外设业务免费使用 SPI-B Booster 标头。

尊敬的 GL：

感谢您的建议。

两个原因：

A)它需要更换硬件(不是大问题、而是门槛)

b)在下一阶段保留用于主机通信、因此我必须在一两周内返回 SPI、以解决问题

但是！ 我找到了实际的问题！

当我们从 LAUNCHXL F28027转向 F280049C 时、我们没有发现我们用来选择的 GPIO 引脚之一

其中一个 SPI 不再用作输出、因此基本上是悬空的、因此其中一个的从器件选择

SPI 器件有时处于活动状态、具体取决于导致 SPI 数据损坏并因此被防止的时序

DRV8320的正常功能。

实际上、DRV8320器 件并不总是占用 SPI、而是在示例实验中初始化其接口期间使用 SPI 来配置控制寄存器。 如果您使用的是控制寄存器的默认值、即使是 DRV8320也不需要使用 SPI。

  您是否在初始化期间只调用 HAL_enableDRV 一次？ 如果您禁用 DRV8320的 SPI、您能否监控使能引脚和 nFAULT 引脚以查看是否会发生这种情况？

是的、DRV8320仅初始化一次、但由于其他 SPI 器件的浮动 CS、因此失败。