Cv338h a50 прошивка usb
Обновлено: 07.07.2024
Обновление по USB для телевизора XIAOMI L55M5-5ARU
XIAOMI LED
Model: L55M5-5ARU
Chassis/Version: TPD.MS6886.PC791
Panel: LVU550CSDX
LED backlight: TCL55D12-ZC22AG-06 303TC550047
T-CON: ST5461D07-7-C-3
LED driver (backlight): integrated into MainBoard
Power Supply (PSU): integrated into MainBoard
MainBoard: TPD.MS6886.PC791
Для прошивки надо на отключенном от розетки телевизоре подключить флешку с прошивкой, зажать кнопку power на телевизоре, включить в розетку и держать кнопку, пока не начнется прошивка.
| Автор | One TV • 20.10.2021 12:22 |
| Бренд | XIAOMI |
| Модель | L55M5-5ARU |
XIAOMI LED
Model: L43M5-5ARU
Chassis/Version: TPD.MS6886.PB792
Panel: HV430QUB-H10
LED backlight: RF-FP430005SE30-0801 A
T-CON: 47-6021275 HV430QUBH10
LED driver (backlight): integrated into MainBoard
PWM LED driver: MP3398A
MOSFET LED driver: TO-252
Power Supply (PSU): integrated into MainBoard
PWM Power: NCP1607 (PFC), FA6А31
MOSFET Power: K12A50 N-FET TO-220F
MainBoard: TPD.MS6886.PB792
IC MainBoard: eMMC: KLM8G1GETF-B041
Тuner: NoName
| Автор | One TV • 20.10.2021 12:08 |
| Бренд | Xiaomi |
| Модель | L43M5-5ARU |
| Автор | One TV • 20.10.2021 11:49 |
| Бренд | Xiaomi |
| Модель | L32M5-5ARU |
Бренд: Erisson
Модель: 32HLE21T2SM
Шасси: TP.MS338E.PB803
Матрица: PT320AT01-1
Проц: MSD6A338SXE-WL
EMMC: KLM4G1FETE-B041
| Автор | Filat-u • 17.09.2021 8:54 |
| Бренд | Erisson |
| Модель | 32HLE21T2SM |
В архиве обновление по USB для телевизора DEXP F43E8000Q
Прошивка телевизора DEXP F43E8000Q
| Автор | One TV • 24.08.2021 18:14 |
| Бренд | DEXP |
| Модель | F43E8000Q |
В архиве обновление по USB для телевизора DEXP F55D8000K
Исправляет проблему ошибки Google аккаунта
Прошивка телевизора DEXP F55D8000K
F55D8000K BOE KDL55MH303ANTS_PNL_72055303_HV550FHB_N20
| Автор | One TV • 24.08.2021 18:06 |
| Бренд | DEXP |
| Модель | F55D8000K |
В архиве обновление по USB для телевизора DEXP H32D8000Q
Прошивка телевизора DEXP H32D8000Q
| Автор | One TV • 24.08.2021 17:56 |
| Бренд | DEXP |
| Модель | H32D8000Q |
сервисные обновления прошивки по USB для телевизора DEXP H32E8000Q
( в архиве 3 комплекта под разные матрицы LSC320AN10 / HV320WHB-N55 / PT320AT01-5)
| Автор | One TV • 24.08.2021 17:49 |
| Бренд | DEXP |
| Модель | H32E8000Q |
Исправляет проблему ошибки Google аккаунта
Прошивка телевизора DEXP U50E9000Q
FW_DEXP_U50E9000Q_HK2871_CV500U1_T01_20200925_[311_2871P838_1.5G_8G_KVANT_DEXP_CV500U1_T01_Russia_200925_170400_svn26921]
| Автор | One TV • 24.08.2021 17:31 |
| Бренд | DEXP |
| Модель | U50E9000Q |
В архиве обновление по USB для телевизора DEXP U55E9000Q
Прошивка телевизора DEXP U55E9000Q
| Автор | One TV • 24.08.2021 17:15 |
| Бренд | DEXP |
| Модель | U55E9000Q |
В архиве обновление по USB для телевизора DEXP U65D9000K
Исправляет проблему ошибки Google аккаунта
Прошивка телевизора DEXP U65D9000K
| Автор | One TV • 24.08.2021 16:57 |
| Бренд | DEXP |
| Модель | U65D9000K |
STARWIND SW-LED39R401GT2S
USB прошивка HIROMODEL_STARWIND_CV358H-T42_LC390TU2A_1366x768_WILDRED_1.0G_HW700_600MA_MO10032501_20191025102143.zip
Описание состава ТВ скудное, т.к. прошивка проводилась в рамках выездного ремонта на дому у заказчика и открывать телевизор не было возможности. Прошивка рабочая, проверено лично.
В таких случаях неисправным может оказаться основной источник питания — преобразователь AC/DC напряжения сети, который совмещён с платой MainBoard CV338H-U50. Необходимо замерить его вторичные выходные напряжения, а в случае их отсутствия проверить в преобразователях на предмет короткого замыкания силовые ключи (N-FET TO-220F) и выпрямительные диоды.
При пробоях полупроводников во вторичных цепях любого преобразователя, как правило, он может работать в аварийном режиме короткого замыкания без выходных напряжений, а при КЗ в элементах первичной цепи чаще всего сразу обрывается сетевой предохранитель и реже токовый датчик в истоке ключа.
Ключи Mos-Fet, применяемые в импульсных источниках питания, обычно выходят из строя по причине неисправности других элементов, которые могут вывести его из работы в ключевом режиме, либо спровоцировать превышение максимальных значений тока или напряжения. Это могут быть цепи, питающие ШИМ-контроллер, демпферные или частотозадающие цепи, либо элементы ООС (отрицательной обратной связи) в схеме стабилизации. ШИМ-контроллеры (PWM) PFC, PWM, при отсутствии внешних повреждений и КЗ между выводами, проверяются заменой на заведомо исправные.
- Нет изображения, но есть звук и все остальные функции работают. Иногда при включении изображение на секунду появляется и пропадает.
Как правило, в таких случаях отсутствует подсветка дисплея. Причина может обнаружиться в неисправности светодиодов, в нарушении контактных соединений светодиодных планок 40 lLED 6V 2W, либо в обеспечении их питания (LED-драйвере).
Для проверки светодиодных планок, чтобы открыть все переходы светодиодов, необходимо несколько десятков вольт или более, лучше всего для таких целей использовать источник тока. Обрыв нескольких PN-переходов, соединённых последовательно, обнаружить с помощью мультиметра или тестера невозможно. В таких случаях необходимо вскрыть панель и проверять каждый светодиод. Если ваш мультиметр не может открыть переходы LED-а в прямом смещении, иногда можно обнаружить наличие PN-перехода защитного стабилитрона, подключив щупы в обратном направлении. Если стабилитрон оборван или пробит в К/З, тогда LED неисправен и требует замены.
- Индикатор моргает или светится постоянно, телевизор не включается, на пульт не реагирует.
Ремонт или диагностику материнской платы CV338H-U50 следует начать с проверки стабилизаторов и преобразователей питания, необходимых для питания микросхем и матрицы. При необходимости, следует обновить или заменить ПО (программное обеспечение). Ремонт платы и замена микросхем CPU, eMMC, AUDIO, DC/DC производятся при наличии необходимого оборудования, и соответствующей элементной базы. Неисправности, связанные с применением технологий пайки процессора BGA можно локализовать методом прогрева.
Неисправность тюнера CDT-9NT372 устанавливается после проверки ПО и всех питающих напряжений на его выводах. Обмен данными тюнера с процессором по шине I2C можно проконтролировать осциллографом.
Внимание владельцам телевизоров! Попытки самостоятельного ремонта BBK 50LEX-5043 не рекомендованы производителем и могут привести к серьёзным негативным последствиям!
Доработка после ремонта подсветки CV338H-U50. Информация от мастера.
Уменьшить ток подсветки - удалил 2 резистора из четырёх в датчике тока драйвера на плате CV338H-U50. PR138 1.5 Ohm и PR114 1.5 Ohm. Находятся с обратной стороны платы рядом с диодом (маркировка M7). Всего в датчике тока четыре диода - PR87, PR109, PR114, PR138.
Ограничение тока драйвера. CV338H-U50. Общая информация
Чтобы уменьшить ток подсветки в телевизорах, собранных на шасси CV338H-U50, следует увеличить общее сопротивление датчика тока. Для этого можно удалить, либо заменить один или два резистора в сборке PR87, PR114, PR138, PR109. Резисторы расположены c обратной стороны платы.
Дополнительно по ремонту MainBoard
Внешний вид MainBoard CV338H-U50 показан на рисунке ниже:
Основные особенности устройства BBK 50LEX-5043:
Внимание мастерам!
Информация на этом сайте накапливается из записей ремонтников и участников форумов.
Будьте внимательны! Возможны опечатки или ошибки!
Есть у меня знакомый, который занимается ремонтом автомобильного железа. Он как-то принес мне микроконтроллер, выпаянный из блока управления автономного отопителя. Сказал, что его программатор это не берет, а ему хотелось бы иметь возможность переливать прошивки туда-сюда, т.к. блоков много, в железе они часто одинаковые, а вот агрегаты, которыми они управляют отличаются. И вроде и блок есть взамен неисправного, но ПО разное и заменить просто так нельзя. Так как задачка была интересной, решил покопаться. Если тема интересна и вам, прошу под кат.
Подопытным оказался M306N5FCTFP. Это микроконтроллер группы M16C/6N5. Ядро M16C/60 разработано Mitsubishi, а т.к. преемником этой компании по части МК с 2003 года является Renesas, то сейчас эти микроконтроллеры известны именно под этим брендом.
Немного о самом микроконтроллере
Камешек представляет собой 16-разрядный микроконтроллер в 100-выводном QFP корпусе. Ядро имеет 1 МБайт адресного пространства, тактовая частота 20МГц для автомобильного исполнения. Набор периферии так же весьма обширный: два 16-разрядных таймера и возможность генерации 3-фазного ШИМ для управления моторами, всякие UART, SPI, I2C естественно, 2 канала DMA, имеется встроенный CAN2.0B контроллер, а также PLL. На мой взгляд очень неплохо для старичка. Вот обзорная схемка из документации:
Так как моя задача выдрать ПО, то так же весьма интересует память. Данный МК выпускался в двух вариантах: масочном и Flash. Ко мне попал, как выше уже упоминалось, M306N5FCTFP. Про него в описании сказано следующее:
- Flash memory version
- 128 KBytes + 4K (дополнительные 4K — так называемый блок А в подарок пользователю для хранения данных, но может хранить и программу)
- V-ver. (автомобильное исполнение с диапазоном +125°C)
Как вытащить из устройства то, что разработчики втащили
Вполне естественно, что начинать попытки достать что-то из микроконтроллера нужно с изучения механизмов, которые встроены разработчиком чипа для задач программирования памяти. В мануале указано, что производитель любезно разместил в памяти загрузчик, для нужд внутрисхемного программирования устройства.
Как видно из картинки выше, память разбита на 2 части: пользовательская область, и область загрузчика. Во второй как раз с завода залит загрузчик по умолчанию, который умеет писать, читать, стирать пользовательскую память и общается через асинхронный, синхронный, либо CAN-интерфейс. Указано, что он может быть переписан на свой, а может быть и не переписан. В конце концов это легко проверяется попыткой постучаться к стандартному загрузчику хотя-бы через UART… Забегая вперед: производитель отопителя не стал заморачиваться своим загрузчиком, поэтом копать дальше можно в этом направлении. Сразу оговорюсь, что есть еще способ параллельного программирования, но т.к. программатора для этого у меня не было, я не рассматривал этот вариант.
О защите от считывания
Все бы было совсем просто, если бы в загрузчике не была предусмотрена защита от несанкционированного доступа. Я просто приведу очень вольный перевод из мануала.
Функция проверки идентификатора
Используется в последовательном и CAN режимах обмена. Идентификатор, переданный программатором, сравнивается с идентификатором, записанным во flash памяти. Если идентификаторы не совпадают, команды, отправляемые программатором, не принимаются. Однако, если 4 байта вектора сброса равны FFFFFFFFh, идентификаторы не сравниваются, позволяя всем командам выполняться. Идентификатор — это 7 байт, сохраненных последовательно, начиная с первого байта, по адресам 0FFFDFh, 0FFFE3h, 0FFFEBh, 0FFFEFh, 0FFFF3h, 0FFFF7h, и 0FFFFBh.
Таким образом, чтобы получить доступ к программе, нужно знать заветные 7 байт. Опять же, забегая вперед, я подключился к МК, используя тот же «M16C Flash Starter» и убедился, что комбинации из нулей и FF не проходят и этот вопрос придется как то решать. Здесь сразу же всплыла мысль с атакой по сторонним каналам. Уже начал прикидывать в голове платку, позволяющую измерять ток в цепи питания, но решил, что интернет большой и большинство велосипедов уже изобретено. Вбив несколько поисковых запросов, довольно быстро нашел на hackaday.io проект Serge 'q3k' Bazanski, с названием «Reverse engineering Toshiba R100 BIOS». И в рамках этого проекта автор решал по сути точно такую же задачу: добыча встроенного ПО из МК M306K9FCLR. Более того — на тот момент задача им была уже успешно решена. С одной стороны я немного расстроился — интересная загадка разгадана не мной. С другой — задача превратилась из поиска уязвимости, в ее эксплуатацию, что обещало гораздо более скорое решение.
В двух словах, q3k точно по такой же логике начал изучение с анализа потребляемого тока, в этом плане он был в гораздо более выгодных условиях, т.к. у него был ChipWhisperer, этой штукой я до сих пор не обзавелся. Но т.к. его первый зонд для снятия тока потребления оказался неподходящим и вычленить из шумов что-то полезное у него не получилось, он решил попробовать простенькую атаку на время отклика. Дело в том, что загрузчик во время выполнения команды дергает вывод BUSY, чтобы проинформировать хост о том, занят он, или готов выполнять следующую команду. Вот, по предположению q3k, замер времени от передачи последнего бита идентификатора до снятия флага занятости мог послужить источником информации при переборе. При проверке этого предположения перебором первого байта ключа действительно было обнаружено отклонение по времени только в одном случае — когда первый байт был равен FFh. Для удобства измерения времени автор даже замедлил МК, отключив кварцевый резонатор и подав на тактовый вход меандр 666кГц, для упрощения процедуры измерений. После чего идентификатор был успешно подобран и ПО было извлечено.
Первый блин — граблями
Ха! Подумал я… Сейчас я быстренько наклепаю программку к имевшейся у меня STM32VLDiscovery c STM32F100 на борту, которая будет отправлять код и измерять время отклика, а в терминал выплевывать результаты измерений. Т.к. макетная плата с целевым контроллером до этого подключалась к ПК через переходник USB-UART, то, дабы ничего не менять на макетке, работать будем в асинхронном режиме.
Когда при старте загрузчика вход CLK1 притянут к земле, он понимает, что от него хотят асинхронного общения. Собственно потому я его и использовал — подтяжка была уже припаяна и я просто соединил проводами две платы: Discovery и макетку с целевым M306.
Заметка по согласованию уровней:
Т.к. M16 имеет TTL-уровни на выводах, а STM32 — LVTTL (упрощенно, в даташите подробнее), то необходимо согласование уровней. Т.к. это не устройство, которое, как известная батарейка, должно работать, работать и работать, а по сути подключается разок на столе, то с трансляторами уровней я не заморачивался: выходные уровни от STM32 пятивольтовый МК переварил, в смысле 3 вольта как «1» воспринимает, выходы от М16 подаем на 5V tolerant входы STM32 дабы ему не поплохело, а ногу, которая дергает RESET M16 не забываем перевести в режим выхода с открытым стоком. Я вот забыл, и это еще +2ч в копилку упущенного времени.
Этого минимума достаточно, чтобы железки друг друга поняли.
Логика атакующего ПО следующая:
- Устанавливаем соединение с контроллером. Для этого необходимо дождаться, пока завершится сброс, затем передать 16 нулевых символов с интервалом более, чем 20 мс. Это для того, чтобы отработал алгоритм автоопределения скорости обмена, т.к. интерфейс асинхронный, а МК о своей частоте ничего не знает. Стартовая скорость передатчика должна быть 9600 бод, именно на эту скорость рассчитывает загрузчик. После этого при желании можно запросить другую скорость обмена из пяти доступных в диапазоне 9600-115200 (правда в моем случае на 115200 загрузчик работать отказался). Мне скорость менять не нужно, поэтому я для контроля синхронизации просто запрашивал версию загрузчика. Передаем FBh, загрузчик отвечает строкой вроде «VER.1.01».
- Отправляем команду «unlock», которая содержит текущую итерацию ключа, и замеряем время до снятия флага занятости.
Команда состоит из кода F5h, трех байт адреса, где начинается область идентификатора (в моем случае, для ядра M16C, это 0FFFDFh), длина (07h), и сам идентификатор. - Измеряем время между передачей последнего бита идентификатора и снятием флага занятости.
- Увеличиваем перебираемый байт ключа (KEY1 на начальном этапе), возвращаемся к шагу 2 до тех пор, пока не переберем все 255 значений текущего байта.
- Сбрасываем статистику на терминал (ну или выполняем анализ «на борту»).
В итоге, для всех значений результаты были идентичны. Полностью идентичны. Тактовая частота таймера у меня была 24Мгц, соответственно разрешение по времени — 41,6 нс. Ну ок, попробовал замедлить целевой МК. Ничего не поменялось. Здесь в голове родился вопрос: что я делаю не так, как это делал q3k? После сравнения разница нашлась: он использует синхронный интерфейс обмена (SPI), а я асинхронный (UART). И где-то вот здесь я обратил внимание на тот момент, который упустил вначале. Даже на схемах подключения для синхронного и асинхронного режимов загрузчика вывод готовности назван по-разному:
В синхронном это «BUSY», в асинхронном это «Monitor». Смотрим в таблицу «Функции выводов в режиме Standart Serial I/O»:
«Семён Семёныч…»
Упущенная вначале мелочь завела не туда. Собственно, если в синхронном режиме это именно флаг занятости загрузчика, то в асинхронном (тот, который serial I/O mode 2) — просто «мигалка» для индикации работы. Возможно вообще аппаратный сигнал готовности приемопередатчика, оттого и удивительная точность его поднятия.
В общем перепаиваем резистор на выводе SCLK с земли на VCC, припаиваем туда провод, цепляем все это к SPI и начинаем сначала…
Успех!
В синхронном режиме все почти так же, только не требуется никакой предварительной процедуры установки соединения, упрощается синхронизация и захват времени можно выполнить точнее. Если бы сразу выбрал этот режим сохранил бы время… Я снова не стал усложнять и измерять время именно от последнего бита, а запускал таймер перед началом передачи последнего байта ключа, т.е. включаем таймер и отправляем в передатчик KEY7 (на скриншоте выше, из логического анализатора, видно расстояние между курсорами. Это и есть отсчитываемый отрезок времени).
Этого оказалось более чем достаточно для успешной идентификации. Вот так выглядит перебор одного байта:
По оси абсцисс у нас количество дискрет счетчика, по оси ординат, соответственно, передаваемое значение ключа. Отношение сигнал/шум такое, что даже никаких фильтров не требуется, прямо как в школе на уроке информатики: находим максимум в массиве и переходим в подбору следующего байта. Первые 6 байт подбираются легко и быстро, чуть сложнее с последним: там просто наглый перебор не проходит, нужен сброс «жертвы» перед каждой попыткой. В итоге на каждую попытку уходит что-то около 400 мс, и перебор идет в худшем случае в районе полутора минут. Но это в худшем. После каждой попытки запрашиваем статус и, как только угадали, останавливаемся. Я вначале вообще просто быстренько ручками перебрал идентификатор, вставляя в excel вывод консоли и строя график, тем более, что это была разовая задача, но уже для статьи решил дописать автоматический перебор, ради красивой консольки…
Конечно, если бы разработчик затер загрузчик (заменил своим), так просто выкрутиться не получилось бы, но в автомобильной электронике частенько МК вообще не закрыты. В частности в блоке управления с другого отопителя, в котором был установлен V850 того же Renesas все решилось подпайкой пары проводов и копированием прошивки штатной утилитой. Это в мире ЭБУ двигателем целые криптовойны. Видимо не нравится производителям явление чип-тюнинга и других видов вмешательства… Хотя это как гонка брони и снаряда — железки круче, дороже, но победителя нет…
CV512H-U42 - достаточно распространенный main для бюджетных телевизоров. В качестве LED драйвера в этом шасси применяют BIT3267, это небольшой ШИМ регулятор со встроенным ключем и повышающем генератором. Назначение выводов микросхемы BIT3267 ниже:
1 OUT Output pin (Выход ШИМ сигнала , для управления повышающим драйвером)
2 GND Ground pin (Земля)
3 OCP Over current protection and frequency selection (Защита от перегрузки по току и выбор частоты )
4 OVP Over voltage protection (Защита от перенапряжения и обрыва светодиодной ленты )
5 INN The inverting input of the error amplifier (Инвертирующий вход усилителя ошибок)
6 CMP Output of the error amplifier (Выход усилителя ошибок)
7 EA Enable pin (Сигнал на включение)
8 VDD Power supply (Питание микросхемы +8. +28 В )
Для общего понимания работы BIT3267 полезно посмотреть на структурную схему ниже:
Начнем по порядку изучать BIT3267 с назначения выводов:
OUT Выход ШИМ-сигнала, управляет транзистором повышающего DC-DC преобразователя.
GND Общий вывод тут нечего добавить
OCP Вывода имеет двойное назначение, первое это защита по току повышающего DC-DC преобразователя, защита срабатывает в случае короткого замыкания дросселя, ультра-быстрого диода или пробоя транзистора MOSFET повышающего преобразователя. Ток срабатывания OCP можно рассчитать исходя из опорного напряжения на компараторе, на блок - схеме видно что это 0.3 В и сопротивления внешнего резистивного датчика тока, в цепи истока MOSFET, формула приобретет такой вид: Imos=0.3/Rmos
Второе назначение вывода OCP это выбор частоты генератора для ШИМ-сигнала, задается общим сопротивлением между выводом OCP и землей, устанавливается резистором RFREQ, а RMOS из-за крайне малого сопротивления вообще можно не учитывать при расчете частоты. Datasheet предлагает нам три варианта фиксированной частоты:
RFREQ = 1кОм частота 55 кГц
RFREQ = 10кОм частота 110 кГц
RFREQ = 22кОм частота 220 кГц
К примеру в случае свыше упомянутым main CV512H-U42, BIT3267 работает на частоте 110 кГц
OVP - Защита от превышения напряжения DC-DC преобразователя, когда при включении телевизора подсветка загорелась и сразу погасла при этом изображение просматривается в большинстве случаев это как раз сработала защита OVP инвертора, так как из-за деградации светодиодов драйвер не смог установить заданный ток и напряжение превысило макс. допустимое, OVP- так же сработает если LED планки разорвались или отключены. Вывод OVP подключен к внешнему делителю напряжения, защита срабатывает при достижении на выводе OVP 2В. Зная сопротивление резистивного делителя и опорное напряжение внутреннего компаратора, можно высчитать максимальное напряжение на выходе драйвера при котором сработает защита:
Vmaxout = (R1 + R2) * 2V / R2
К примеру в том же main CV512H-U42 условные R1=200кОм и R2=4.7кОм, при таких значениях напряжение срабатывания защиты составит примерно 87.1 В этот параметр не должен быть превышен в процессе работы драйвера. Можно примерно посчитать и нормальное рабочее напряжение, зная что с этим main часто стоят 2 планки по 6 светодиодов 3030 6В 1.5Вт например арт. LED008 или арт. LED024 , для таких светодиодов номинальное напряжение питания 6.2. 6.4В, возьмем даже с хорошим запасом 6,6В*12шт.= 79.2 В, как видим напряжение срабатывания OVP выбирается немного выше максимального рабочего.
INN вход усилителя ошибок который отвечает и за установленный максимальный ток подсветки и за диммирование при необходимости регулировать яркость подсветки, через этот pin так же реализована защита от КЗ на выходе драйвера LSP- Load short protection,
Компаратор отвечающий за защита от КЗ LSP настроен на срабатывание по превышению напряжения на выводе INN VFB=1В (имеет опорное напряжение 1В)
Компаратор усилителя ошибок настроен на 0.21В с которым сравнивается входное напряжение VFB и если входное напряжение превысит 0.21В усилитель ошибок сформирует сигнал ошибки, драйвер "остановится" пока напряжение на INN не снизится до 0.21В таким образом осуществляется поддержка установленного тока подсветки. Снова составим формулу исходя из опорного напряжения компаратора и сопротивления резистора-датчика тока Rled
И тут на практике возникает большая проблема, формула не работает! Все дело в том что формула учитывает только напряжение на VFB от датчика тока светодиодной ленты, на практике же как я уже писал выше INN еще используют для диммирования, а в телевизорах без управления яркостью подсветки матрицы ну ни как. У большинства микросхем драйверов для этой цели есть отдельный вывод, например DIM или ADJ поэтому формула расчета ток там всегда работает, в BIT3267 отдельного вывода управления яркостью нет, это и усложняет расчет и применение формулы из datasheet. Ну, а поскольку "затормозить" драйвер BIT3267 можно только по превышению напряжения на INN разработчикам приходится подавать на этот вывод отдельное питания и уже это отдельное напряжение при помощи ШИМ-сигнала от процессора коммутировать транзистором на землю. Чтобы понять что я пытаюсь донести посмотрим схему драйвера main CV512H-U42
ШИМ сигнал от процессора (PB-ADJUST) поступает на транзистор PQ25 (MMBT3904), который и "диммирует" напряжение поступающее на вывод INN через PR200, PD17, PR323 и несмотря на большое сопротивление резисторов на вывод INN попадает напряжение в сотые доли вольта даже если ключ PQ25 полностью открыт. Это обусловлено тем что ШИМ сигнал ADJ с процессора не может иметь 100% заполнение, к тому же наш мир не идеален и транзистор PQ25 тоже, сопротивление коллектор-эмиттер у него тоже имеется, вот и получается что полностью избавить вывод INN от паразитного напряжения через цепь диммирования сложно, поэтому разработчики просто учитывают это напряжение при расчете схемы. Вот и получается что формула расчета тока подсветки у нас как бы есть, но на практике она не работает, так как цепь диммирования сильно занижает реальный ток.
CMP выход усилителя ошибок, на практике чаще всего применяется для подключения цепи компенсации.
EA pin включения драйвера, при достижении на выводе 2В драйвер запустится, при снижении напряжения до 0,8В драйвер выключится.
VDD питание микросхемы, для нормального запуска микросхемы напряжение должно быть выше 8В, максимально допустимое напряжение питания 28В, защита от пониженного питания UVLO (Under voltage look out) срабатывает при 6. 8В
Перейдем к практике на указанном выше main CV512H-U42, после замены подсветки или всех светодиодов их всего 12шт. как уже писалось выше, измерим ток подсветки, как видно на фото выше ток составил 280мА, и если для 3В светодиодов это нормальный ток, 6 вольтовых это явный перебор. К примеру в DEXP H32D7000E на котором и производились замеры, установлены планки SJ.CX.D3200601-3030ES-M со светодиодами арт. LED008 у которых номинальный ток 200мА, а максимальный 265мА - эти значения рекомендованы производителем светодиодов. Но как видим разработчики настроили драйвер на ток 280мА, от сюда и срок службы в 1год при умеренном использовании, вот и верь теперь в порядочность производителей.
Находим драйвер BIT3267 он под позиционным номером PU14, и как правило всегда рядом с разъемом подсветки располагается датчик тока - цепочка резисторов Rled -по схеме это PR183, PR203, PR238 и PR182 , общее сопротивление 1R+1R+1.5R+1.5R= 0.3 Ом, параллельное сопротивление считаем по формуле R(общ)=1/(1/R1+1/R2+1/R3).
Рядом с цепочкой Rled стоит цепочка датчика тока RMOS по схеме PR201, PR189, PR195 и PR213 стоят все эти цепи в один ряд и стоит проявить внимательность при уменьшении тока, так как мне уже попадались телевизоры с отпаянными резисторами RMOS - результат, драйвер время от времени падал в ошибку. Для интереса попробуем посчитать ток исходя из сопротивления Rled , и сравним это значение с реально измеренным.
ILED = 0.21/Rled = 0.21/0.3 = 0.7А = 700мА это и близко не похоже на реально измеренные 280мА, причину я уже написал выше, отсутствие отдельного вывода для диммирования у микросхемы BIT3267 и использования для этих целей вывода INN.
Поэтому будем уменьшать ток без всяких формул, как и делают 99% мастеров. Для домашнего использования телевизора достаточно снять один резистор 1R или пару 1.5R+1.5R при этом сопротивление общей цепочки Rled повысится до 0.429 Ом или 0.5 Ом соответственно. В моем случае телевизор используется как рекламный стенд и не выключается сутками, поэтому ток будем снижать вдвое, чтобы максимально продлить срок службы подсветки, для этого снимем два резистора 1.5R+1R (смотри фото выше) в итоге сопротивление Rled повысится с 0.3 до 0.6 Ом и обратно-пропорционально произойдет снижение тока подсветки вдвое. Проведем измерение чтобы убедится в этом.
Как видим ток снизился с 0.28мА до 0.14мА, такое решение не только увеличит срок службы подсветки, но и снизит нагрузку на повышающий DC-DC преобразователь и с блока питания в целом, ведь подсветка является основным потребителем энергии в LED телевизорах. На изображении снижение тока заметно не отразилось, изображение яркое и контрастное.
Читайте также: