[参考译文] LM5175：二极管仿真在升压模式下不工作

尊敬的 Ionut：

感谢您使用 LM5175。  不确定我是否真正理解您的问题。  "在升压模式下：根本不驱动栅极(用作二极管)"的说法不正确。   实际上、HDRV2仍将在 DCM 下驱动。  它仅在电流过零并打算反转方向时关闭。   

在升压模式下、通过监控 SW1和 VISNS 引脚可实现零电流检测。  反向电流将使 SW1电压高于 VISNS。

谢谢、

应用工程学 Yohao Xi

我又回来了，又拍了一张照片 ：  

您的下方：电源：12V 输入；  

输出电压13.8V  

在第一张照片中、您可以看到 SW2和 HDRV2电压以接地为基准。 它们是相同的。 这意味着上部晶体管不会切换

箭头指示接地/零电压电平

在第二张照片中、您可以看到 HDRV2和 BOOT2电压以接地为基准。  因此自举电路正常。  

也是如此  

查看电源 (测量 SW2、HDRV2时) 12.4V/1.8A

此外，当 HDRV2不是 LDRV2的补充(强制 CCM)时，是否有任何情况？

感谢您提供的图片、但我看不到您的第1个示波器和第2个示波器图片之间有什么区别、您在其中说第2个示波器图片是关于 HDRV2和 BOOT2的。  您是否在那里发布了错误的图片？  总之、第一张图片显示了 DCM：SW 波形末尾的谐振。  

(HDRV2-SW2)和(LDRV2-GND)在 CCM 中始终是互补的。  互补电阻将在 DCM 下丢失、因为 HDRV2会提前关闭。

恐怕是高侧驱动器 HDRV2损坏了。   

谢谢、

Youhao  

我们在使用 lm5175和 lm5176的多个电路板上遇到了这种情况。 奇怪的是、只有当负载是电池或电阻时才会发生这种情况。 使用电子负载时、hdrv2会进行切换。

我不认为 LM5175/LM5176内的驱动器有故障、因为在某些情况下、我们可以在 HDRV2上看到栅极脉冲。 它与驱动逻辑器件有关。  

我使用 SS 引脚来限制电流、而不是 COMP 引脚、这对这一事实有什么影响吗？

另外、我如何 私下与您分享原理图和视频？

照片中的目的是为了向 您展示 HDRV2与 SW2+Vcc 不相等、尽管 Boot2上确实出现了该电压。 高侧驱动器如何实现这一点？ 这也可以是栅极驱动器的专有电路造成的  

即使桥的一个桥臂没有进行切换以便为引导电容器充电，也可以使用哪种方法？

尊敬的 Ionut：

我想您对 SS 引脚电压的控制 可能会有解释。  如果 SS 引脚被拉至低电平、IC 可能会认为电路仍处于软启动阶段、而 HDRV2会被保持以防止回流电流。  请释放 SS 引脚并查看问题是否已解决。

在我们的电路中、启动后、高侧驱动器引导电容器应始终保持高电平、即使在桥臂未切换时也是如此。  

谢谢、

Youhao

因此、我无法从外部 对 SS 电容器进行放电 以限制输出电流？

由于数据表给出了限制、我可以这样做："软启动引脚也放电了

当转换器处于间断模式电流限制或热关断时。 输入或输出的电流

电流限制处于活动状态、软启动电容器通过恒定电流环路跨导放电

(gm)放大器来限制输入或输出电流”。

我的输出电流控制环路测量与输出串联的分流器、它由 INA181放大、放大的信号与设置所需输出电流的基准信号进行比较。 进行比较的放大器将 SS 引脚下拉、从而获得所需的输出电流。

要控制输出电流，必须使用 ISNS+/ISNS-输入(和 thr 相关控制环路)？

或者，我是否可以将放大器的输出下拉 COMP 引脚而不是 SS？

如果 IC 认为处于 SS 模式，为什么它会切换 LDRV2？

无论如何、我们在没有电流控制环路的情况下进行了测试；SS 引脚保持空闲；但仍会发生此行为

在 DCM 下、HDRV2晶体管上没有针对12V 输入14.3V 输出的栅极脉冲。 电流将流经晶体管的体二极管。  

HDRV2在13.8V 左右开始开关(正如我在第一张照片中所示)；在16V 左右开始完全打开(电流流经 HDRV2晶体管)

正如我说过的： 我们在没有电流控制环路的情况下进行了测试；SS 引脚是空闲的；但仍然发生了这种行为

在 DCM 下、HDRV2晶体管上没有针对12V 输入14.3V 输出的栅极脉冲。 电流将流经晶体管的体二极管。  

HDRV2在13.8V 左右开始开关(正如我在第一张照片中所示)；在16V 左右开始完全打开(电流流经 HDRV2晶体管)

您对此有什么建议吗？

我已经测试过 EVM、并且只有当电流尝试反向时、HDRV2才会关闭。   我是否可以让您将 IC 设置为强制 PWM 模式、并查看是否可以在这种情况下打开 HDRV2？  然后、我们可以判断这是不是由 DCM 模式设置引起的。  

谢谢、

Youhao

遗憾的是、由于最后期限的压力、我们被迫放弃 LM5175/6解决方案、目前我们正在尝试另一个 IC。