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.

[参考译文] C2000WARE-DIGITALPOWER-SDK:【常见问题解答】为什么 TINV_Board_PROTECTION_FAULT_A/B/C 默认为 0、以及何时应设置为 1?

Guru**** 2952510 points

Other Parts Discussed in Thread: TMS320F28379D

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1658032/c2000ware-digitalpower-sdk-faq-why-are-tinv_board_protection_fault_a-b-c-defaulted-to-0-and-when-should-they-be-set-to-1

器件型号: C2000WARE-DIGITALPOWER-SDK
主题中讨论的其他器件: TMS320F28379D

您好、

我注意到、在 SDK 的默认配置中、无论是否启用 TINV_HIL_BOX、保护故障宏定义为 0:

#if TINV_HIL_BOX == 0
  #define TINV_Board_PROTECTION_FAULT_A 0
  #define TINV_Board_PROTECTION_FAULT_B 0
  #define TINV_Board_PROTECTION_FAULT_C 0
#else
  #define TINV_Board_PROTECTION_FAULT_A 0
  #define TINV_Board_PROTECTION_FAULT_B 0
  #define TINV_Board_PROTECTION_FAULT_C 0
#endif

我有两个问题:

1.为什么这些宏默认设置为 0? 由于#if 和#else 分支产生相同的定义、这是有意的(或许是保留该结构以实现未来差异化)、还是有特定的设计理由(例如,假设硬件保护电路独立处理故障)?

2.在什么情况下,应将其设置为 1 ? 例如、是否是将电路板的硬件过流/过压保护连接到专用的故障输入引脚、而固件需要监测该信号并对其做出响应?

在上下文中、我们使用 TMS320F28379D (C2000) 平台应用和三相 380V 系统。

非常希望能澄清这些宏的预期用例。

谢谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Nick、我邀请了设计专家。

    对于您的终端系统、您可以考虑使用 F28P650、这是新一代器件。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Pawan:

    感谢您邀请设计专家。 我期待他们的意见。

    关于 F28P650 建议 — 已注意到,我们将在未来的设计中记住这一点。 目前、我们的当前系统基于 F28379D、因此问题仍然与我们的现有平台相关。

    再次感谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Nick、

    TINV_Board_protection_FAULT_A、TINV_Board_protection_FAULT_B 和 TINV_Board_protection_FAULT_C 宏用于监控每个阶段顶部器件的栅极驱动器中的硬件故障。 将它们定义为 1 以进行硬件 验证 (TINV_HIL_Box=0) 将会持续监视这些引脚并更新状态、如下所示:

    在当前 代码中、 由于噪声引起的误跳闸、将其定义为零。 如果硬件中的噪声可能受到限制、则可以将噪声定义为 1 以进行硬件验证 (TINV_HIL_Box=0)。

    此致、
    Harisyam

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Harisyam:

    感谢您的详细说明。 现在、我了解了为什么默认情况下宏设置为 0—由噪声引起的误跳闸作为保守默认值是有意义的。

    再次感谢您的支持!

    此致、
    Nick

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Nick、

    在问题解决后关闭胎面。

    令人遗憾的是、
    Harisyam