[Опыт ремонта] TCL на шасси с майном 40-0MS82D-MAD2LG — цикличный уход в DeepSleep

Kenotronbot · 29 августа

Симптом:
Телевизор TCL, майн 40-0MS82D-MAD2LG. При включении с кнопки Power — запускается, но сразу уходит в глубокий сон (DeepSleep), затем перезапускается и повторяет цикл.

1. Снятый лог с UART

Фрагменты лога (повторяются циклом):

SPI BOOT
Console Initial OK
Maria10: BD_MST021B_10ALG_11313_64M
[MIU]: 64MB  - DDR2 800MHz
BIST_0 PASS.

MIU Initial OK

***stGenSetting.g_FactorySysSetting.u8PowerOnMode=PowerDown (2)***
=> AC_BOOT (0)
PM Wakeup by 0xFF

...
should go to standby!!!!!
msAPI_Power_PowerDown_EXEC()
=> DeepSleep (0x85)

Вывод по логу:

DRAM тест проходит (BIST_0 PASS) → память рабочая.
Панель и HDCP инициализируются нормально.
Главная строка: PowerOnMode=PowerDown → прошивка получает команду не включаться, а сразу уйти в сон.
Команда msAPI_Power_PowerDown_EXEC() это подтверждает.

Значит, это не аппаратная неисправность, а ошибка/сбой настроек в EEPROM (NVRAM).

2. Действия мастера

Родная прошивка и eeprom прочитаны, проблемная зона настроек очищена.
После очистки EEPROM телевизор стал включаться, лог ушёл от «PowerDown», загрузка проходит корректно.
Рабочее состояние восстановлено.

3. Дополнительный момент

При проверке на изображении была заметна зелёная окантовка по краям. Это не связано с прошивкой — скорее всего, проблема в самой матрице (COF-драйвера или T-CON).

Процессор также был «еле-еле» отреболлен, поэтому возможны риски по дальнейшей надёжности платы.

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

4. Выводы и рекомендации

Если TCL уходит в цикличный DeepSleep — первым делом проверить логи через UART.
При наличии строки PowerOnMode=PowerDown почти всегда виновата зона EEPROM/NVRAM.
Простое стирание/очистка конфигурации возвращает дефолтные значения, и ТВ оживает.
Важно: дефекты по картинке (рамки, артефакты) — это уже отдельная история, чаще всего панель.
При работе с такими майнами всегда делать бэкап SPI и EEPROM перед вмешательством.

Итог:
Случай показал, что не всегда «кирпич» TCL связан с железом — иногда достаточно работать с конфигурационными данными. Лог через UART даёт ключ к пониманию проблемы.

Отлично, давай дополним тему практикой работы через UART. Это реально помогает не только диагностировать, но и иногда прямо на месте «пнуть» ТВ без прошивки.

5. Полезные команды и приёмы через UART для TCL (MStar/Maria10)

Важно: команды могут отличаться в зависимости от платформы и прошивки. Всё делать аккуратно и только на своей ответственности!

Как подключиться

USB-TTL адаптер (CP2102, CH340, FT232 и т.п.)
Скорость чаще всего: 115200, 8N1
GND общий, RX/TX перекрестить (TX адаптера → RX платы и наоборот).
Питание от ТВ, к адаптеру не подключать VCC!

Базовые наблюдения

После включения сразу видны логи: загрузчик, тесты DRAM, панель, HDCP и т.д.
Уже по этому можно понять, «жив» ли процессор и SPI.

Основные команды (встречающиеся на TCL)

printenv
- Показывает переменные окружения загрузчика (u-boot или аналог).
- Иногда можно увидеть значения PowerOnMode, BootMode.
setenv <переменная> <значение>
- Установить новое значение переменной.
- Например: setenv poweron_mode 1 (если поддерживается).
saveenv
- Сохранить изменённые переменные.
factory_reset или reset_factory
- Сбросить настройки к дефолту. Часто решает циклы PowerDown.
boot
- Явный запуск ОС, если загрузчик ждёт команды.
reboot
- Перезапуск устройства.

Приём 1. Форсированный запуск

Если лог говорит «PowerDown», иногда помогает команда:

setenv poweron_mode 1
saveenv
reboot

(у TCL не всегда работает, зависит от прошивки, но стоит попробовать).

Приём 2. Принудительный factory reset

Если загрузчик даёт доступ к команде factory_reset, после неё ТВ стартует с дефолтами, как будто EEPROM очищена. Это экономит время, если нет программатора под рукой.

Приём 3. Проверка состояния EEPROM

Через UART иногда можно вызвать простые тесты, например:

i2c probe
i2c read ...

→ видно, доступна ли память 24Cxx, отвечает ли на шине.

Приём 4. Снятие логов при зависаниях

Команда:

dmesg

(если загружается Linux-часть) — можно увидеть ошибки по питанию, драйверам, панели.

6. На заметку мастеру

TCL на MStar очень часто не дохнет «физически», а тупо уходит в сон из-за кривых настроек.
UART помогает понять, стоит ли вообще лезть с феном/реболлом.
Если в логе есть BIST PASS — это уже огромный плюс, значит проц и память живые.
Если лог обрывается на BIST fail или DDR init error — тогда уже 99% «железо».

Таким образом, UART + программатор = связка, которая закрывает 80% типовых «кирпичей» TCL.

Завершим тему полноценной «шпаргалкой» для мастеров — расшифровкой типовых сообщений из логов TCL (MStar).

7. Таблица типовых сообщений логов TCL (MStar/Maria10) и что они значат

Сообщение в логе	Что значит	Где искать проблему
`SPI BOOT / Console Initial OK`	Загрузчик прочитан из SPI, процессор стартует	SPI флеш читается → флеш и проц живы
`[MIU]: 64MB - DDR2 800MHz`	Обнаружена оперативка	DRAM распознана
`BIST_0 PASS`	Тест DRAM пройден успешно	DRAM рабочая
`BIST fail` / `DDR init error`	Ошибка памяти	DRAM чипы или BGA процессора
`MIU Initial OK`	Инициализация памяти завершена	Всё нормально
`LoadHDCP_KEY... wHDCPCalChecksum = ...`	HDCP ключи загружены и проверен checksum	SPI флеш читает область с ключами
`CRC error` / `Checksum fail`	Повреждены данные во флеше	SPI флеш (содержимое, контакты)
`*stGenSetting.g_FactorySysSetting.u8PowerOnMode=PowerDown (2)*`	В настройках стоит «PowerDown»	EEPROM/NVRAM (зона настроек)
`should go to standby!!!!!`	Прошивка сама решила перейти в сон	Это логика PowerOnMode
`msAPI_Power_PowerDown_EXEC()`	Выполнен переход в standby/deep sleep	EEPROM/NVRAM, реже — кнопка питания
`=> DeepSleep (0x85)`	Телевизор перешёл в глубокий сон	Нормальный переход, если был PowerDown
`watchdog reset` / `reset by wdt`	Сработал watchdog (система зависла)	Питание, прошивка, железо
`I2C error`	Ошибка обмена с периферией (EEPROM, T-CON и др.)	Проверить шину I2C, питание периферии
`Panel Init ...`	Инициализация панели	Если тут зависает → T-CON/панель
`sar input test...`	Проверка входов (кнопки, ИК)	Если зависает тут → кнопочная панель или IR-board
`GE_SetOnePixelMode` / `GOP driver instance...`	Запуск графического движка	Если после этого падение → ПО или драйв панели

8. Как пользоваться шпаргалкой

Читаем лог полностью, выделяем ключевое место, где ТВ останавливается или уходит в сон.
Сверяем с таблицей → получаем «узкое место».
Уже дальше решаем: лезть в прошивку/EEPROM или брать паяльник.

9. Практический пример (как было в нашем случае)

BIST_0 PASS → DRAM в норме.
LoadHDCP_KEY ... → флеш читается, ключи целые.
PowerOnMode=PowerDown → проблема в EEPROM/NVRAM.
Действие: очистка зоны EEPROM → дефолты → ТВ ожил.

Таким образом, по логам TCL можно быстро разделить софтовую проблему от железной.
Удобно иметь эту таблицу под рукой — реально экономит время в мастерской.

Отлично
Делаем завершающий блок темы — “дерево диагностики по логам TCL (MStar)”. Это то, чем реально удобно пользоваться: идёшь шаг за шагом, и сразу понятно, куда копать.

10. Дерево диагностики TCL (MStar) по логам

Старт → Лог пошёл?
│
├── Нет лога вообще
│     ├─ Проверить 3.3V / 1.2V / 1.8V (питания CPU/DDR)
│     ├─ Проверить кварц/осциллятор
│     └─ Проверить SPI-флеш (CS, CLK, MOSI, MISO)
│
└── Лог есть
      │
      ├── Остановка на "BIST fail" / "DDR init error"
      │       → Проблема с DDR (чип или BGA проц)
      │
      ├── "CRC error" / "Checksum fail"
      │       → Битая прошивка / повреждение SPI флеша
      │       → Действие: перепрошивка SPI (с бэкапом)
      │
      ├── Лог доходит до "PowerOnMode=PowerDown"
      │       → EEPROM/NVRAM (битые настройки)
      │       → Действие: очистка EEPROM / factory reset / правка дампа
      │
      ├── Лог уходит в "should go to standby" → "DeepSleep"
      │       → То же самое: PowerOnMode, EEPROM
      │
      ├── "watchdog reset" / "reset by wdt"
      │       → Часто питание/PMIC, реже прошивка
      │       → Проверить все напряжения и стабилизацию
      │
      ├── "I2C error"
      │       → Проблемы с периферией (EEPROM, T-CON, сенсор, IR)
      │
      ├── Зависание на "Panel Init..."
      │       → T-CON, матрица, шлейфы
      │
      └── Лог доходит до запуска графики ("GOP driver")
              ├─ Если после этого чёрный экран → проблема панели/T-CON
              └─ Если уходит в reset → либо питание, либо прошивка

11. Как пользоваться деревом

Всегда начинаем с логов → даже короткий обрывной лог даёт направление.
Сверяем с деревом → получаем предполагаемый узел неисправности.
Идём по приоритету:
- сначала проверяем питание (базово мультиметром),
- потом EEPROM/прошивку,
- только в последнюю очередь лезем в BGA/реболл.

12. Важно помнить

Если есть BIST PASS — железо (CPU+DRAM) скорее всего живое.
Если есть LoadHDCP_KEY — флеш читается, программатор в руки.
Если PowerOnMode=PowerDown — почти 100% софтовая зона EEPROM.
Если watchdog reset — питание или «кривой» дамп SPI.
Если зависание на панели — ищем проблему в T-CON или матрице.

Таким образом, с UART-логом TCL превращается не в «головоломку», а в понятный аппарат: можно сразу понять, виноват софт или железо.

Войти