[参考译文] MAX3232：MAX232过热问题

在我看来、当从器件端接收到 VDD 时、即使 RX TX 线路正在从主器件端看到活动、这绝对是一个锁存问题  

FYI 是一个与 VDD 线路串联的20E 电阻、可降低器件的发热、但闩锁条件仍然会出现故障。  

TI 以不可解释的方式结束了得出此结论的主题。 TI 是否能够发布勘误表/解决方案？

大家好、Pawandep、

在我看来、当这个问题之前出现时、似乎没有找到根本原因、而这个问题后来被自动锁定(这现在出现在 e2e 论坛上、这样我们的工程师就能更容易地看到像您一样的后续问题)。 我以前没有听说过这个问题、但我想与您一起更好地了解这个问题。

您能否告诉我们、该器件的 VCC 轨、标称输出电压和最大额定输出电流是使用什么来提供的？ 您是否还会看到器件的 VCC 引脚在加热时测量的电压？

我之所以提出这些问题、是因为我首先怀疑这可能与启动时出现的高电流情况有关。 该 IC 的电荷泵将通过使用 VCC 轨并在电容网络上进行切换、以生成更高电压的 V+和 V-轨来运行。 在稳态条件下、它设计为仅在这些电源轨降至最低阈值时进行开关、而开关操作会在 V+/V-滤波电容器上转储更多电荷、从而使电压增加。 不过、当 VCC 为低电平时、电荷泵可能会尝试持续开关、以便将 V+/V-电压推至其所需的最小阈值电平以上。 这种持续开关会导致比正常运行期间更高的电源电流。

我担心的可能是、电源斜升、达到电荷泵开始连续开关并灌入大量电流的点、但电源无法提供更多电流、并卡在较低的电压下。 系统保持在这一点、会无限期地在 RS-232收发器中耗散大量功率、并且由于无法提供更多电流、因此无法继续启动过程。

如果您能够检查我在下面提到的项目、我们就可以看到这一理论是否得到了增强(在这种情况下、我们可以进一步研究纠正措施)、或者我们是否需要向下研究另一条路径。

此致、
最大

尊敬的 Max

感谢您的更新。  

我们对问题的分析是、闩锁情况仅在启动时发生。 因此、在理论上、您的建议可能是正确的。 我们的数据终端从与 RS232连接相同的连接器获取电源。 Probem 是否有解决方案？ 正如许多论坛所建议的那样、我们确实添加了20E 串联电阻-结果相同。

是的、我们确实解决了这个问题-尽管将该部分改为一个没有看到此类问题的替代产品。  

必去之处

Pawandeep

大家好、Pawandep、

感谢您的更新、我很高兴听到您已找到解决方案。

如果问题的根本原因是启动时电流较高、那么在我看来、唯一的解决方案是使用能够完全提供启动电流的电源轨。 这样、电源电压可以从高电流区域斜升至电源电流较低的正常工作区域。 也可以调整电荷泵电容以减小电荷泵所需的电流或降低充电周期的频率、 但我们尚未对此进行实验、我希望这种解决方案的效率会因电源稳压器设计而异。

最大