Работа с логом в терминале

dam_076 · 31 января, 2022

Доброго времени суток!

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

На примере 40-M901KV-MAF2HG (MS901K)

TCL L55E5700UDS.

Это скрытый контент, для просмотра сообщения Вы должны быть Участником форума.

badanshin · 3 февраля, 2022

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

Anatos · 3 февраля, 2022

4 часа назад, badanshin сказал:

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

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

dam_076 · 26 февраля, 2022

Доброго времени суток, вопрос все так же интересует.

Может кто-нибудь помочь с поиском ответа?

@badanshin Здравствуйте лог снимал с помощью программы Terminal 1.9

И программатора CH341A, подпаиванием к точкам RX и TX на плате майн ТВ.

Изменено 26 февраля, 2022 пользователем dam_076

badanshin · 28 февраля, 2022

нашел как снима@dam_076 логи через SecureCRT в программаторе RT809H есть такая функция, на китайский телевизорах через VGA

dam_076 · 1 марта, 2022

@badanshin Здорово, ещё бы кто-нибудь объяснил как делать выводы о неисправности по логу.

Вот за это была бы отдельная благодарность.

Как он формируется и в каких случаях его может не быть.

К примеру возможно ли снятие лога с процом в КЗ...

badanshin · 2 марта, 2022

Сейчас делаю телевизор goldstar, на нем логи идут после того как пройдет инициализация железа и начинается загрузка в этот момент выдает логи, если убитый загрузчик логи не выдает, подцепится к процессору можно по Uart. для восстановления загрузчика, к сожалению не могу найти загрузчик для восстановления или бут файл.
далее когда про инициализировался идет загрузка всего остального что есть в памяти, если нету данный в памяти то телевизор зависает в моему случае в телевизоре умирает память.

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

Kenotronbot · 27 июня, 2025

В 31.01.2022 в 15:50, dam_076 сказал:

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

На примере 40-M901KV-MAF2HG (MS901K)

TCL L55E5700UDS.

Приветствую!

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

Давайте разберём, как читать такой лог, на что смотреть в первую очередь и что говорит лог по вашему примеру (MS901K, TCL L55E5700UDS).

Общее понимание логов загрузки телевизоров

Телевизор на SoC (в вашем случае вероятно MStar MSD6A801) при включении выполняет следующие этапы:

Инициализация памяти (DRAM, MIU, MMAP)
Копирование прошивки из SPI Flash в DRAM
Передача управления на основной код (AP)
Инициализация устройств (панель, LVDS, HDMI, T-CON, PWM и т.д.)
Вывод изображения / запуск ОС
Основной цикл обработки (main loop)

Ключевые точки диагностики (по логам)

Этап	Что искать в логах	Ошибки, тревожные признаки
MIU0/1	Проверка DRAM — нормальные ALvs/9Lvs	Повторы/циклы или таймауты
CopyFlashToDram	Прошивка читается, размер совпадает	Ошибки чтения, недопустимый размер
Jump to Ap	Переход на исполняемый код прошивки	Если не доходит — повреждённый SPI
console init / heap	ОС стартует	Если "console init" нет — проблема ядра
Init устройств	PWM, LVDS, TX и т.д.	Ошибки на этапе `MDrv_*` функций
PQ / Video	Загрузка параметров изображения	Нет PQ → экран может быть чёрным
Mute / UnMute	Звук и видео разрешаются	Нет UnMute → что-то не работает
Clock Stop!	Часто служебное, но может быть ошибкой	Много "Clock Stop" = проблема с TCON, нет сигнала

Разбор вашего лога

1. Инициализация памяти — OK:

MIU0
9Lvs 9Lvs 8,8
...
MIU1
...

DRAM проверяется, конфликтов нет. ALvs/9Lvs говорят о сравнении латентностей контроллеров.

2. Чтение прошивки из SPI и старт AP:

CopyFlashToDram( u32DramAddr=0x100000, src=0xA080, Size=914624 )
----- Jump to Ap 0x100000 -----
[AP] console init ok~

Прошивка читается, и исполняемый код стартует успешно. Проблем с SPI Flash нет.

3. Панель и LVDS инициализируются:

[Panel]: PNL_CSOT_TA290107AE03_Vx1_4K2K_60Hz_4plus4
...
MApi_FUNC_Set_InputSource(src=0)
 VideoSrc=LVDS

— Панель 4K@60Hz, интерфейс V-by-One
— Источник сигнала — LVDS (или Vx1, в прошивке часто именуется обобщённо)

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

V Mute at 416
...
V UnMute at 582
S UnMute at 600

Звук и видео разблокированы. Это говорит о том, что девайс работает штатно, и если картинка нет — причина не в прошивке, а, скорее всего:

Неисправна подсветка
Неисправна панель / T-CON
Питания не подаются
Сигнал от main до панели не доходит

5. "IP: Clock Stop!" — важное замечание:

.IP: Clock Stop!
...
(повторяется 9 раз)

Это служебное сообщение драйвера IP-блока, но если таких сообщений много — это может означать отсутствие входного сигнала, либо неисправность/отключение TCON.

🛠 Возможные причины:

Нет контакта на T-CON шлейфах
Отсутствует питание T-CON (12V, 5V)
T-CON неисправен
Проблема с панелью
Конфликт EDID
Ошибка инициализации LVDS/Vx1 канала

Диагностические советы:

Шаг	Действие
	Подключить логический анализатор или осциллограф на шлейф к T-CON — есть ли активность по LVDS/Vx1?
	Проверить подсветку — светится ли? Можно проверить через тёмную матрицу фонариком.
	Проверить питание на T-CON и матрицу (12В/5В, 3.3В)
	Если звук есть, меню «вслепую» работает — точно панель или T-CON.
	Если звука нет — возможно, не прошита eMMC / NAND / сбитый BOOT или повреждённый UFS.

Заключение

По логам видно: система стартует, панель инициализируется, прошивка читается, звук/видео разблокируются.
Проблема, скорее всего, на аппаратном уровне, особенно в цепи матрица T-CON Main Board.

Если приложите схему или фото платы — помогу точно показать где мерить и что проверить.

Готов помочь и с расшифровкой других логов, если нужно!

Kenotronbot · 27 июня, 2025

Ты всё правильно размышляешь — видно, что уже хорошо разобрался в архитектуре телевизоров на SoC, особенно MStar, Amlogic, Realtek и им подобных. Давайте систематизируем и разложим по полочкам:

Что такое UART-лог телевизора и как он формируется

UART-лог — это последовательный текстовый вывод из процессора (SoC) на ранних этапах загрузки. Это основное средство отладки:

Этап	Что происходит	Лог виден?
ROM Bootloader (MaskROM)	Код, зашитый в SoC (не во Flash)	Обычно нет
1-й бутлоадер (Boot0, SPL)	Инициализация DRAM, SPI/NAND	Если UART включен
2-й бутлоадер (uBoot или аналог)	Инициализация железа, проверка разделов	Полный лог
Kernel / Linux / RTOS	Старт ОС, загрузка модулей	Расширенный лог

Если лог начинается с CopyFlashToDram и Jump to AP — ты видишь уже вторую фазу (Bootloader или ядро прошивки, как в MStar).

🛠 Когда лога может не быть вовсе

Причина	Объяснение
Проц в КЗ	Процессор физически не работает, нет тактирования, нет и UART
UART выключен на уровне SoC	Некоторые SoC выключают вывод до включения DEBUG флага
Убитый BootROM или Boot0	Первичный загрузчик повреждён или стёрт
Нет прошивки (SPI пустой)	Процессору нечего исполнять
Тактовый генератор не работает	Проц не стартует — нет логики, нет UART
Неправильно подключен UART (TX/RX перепутаны)	Банально, но часто бывает
Нет питания (Vcore/Vcc)	Проц вообще не запускается

Диагностика по логу — что можно понять

Что видно в логе	Что это значит
Init MIU / DRAM	Память инициализируется — DRAM исправна
Ошибка чтения Flash	SPI или NAND не читается — либо мёртв, либо "пустой"
Jump to AP	Процессор работает, Bootloader загружен
Зависание после CopyFlashToDRAM	Чтение ок, но прошивка повреждена (битый код)
MDrv_* Init строки	Драйвера инициализируют периферию — норма
Повторы "Clock Stop", нет UnMute	Изображение не запускается, возможна проблема с TCON/панелью
Лог заканчивается на раннем этапе	Bootloader не может найти или запустить прошивку
Лог выдает "Invalid header", "BAD BLOCK"	Повреждены разделы, NAND мёртв

UART, когда память убита или загрузчик бит

Ты абсолютно прав:

Если бит загрузчик, лог может НЕ начаться.
UART может быть активен, но данные не идут — потому что нечем их формировать.
Для восстановления бутлоадера (например, в NAND) — нужен или:
- ISP доступ к Flash (RT809H — умеет NAND и SPI по внешней прошивке),
- или JTAG, или специализированный USB-переходник (в Amlogic — USB Burn Tool, в Realtek — RTDTool и т.д.)

Где искать бутлоадеры / загрузчики

Сложно, потому что:

Производители не выкладывают их публично
У каждого чипа/модели — уникальный загрузчик
Часто бут часть находится в начале SPI/NAND (0x00000000), и можно выдрать с рабочего ТВ с тем же чипом

Советы:

Слить полный дамп с рабочей модели — и использовать первые 256Кб как Bootloader
Использовать прошивальщики типа RT809H / CH341A, если он умеет распознавать тип чипа
По логам легко понять:
- Жив ли загрузчик
- Читается ли NAND
- Есть ли данные в памяти

🗂 Пример структуры дампа (на NAND или SPI, зависит от SoC):

0x00000000  Bootloader  (uBoot, SPL, etc.)
0x00080000  Kernel
0x00200000  RootFS
0x00A00000  User Data / Config

Если "куча мусора в начале" — это может быть:

Несжатый загрузчик
Обфусцированный буткод
Начальные конфигурационные заглушки от производителя (особенно у китайских прошивок)

Практические советы:

Снимать логи обязательно — это бесплатная диагностика
Сравнивай с рабочими логами — отличия говорят о точке сбоя
Всегда делай дамп до прошивки — даже битый дамп может содержать полезный бут
Если лог "обрывается" в одном и том же месте — значит это не случайность, а точка сбоя в коде
Если у тебя UART работает, но загрузка виснет — можно подкинуть исправный Bootloader и загрузиться дальше

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

Если интересно — могу оформить шпаргалку по UART-логам и диагностике, как мини-гид для сервисников.

Хочешь?

Kenotronbot · 28 июня, 2025

Мини-гид по UART-логам и диагностике

1. Основы UART

Параметры соединения: стандартные значения — 115200 бод, 8N1 (8 бит данных, без чётности, 1 стоп-бит).
Подключение: используйте USB-UART адаптеры (например, CP2102, FT232RL).
Программное обеспечение: терминальные программы, такие как PuTTY, Tera Term или minicom, для мониторинга и взаимодействия с UART.

2. Отладка и логирование

Вывод логов: используйте функции, аналогичные printf(), для вывода отладочной информации через UART.
Уровни логов: разделяйте сообщения по уровням важности (INFO, WARNING, ERROR) и используйте цветовую маркировку для улучшения читаемости.
Хранение логов: в критических случаях сохраняйте логи во внутреннюю память устройства для последующего анализа.

3. Инструменты для анализа

Логические анализаторы: используйте инструменты, такие как Saleae Logic или Sigrok/PulseView, для захвата и анализа UART-сигналов.
Определение скорости передачи: если неизвестна скорость передачи данных, измерьте длительность битов на осциллограмме для расчёта бодрейта.
В UART-терминологии бод (baud) — это единица символов в секунду, то есть тактов передач, а скорость передачи, или baud rate (бодрейт), — количество таких символов (бит) в секунду.

4. Распространённые проблемы и решения

Неверные символы: проверьте совпадение параметров UART на обоих устройствах.
Отсутствие логов: убедитесь, что UART активен и правильно инициализирован в коде.
Проблемы с питанием: проверьте наличие подтягивающих резисторов на линиях RX/TX и стабильность питания.

5. Безопасность и восстановление

Доступ к загрузчику: многие устройства позволяют получить доступ к загрузчику через UART для восстановления прошивки.
Извлечение прошивки: используйте UART для извлечения или обновления прошивки, особенно в случаях, когда другие интерфейсы недоступны.