我们使用 ePWM 上的软件强制跳闸功能来执行安全操作。 我们将在删除软件跳闸之前设置特定的占空比。 但是、可以观察到、当软件跳闸被清除时、第一个 PWM 周期不会与设定值相符。 我们知道、即使软件跳闸处于活动状态、PWM 也会在后台运行。 因此、当跳闸被移除时、在获取新值之前、持续周期将继续执行最后一个占空比。 问题是采用适当的程序、以便第一个 PWM 周期从我们预期的占空比开始。
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.
我们使用 ePWM 上的软件强制跳闸功能来执行安全操作。 我们将在删除软件跳闸之前设置特定的占空比。 但是、可以观察到、当软件跳闸被清除时、第一个 PWM 周期不会与设定值相符。 我们知道、即使软件跳闸处于活动状态、PWM 也会在后台运行。 因此、当跳闸被移除时、在获取新值之前、持续周期将继续执行最后一个占空比。 问题是采用适当的程序、以便第一个 PWM 周期从我们预期的占空比开始。
非常感谢您提出解决方案。 我将检查这种方法并告诉您结果。 但是、我想补充一点、我的所有 PWM 已经与一个自由运行的 PWM 同步。 自由运行的 PWM 绝不会在我们的代码中跳闸。 软件同步将对我现有的 PWM 同步产生什么影响? 我认为这会干扰我在禁用跳闸的第一个周期中的现有同步。
目前、我们采用了一种在写入新占空比值后跳过第一个 PWM 周期的方案、以便当我们在下一个周期中禁用跳闸时、它从预期的占空比开始。
另请告知我们 PWM 上的软件强制跳闸所花费的时间。 我们认为跳闸不是瞬时的、需要很长时间。
有一个与这个线程相关的小问题:我想知道互补输出是在微控制器的硬件中被确保还是由软件驱动? 我们了解硬件互补操作将确保两个输出绝不会同时变为高电平。 但是、软件控制可能会产生此概率。 原因是我们在由 ePWM 输出驱动的互补开关中遇到了一些损坏。 我们想知道这是否可能是由于微控制器互补 PWM 输出上的同步高输出或其他一些与硬件相关的问题造成的。
还请告知我们死区生成是否也是可靠的硬件实现?