[参考译文] LAUNCHXL-F280049C：反向 PGA#39；s &amp；TDI/TDO 备注

在当前分配了 GPIO 引脚35/37 hal.c 的电机 SDK drv8320rs 中、似乎应该配置 UART0 (SCIA) 但是、根据原理图、TDI/TDO 未连接到 x49 MCU。 奇怪的是、XDS110显示端口 A 是辅助端口、不能用作虚拟 COM3。

相比之下、当电机 RDK 版本在这些相同的引脚上配置了 JTAG 信号 TDI/TDO 时、对于 GPIO35/37、LaunchXL SW4会非常令人震惊。 因此、ALT GPIO 35/37的开关4注释毫无意义、因为软件配置优于硬件设计。

根据原理图、TDI/TDO 不在 x49c MCU 的目标侧使用或连接、因此、

// GPIO35->SCIA-RX->J101 PIN2 XDS110虚拟 COM
// SCIA-RXD (SW4 UART/SW8 XDS)
GPIO_setMasterCore (35、GPIO_CORE_CPU1)；
GPIO_setPinConfig (GPIO_35_SCIRXDA)；
GPIO_setDirectionMode (35、GPIO_DIR_MODE_IN)；
GPIO_setPadConfig (35、GPIO_PIN_TYPE_STD)；

// GPIO37->SCIA-TX->J101引脚4 XDS110虚拟 COM
// SCIA-TXD (SW4 UART/SW8 XDS)
GPIO_setMasterCore (37、GPIO_CORE_CPU1)；
GPIO_setPinConfig (GPIO_37_SCITXDA)；
GPIO_setDirectionMode (37、GPIO_DIR_MODE_OUT)；
GPIO_setPadConfig (37、GPIO_PIN_TYPE_STD)； 

您好 Yanmin

为什么不在 SDK GPIO 35/37上添加影响消除混淆的注释、花了几个小时才知道做了什么巧克力。 项目文件夹 hal.c 特定于 LaunchXL BoostXL-drv8320Rs、因此不应针对 PCB 上甚至不存在的引脚进行配置。 另外、如果 hal.c 对于所有硬件都是相同的、那么为什么特定硬件有如此多的文件夹。 CCS 调试之外的监控器似乎可以帮助调试、从而轻松设置硬件。

[引用用户="Yanming Luo ]PGA2/4/6和 CMPSS2/4/6分配与 项目中 U/V/W 的顺序不匹配[/引用]

这不是 POST 的状态、请查看 BoostXl-drv8320res 快速入门指南 PDF。 表3中 PGA 名称的 GPIO 引脚分配站点2向后转至每个 SOC 阵列示例订单分配的 SDK 软件说明。

哪一个是正确的、表3或 SDK 注释？ 空间矢量帕克/克拉克的电流路径期望从硬件获得特定顺序。 请注意、PGA1未被使用、它是 SDK 的 PGA2_IN

此致

J7将 BoostXL 表3与 TRM 表12-1匹配、PGA1显然是上述 SDK 说明中的拼写错误。 对于 SPV Clarke 模块输入和 Park 转换为带 BoosXL-drv8320rs 的扇区映射、以下数组顺序是否正确？

请注意、显示了 INA240输入、因此 FE 可以通过 LaunchXL 外部 ADC 输入订单确认测试、确实适用于所有客户的 SDK。 否则，建议所有客户适当的 WA 或不要使用幅度增益大于13的外部电流传感器。 始终符合整个社区的最佳利益。

帖子中有更多有用的内容、但并不完全是问题。

好主意、因为如果我们反向它们、电流会变得很高。 奇怪的是、我无法通过 EQUEP 导向器和开关将 GPIO ALT 35/37转换为 J101和用户虚拟 COM。 然而、SCIA 以前是通过 GPIO 13/40而不是通过 GPIO 28/29为 TXD/RXD 配置 SCIB 的方法。 原理图注释可能会有些奇怪。 PCB 丝印进行开关设置和原理图审阅。