У меня есть развернутая конструкция, в которой мы наблюдаем высокую (~ 4%) частоту отказов в понижающем понижающем преобразователе 12В на 5В на печатной плате. Роль понижающего преобразователя в цепи заключается в понижении напряжения на входе 12 В (от подключенной свинцово-кислотной батареи) до 5 В, которое затем подается на гнездо USB-A для зарядки аккумулятора.
Все возвращаемые блоки имеют одинаковую характеристику преобразователя с раздувом.
Микросхема представляет собой TPS562200DDCT от Texas Instruments (авторитетный производитель, насколько я слышал)
Вот картина неисправного устройства:
Вот схема:
Вот посмотрите на файл дизайна печатной платы для этого раздела платы:
Анализируя неисправность интегральной схемы понижающего преобразователя, я думаю, что вы можете игнорировать цепь отключения низкого заряда батареи. Та часть схемы просто использует опорное напряжение и на сторону низкого проход FET , чтобы отрезать отрицательную клемму аккумулятора от остальной части схемы , когда напряжение аккумулятора падает ниже 11 В.
Мне кажется, что внешнее короткое замыкание на устройстве, подключенном к USB-разъему, не было бы причиной, поскольку в TPS562200DDCT встроена защита от перегрузки по току:
7.3.4 Защита по току Предел выходного тока перегрузки по току (OCL) реализован с использованием схемы управления циклическим определением долины. Ток переключения контролируется во время состояния ВЫКЛ путем измерения стока FET на стороне низкого напряжения и напряжения источника. Это напряжение пропорционально току переключателя. Для повышения точности измерения напряжения с температурной компенсацией. В течение времени включения переключателя полевого транзистора на стороне высокого тока ток переключателя увеличивается с линейной скоростью, определяемой VIN, VOUT, временем включения и значением выходного индуктора. Во время включения переключателя FET на нижней стороне этот ток уменьшается линейно. Среднее значение тока переключения - это ток нагрузки IOUT. Если контролируемый ток выше уровня OCL, преобразователь поддерживает FET на нижней стороне и задерживает создание нового установленного импульса, даже если петля обратной связи по напряжению требует этого, пока текущий уровень не станет уровнем OCL или ниже. В последующих циклах переключения время включения устанавливается на фиксированное значение, а ток контролируется таким же образом. Если условие перегрузки по току существует в последовательных циклах переключения, внутренний порог OCL устанавливается на более низкий уровень, что уменьшает доступный выходной ток. Когда происходит цикл переключения, когда ток переключения не превышает нижнего порога OCL, счетчик сбрасывается, и порог OCL возвращается к более высокому значению. Есть несколько важных соображений относительно этого типа защиты от перегрузки по току. Ток нагрузки выше порога перегрузки по току на половину пикового тока пульсации индуктора. Кроме того, когда ток ограничен, выходное напряжение имеет тенденцию падать, поскольку требуемый ток нагрузки может быть выше, чем ток, доступный от преобразователя. Это может привести к падению выходного напряжения. Когда напряжение VFB падает ниже порогового напряжения UVP, компаратор UVP обнаруживает его. Затем устройство выключается по истечении времени задержки UVP (обычно 14 мкс) и перезапускается после времени сбоя (обычно 12 мс).
Итак, кто-нибудь знает, как это могло произойти?
РЕДАКТИРОВАТЬ
Вот ссылка на эталонный дизайн, который я использовал для определения значений компонентов и рабочих точек для понижающего преобразователя с помощью TI WEBENCH Designer:
https://webench.ti.com/appinfo/webench/scripts/SDP.cgi?ID = F18605EF5763ECE7
РЕДАКТИРОВАТЬ
Я провел некоторые деструктивные испытания здесь, в лаборатории, и могу подтвердить, что получаю очень похожую кучу расплавленного пластика, где раньше был конвертер Бака, если я подключал батарею с обратной полярностью. Поскольку наш выбор разъема для батареи обеспечивает относительно высокую вероятность случайных подключений плагинов обратной полярности (скажем, 4% вероятности -> подмигивание), вполне вероятно, что это является причиной большинства сбоев, которые мы наблюдали.