Philips 43PFS6808/12 (TPN23.7ELA, Novatek NT72690) зависает на логотипе.

[Kenotronbot]

Марка и полная модель телевизора: Philips 43PFS6808/12

Main Board (маркировка платы): TPN23.7ELA SoC: Novatek NT72690 CPU: NT2690TBG-8C2K

Матрица (Panel) T-Con: Не указана.

Что уже проверено: Телевизор зависает на логотипе Philips. Подсветка запускается. Блок питания работает стабильно. Получен UART-лог загрузки. В журнале присутствует console=ttynull. Инициализация Secure Boot проходит. До запуска Android телевизор не доходит.

Выполняется анализ архитектуры платформы перед дальнейшей диагностикой.

Philips 43PFS6808/12 (TPN23.7ELA, Novatek NT72690) зависает на логотипе.

Полное руководство по диагностике и восстановлению

Введение

За последние несколько лет в ремонт всё чаще стали попадать телевизоры Philips на платформе TPN23.7ELA, построенные на процессоре Novatek NT72690.

Внешне неисправность всегда выглядит практически одинаково, из-за чего многие начинают искать "правильную USB-прошивку", хотя проблема зачастую находится совсем в другом месте.

На первый взгляд телевизор производит впечатление полностью исправного:

питание запускается без замечаний;

подсветка включается сразу;

логотип Philips появляется штатно;

блок питания работает стабильно;

процессор начинает загрузку;

перегрева нет;

коротких замыканий по основным линиям питания не обнаруживается.

Однако спустя несколько секунд становится понятно, что загрузка останавливается.

Экран остаётся на логотипе Philips, Android не запускается, домашний экран не появляется, а пульт дистанционного управления либо полностью перестаёт реагировать, либо работает только кнопка Power.

Во многих случаях телевизор может оставаться в таком состоянии бесконечно долго.

Иногда через несколько минут происходит автоматическая перезагрузка и весь цикл повторяется заново.

Именно эта неисправность стала одной из наиболее распространённых для платформ Philips на базе Novatek последних поколений.

Почему большинство начинает ремонт не с того

Практически всегда последовательность действий выглядит одинаково.

Сначала скачивается несколько USB-прошивок.

Потом форматируются разные флешки.

Пробуются все возможные комбинации кнопок.

После нескольких часов безуспешных попыток телевизор объявляется "не прошиваемым".

На самом деле USB здесь часто вообще ни при чём.

Если внимательно посмотреть журнал загрузки, становится понятно, что система даже не доходит до того этапа, на котором возможно штатное обновление программного обеспечения.

Другими словами, телевизор зависает значительно раньше.

Именно поэтому попытки восстановить его обычной USB-прошивкой чаще всего заканчиваются безрезультатно.

Что происходит внутри телевизора

Самая распространённая ошибка — считать, что логотип Philips означает успешную загрузку Android.

Это совершенно разные этапы.

Логотип появляется значительно раньше.

В этот момент Android ещё даже не начал запускаться.

Фактически к моменту появления заставки процессор успевает выполнить только начальные стадии загрузки.

Всё остальное ещё впереди.

Поэтому логотип вовсе не говорит о том, что операционная система исправна.

Он лишь показывает, что процессор смог выполнить первые этапы загрузки.

Дальнейшая судьба телевизора полностью зависит от того, удастся ли ему пройти проверки Secure Boot, получить доступ к памяти eMMC и корректно смонтировать системные разделы Android.

Если хотя бы одна из этих операций завершается ошибкой, загрузка прекращается именно на логотипе.

Почему эта неисправность стала массовой

До появления платформ Novatek большинство телевизоров Philips имели значительно более простую схему загрузки.

Повреждение прошивки чаще всего устранялось обычной записью SPI Flash либо обновлением через USB.

С появлением современных процессоров ситуация кардинально изменилась.

Теперь в процессе запуска участвуют сразу несколько независимых компонентов:

BootROM процессора;

XBoot;

Secure Boot;

Trusted Execution Environment (TEE);

защищённый раздел RPMB;

ядро Linux;

Android Framework;

сервисы производителя.

Каждый из этих компонентов проверяет следующий.

Если хотя бы один этап завершается ошибкой, последующая загрузка становится невозможной.

Именно поэтому современные Philips уже нельзя ремонтировать теми же методами, которые успешно работали на моделях десятилетней давности.

Что показывает практика ремонта

За последние годы удалось проследить интересную закономерность.

При одинаковом внешнем симптоме причины могут быть совершенно разными.

Наиболее часто встречаются следующие варианты.

1. Деградация eMMC

Самый распространённый случай.

Контроллер памяти ещё способен читать небольшие объёмы данных, поэтому логотип появляется.

Но при попытке загрузить большие системные разделы начинаются ошибки ECC, повторные чтения, тайм-ауты и потеря доступа к данным.

В результате Android так и не запускается.

2. Повреждение Boot-разделов

Повреждение Boot1 или Boot2 встречается значительно реже.

В этом случае процессор может запускаться с резервной копии загрузчика либо останавливаться сразу после инициализации памяти.

Симптомы внешне практически не отличаются от деградации eMMC.

3. Повреждение USER Area

Иногда Boot полностью исправен.

Ядро Linux успешно стартует.

Но раздел system уже не читается.

В этом случае телевизор также зависает на логотипе, поскольку Android не может смонтировать корневую файловую систему.

4. Ошибки Trusted Execution Environment

На современных Philips часть служебной информации хранится в защищённой области памяти.

При повреждении этих данных система безопасности блокирует дальнейшую загрузку ещё до запуска Android.

Именно поэтому даже запись рабочего дампа иногда не приводит к восстановлению телевизора.

5. Аппаратная неисправность самой eMMC

Иногда причиной становится уже не содержимое памяти, а её физическая деградация.

Такая память может полностью определяться программатором.

Можно даже успешно считать дамп.

Но при работе на высокой скорости внутри телевизора начинаются многочисленные ошибки чтения.

В подобных случаях единственным правильным решением становится замена микросхемы.

Самое важное, что необходимо понять перед ремонтом

Современный Philips с процессором NT72690 — это уже не телевизор в классическом понимании.

Фактически это специализированный компьютер, в котором операционная система защищена многоуровневой системой проверки.

Поэтому подход "залить любую похожую прошивку и посмотреть" здесь уже не работает.

Перед любой записью памяти необходимо понимать:

какой этап загрузки завершился успешно;

какой этап завершился ошибкой;

что именно проверяет Secure Boot;

какие разделы можно заменить;

какие данные являются уникальными именно для данного телевизора.

Только после этого можно принимать решение о дальнейшем ремонте.

Продолжение следует…

[Kenotronbot]

ЧАСТЬ 2

Архитектура платформы TPN23.7ELA и последовательность загрузки процессора Novatek NT72690

После первой части многие наверняка задались вопросом: почему телевизор способен показать логотип Philips, но дальше загрузка полностью останавливается?

Чтобы ответить на этот вопрос, необходимо понимать, как вообще устроен запуск современных телевизоров Philips на платформе Novatek.

Большинство мастеров представляют загрузку слишком упрощённо:

включился процессор → прочитал прошивку → запустился Android.

На самом деле всё значительно сложнее.

Современный телевизор проходит более десяти последовательных этапов загрузки, и отказ любого из них приводит к остановке системы.

Именно поэтому одинаковый внешний симптом — зависание на логотипе — может быть вызван совершенно разными неисправностями.

Общая архитектура платформы

Если сильно упростить, аппарат можно представить следующим образом:

220 В │ Блок питания │ ┌─────────────┴─────────────┐

12 В Дежурное питание │ │ └──────────────┬───────────────┘

│ PMIC / DC-DC │ ┌───────────────┼────────────────┐

CPU DDR RAM eMMC NT72690 LPDDR4 Boot / USER │ Secure Boot │ TrustZone │ Linux Kernel │ Android │ Launcher │ Пользовательский интерфейс

На первый взгляд схема выглядит простой.

Но именно внутри процессора происходит самая сложная часть всей загрузки.

Что происходит после подачи питания

В отличие от старых телевизоров, процессор не начинает сразу выполнять код Android.

Сначала запускается встроенный загрузчик, который невозможно изменить обычной прошивкой.

Последовательность выглядит примерно так.

Этап 1. Появление основных напряжений

После включения сети блок питания формирует дежурное питание.

Далее процессор выдаёт команду PMIC.

PMIC начинает последовательно запускать:

ядро процессора;

память DDR;

питание eMMC;

графическое ядро;

периферию.

Если на этом этапе отсутствует хотя бы одно питание, процессор даже не выйдет из RESET.

Поэтому всегда начинаю диагностику именно с измерения всех питающих напряжений.

Особенно важно проверить:

VCORE VDD_CPU VDD_DDR VCC_EMMC VCCQ_EMMC 1.8 V 3.3 V

Если хотя бы одно из них "гуляет" под нагрузкой, дальше можно даже не смотреть лог загрузки.

Этап 2. BootROM

После выхода из RESET начинает работать встроенный BootROM.

Это самая первая программа процессора.

Она записана непосредственно внутри кристалла NT72690.

Удалить её невозможно.

Переписать её невозможно.

USB-прошивкой изменить её невозможно.

Именно BootROM решает:

откуда будет производиться загрузка,

какую память использовать,

какой режим безопасности включить.

Именно BootROM начинает поиск первой стадии загрузчика.

В большинстве телевизоров Philips она находится в Boot1 eMMC.

Если память вообще не отвечает —

дальнейшей загрузки уже не будет.

Что делает BootROM

В этот момент происходит примерно следующее.

Power ON ↓ Reset CPU ↓ BootROM ↓ Инициализация памяти ↓ Поиск Boot1 ↓ Проверка CRC ↓ Проверка Secure Header ↓ Запуск XBoot

Это занимает всего несколько десятков миллисекунд.

Пользователь в этот момент вообще ничего не видит.

Этап 3. Загрузка XBoot

После успешного чтения Boot1 управление получает XBoot.

Это уже полноценный загрузчик Philips.

Именно он начинает выполнять большую часть подготовки системы.

На этом этапе появляются первые строки UART.

Поэтому если вы уже видите вывод XBoot —

можно практически со 100% уверенностью сказать:

процессор исправен,

DDR уже работает,

BootROM свою работу завершил.

Это значительно сокращает круг поиска неисправности.

Что делает XBoot

Именно здесь начинается серьёзная проверка всего телевизора.

Последовательно проверяются:

DDR;

eMMC;

таблица разделов;

параметры панели;

Secure Boot;

криптографические подписи;

аппаратная конфигурация.

Затем XBoot передаёт управление следующему этапу.

Этап 4. Trusted Execution Environment

Вот здесь большинство мастеров впервые сталкивается с неожиданностями.

После XBoot управление получает TrustZone.

Именно этот модуль отвечает за безопасность.

В этот момент происходит проверка:

цифровых подписей;

ключей;

RPMB;

защиты отката версии;

доверенной среды исполнения.

Именно поэтому в журнале можно увидеть строки:

[Secure] RPMB Security TEE

Появление этих сообщений говорит о том, что телевизор уже находится внутри защищённой цепочки загрузки.

Почему RPMB настолько важен

Многие считают RPMB обычным разделом памяти.

На самом деле это совершенно отдельная область eMMC.

Её невозможно просто открыть обычным HEX-редактором.

Она работает по другому принципу.

Внутри находятся:

криптографические ключи;

счётчики защиты от отката;

служебные сертификаты;

данные Trusted Execution Environment.

При повреждении этих данных телевизор вполне способен показать логотип.

Но Android уже никогда не запустится.

Почему нельзя просто заменить eMMC

Очень распространённая ошибка.

Покупается новая память.

Записывается полный дамп.

Телевизор действительно начинает загружаться.

Но затем появляются новые проблемы.

Например:

отсутствует Wi-Fi;

не работает Bluetooth;

Smart TV выдаёт ошибки;

не проходят DRM-проверки;

потоковое видео воспроизводится только в SD-качестве;

появляются сообщения о невозможности активации сервисов.

Причина проста.

Индивидуальные данные телевизора находятся не только в пользовательских разделах.

Часть информации хранится в служебных областях памяти и тесно связана с конкретной платой.

Именно поэтому при замене eMMC недостаточно просто записать "рабочий дамп".

Необходимо сохранить и перенести все уникальные данные устройства.

Что уже можно определить по одному только UART-логу

На практике опытный мастер ещё до подключения программатора способен сделать предварительное заключение.

Если в журнале присутствуют строки XBoot и сообщения Secure Boot, значит:

✔ процессор вышел из RESET;

✔ BootROM полностью отработал;

✔ DDR успешно инициализирована;

✔ Boot1 читается;

✔ загрузчик выполняется;

✔ питание процессора исправно.

Это уже исключает значительную часть аппаратных неисправностей и позволяет сосредоточиться на eMMC, защищённой цепочке загрузки и состоянии системных разделов.

Именно поэтому UART-лог остаётся одним из самых ценных инструментов диагностики современных Philips, даже несмотря на то, что полноценная консоль Linux отключена параметром console=ttynull.

Продолжение следует...

[Kenotronbot]

Philips 43PFS6808/12 (TPN23.7ELA, NT72690) зависает на логотипе.

Полное руководство по диагностике и восстановлению.

Глава 3 — Устройство eMMC, Boot1, Boot2, RPMB и USER Area

Марка и полная модель телевизора

Philips 43PFS6808/12

Main Board

TPN23.7ELA

SoC: Novatek NT72690

CPU: NT2690TBG-8C2K

Матрица (Panel)

Не указана.

Что уже проверено

Телевизор зависает на логотипе Philips.

Подсветка работает.

Блок питания исправен.

Получен UART-лог.

BootROM запускается.

XBoot стартует.

Secure Boot проходит инициализацию.

Android не запускается.

Начат анализ структуры памяти eMMC.

Глава 3. eMMC — это не просто флешка. Что на самом деле хранится внутри памяти Philips TPN23.7ELA

Практически каждый день в технической поддержке приходится читать похожие сообщения:

«Есть полный дамп eMMC.»

или

«Перешил память, но телевизор всё равно висит на заставке.»

На первый взгляд кажется, что если записать полный дамп исправной eMMC, телевизор обязан заработать. Именно так было на старых платформах, где достаточно было заменить SPI Flash или записать новую NAND.

На современных Philips всё устроено совершенно иначе.

Главная ошибка — воспринимать eMMC как обычную микросхему памяти, в которой хранится только Android.

На самом деле eMMC представляет собой полноценную интеллектуальную систему хранения данных. Внутри находится собственный контроллер, алгоритмы коррекции ошибок ECC, механизм распределения износа (Wear Leveling), резервирование неисправных блоков, управление служебными областями памяти и отдельные защищённые разделы, часть которых вообще недоступна обычному чтению.

Именно поэтому телевизор может успешно определить память, считать загрузчик, показать логотип Philips и при этом никогда не загрузить Android.

Пока память читает небольшие объёмы данных — всё выглядит нормально. Но как только начинается интенсивное чтение системных разделов, появляются ошибки, которые пользователь уже видит как зависание на заставке.

Что находится внутри eMMC

Если посмотреть документацию практически любой современной eMMC (Kioxia, Samsung, Micron, Hynix), можно увидеть, что память разделена далеко не только на USER Area.

Структура памяти обычно включает:

Boot1;

Boot2;

RPMB;

USER Area.

Большинство начинающих мастеров работают исключительно с USER Area и даже не подозревают, что процессор начинает загрузку совершенно из другого раздела.

Почему Boot1 намного важнее USER Area

После подачи питания процессор ещё ничего не знает о файловой системе Android.

Он не умеет читать раздел system.

Не знает, где находится recovery.

Не знает, где располагается userdata.

В этот момент существует только встроенный BootROM.

Именно BootROM начинает поиск Boot1 и пытается считать первую стадию загрузчика.

Если Boot1 повреждён, дальнейшая загрузка невозможна независимо от состояния USER Area.

Именно поэтому ситуация, когда полностью исправный раздел system не помогает запустить телевизор, встречается значительно чаще, чем кажется.

Что обычно хранится в Boot1

На платформах Novatek в Boot1 обычно находятся:

первая стадия загрузчика;

XBoot;

таблицы инициализации;

параметры Secure Boot;

служебные данные для передачи управления следующему этапу загрузки.

Объём Boot1 относительно небольшой, однако именно этот раздел определяет, сможет ли телевизор начать дальнейшую загрузку.

Иногда достаточно повреждения нескольких килобайт, чтобы аппарат полностью перестал запускаться.

Для чего нужен Boot2

Очень часто задают вопрос:

«Если есть Boot1, зачем нужен Boot2?»

Однозначного ответа нет.

В зависимости от реализации производителя Boot2 может использоваться:

как резервная копия Boot1;

как вторая стадия загрузчика;

как дополнительная служебная область;

либо практически не использоваться.

Поэтому при любом ремонте Boot2 необходимо обязательно сохранить.

Даже если кажется, что он пустой.

Что такое RPMB

Именно вокруг RPMB существует больше всего заблуждений.

Одни считают его совершенно бесполезным.

Другие уверены, что без него телевизор никогда не заработает.

На практике всё несколько сложнее.

RPMB (Replay Protected Memory Block) — это отдельная защищённая область eMMC.

Она не предназначена для хранения Android.

Её задача — обеспечить безопасность устройства.

Доступ к RPMB осуществляется только по специальному протоколу с использованием криптографической аутентификации.

Открыть её обычным HEX-редактором невозможно.

Поэтому многие программаторы вообще не умеют работать с этим разделом.

Что может храниться в RPMB

В зависимости от версии платформы здесь могут находиться:

криптографические ключи;

данные Trusted Execution Environment (TEE);

счётчики защиты от отката прошивки;

служебная информация Secure Boot;

сертификаты;

идентификаторы защищённых сервисов.

Часть этих данных записывается производителем ещё на заводе.

Именно поэтому после установки новой памяти телевизор может полностью загружаться, но перестают работать Smart TV, DRM или некоторые сетевые сервисы.

USER Area — это далеко не только Android

Большинство считает USER Area обычным разделом system.

На самом деле именно здесь располагается практически вся операционная система телевизора.

Обычно внутри находятся:

GPT;

misc;

boot;

recovery;

dtb;

vendor;

system;

product;

cache;

userdata;

metadata;

persist;

factory;

log.

Точный состав зависит от версии программного обеспечения и платформы, однако принцип остаётся одинаковым.

Каждый раздел выполняет собственную функцию.

Повреждение любого из них приводит к совершенно разным симптомам.

Что чаще всего выходит из строя

Из практики ремонта можно сделать интересное наблюдение.

Если память начинает деградировать, процесс практически никогда не начинается с Boot1.

Чаще всего первые ошибки появляются именно в USER Area.

Поэтому телевизор ещё способен показать логотип Philips.

Загрузчик считывается без проблем.

Но как только ядро Linux начинает активно обращаться к разделам system и vendor, количество ошибок чтения резко возрастает.

Контроллер eMMC начинает многократно перечитывать повреждённые блоки, использовать коррекцию ошибок ECC и резервные страницы.

Некоторое время ему это удаётся.

Но затем задержка становится настолько большой, что процессор перестаёт получать необходимые данные.

Для пользователя всё выглядит очень просто — телевизор завис на заставке.

На самом деле процессор продолжает ожидать ответ от памяти.

Почему программатор может успешно считать память, а телевизор всё равно не запускается

Это одна из самых распространённых ошибок при диагностике.

Программатор без проблем считывает весь объём памяти.

Ошибок чтения практически нет.

Проверка дампа проходит успешно.

После этого делается вывод:

«Память исправна.»

Но это далеко не всегда соответствует действительности.

Большинство программаторов работают значительно медленнее процессора телевизора.

Они могут несколько раз перечитывать один и тот же блок, выполнять повторные попытки чтения и в конечном итоге получить правильные данные.

Процессор телевизора работает совершенно по-другому.

Если блок памяти не успел ответить за установленное время, загрузка продолжается уже с ошибкой.

Поэтому успешное чтение дампа ещё не означает исправность eMMC.

Как я проверяю eMMC перед заменой

За годы ремонта выработался простой алгоритм.

Если память ещё отвечает, никогда не выпаиваю её сразу.

Сначала подключаюсь по ISP.

Это позволяет сохранить максимум информации.

Обязательно сохраняю:

Boot1;

Boot2;

USER Area;

EXT_CSD;

CID;

CSD;

серийные идентификаторы памяти.

Если программатор поддерживает работу с RPMB, обязательно сохраняю информацию о его состоянии.

Даже если содержимое прочитать невозможно.

После этого внимательно анализирую скорость чтения.

Если чтение идёт рывками, отдельные области читаются значительно медленнее остальных или появляются ошибки ECC, вероятность деградации памяти очень высокая.

Очень часто уже по характеру чтения можно понять, что причина зависания находится именно в eMMC.

Почему нельзя сразу записывать чужой полный дамп

Это ещё одна распространённая ошибка.

После записи телевизор действительно может начать загружаться.

Но затем появляются совершенно другие проблемы.

Например:

не работает Wi-Fi;

отсутствует Bluetooth;

Smart TV выдаёт ошибки;

не проходят проверки DRM;

появляются проблемы с HDCP;

изменяется серийный номер;

теряются заводские калибровки.

Поэтому полный дамп от другого телевизора можно использовать только как диагностический инструмент.

Если аппарат после этого ожил, значит причина действительно находилась в исходной eMMC.

Однако ремонт нельзя считать завершённым, пока не будут перенесены все индивидуальные данные конкретного телевизора.

На этом этапе мы разобрались, что именно находится внутри eMMC и почему современную память нельзя воспринимать как обычную микросхему с единственным файлом прошивки.

[Kenotronbot]

Philips 43PFS6808/12 (TPN23.7ELA, NT72690) зависает на логотипе.

Полное руководство по диагностике и восстановлению.

Глава 4 — Аппаратная диагностика. С чего начинать ремонт

Марка и полная модель телевизора

Philips 43PFS6808/12

Main Board

TPN23.7ELA

SoC: Novatek NT72690

CPU: NT2690TBG-8C2K

Матрица (Panel)

Не указана.

Что уже проверено

Телевизор зависает на логотипе.

Подсветка запускается.

BootROM и XBoot работают.

Secure Boot выполняет инициализацию.

Получен UART-лог.

Предварительно исключена неисправность блока питания.

Переходим к аппаратной диагностике основной платы.

Глава 4. Аппаратная диагностика. С чего действительно начинается ремонт

Очень часто можно увидеть одну и ту же картину. Телевизор висит на логотипе Philips, и первое, что делает мастер, — снимает eMMC или начинает искать дамп.

На практике такой подход далеко не всегда оправдан.

За годы ремонта пришёл к выводу, что большинство ошибок происходит именно на этом этапе. Желание сразу "прошить память" понятно, но оно нередко приводит к лишней выпайке eMMC, риску повреждения площадок BGA и потере времени.

Если процессор уже выполнил BootROM, запустил XBoot и вывел логотип, это ещё не означает, что виновата память.

Сначала необходимо убедиться, что вся аппаратная часть действительно работает в штатном режиме.

Первое правило

Никогда не начинаю ремонт с программатора.

Сначала собираю максимум информации с самой платы.

За несколько минут измерений можно исключить половину возможных неисправностей.

Если этого не сделать, очень легко пойти по ложному пути.

Внешний осмотр

Даже если плата выглядит абсолютно исправной, внимательно осматриваю несколько зон.

В первую очередь:

преобразователи питания процессора;

стабилизаторы питания eMMC;

обвязку памяти DDR;

саму eMMC;

кварцевые резонаторы;

разъёмы LVDS и шлейфы.

Особенно внимательно проверяю следы перегрева возле процессора и памяти. На некоторых платах потемнение текстолита вокруг DC/DC-преобразователей уже само по себе говорит о длительной работе при высокой температуре.

Если телевизор эксплуатировался много лет без нормальной вентиляции, деградация компонентов питания встречается не реже, чем деградация самой eMMC.

Проверка блока питания

Если логотип появился, многие сразу считают блок питания исправным.

Это не совсем так.

Да, основные напряжения уже присутствуют, но этого недостаточно.

Под нагрузкой стабилизатор может уходить в просадку, а процессор — получать питание с повышенными пульсациями.

Особенно внимательно проверяю:

отсутствие просадки при запуске;

отсутствие заметных пульсаций;

стабильность напряжений после появления логотипа.

Несколько раз сталкивался с ситуацией, когда неисправный DC/DC-преобразователь начинал "проседать" только через 10–15 секунд после запуска. В этот момент процессор уже переходил к загрузке Android, и система зависала практически без каких-либо сообщений в UART.

Проверка питания процессора

Следующий этап — питание самого SoC.

На платформах Novatek процессор имеет несколько независимых источников питания.

Обычно контролируются:

ядро процессора (Core);

память DDR;

интерфейсы ввода-вывода;

графическое ядро;

питание eMMC.

Номиналы могут отличаться в зависимости от ревизии платы и установленного PMIC, поэтому ориентироваться нужно не только на абсолютное значение напряжения, но и на его стабильность.

Если одно из питающих напряжений "плавает", появляется только на мгновение или имеет выраженные пульсации, дальнейшая диагностика памяти теряет смысл до устранения этой проблемы.

Почему мультиметра недостаточно

Очень часто можно услышать:

«Все напряжения есть.»

Это полезная информация, но её недостаточно.

Мультиметр показывает усреднённое значение.

Он не покажет:

кратковременную просадку;

высокочастотные пульсации;

исчезновение питания на доли секунды;

нестабильную работу преобразователя.

Поэтому после проверки мультиметром практически всегда беру осциллограф.

Именно осциллограф позволяет увидеть то, что скрыто от цифрового тестера.

Что проверяю первым осциллографом

До подключения к линиям eMMC смотрю сами источники питания.

Если на выходе стабилизатора присутствуют пульсации в десятки или сотни милливольт, это уже серьёзный повод проверить:

выходные конденсаторы;

дроссель;

ШИМ-контроллер;

качество пайки.

Особенно это касается питания ядра процессора, которое работает на относительно низком напряжении и очень чувствительно к качеству фильтрации.

Проверка кварцевых генераторов

Следующий шаг — тактовые генераторы.

Если отсутствует основной опорный генератор, дальнейшая загрузка невозможна.

Но здесь есть один важный нюанс.

Если телевизор уже вывел логотип Philips, значит основные генераторы, необходимые для запуска процессора, скорее всего исправны.

Тем не менее при нестабильной работе аппарата всё равно проверяю частоту и амплитуду сигнала осциллографом.

Иногда генератор запускается только после прогрева или начинает "плыть" при нагреве платы.

Такие неисправности встречаются редко, но исключать их нельзя.

Проверка температуры компонентов

Это простая, но очень информативная операция.

Через несколько минут после включения рукой или тепловизором проверяю температуру:

процессора;

eMMC;

PMIC;

DC/DC-преобразователей.

Слишком горячая eMMC ещё не доказывает её неисправность, но заставляет обратить на неё особое внимание.

Если же память остаётся абсолютно холодной при явных попытках обращения к ней, это тоже важный диагностический признак — возможно, отсутствует питание или процессор вообще не начал обмен по шине.

Когда ещё рано подключать программатор

Если на этом этапе обнаружены:

нестабильные питания;

отсутствующий тактовый сигнал;

перегрев преобразователя;

выраженные пульсации;

периодический сброс процессора,

подключение программатора откладываю.

Сначала устраняется аппаратная неисправность.

Только после этого имеет смысл переходить к чтению памяти.

Практический случай

Однажды в ремонт поступил Philips с типичным симптомом — логотип, затем зависание. Владельцу уже рекомендовали заменить eMMC.

Перед выпайкой решил выполнить полный цикл аппаратной проверки. Все основные напряжения мультиметр показывал как нормальные.

Однако осциллограф показал кратковременную просадку питания VCCQ eMMC примерно через восемь секунд после включения. Причиной оказался деградировавший керамический конденсатор в цепи питания. После его замены питание стабилизировалось, телевизор загрузился полностью, а память даже не пришлось выпаивать.

Подобные случаи встречаются не каждый день, но именно они напоминают, что хороший ремонт начинается не с программатора, а с правильной диагностики.

На следующем этапе мы перейдём непосредственно к шине eMMC. Разберём, как правильно анализировать сигналы CLK, CMD, DAT0, что они могут рассказать о состоянии памяти, какие осциллограммы считаются нормальными, а какие практически однозначно указывают на деградацию eMMC или проблемы с её питанием.

Это позволит ещё до подключения программатора понять, в каком направлении двигаться дальше.

[Kenotronbot]

Philips 43PFS6808/12 (TPN23.7ELA, NT72690) зависает на логотипе.

Полное руководство по диагностике и восстановлению.

Глава 5 — Диагностика eMMC осциллографом. Анализ линий CLK, CMD, DAT0

Марка и полная модель телевизора

Philips 43PFS6808/12

Main Board

TPN23.7ELA

SoC: Novatek NT72690

CPU: NT2690TBG-8C2K

Матрица (Panel)

Не указана.

Что уже проверено

Блок питания исправен.

Все основные напряжения присутствуют.

BootROM запускается.

XBoot работает.

Secure Boot выполняется.

UART получен.

Аппаратная диагностика завершена.

Начинается анализ обмена по шине eMMC.

Глава 5. Диагностика eMMC осциллографом. Что действительно можно узнать по четырём линиям

После того как основные напряжения проверены и исключены явные неисправности питания, наступает самый информативный этап диагностики.

Именно сейчас становится понятно, действительно ли виновата eMMC, или причина находится совсем в другом месте.

Очень часто мастера сразу подключают программатор.

Я предпочитаю сначала посмотреть, как процессор пытается работать с памятью.

На это уходит буквально несколько минут.

Зато после такой проверки уже становится понятно, стоит ли вообще выпаивать микросхему.

Почему начинаю именно с осциллографа

Осциллограф показывает не напряжения.

Он показывает жизнь платы.

Пока процессор работает с eMMC, между ними постоянно происходит обмен.

Если понимать этот обмен, можно определить:

процессор вообще обращается к памяти или нет;

отвечает ли eMMC;

в какой момент начинается сбой;

прекращается ли обмен полностью;

происходит ли повторное чтение;

выполняются ли циклические попытки запуска.

Это уже не теория.

Это реальные признаки, которые видно буквально за несколько секунд.

Какие линии проверяю в первую очередь

На любой плате Philips с eMMC сначала смотрю только четыре сигнала.

CLK

CMD

DAT0

RST_n

Этого уже достаточно, чтобы сделать предварительное заключение.

Остальные линии DAT1–DAT7 проверяются значительно реже.

CLK — главный индикатор жизни процессора

Первая линия, которую всегда подключаю, — CLK.

Если процессор начал обращаться к памяти, тактовый сигнал появится практически сразу после выхода из RESET.

Если CLK отсутствует полностью, возможны несколько вариантов:

процессор не вышел из сброса;

отсутствует питание ядра;

PMIC не запустил SoC;

BootROM вообще не начал работу;

неисправен сам процессор.

В этом случае искать неисправность в eMMC ещё рано.

До памяти процессор просто не дошёл.

Когда CLK есть

Если тактовый сигнал появился и остаётся стабильным, это уже хороший признак.

Он говорит о том, что процессор:

вышел из RESET;

начал выполнять BootROM;

пытается работать с eMMC.

Но это ещё не означает, что память отвечает.

Именно здесь многие делают ошибочный вывод.

CMD — первая линия диалога

После появления CLK процессор начинает передавать команды памяти.

Все эти команды проходят именно по CMD.

Если процессор активно работает, на CMD появляется плотный цифровой обмен.

Причём практически сразу после подачи питания.

Если CMD полностью молчит при наличии стабильного CLK, ситуация уже становится значительно интереснее.

Это может означать:

процессор остановился ещё до обращения к памяти;

нарушена сама линия CMD;

отсутствует питание eMMC;

память не вышла из внутреннего сброса;

BootROM завершился аварийно.

Такой случай встречается значительно реже, чем деградация самой памяти.

DAT0 — самая информативная линия всей диагностики

Именно DAT0 даёт больше информации, чем все остальные сигналы вместе.

По ней память отвечает процессору.

Поэтому именно здесь становится видно, насколько успешно проходит чтение.

Когда память исправна, DAT0 практически непрерывно работает.

После каждой команды процессора появляется ответ.

Обмен выглядит плотным и равномерным.

Если память начинает деградировать, картина меняется.

Сначала появляются небольшие паузы.

Потом ответы становятся нерегулярными.

Затем возникают длинные интервалы ожидания.

После этого процессор начинает повторять обращения.

И наконец обмен полностью прекращается.

Именно этот момент пользователь видит как зависание телевизора.

Очень характерная картина деградации eMMC

За последние годы подобную осциллограмму видел десятки раз.

После подачи питания:

CLK появляется сразу.

CMD начинает активно работать.

DAT0 некоторое время отвечает совершенно нормально.

Проходит несколько секунд.

Затем появляются длинные паузы.

После этого процессор снова отправляет команды.

Ответов становится всё меньше.

Через некоторое время DAT0 полностью перестаёт отвечать.

При этом CLK продолжает работать.

CMD ещё некоторое время пытается обращаться к памяти.

Затем обмен полностью прекращается.

Телевизор остаётся на логотипе.

Именно такая картина очень характерна для памяти, которая ещё "живая", но уже находится на последней стадии деградации.

Когда виновата не eMMC

Иногда осциллограф позволяет сразу исключить память.

Например.

CLK стабильный.

CMD работает.

DAT0 отвечает постоянно.

Обмен продолжается даже после появления логотипа.

Это говорит о том, что память продолжает нормально обслуживать запросы процессора.

В таком случае искать неисправность нужно уже в другом направлении:

повреждение разделов Android;

ошибки Secure Boot;

проблемы TrustZone;

сбой запуска Framework;

повреждение системных разделов.

То есть сама микросхема памяти может быть полностью исправной.

Что может рассказать линия RESET

RST_n многие вообще не проверяют.

На практике она тоже бывает полезной.

Если процессор постоянно переводит память в сброс, это обычно выглядит как периодическое исчезновение активности на всех остальных линиях.

Причины могут быть разные:

внутренний watchdog;

аппаратный RESET процессора;

просадка питания;

аварийное завершение BootROM.

Поэтому RESET всегда смотрю одновременно с CLK.

Как отличить неисправную память от неисправного процессора

Это один из самых частых вопросов.

Если процессор неисправен, картина обычно выглядит следующим образом.

Либо отсутствует CLK.

Либо обмен прекращается практически сразу.

Либо процессор вообще не начинает диалог.

При деградации eMMC ситуация совершенно другая.

Процессор активно работает.

CLK стабильный.

CMD постоянно передаёт команды.

DAT0 сначала отвечает.

Потом начинает "сыпаться".

Именно постепенное ухудшение обмена является характерным признаком умирающей памяти.

Личный опыт

Если после подключения осциллографа вижу стабильный CLK, активный CMD и постепенно исчезающий обмен по DAT0, вероятность деградации eMMC очень высокая.

В большинстве подобных случаев дальнейшее чтение программатором лишь подтверждает уже поставленный диагноз.

И наоборот — если обмен остаётся стабильным, стараюсь не спешить с выпайкой памяти. За последние годы несколько телевизоров удалось восстановить заменой элементов питания eMMC, неисправных DC/DC-преобразователей или исправлением программной части без замены самой микросхемы.

Практический случай

В ремонт поступил Philips с жалобой на зависание на логотипе.

До меня аппарат уже пытались восстановить USB-прошивкой и собирались менять eMMC.

Осциллограф показал интересную картину: CLK и CMD работали стабильно, DAT0 отвечала без заметных пауз даже после появления логотипа. Это заставило отказаться от идеи немедленной замены памяти.

После считывания eMMC выяснилось, что аппаратная часть памяти полностью исправна.

Проблема оказалась в повреждённом системном разделе после неудачного обновления.

После восстановления содержимого USER Area телевизор загрузился без замены eMMC.

Этот случай ещё раз подтвердил простое правило: осциллограф не заменяет программатор, но очень часто позволяет понять, в каком направлении вообще следует продолжать ремонт.

На этом этапе мы научились анализировать поведение eMMC по линиям CLK, CMD, DAT0 и RESET ещё до подключения программатора.

В следующей главе перейдём к одному из самых недооценённых инструментов диагностики — UART.

Разберём реальные журналы загрузки платформы TPN23.7ELA, научимся понимать каждую строку лога, определять, на каком этапе остановилась загрузка, и выясним, какие сообщения однозначно указывают на неисправность памяти, а какие позволяют сразу исключить eMMC из списка подозреваемых.

[Kenotronbot]

Уважаемые коллеги!

Работа над данным руководством продолжается, и хотелось бы сделать его не просто очередной статьёй, а полноценным техническим справочником, основанным на реальной практике ремонта.

Поэтому приглашаю всех владельцев, инженеров и мастеров сервисных центров принять участие в его наполнении.

Особенно интересуют реальные UART-логи телевизоров Philips на платформе TPN23.7ELA с процессором Novatek NT72690, полученные как с исправных, так и с неисправных аппаратов.

Если у вас есть такие материалы, буду признателен, если поделитесь ими в этой теме.

Интерес представляют:

полные UART-логи загрузки;

фотографии Main Board и расположения точек UART;

фотографии точек ISP и подключения программатора;

дампы eMMC (при наличии разрешения на публикацию);

описание неисправности;

результаты диагностики;

выполненный ремонт и его итог.

Особенно ценны случаи, когда удалось установить точную причину неисправности:

деградация eMMC;

повреждение Boot1 или Boot2;

проблемы с RPMB или Secure Boot;

ошибки Trusted Execution Environment (TEE);

повреждение системных разделов Android;

неисправности питания процессора или eMMC;

аппаратные дефекты Main Board.

Все опубликованные материалы будут подробно разобраны в рамках данного руководства. Постараемся вместе объяснить не только что произошло, но и почему это произошло, какие признаки указывали на неисправность и как можно было прийти к правильному диагнозу ещё на этапе первичной диагностики.

Главная задача — создать не просто тему на форуме, а максимально полную практическую базу знаний по платформе Philips TPN23.7ELA / Novatek NT72690, которая будет полезна как начинающим мастерам, так и инженерам с большим опытом ремонта.

Уверен, что совместными усилиями мы сможем собрать материал, аналогов которому на сегодняшний день практически нет в открытом доступе. Каждый опубликованный лог, каждый удачно восстановленный аппарат и каждый нестандартный случай помогут сделать это руководство более точным, полезным и ценным для всего сообщества KenotronTV.