连接电池的座子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 已损坏

相关推荐
happygrilclh1 小时前
STM32,串口单字节中断接受,每次上电后,会收到一个0x00的解决办法。
单片机·嵌入式硬件
智闲电子设计2 小时前
STM32 独立看门狗 IWDG 实战:系统跑飞,它来兜底复位
stm32·单片机·嵌入式硬件
airobotcn3 小时前
空地一体化巡检机器人系统落地实战指南
安全·机器人·无人机·智慧园区·巡逻
zcmodeltech3 小时前
智能制造教学实训沙盘模型多系统协同控制系统设计:基于STM32与Modbus RTU的工业机器人-智慧工厂-数字孪生全场景联动方案
数据库·stm32·嵌入式硬件·机器人·制造·多分类
airobotcn4 小时前
智能巡检平台容器化部署:Docker+K8s在工业边缘的实践
人工智能·docker·容器·kubernetes·机器人·自动化
程序员与背包客_CoderZ4 小时前
Linux D-Bus通信协议详解:从入门到C/C++编码实战
linux·服务器·c语言·c++·嵌入式硬件·嵌入式软件·dbus
tianxuanjg4 小时前
机器人精密零件:为何样品合格,批量却频频超差?
人工智能·经验分享·机器人·无人机·制造·材质
嵌入式阿蔡5 小时前
HAL库 vs LL库 vs 寄存器:到底用哪个?
c语言·stm32·单片机·嵌入式硬件·嵌入式实时数据库
airobotcn5 小时前
AI Agent下工厂:大模型如何驱动巡检机器人自主决策
人工智能·机器人·自动化·无人机
搜yyzk6685 小时前
智能语音电销机器人:高效率自动筛选客户
机器人