[参考译文] LAUNCHXL-F280039C：UMCSDK v5.04 ADC、CMPSS、PWM Booster site 1 DRV8353RS-EVM hal.c/h

您好：

由于专家因节假日而离开办公室、因此预计会延迟回复。

此致、

Allison

请查看实验室用户指南、确保将 DRV8353RS-EVM   正确连接到 LAUNCHXL-F280039C、因为需要进行一些更改。

此外  、您还可以找到 DRV8353RS-EVM 设计文件、其链接如实验室用户指南中所示。

尊敬的 Yanming：

此外、您还可以  通过实验用户指南中的链接找到 DRV8353RS-EVM 设计文件。

是的、不过我不记得看到了原理图。 CCS 12.8 IDE 编译器疯了、与 DRV8353RS 驱动程序文件不同、is17_x39c 工程中有一点 ADC 中断正常运行。 我从另一位用户那里阅读了有关类似信号问题的论坛主题、并切断了 J3 扩展器引脚 17-19、但 8353RS 无论如何都没有此类信号、并且只在没有 SPI 硬件驱动程序的情况下读取下面所示构建中预期的直流母线电压。

请查看实验用户指南、确保将 DRV8353RS-EVM   正确连接到 LAUNCHXL-F280039C、因为需要进行一些更改。

是的、8353RS 不需要两个增压信号。 这不是 v5.04 工程的 ADC 在 60MHz 下运行、并且 ADCC1 INT1 甚至在 30MHz 上锁定 SOC1 触发器的原因。 它在没有 drv8353s.c/h 驱动程序的情况下运行、并且在构建中不会使用这些驱动程序进行编译、无论它们如何解析的错误如何保持持续存在、122 至 12。 该构建部分与 ADC 30MHz 失调电压计算运行配合使用、并且 IV 存在 IA/ADC 信号。 仅使用多个 SOC 的 v5.03、而不仅仅是两个 SOC、而是 V5.04 中的一个 PPB。 实际运行 ADC 中断的工程在 hal.c 中具有 MOSC1 调用和外设时钟。从工程编译中排除 (device.c)！  

您能否将 George 循环到此线程中询问为什么编译器无法在语句 show 上方找到两个定义？ 索引器和编译器 V22.6.3 LTS 及更早版本难以找到 hal_obj.h DRV83xx 驱动程序。 文件导入工具每次都会将文件导入到工程中、而不是按照指示打开链接。 编译器很难使用混合的虚拟和物理文件夹路径、即使在磁盘上删除 IDE 也不会释放最后一个文件导入方法、即使关闭后重新打开 CCS 也是如此。

这些都是基本问题、在使用的所有句柄和结构中似乎都很复杂、除此之外、编译版本之间的名称更改会使 CCS 索引器变得很乱！ 需要为每个工程单独设置 hal.c/h、以使其在树中的每个工程中运行。 虚拟链接似乎会使索引器复杂化、因为工程文件夹中包含物理文件、一次更改即使在不同版本时也可能会破坏另一个工程、而不会发出警告！ MCSDK 常用文件需要下移至 UMCSDK 工程中、对于 Windows 文件夹、请恢复以前的日期版本当逻辑被弄错时、在尝试安装一个驱动程序 8553RS 时、用 CCS 正确地执行功能。 恢复工程编译而不出错的唯一方法是还原 Windows 文件夹和工程文件夹！ 这是因为从工程和 C 盘中删除文件路径后、IDE 没有将其释放到工程文件夹中。   

define error 问题的解决方法：请参阅 hal_obj.h 的 Hall/CAP 故障使能反向。当将 drv8353 是符号添加到工程构建中时、会导致编译解析错误。 下面所示的修复并将两个定义添加到 drv8353ds.h 中、然后编译 hal-obj.h 文件。 确保文件末尾有#endif。   

       // HALL_ENABLE
#if defined(HALL_ENABLE)
  uint32_t       capHandle[3];        //<! the CAP handles
#endif
#elif defined(CMD_CAP_EN)
  uint32_t       capHandle;           //<! the CAP handles
#elif defined(HALL_ENABLE) && defined(CMD_CAP_EN)
#error /"HALL and CMD_CAP can't be enabled at the same time"/
#endif

// <<<<<< Add two #defines into drv8353s.h >>>>>
// **************************************************************************
// the defines

//! \brief Defines the address mask
//!
#define DRV8353_ADDR_MASK                   (0x7800)

//! \brief Defines the data mask
//!
#define DRV8353_DATA_MASK                   (0x07FF)

//! \brief Defines the R/W mask
//!
#define DRV8353_RW_MASK                     (0x8000)

#define DRV8353_Handle                    DRV8353_Handle

#define DRVIC_Obj                         DRV8353_Obj

你好 Yanming、

UMCSDK v5.04 将 SPIA 反向启用（根据 8353RS 数据表）、nSCS 为低电平以启用 GPIO 使能设置为 1 以启用。 当我发出调用以启用未配置的外设 (ePWM、ADC、CMPSS) 时、但 SPIA 仅读取一次、然后挂起 ADCC1 INT1。 这是 is17 工程 (UMCSDK v5.03) 之间的区别、它不配置 SPIA、无法编译 DRV8353RS-EVM 板（如上文所示）。 DRV8353EVM 中未加载 8353RS 固件的项目运行外设 ADCC1 INT1 功能、而无需初始化 8353RS SPIA。 这似乎是导致 ADCC INT1 挂起的原因、并且外设 HAL_MTR_setParams (halHandle、&userParams_M1) 永远不会被配置！

在 SPI 方面没有太多的经验、但 R/W FIFO 级别设置为 0 并配置为读取 SPI 寄存器阻塞模式、未配置中断源。  

不清楚为什么不读取 DRV8353RS 错误状态寄存器？ 只有当我们将下面所示的调用拉至 sys_main.c 中时、才会显示读取状态挂起 CCS 调试、UMCSDK v5.04 hal.c 配置。 对于陌生人的事情、请逐步调试外设设置、就好像它们是在 发布版配置的 HAL_MTR_setParams (halHandle、&userParams_M1) 中配置一样。

更正下面显示的 GPIO 启用 bool 标志后、RUN 仍然挂起、读取 8353 STATUS 寄存器？

奇怪的是、CCS 调试单步读取 SPIA 状态寄存器结果、但运行模式挂起、如下所示！ 导致挂起读取 SPIA 状态的原因是什么？ 在没有实验中的控制（即 UMCSDK v5.03 no 8353RS 或启用了 SPIA）的情况下、几乎无法确定问题所在。

请参阅 DRV8353RS-EVM + LAUNCHXL-F280039C 的示例实验

C：\ti\c2000\C2000Control_SDK_5_04_00_00\solutions\universal_motorcontrol_lab\f28003x Ware_Motor

看起来您在项目中进行了一些更改、导致找不到相关对象或头文件。 您可以尝试在工程属性中添加正确的#include 搜索路径。  

]将函数移至 sys_main.c 中即使在具有 120MHz SYSCLK 速率的 hal.c 中、也无法使用句柄配置 UMCSDK v5.04 中的外设寄存器。

这个工程中充满了从 hal.c 函数中弹簧被更改的问题、以及从 sys_main.c 中调用无法配置的问题；模块 CMPSSn、ePWMFauits、EPWM、SPIA 像在 V5.03 中那样没有这些问题！

 在 CCS 编译器中看似发生了某种竞争条件或处理链接、但未能将代码框中所示的调用置为有效。 将调用引入 sys_main.c 中并配置 GPIO、在函数结束时启用 EPWM 时钟源、就像从 SDK 版本的一开始就一样。

如果您为 DRV8353RS-EVM 供电、请务必更改逆变器 1B 上的琥珀色 LED、并且 LED 1C 必须保持低电平状态（导通）、DRV8353 nSCS 信号才能保持启用状态以进行字写入/读取。 奇怪的是、即使在解决了这些问题后、ADCC 模块也会在运行偏移计算后锁定。 v5.03 和 v5.04 项目中的 I DRIVE 表不适用于 DRV83RS、因此请查看栅极驱动器数据表来修改 drv8352s.h 控制表。 NexFET 高侧/低侧 P/N 栅极驱动器所需的驱动电流可能超过此论坛上可能说的 RH 驱动器。 因此、300ns 的高侧栅极驱动关断时间非常糟糕、更难关断（灌电流）将有助于减少电机振动！  

drvicVars_M1.ctrlReg03.bit.IDRIVEP_HS = DRV8353_ISOUR_HS_0P150_A；// 820mA DRV8353_ISOUR_HS_0P820_A
drvicVars_M1.ctrlReg03.bit.IDRIVEN_HS = DRV8353_ISINK_HS_1P100_A；  //DRV8353_ISINK_HS_1P640_A 640mA

drvicVars_M1.ctrlReg04.bit.IDRIVEP_LS = DRV8353_ISOUR_LS_0P150_A； // 820mA DRV8353_ISOUR_LS_0P820_A
drvicVars_M1.ctrlReg04.bit.IDRIVEN_LS = DRV8353_ISINK_LS_0P600_A；//DRV8353_ISINK_LS_1P640_A 640mA   

强烈建议在这些函数问题得到解决之前使用 UMCSDK v5.03！  

//初始化驱动程序
halHandle = HAL_init (&hal、sizeof (hal))；

HAL_MTR1_init (halHandle、sizeof (hal))；

//设置驱动程序参数
HAL_setParams (halHandle)；

//设置 GPIO
HAL_setupGPIOs (halHandle)；

//设置 PWM 驱动 CMPSSx、EPWM 故障
HAL_MTR_setParams (halHandle、&userParams_M1)；

// initialize control parameters for motor 1
void initMotor1CtrlParameters(MOTOR_Handle handle)
{
    MOTOR_Vars_t *obj = (MOTOR_Vars_t *)handle;
    MOTOR_SetVars_t *objSets = (MOTOR_SetVars_t *)(handle->motorSetsHandle);
    USER_Params *objUser = (USER_Params *)(handle->userParamsHandle);

    // initialize the user parameters
    USER_setParams_priv(obj->userParamsHandle);

    // initialize the user parameters
    USER_setMotor1Params(obj->userParamsHandle);

    // set the driver parameters main.sys
    //HAL_MTR_setParams(obj->halHandle, obj->userParamsHandle);

尊敬的 Yanming：

UMCSDK v5.04 hal.c 调用由 drive.c 驱动、启用 OSC2、GPIO 和外设时钟、不在 ePWM 设置功能中启用 ePWM 外设时钟。 我已经报告了函数调用不起作用。 出于很好的原因、我们不在 UMCSDK v5.03 中使用 (drive.c) 设置 hal.c GPIO、EPWM、CMPSSn、并在 hal.c 中启用 ePWM 模块、而不是在 (sys_main.c) 中启用 ePWM 模块！ 尽管是使用 drive.c 调用构建 v5.04、但从该模块中排除了设置 GPIO 和外设时钟。  

该 (device.c) 只配置了几个 GPIO、很容易放入控制卡 GPIO！

从 (HAL_MTR_setParams (obj->halHandle、obj->userParamsHandle) 调用 CCS 编译器时显然无法链接、EPWM、CMPSS、ePWM_FAULTS；不确定哪个版本的 UMCSDK hal.c 更改为 device.c、但我们当时没有使用它、当工程未使用虚拟链接来构建文件时、在 v5.04 中会通过 hal.c 函数调用失败。

CCS v12.3 IDE 索引器和编译器在构建期间无法检查包含的 C 文件的工程树文件夹、并对虚拟链接进行优先级排序。 我们尝试从 Thea v20.3.0 构建 UMCSDK v5.04、但无法看到带有任何 GUI 主题的排除#defines 区域。 除了 Thea 删除的驱动器 C 文件太当任何虚拟链接被删除,完全疯狂！ 所有排除的构建文件夹都不容易理解、并且 IDE 在排除文件夹时创建了另一个文件夹。