【转】电源芯片选型,容易忽略的“QC”
某公司自主研发的智能水表刚上市半年,随后此产品陆续接到用户投诉没电的情况,公司售后不得不花大量人力到用户现场更换电池,处理异常,导致公司损失惨重。但是该产品说明书中标称电池可以工作三年,为何半年左右电池就耗尽? 最终发现问题就出在选用的电源芯片上。粗心的工程师忽略了LDO的“QC”参数--“Quiescent Current--静态电流”,在关闭功能电路后,仍有电流消耗在电源芯片上,电池很快耗尽。
电源电路是产品的核心,不管是开关电源芯片,还是线性稳压LDO,芯片除了向外部供电外,自身也要消耗电流,芯片手册中一般会使用“Quiescent Current--静态电流”或者“Ground Pin Current--对地电流”来表示芯片的损耗,范围在几微安到几十毫安不等,此参数也是LDO电源芯片性能的反映。
接下来我们对上述的实际案例进行详细分析,让大家了解“Quiescent Current--静态电流”或者“Ground Pin Current--对地电流”参数的重要性:
上述公司研发的智能水表属于低功耗产品,低功耗产品对每一个电路的功耗都有严格的要求,上述产品读卡电路的功耗就是问题点所在,正常情况下读卡模块电路工作时电流不会超过15uA,但是实际电路测试到的电流居然达到了70uA,整整超出了55 uA,功耗严重超标。
通过查阅LDO手册和反复测试验证,发现超出的电流值就是LDO电源芯片自身的损耗值,如表1所示,工程师所用的LDO电源芯片手册中对“Ground Pin Current--对地电流”参数描述是这样的,没有负载电流的情况下,LDO自身损耗最大就能达到75uA,如果负载电流达到500mA情况下,LDO自身损耗典型值是85uA,由此可见读卡模块电路的最大功耗源头就是LDO,解决方法寻找一个封装兼容,管脚兼容并且静态电流小的LDO型号。
表1 LDO电源芯片参数
通过上述的分析,相信大家会对“Quiescent Current--静态电流”或者“Ground Pin Current--对地电流”这个参数有一定的了解,不过我们还需要考虑一个问题,为什么工程师设计电路时会忽略此类参数呢,如果在研发时就发现并解决这个问题,公司的损失会更小。
之所以有些工程师会忽略LDO静态电流,很大可能是因为他们平常研发时考虑更多的是输入输出电压、输出电流等参数,忽略了LDO芯片自身的损耗,自然就对此参数了解不多,还有普通产品研发时对电源电路没有特别严格的功耗要求,基本上使用电源模块或者适配器,平常使用的LDO电源芯片静态电流一般都是mA级,比如最常用LDO芯片-1117系列,如表2所示,LDO的“Quiescent Current--静态电流”最大值是10mA,基本和7805是同一个水平,属于损耗较大的类型,但是这样的LDO静态电流值和产品整体功耗对比显得还是较小,所以这也是工程师不会太在意这个参数的原因。
表2 1117系列LDO芯片参数
从实例中还可知低功耗产品对电路功耗要求的严格程度,有些模块电路功耗被规定在uA级上,因为如果功能电路功耗过高,也会导致产品达不到功耗标准,而且电池供电产品就容易出现电量不足的情况,毕竟电池的容量是有限的,频繁的更换电池或充电必然会带来很差的用户体验,甚至存在一定安全问题。
综上所述,如果低功耗产品在LDO电源芯片的选型时忽略“QC”静态电流的存在,产品的性能就会收到影响,事物是相对的,为了产品的性能我们需要更低静态电流的LDO芯片,而静态电流越小对芯片制造商的工艺挑战就越大,相应的制造成本也会上涨,所以工程师选型时需要综合考虑芯片性能和成本问题。
给大家推荐一款安森美制造的极低静态电流的LDO – NCP551,其参数如表3所示,它具有输入电压范围0-20V,输出电流最大能到150mA等性能,是低功耗产品电源芯片的不错选择。为了给工程师更多的选择,如表4所示,表格中是安森美公司制造的低静态电流LDO芯片选型表。
表3 NCP551芯片参数
表4 低静态电流LDO芯片选型表
【来源】
【转】电源芯片选型,容易忽略的“QC”的更多相关文章
- 移动端IM系统的协议选型:UDP还是TCP?
1.前言 对于有过网络编程经验的开发者来说,使用何种数据传输层协议来实现数据的通信,是个非常基础的问题,它涉及到你的第一行代码该如何编写. 从PC时代的IM开始,IM开发者就在为数据传输协议的选型争论 ...
- 【SpringMVC】从Fastjson迁移到Jackson,以及对技术选型的反思
为什么要换掉fastjson 直接原因是fastjson无法支持注解形式的自定义序列化和反序列化,虽然其Github上的Wiki上说明是支持的.但是实测结果表明:Test类的序列化被fastjson的 ...
- QC API全系列揭秘之Test Execution操作(全网首发)
(原创文章,转载请注明出处.) 一.QC简介: Quality Center存在至今已经走过了10多个年头,名字从一开始的TD,到后来的QC,再到现在的ALM.所属公司从开始的Mercury到现在的H ...
- 批量显示QC结果的利器(转)
作者:greenhillman MultiQC homepage: http://multiqc.info功能:把多个测序结果的qc结果整合成一个报告.支持fastqc.trimmomatic.bow ...
- 服务化实战之 dubbo、dubbox、motan、thrift、grpc等RPC框架比较及选型
转自: http://blog.csdn.net/liubenlong007/article/details/54692241 概述 前段时间项目要做服务化,所以我比较了现在流行的几大RPC框架的优缺 ...
- Swift 可选型
1.可选型 Swift 语言为我们提供了一种全新的.更加安全的类型 "可选型".可选型是使用范型枚举的形式来组织的,也就是说此特性可以运用于所有的类型.结构体.类或者其他复杂数据类 ...
- NTC热敏电阻认识及功率型热敏电阻选型
-------------------记公司一款已经量产的产品,在最新加工的批次上出现:刚上电就炸毁功率型热敏电阻的问题------------------------- ************写在 ...
- JAVAEE——淘淘商城第一天:电商行业的背景和技术特点,商城的介绍、技术的选型、系统架构和工程搭建
1. 学习计划 1.电商行业的背景. 2.电商行业的技术特点 3.商城的介绍 a) 常用的名词介绍 b) 系统功能介绍 4.淘淘商城的系统架构 a) 传统架构 b) 分布式架构 c) 基于服务的架构 ...
- Atitit.html解析器的选型 jsoup nsoup ,java c# .net 版本
Atitit.html解析器的选型 jsoup nsoup ,java c# .net 版本 1. 框架选型的要求1 1.1. 文档多1 1.2. 跨平台1 2. html解析器特性:1 2.1. j ...
随机推荐
- centos7 sentry部署指南
依赖说明 sentry官方推荐docker方式安装,使用到了docker-compose.docker至少是1.10.3以上的版本.为此需要使用centos7. 安装docker #添加yum 源 # ...
- 在Docker中安装.NET Core(使用命令行工具)
在Docker中安装.NET Core目前共有两种方法:1,使用命令行工具安装2,使用VS2017来安装 本文主要介绍使用命令行工具来安装: 1,安装Docker(如果本机已经有Docker环境,可以 ...
- 汇编 cdecl 函数调用约定,stdcall 函数调用约定
知识点: cdecl 函数调用约定 stdcall 函数调用约定 CALL堆栈平衡 配置属性--> c/c++ -->高级-->调用约定 一.cdecl调用约定 VC++ ...
- Tomcat 基础二
1.Tomcat 实现了一个新的Servlet容器Catalina: 2.Tomcat: ROOT | |____ / ...
- Gulp:插件编写入门
之前挖了个坑,准备写篇gulp插件编写入门的科普文,之后迟迟没有动笔,因为不知道该肿么讲清楚Stream这货,毕竟,gulp插件的实现不像grunt插件的实现那么直观. 好吧,于是决定单刀直入了.文中 ...
- Verilog HDL数组(存储器)操作
本文从本人的163博客搬迁至此. 引用了http://blog.sina.com.cn/s/blog_9424755f0101rhrh.html Verilog HDL中常采用数组方式来对存储器进行建 ...
- 微软职位内部推荐-Principal Software Eng Mgr
微软近期Open的职位: Job Title:   Principal Software Eng Mgr Work Location: Shanghai, China Job Desc ...
- #个人博客作业Week1——浏览教材后提出的5个问题
1.对于MSF的团队模型,请问是团队中的哪个角色监督9项原则的实现?是否会浪费时间和精力在践行9项原则上?2.在调查用户需求和用户体验时如何让不同阶层的用户更多的参与度?3.想成为一位优秀的PM需要从 ...
- 第三周:构造一个简单的LINUX系统MENUOS
吕松鸿 + 原创作品转载请注明出处 + <Linux内核分析>MOOC课程http://mooc.study.163.com/course/USTC-1000029000 一.Linux内 ...
- Hugepage介绍以及实践
在Linux 64位系统里面,默认内存是以4K的页面(Page)来管理的,当系统有非常多的内存的时候,管理这些内存的消耗就比较大;而HugePage使用2M大小的页面来减小管理开销. Hugepage ...