连接电池的座子2端的电阻只有0.24欧,这个是断路吗,为什么?

结论直接给出:

0.24Ω 不是断路,而是"接近硬短路"。

在电池座两端(BAT+ 与 GND)测到 0.24Ω,等效就是:

BAT 被直接短接到地。

这就是你 TP5400 发烫的根本原因。


一、为什么 0.24Ω 不是正常值?

在正常电路中:

BAT → GND 的电阻应该是:

  • 几 kΩ

  • 或几十 kΩ

  • 甚至更高

绝不可能 <1Ω。

0.24Ω 基本等于:

  • 表笔内阻

  • 铜皮电阻

  • 走线电阻

也就是说:

实际是接近 0Ω。


二、这会导致什么?

回到你的电源结构:

复制代码

USB 5V ↓ TP5400 ↓ BAT ↓ GND

如果 BAT 被短路:

TP5400 会判断:

电池电压为 0V

于是进入预充模式,持续输出电流。

等效路径:

复制代码

5V → 内部 MOS → 电感 → BAT → GND

这是一个持续重载状态。

功率损耗:

P ≈ 5V × 充电电流

如果你设置 1A:

= 5W

一个小芯片根本承受不了,

所以:

发烫是必然的。


三、为什么你会测到 0.24Ω?

常见原因只有 4 种:


1️⃣ 电池座焊盘锡桥

BAT+ 和 GND 焊盘粘连。


2️⃣ BAT 走线压到地层

PCB 设计错误:

  • 内层短路

  • Via 打穿


3️⃣ TP5400 内部击穿

如果之前已长时间过热,

芯片内部 MOS 可能已短路。

测试方法:

拆掉 TP5400 再测。


4️⃣ 电感后端或系统负载短路

如果 VBAT 经过 MOS 或负载再接地,

等效也是短路。


四、这是不是"断路"?

断路的定义是:

电阻无穷大。

你这个是:

近似 0Ω。

完全相反。


五、下一步必须做的排查

按顺序:


第一步:拆掉 TP5400

然后再测:

BAT+ → GND

如果仍然 0.24Ω:

说明是 PCB 或电池座短。

如果恢复到几 kΩ:

说明 TP5400 已损坏。


第二步:目检电池座

重点看:

  • 焊锡是否堆积

  • 是否跨层连锡

  • 是否丝印挡锡问题


第三步:看你原理图是否:

BAT 直接连到 GND 过某个 MOS

你之前的图中有电源路径 MOS,

需要确认方向是否正确。


六、结合你之前的问题

你之前现象:

  • 手机充电器啸叫

  • 电感发热

  • TP5400 发烫

现在测到 0.24Ω

逻辑完全闭环:

BAT 被硬短 → TP5400 持续大电流 → 电感 RMS 电流大 → 啸叫 + 发热

原因已经明确。


七、非常重要

现在不要再上电。

继续上电可能导致:

  • 芯片彻底损坏

  • USB 口过流

  • PCB 烧黑


八、结论

0.24Ω = 硬短

不是断路

是严重问题

优先怀疑:

  1. 电池座焊接问题

  2. PCB 内部短路

  3. TP5400 已损坏

相关推荐
Robot_Nav7 小时前
LV-DOT —— 用于自主机器人导航的激光雷达-视觉动态障碍物检测与跟踪文献解读
机器人·目标检测与跟踪·lv-dot
LingLong_roar8 小时前
STM32 启动流程
stm32·单片机·嵌入式硬件
weixin_520649878 小时前
短距离硬件通信
单片机·嵌入式硬件
振南的单片机世界10 小时前
HAL慢、ODR中、BSRR快:GPIO翻转速度的三重境界
单片机·嵌入式硬件
实在太懒于是不想取名11 小时前
STM32N6的开发日记(7):摄像头+NPU联动,完成 YOLO 实时目标检测与显示
stm32·嵌入式硬件·yolo
Robot_Nav11 小时前
Shape-Aware MPPI(SA MPPI)算法:基于RC-ESDF的任意形状机器人实时轨迹优化
算法·机器人·sa-mppi
小柯博客12 小时前
STM32MP2安全启动技术深度解析
c语言·c++·stm32·嵌入式硬件·安全·开源·github
才兄说12 小时前
机器人二次开发机器狗巡检?绕行率≤10%
机器人
实在太懒于是不想取名13 小时前
STM32N6的开发日记(8):在N6中部署自训练的火焰检测模型
stm32·单片机·嵌入式硬件
木子单片机13 小时前
基于51单片机温度上下限报警设计 数码管显示
stm32·单片机·嵌入式硬件·51单片机·keil