先决条件：
- TPS82130由 STM32 F3控制器(STM32F334K6T6)的 GPIO 引脚打开。
- TPS82130的 MCU GPIO 引脚和 EN 引脚通过单条迹线进行巧妙连接(无额外的保护电路)。
- MCU 由单独的传统3.3V LDO 供电。
问题：
- 当电路板由11V 电池供电时、STM32 MCU 在2分钟后死。
- 当电路板由7V 电池供电时、STM32 MCU 在10分钟后停止工作。
TPS82130的输出通过由同一 MCU 的 DAC 输出驱动的受控灌电流电路为3x 1W LED 供电。 该项目的目的是使用 DAC 的任意波形对功率 LED 进行调制。
我对 LED 电流阱电路没有任何问题、整个过程都通过了测试、并使用另一个传统降压模块(MP1584)实现了良好的性能。 现在、我正在重新设计我的设计、从桌面评估原型到现场测试原型、因此决定使用 TPS82130来节省电路板空间。
LEDPOWER_EN 最初直接连接到 STM32 GPIO、但没有(！！！) 任何额外的保护电路(例如使用齐纳 二极管的限流电阻器)。
在回流和上电后-电路板工作了大约10分钟、然后控制器死了。 它又使我死了一个 STM32、直到我弄清楚什么是根本原因。
当 MCU 将 EN 引脚驱动至逻辑1 (3.3V)时、TPS82130似乎会导通、这显然是预期的结果。 但是、然后模块将 EN 引脚上拉、远高于逻辑1 -上拉至电池电压电平。
STM32用于 GPIO 的内置保护电路可在引脚上耐受5V 电压、因此该设计在使用7V 电池(使用11V 电池时大约2分钟)后失效。
通过从走线中去除阻焊层并将其切割以使其适合在 MCU GPIO 引脚和 TPS82130的 EN 引脚之间安装330k 电阻器来解决问题。 这会在 GPIO 的内部电阻和 EN 引脚电平之间形成某种分压器。 GPIO 引脚现在保持在3.6V 的电平。 现在一切都正常、但我浪费了6个小时的时间、将两个损坏的 STM32控制器扔进垃圾箱、直到弄清楚 EN 引脚的这种奇怪行为。
- 来自 TI 工程部门的任何人能否解释此类 EN-Pin 行为？
- 为什么数据表中没有提到 EN 引脚在驱动到0.9V 阈值以上后会被上拉至 Vin 电平？
- 如果您不打算在后续修订中解决此问题-请在数据表中添加一条特别的注释、强烈建议使用 GPIO 保护电路。
- 我只找到了一些关于400k 内部下拉电阻的词语、该下拉电阻在 TPS82130导通时断开-它只是为了节省大约8uA 的功耗吗？
我相信我的经验取决于 实际的 GPIO 实现方式、因此构成其他制造商的 MCU 可以更好地容忍这种情况(但尚未使用 TI 的 Cortex-M 进行过试用)。
