Активность

приветствую. На этой платформе поддержка закончилась. и смарт не будет работать. МОжно переделать на другие майны более свежие

@yagarik2 datasheet.pdf ...не более

В вашем ИБП схема вполне типичная для мощных PFC/инверторных ступеней: батарея: ±200 В после повышающего каскада: ±400 В DC 4 дросселя → 4 плеча PFC 8 IGBT GP50B60 (по два параллельно) у каждого плеча свой оптодрайвер. Такое решение часто встречается в промышленном UPS APC/Schneider на 6–10 кВт. Теперь по самой микросхеме. 1. Что такое HCPL-3131 HCPL-3131 — это оптоизолированный драйвер затвора IGBT/MOSFET (Avago / Broadcom). Функционально — классический isolated gate driver. Основные параметры: Параметр - Значение Тип оптодрайвер IGBT Изоляция~3750 Vrms Напряжение питания 15…30 В Пиковый ток выхода около 2 А CMTI~15 kV/µs Задержка ~180-500 нс Корпус DIP-8 Такие драйверы применяются именно в: PFC инверторах моторных приводах UPS 2. HCPL-3131 и HCPL-3120 — отличие По сути это одно семейство. HCPL-3120 — один из самых массовых драйверов IGBT. Основные параметры HCPL-3120: Параметр HCPL-3120 Пиковый ток выхода 2–2.5 А Питание 15-30 В Изоляция 3750 Vrms CMTI ≥ 15 kV/µs tpd до 500 нс По архитектуре это: LED → оптическая развязка → драйвер push-pull 3. Можно ли заменить HCPL-3131 на HCPL-3120 Да, в 95% случаев можно. Причины: одинаковый корпус DIP-8 одинаковая распиновка 1 Anode 2 Cathode 3 NC 4 GND (VEE) 5 VEE 6 VO (Gate) 7 VCC 8 NC одинаковая архитектура драйвера одинаковый диапазон питания 15-30 В одинаковый выходной ток порядка 2 А Поэтому в промышленном ремонте UPS обычно ставят: HCPL-3120 HCPL-J312 HCPL-3150 ACPL-3120 вместо HCPL-3131. 4. На что обязательно обратить внимание При замене проверьте три вещи. 1. Питание драйвера Обычно: +15V GND или +18V -5V Если используется отрицательное закрытие затвора, то HCPL-3120 работает нормально. 2. Сгоревший IGBT почти всегда убивает драйвер Когда пробивает GP50B60, на драйвер прилетает: Miller выброс dv/dt обратный ток Поэтому часто повреждаются: HCPL-3131 резистор gate диод gate-emitter иногда питание драйвера. 3. Проверить RC-цепь затвора Типично: driver → 10Ω → gate | diode Если резистор увеличился или диод пробит — новый драйвер снова погибнет. 5. Важный момент в вашем UPS На фото видно: 4 драйвера 4 дросселя PFC Это означает interleaved PFC. То есть 4 канала работают со сдвигом фаз: 0° 90° 180° 270° Поэтому драйверы там нагружены сильно. Если IGBT GP50B60 (600 В 50 А) — драйвер 2 А вполне достаточен. 6. Что лучше поставить (если менять) Я бы рекомендовал: лучшие замены: HCPL-3120 HCPL-J312 ACPL-3120 HCPL-3150 Это фактически стандарт ремонта промышленной силовой электроники. 7. Практический совет из ремонта UPS Когда выбивает одну фазу PFC, я обычно меняю: IGBT ×2 драйвер резистор затвора диод gate И обязательно проверяю: bootstrap capacitor питание драйвера TVS. Иначе через 10 секунд снова хлопок — знакомая история. Судя по фото платы — аппарат очень серьёзный (APC industrial серия). Там PFC может работать на 20-40 кГц, поэтому качество драйвера важно. Итог Да, HCPL-3120 можно ставить вместо HCPL-3131 — это практически прямой аналог по: распиновке напряжению питания выходному току изоляции В таких UPS это штатная замена.

И еще вопрос, вместо GP50B60PD можно ставить SGT40N60FD2PN ?

Приветствую всех! Принесли бесперебойник 8kw. Работает по принцыпу PFC. 8 транзисторов (4 по2) GP50B60, 4 дросселя, 4 драйвера. Вылетели два транзистора и дайвер на микре HCPL-3131. Входное напряжение двухплярное, +-200в с аккумов. 220в или 380в 3ф от сети. выход DC на преобразователь то же двухполярное +-400в. Помогите найти описание HCPL-3131. Или можно туда воткнуть HCPL-3120?

"Трэш" - это то , что ты нарушил Правила форума , продублировав данную тему ещё и на ЭТОМ форуме. Определяйся - либо там , либо здесь ...а пока "Корзина"

Понял, спасибо за лог и за дамп — картина уже довольно ясная, даже без показа всего файла. Что видно по логу UBI: fixable bit-flip detected ... step 0:ECC X bits corrected Linux version 2.6.28.9-oslinuxR7.5 ... Из этого важно: FSBL, U‑Boot, загрузка TDF и сплэша проходят нормально — логотип не случайный, софт реально стартует. UBI поднимается, все ошибки помечены как fixable, контроллер их исправляет и ставит блоки на «scrubbing». Ядро Linux стартует, память размечается, явного kernel panic в этом фрагменте нет: Linux version 2.6.28.9-oslinuxR7.5 (root@lxdevenv)... 282 MB SDRAM allocated to Linux on MIPS То есть до уровня «операционка поднялась» всё живо. Значит, твой сценарий «логотип → тьма» почти наверняка ломается уже на уровне приложений/файловой системы, а не на уровне чистой ECC. Про ECC и «битый дамп» Ключевой момент: ECC в этом шасси считает сам контроллер в ТВ, а не программатор. Когда ты считываешь NAND программатором и льёшь тот же дамп в другую микруху, ты переносишь содержимое страниц, а вот проверкой/исправлением ошибок занимается уже контроллер в телевизоре. В логе все ошибки именно исправляемые, нет ни одной строки про uncorrectable — это не критика, а просто возраст NAND. То есть идея «починить дамп, поправив ECC» — в этом шасси тупиковая: ENTT тут ничего и не должен уметь, всё делает железо. Почему замена NAND с твоим же дампом ничего не дала Потому что, если: в твоём родном дампе уже повреждены какие‑то разделы (NVM, настройки, часть приложений, UBI‑метаданные), ты этот же дамп переливаешь в новый чип, — поведение будет один в один. И оно у тебя как раз такое. Что с этим можно сделать по‑настоящему рабочего По опыту с Q551.2E LA, когда логотип есть, Linux стартует, а дальше тишина, рабочий путь такой: Найти заведомо рабочий полный дамп NAND Именно под: шасси Q551.2E LA, диагональ 40", желательно именно 40PFL8606H/60 или максимально близкий по панели. Записать этот чистый дамп в новый NAND Не твой, а именно «эталонный» рабочий. Из твоего родного дампа перенести только индивидуальные данные: NVM / опции панели / серийник / MAC / HDCP‑ключи. Обычно это: один–два небольших раздела ближе к концу NAND; в них легко найти: MAC по маске 00:xx:xx:xx:xx:xx, серийник в ASCII, строки с панелью (DISPT_..., LC40... и т.п.). Делается так (через ENTT + hex‑редактор): Открываешь два дампа: твой родной и чистый рабочий. Находишь в своём дампе блоки с MAC/серийником/панелью. Копируешь эти диапазоны байт в те же смещения чистого дампа. Записываешь получившийся «гибрид» в новый NAND. Пробный запуск с чистым дампом без переноса ключей Если хочется сначала просто понять, оживает ли софт: заливаешь чистый дамп как есть; если ТВ хотя бы выходит в меню и реагирует на пульт — значит, проблема была именно в софте, а не в железе, и уже потом можно заморачиваться переносом ключей. Почему я не лезу в твой дамп по смещениям Твой файл слишком большой, чтобы я мог сейчас честно разобрать его поблочно и назвать конкретные адреса разделов. Но логика такая: исправлять ECC в дампе не нужно и бессмысленно; переливать свой же дамп в новый NAND — почти гарантированно бесполезно; реальный шанс оживить аппарат — это чистый рабочий образ + перенос индивидуальных данных. Если хочешь, можем дальше пойти уже предметно: напиши, какая панель стоит (маркировка с матрицы/шлейфа), и что для тебя важнее: просто оживить (пусть даже без Smart/HDCP) или сохранить всё «как с завода». От этого зависит, насколько аккуратно придётся ковырять NVM и ключи, или можно будет ограничиться грубым вариантом «чистый дамп — заработало — и ладно».

@legrand158 Понял, что ты уже знатно повозился с этим Филипсом. Давай разберём по тому, что видно из лога, а потом — что с этим реально можно сделать. UBI: fixable bit-flip detected ... step 0:ECC X bits corrected UBI: schedule PEB XXX for scrubbing Linux version 2.6.28.9-oslinuxR7.5 ... Из лога видно, что: FSBL, U‑Boot, загрузка TDF и сплэша проходят штатно — логотип не из воздуха берётся. UBI поднимается, все ECC‑ошибки помечены как fixable (исправимые), контроллер их корректирует и ставит блоки в очередь на «scrubbing». Linux ядро стартует нормально, без kernel panic, без явных ошибок на этом участке лога. То есть картина такая: железо живое, NAND читается, контроллер ECC справляется, загрузка доходит до ядра и дальше — уже на уровне приложений (atvtm0/1, middleware) что‑то идёт не так, и ты это видишь как: логотип → чёрный экран → «тишина». Про ECC и твой дамп Твоя исходная гипотеза про «битые ECC в дампе» — логичная, но тут важный нюанс: ECC в этом шасси считает сам контроллер NAND/SoC, а не программатор. Когда ты считываешь NAND программатором и льёшь обратно тот же дамп в другую микруху, ты переносишь то же самое содержимое страниц, а вот как оно интерпретируется с точки зрения ECC — решает уже контроллер в ТВ. В логе все ошибки именно исправляемые, то есть контроллер не орёт про uncorrectable ECC, а спокойно читает и даже запускает систему. Поэтому сам по себе факт этих сообщений — не причина «не запускается», а симптом старого/подубитого NAND, но не фатальный. Что, скорее всего, реально битое С учётом симптома «логотип есть, дальше тьма» и того, что: Authenticating atvtm1app_zip_signed_v3.tdf... suceeds Authenticating atvtm0app_zip_signed_v3.tdf... suceeds подозрение такое: либо повреждены данные/конфиг в UBI‑разделах (NVM, настройки, опции панели); либо содержимое одного из приложений (atvtm0/1, vmlinux auth rootfs) логически битое, но подпись при этом проходит (подпись у них на контейнер, а не на всё содержимое UBI после). То, что ты просто перелил свой же дамп в новый NAND — закономерно ничего не изменило: если в дампе уже каша в нужных разделах, она и останется. Что бы я делал на твоём месте Без доступа к твоему дампу я его не разберу, но по опыту с Q551.2E LA схема рабочая такая: Достать заведомо рабочий полный дамп NAND Именно под: шасси Q551.2E LA, диагональ 40", желательно именно 40PFL8606H/60 (или максимально близкий по панели аппарат). Записать этот чистый дамп в новый NAND Не твой, а именно «эталонный» рабочий. Перенести из твоего дампа только индивидуальные данные: NVM / опции панели / серийник / MAC / HDCP‑ключи. Это обычно один или несколько небольших разделов в конце/ближе к концу NAND. Делается так: открыть оба дампа в hex (или в ENTT, если он показывает разметку); найти блоки, где лежат: MAC‑адрес (его можно найти по маске 00:xx:xx:xx:xx:xx), серийник (обычно читаемый ASCII), опции панели (часто рядом с DISPT_... и строками типа LC40...). аккуратно перенести эти блоки из твоего дампа в чистый. После этого — первый старт с новым NAND Если всё ок: логотип, загрузка, появление меню/реакция на пульт. Если не хочется сразу лезть в перенос ключей — можно для теста: залить чистый дамп как есть, без переноса NVM; если ТВ стартует, но, например, нет тюнера/HDMI/Smart — значит, проблема была именно в софте, а не в железе, и уже потом можно заморочиться переносом ключей. Про ENTT и «фиксы ECC» ENTT тут вообще не при делах в плане ECC: он не умеет и не должен чинить ECC Philips‑овских NAND; его задача — честно прочитать/записать страницы и OOB (если включено); всё, что касается «1 bit corrected / 4 bits corrected» — это уже работа контроллера в самом ТВ. То есть искать в ENTT «починку ECC» — тупиковый путь, ты тут ничего не потерял. Сейчас самое узкое место — это правильный эталонный дамп под твой аппарат. Если хочешь, можешь: написать, какая именно панель стоит (маркировка с шлейфа/наклейки на матрице), и что именно уже пробовал с чужими дампами/прошивками, и я подскажу, в какую сторону копать дальше: что именно переносить и как это аккуратно сделать, чтобы не убить то, что ещё живо. И заодно спрошу тебя по‑честному: ты больше хочешь «просто оживить любой ценой» или «оживить максимально правильно, с сохранением всех ключей и функций»? От этого сильно зависит, насколько глубоко придётся лезть в дамп.

🛠 Технический разбор ситуации Модель Philips 42PFL7108S/60 на платформе QFU1.2 — это уже довольно возрастная линейка. У этих телевизоров действительно давно прекращена поддержка Smart‑сервисов Philips. Серверы SimplyShare/NetTV для QFU‑платформы больше не отвечают, поэтому: Даже полностью исправный TV не подключится к серверу Philips Это не связано с ремонтом, заменой подсветки или пайкой. Это — конец поддержки платформы! @yagarik2 Обязательно! Перед тем как обсуждать прошивки, NAND, ключи и восстановление Smart, участник обязан указать состав TV! Что нужно указать по правилам форума 1. Модель и марка TV: Philips 42PFL7108S/60 2. Panel, T‑Con: (маркировка панели и T‑Con с наклеек) 3. Шасси / Main Board: QFU1.2E LA (или точное обозначение, написанное краской на плате) 4. Part Number Main Board: (например: 3104 313 65924 или другой номер с наклейки) 5. CPU / MCU: (обычно MTK — например MT5580/MT5590, зависит от ревизии) 6. eMMC: (если есть — указать маркировку, например Samsung KLM8G1WEMB) 7. NAND Flash: (например H27U4G8F2DTR или аналог) 8. SPI Flash: (например 25Q64, 25Q128 — указать производителя и маркировку) 9. EEPROM: (если присутствует — 24Cxx) Без этих данных обсуждать прошивку NAND или перенос ключей — бессмысленно. Что можно сделать по факту ✔ 1. Проверить, работает ли локальная сеть Даже без серверов Philips должны работать: DLNA Miracast (если модель поддерживает) IPTV через сторонние приставки Если TV не получает IP или не пингуется — тогда уже копать в сторону NAND/eMMC. ✔ 2. Прошивка NAND / eMMC Но важно понимать: Ключи Smart‑сервисов Philips не восстанавливаются Они уникальны и хранятся в защищённых разделах. Даже если ты прошьёшь NAND «чистой» дамп‑прошивкой: Smart всё равно не заработает — серверов нет TV может потерять калибровки, MAC‑адрес, Widevine и т. д. Поэтому прошивка NAND имеет смысл только если TV глючит, виснет, не загружается, уходит в ребуты. ✔ 3. Что реально можно сделать как инженер‑электронщик Проверить: питание eMMC/NAND (1.8V / 3.3V) линии CMD/DAT на осциллографе отсутствие битых блоков (если есть программатор типа RT809H) Если eMMC деградировала: заменить на новую залить полный дамп под свою ревизию платы перенести разделы с ключами (если они читаются) Но повторюсь: даже с идеальным дампом Smart не оживёт, потому что серверов больше нет. Итог Телевизор у тебя работает корректно. Smart‑функции на QFU1.2 официально мертвы, и это не лечится прошивкой. Если хочешь Smart — ставь внешнюю приставку: Xiaomi TV Stick, Fire TV, Mecool, MAG и т. д. Если хочешь — могу подсказать, как проверить состояние NAND/eMMC, или подобрать правильный дамп под твою ревизию платы.

Simple Flyback High Voltage Supply for Photomultiplier Tube (PMT) Topology: Flyback converter based on OB2273 PWM controller. Main blocks: 1. Input 12–15V 2. OB2273 PWM controller driving an N‑MOSFET 3. Flyback transformer (CCFL inverter transformer works well) 4. Fast HV rectifier (HER308 or similar) 5. High‑voltage filter capacitor (1–10 nF / 1kV recommended) 6. Output about −550 V Regulation: TL431 + optocoupler feedback loop. Voltage divider example for −550 V: R1 = 10 MΩ R2 = 47 kΩ Sense resistor: 0.33–0.68 Ω in MOSFET source. Typical PMT load current: 10–50 µA. Notes: Keep HV wiring short. Add RC snubber across primary if needed. Shield the HV section to reduce noise. +12…15 V IN │ │ ┌────┴────┐ │ OB2273 │ │ │ VDD ------┤7 5 ├------ GATE → Q1 (MOSFET) GND ------┤2 4 ├------ CS (Rsense) FB <------┤3 1 ├------ HV startup (не используется) └──────────┘ PRIMARY SIDE ──────────────── +12…15 V │ │ ┌───┴────┐ │ D1 │ UF4007 / FR107 └───┬────┘ │ +─── C1 10 µF / 25 V │ │ T1 (CCFL transformer) PRI ────────●────── Q1 (MOSFET N‑channel) │ │ Rsense 0.47 Ω │ GND Snubber (рекомендуется): Rsn = 47–100 Ω Csn = 1–2.2 nF Dsn = UF4007 (классическая RCD‑цепь параллельно первичке) SECONDARY SIDE (HV) ──────────────────── T1 secondary ●───────┬─────────────── HV OUT (−550 V) │ │ D2 HER308 / UF4007HV │ │ C2 4.7 nF / 1–2 kV │ +───────────────┬───────────→ −550 V │ Rfilt 220 kΩ │ C3 4.7–10 nF / 1–2 kV │ │ GND FEEDBACK (TL431 + optocoupler) ────────────────────── HV OUT (−550 V) │ │ R1 = 10 MΩ │ ├───────────────→ REF (TL431) │ R2 = 47 kΩ │ GND TL431: Cathode → анод светодиода оптопары Anode → GND REF → точка между R1/R2 Оптопара: LED анод → катод TL431 LED катод → GND Транзистор оптопары коллектор → FB (OB2273) Эмиттер → GND Компенсация TL431: Rcomp = 10 kΩ Ccomp = 4.7 nF между REF и катодом TL431

@ssaransk Посмотрел схему внимательно. Скажу сразу по-стариковски прямо: стало лучше по идее, но схема всё ещё нерабочая как стабилизированный источник −550 В. Она может генерировать высокое напряжение, но регулировка в таком виде работать не будет. Разберём спокойно по узлам. 1. Основная проблема осталась — обратная связь Контроллер OB2273 регулируется через вывод FB (pin 2). В вашей схеме: TL431 управляет узлом через R1 сигнал идёт на RI (pin 3) FB (pin 2) только через C1 на землю То есть: регулирование → не используется Pin 3 у OB2273 — это установка режима/защиты, а не рабочий вход обратной связи. Что будет происходить Контроллер будет работать примерно так: запуск заполнение растёт до максимума напряжение определяется только трансформатором То есть получится фактически открытый flyback. Напряжение может быть: -400 В -600 В -900 В в зависимости от: входного напряжения трансформатора температуры нагрузки Для требуемых ±1 В это неприемлемо. 2. TL431 всё ещё включён неправильно В схеме используется TL431. Его принцип работы: Vref ≈ +2.5 В относительно анода У вас: анод → земля REF формируется делителем от −550 В Посчитаем напряжение: R3 = 2M R2 = 9.1k Получается Vref ≈ −2.5 В Это означает: REF ниже анода TL431 в таком режиме никогда не откроется. Следствие: обратная связь не работает Фактически TL431 в этой схеме просто декоративный элемент. 3. Делитель слишком тяжёлый Ток через делитель: I = 550V / (2M + 9.1k) ≈ 270 µA Для ФЭУ это много. Например FEU‑85A photomultiplier tube обычно потребляет: 10…100 µA Получается: делитель > нагрузки Источник будет стабилизировать делитель, а не фотомножитель. 4. Нет датчика тока ключа Pin SENSE (4) у OB2273 должен контролировать ток ключа. Сейчас: MOSFET → напрямую на землю SENSE → через C4 на землю Это означает: защита по току не работает режим может быть нестабильным Нужен резистор: 0.22–0.68 Ω между истоком MOSFET и землёй. 5. Демпфер первичной обмотки Используется трансформатор от CCFL-инвертора. Такие трансформаторы имеют: большую индуктивность рассеяния Без снаббера возникают выбросы. MOSFET P20N03 MOSFET рассчитан всего на 30 В, поэтому риск пробоя высокий. Нужен хотя бы простой RCD-кламп. 6. Выходной фильтр Сейчас стоит: C5 = 470 pF Для ФЭУ это мало. Пульсации могут достигать нескольких вольт. Лучше добавить: 1–10 nF HV + 100 nF 7. Узел запуска VDD Питание контроллера идёт от: +15 В → VDD Это нормально. Но вспомогательная обмотка через R4 + VD4 + C6 фактически никак не участвует в стабилизации. Она просто слегка подпитывает питание. Что в схеме хорошего Надо отметить и плюсы: ✔ правильная топология flyback ✔ использование трансформатора CCFL ✔ идея отрицательного выхода ✔ высоковольтные диоды HER308 То есть идея источника полностью рабочая. Главный вывод В текущем виде схема НЕ будет стабилизированным источником −550 В Она может: запуститься дать высокое напряжение но напряжение будет плавать десятками или сотнями вольт. Что нужно исправить, чтобы схема стала рабочей Минимально: использовать FB (pin2) для регулировки правильно включить TL431 (нужно положительное питание на вторичной стороне) добавить оптрон поставить Rsense увеличить выходной фильтр Итог по-простому Вопрос - Ответ Схема запустится? - возможно Высокое напряжение появится - да Стабилизация −550 В - нет Для ФЭУ годится - нет

Учтя все замечания нарисовал вот это, как думаете это лучше?

Если нанд прошить, как ключи перенести?

@Александр спб , по этому UART-логу картина уже гораздо яснее. Тут, как говорится, «пациент сам рассказал, где болит». Разберём спокойно и по порядку. 1. Главное, что видно сразу Загрузчик U-Boot запускается нормально: U-Boot 2011.06 CPU : Munich Board: BD_MST085B_10AFG DRAM: 66 MiB Это означает: ✔ процессор MSD6486FTEA жив ✔ DRAM работает ✔ bootloader не убит То есть плата TP.MS6486.PB731 стартует корректно до стадии инициализации NAND. А вот дальше начинается самое интересное. 2. Ключевая ошибка в логе Повторяется десятки раз: NAND Err:[NC_ProbeIfToggleDDR_Ex] err code: 80000036 NAND Err:[NC_DetectDDRTiming] Err, NAND, can't detect right timing NAND Err:[NC_Init] ERROR, NAND config timing, Toggle-DDR А затем: Error: Unrecorgnized NAND Device nand0 not found! Partition UBILD not found! Проще говоря: контроллер NAND не может определить микросхему памяти. 3. Что это означает на практике Вариантов тут немного. Вариант 1 (самый частый) Повреждён CIS / boot area NAND Это происходит, когда: питание снимают во время прошивки повреждается служебная область NAND В результате контроллер не может: определить тип памяти загрузить тайминги создать устройство nand0 Отсюда все дальнейшие ошибки. Вариант 2 Слетели параметры Toggle DDR В NAND у MStar хранится таблица: ID чипа ECC timing Если она повреждена — получаем ровно такие ошибки. Вариант 3 (реже) Физическая деградация NAND Но тут есть нюанс. Телевизор работал до обновления, поэтому вероятность аппаратной смерти NAND значительно ниже. 4. Что подтверждает повреждение NAND Очень показательная строка: Error: Unrecorgnized NAND Device nand0 not found! И далее: mtdparts variable not set Partition UBILD not found То есть: NAND не определилась разделы не читаются файловая система отсутствует 5. Что происходит с USB Телевизор пытается запустить factory boot: reading FAC_BOOT_6486.cvt Но затем: Partition 0 not valid Unable to read from usb Причина простая. Bootloader пытается: создать NAND устройство создать mtd разделы только потом загрузить recovery Но так как nand0 не существует, цепочка ломается. 6. Важный вывод Это не проблема файла обновления. И не проблема USB. Проблема конкретная: разрушена служебная область NAND (CIS / boot config). 7. Что делается в нормальном ремонте Правильное решение одно. Перепрошивка NAND программатором!!! Последовательность: снять NAND считать (если читается) залить полный дамп После этого: NAND снова определяется создаётся nand0 U-Boot запускает систему 8. Почему USB уже не спасёт USB recovery у MStar работает только если: NAND определяется разделы создаются В вашем случае: Error: Unrecorgnized NAND Поэтому recovery физически не может стартовать. 9. Итог по данной плате По UART-логу можно уверенно сказать: ✔ процессор исправен ✔ загрузчик работает ✔ DRAM исправна Но: повреждена конфигурация NAND NAND не определяется контроллером Поэтому восстановление возможно только через программатор с полной прошивкой NAND. Как говорили старые мастера по телевизорам ещё во времена кинескопов: Аппарат редко умирает сам. Чаще всего ему просто немного «помогают». В вашем случае таким «помощником» оказалось выдёргивание сетевого шнура на 100%.

@Александр спб, тут ситуация довольно типичная для телевизоров на платформе MSD6486FTEA с платой TP.MS6486.PB731. Попробую разложить всё по порядку — без лишней мистики, как мы обычно делаем в ремонте. 1. Что на самом деле произошло По описанию клиента процесс обновления фактически завершился — на экране было 100%. Но у телевизоров на чипсетах MStar/MediaTek это ещё не конец прошивки!!! После 100% обычно происходит: запись оставшихся разделов проверка контрольных сумм перезапись загрузчика автоматическая перезагрузка И вот в этот момент выдёргивание питания — худшее, что можно сделать. В результате почти всегда повреждается: bootloader либо таблица разделов NAND Поэтому телевизор и остался в дежурке без реакции на кнопку. 2. Почему файл от официалов не помогает Файл размером ~133 МБ — это не полноценная прошивка. В комплекте: allupgrade_6486_aes_SN51_48.bin auto_manifest.xml OAD_info.txt Это OTA-обновление (OAD). Такие пакеты: накладываются поверх уже рабочей системы используют существующий загрузчик обновляют часть разделов Если повреждён bootloader или служебные области NAND — телевизор просто не сможет запустить USB-апдейт. Поэтому ожидать, что он оживёт от этой флешки — увы, бессмысленно. 3. Что происходит сейчас с телевизором С высокой вероятностью один из вариантов: Повреждён bootloader NAND Самый распространённый случай после обрыва питания. Слетела таблица разделов NAND Появились bad block в NAND Тоже встречается на этих платах. Во всех трёх случаях: USB-обновление уже не запустится!!! 4. Как правильно решается эта проблема Нормальная последовательность ремонта: 1. Считать NAND программатором На этих платах обычно стоит NAND типа: H27U / K9F / MT29F (в зависимости от ревизии) 2. Прошить полный дамп Нужен: FULL NAND dump именно для TP.MS6486.PB731 + данной панели Потому что в дампе лежат: bootloader partition table kernel rootfs параметры панели 3. После прошивки телевизор обычно сразу стартует. 5. Возможна ли прошивка без выпаивания Иногда помогает: USB emergency upgrade через сервисную комбинацию кнопок Но если bootloader уже повреждён — этот режим не стартует вообще. На практике 90% таких случаев заканчиваются прошивкой NAND программатором. 6. Итог по вашему вопросу Нет, дело не в том, что телевизору “не нравится файл”. Причина другая: обновление было прервано отключением питания повреждён загрузчик или структура NAND OTA-файл не предназначен для восстановления кирпича Поэтому единственный надёжный способ восстановления — прошивка NAND полноценным дампом через программатор. 7. Маленькое наблюдение из практики Телевизоры на MStar любят обновляться медленно и молча. Старое правило ремонта: Пока телевизор прошивается — руки держим в карманах и ждём перезагрузки. Клиенты же обычно делают наоборот — и потом мы знакомимся с очередным «кирпичом».

архив с логами : Логи.zip

Всем здравствуйте! Принесли такого старичка: Philips 40PFL8606H/60 шасси Q551.2E LA, включается, логотип "Филипс", картинка пропадает, и дальше тишина. Напряжения на плате все присутствуют и в норме, генерации тоже. Логи снял, суда по ним (могу ошибаться) ТВ не нравится ошибки по ECC коррекции: не совпадение содержания ячейки памяти с контрольными битами (насколько я понимаю суть ECC, могу ошибаться) - ожидаемо нанда целая, на всякий случай заменил, залил считаную прошивку в другую флэш - без изменений. Честно сказать, ни разу ни сталкивался с Q551.2E LA, но могу предположить (опять же могу ошибаться), что нужно пофиксить ошибки дампа одним из трёх, известных мне способом: 1. Средствами прогера: в моём с ENTT такой функции не нашёл, на их форуме так же информации по работе с данным шасси к сожалению нет( 2. Обновлением прошивки через ЮСБ, но тут я не нашёл для своего ТВ или для других аппаратов на таком же шасси файлик с обновлением, очень надеюсь (пока не проверял, думаю шансов крайне мало) обновиться прошивкой от q552.4e la 3. Ну и последнее перенос ключей из исправной прошивки (доступна для скачивания на ремауде) - но как это делать с ENTT, тоже пока не сильно понимаю( У кого есть чем помочь, буду рад любой подсказке, логи и мой дамп приложу, заранее благодарен! Свой дамп залил на ЯД: [Скрытый контент]

Приветствую всех! Подарили тв, сгорела подсветка. Поменял, все запустилось, но не хочет конектиться к серверу филипса. Плата не паяная. Эти платформы еще дружат со смартом?

Сделали кирпич не дождавшись окончания прошивки, это раз. Или появились б/б в микросхеме памяти NAND это два. Тут прошивкой с USB делать нечего, нужно прошивать NAND на программаторе. Если нет такового, то пробуйте купить прошитую микросхему.