This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

关于UCC29002规格书中的问题

Other Parts Discussed in Thread: UCC29002, UCC39002

1.问题描述: 本人HUALONG TANG 提出问题:

看这2个公式,实际计算时候,分母出现负数,是不是弄错了?RSENSE一般常取0.001-0.005

2.原文链接: http://www.deyisupport.com/question_answer/analog/power_management/f/24/t/66240.aspx

3.解答问题的TI FAE: Victor Chen

4.个人的收获:原先一直以为RSENSE就是电流取样电阻。经过TI的员工解释,才明白了。

采用均流控制芯片 UCC29002 设计了电源的均流控制电路,使模块单元具有可并联功能,可以实现多电源模块并联组成更大功率的电源系统。

在 DC-DC 模块正常工作时,将两路 UCC29002 的均流母线 连接,此时 UCC29002 将会自动选出电流 最大的一路,并将此路电源作为主 电源。均流母线上的电压将由主电源的输出电流决定,从电 源的 UCC29002 接收到母线上的信号后,会控制该路 DC-DC 模块稍稍提高输出电压。通过减 小 从电源与主电源的电压差来提高该路输出电流,从而达到均流。并且该方 案可通过十分简单的 电路完成任意路并联均流,且支持热插拔。

今年设计的一款均流电路如下:

上面是24V3-6A载的一个参数。

PCB板图如下:

实物图如下:

应用到某品牌的电源模块上时,可以实现均流。

结合TIFAE提出的宝贵意见,以后还会继续改进,也希望大家能给提出问题,看看参数设置的是否合理,哪些地方需要改进。

  • 您好,请问您是配合什么模块做的。我用的TDK.Lambda模块和UCC29002。均流正常,就是不能满载启动,满载启动时一只模块会过流保护,从而无法启动。请问能帮帮我解决这个问题么?被折磨了一个多月了。。谢谢了。我qq 527715432
  • 你所谓的过流保护是什么意思?你的模块没有限流功能吗?

  • 就是一只模块满载21A.我用两只模块并联,满载42A启动不了,40A也不行。启动模块会保护声音,我感觉是一只模块超过21A过流保护了,无法启动。20A启动后,慢慢加载到42A是可以的。
  • 如果你的模块自身没有限流保护功能,而是过载直接保护,那么出现你说的现象是很正常的。正常来说,模块应该限流保护,同时均流电路起作用,调整电流实现均分从而启动。

  • 如果你的模块自身没有限流保护功能,而是过载直接保护。  这句话我不是太理解,试验中我的模块是不断的过流保护,声音咯噔、咯噔,输出电流就是不断的有尖峰,超过21A保护。并联系统中的模块都是这个样子,轮流保护。保护完试着从启模块,之后又是保护。电源模块是TDK.Lambda的IQL24021A120V-009-R。我的电炉图有时间能看看么

  • 简单的说,就是你的电源模块,额定负载21A,如果你给他带42A负载,输出是多少伏?如果输出电压降低为一半,电流维持为21A,那么并联满载启动是没有问题的。

    还有一个问题,如果你是采用的电子负载做测试,那么电子负载应该工作在CR模式,而不能用CC模式测量,这个也要注意。因为如果你用CC模式,由于两个模块不是同时启动,那么先启动的模块必然打嗝保护,而后启动的模块需要承担全部电流,也打嗝保护,就出现永远启动不起来的问题。

  • 按照你说的电子负载CR模式,会好很多,三只可以带40A启动(三只满载63),可以看出是刚开始一个模块承受电流大,只不过扔没超过它的过流点,慢慢的电流平均,但是超过40A再高电流还是启动不了。我这模块是过流直接保护,没有你说的可以降电压继续输出电流功能。我感觉是模块启动时序不一样,刚开始UCC29002反应慢来不及调整,来不及均流就已经保护。不知道能不能通过调整均流电路参数来矫正。还有看资料ucc39002是可以刚开始以最大幅度调整的(29002是启动后线性调整放大管),不知道换个39002会不会解决此问题
  • 由于模块启动时间及均流电路调整的速度的问题,如果你的模块过流直接保护,估计想满负荷启动困难比较大。

  • 模块空载测试,启动时序几乎完全一致,电压都是指数曲线上升,几乎完全一致。我再问问Lambda那边的人吧,不解决始终是个问题这。谢谢你啊,麻烦了。