Расшифровка логов разных тв

[ильшат]

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

Вот например я не понимаю лог от TCL 28 Mayn 40-0MS82D-MAD2LG, уходит с рабочего режима в дежурный сразу после нажатия на Power.

Спойлер

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

77
  [123456789ABC][123456789ABC]
0066

 MIU Initial OK

-------gPanelTypeState = 0

 g_ProjectID_HD id =29
 g_ProjectID id = 0
g_u16QuickGenSettingIdx = 25
 GenSetting OK!

 GEN_VER 0xAFD2
 GEN_FAC 0x8227
Reload Period: 0 ms

 s8SN0(126) s8SN1(125)

stUserData._wWAD_ID =0xA5F6
-------gMirrorPanelEN = 0

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

sar input test...

 PJ_PanelID_HD******** 35
 g_PNL_TypeSel is 35
 panel is********* 35MDrv_PNL_Init u32PnlRiuBaseAddr = A0200000
MDrv_PNL_Init u32PMRiuBaseAddr = A0000000
LoadHDCP_KEY
HDCP_DB_BANK 0x3A

0x2B 0x2B 0x6C 0xCB 0x52 0xC0 0x97 0x37 0x1D 0xE7 0x0D 0xE5 0x0A 0x91 0x2C 0x6F
0x9C 0xEA 0xDB 0x2E 0x09 0x28 0x58 0xB2 0x14 0xF7 0xC3 0x26 0x5E 0xF8 0x6B 0xE8
0xBB 0xCD 0x7B 0x75 0x4B 0x9C 0x89 0x55 0xC7 0x91 0xDA 0x5D 0x9A 0x36 0x59 0x5C
0x83 0x15 0x03 0xEE 0x07 0x66 0x09 0xC5 0xDB 0xCA 0x52 0x6D 0x04 0x94 0x3D 0xD3
0xF8 0xA6 0x01 0xDC 0x98 0x7D 0xF1 0x5B 0x8F 0xB1 0x3A 0x9A 0x4D 0x58 0x9C 0x69
0xD1 0xA8 0x20 0x55 0xAD 0xC4 0xDD 0x15 0x9D 0x96 0xE7 0x4E 0x3C 0x7F 0xD2 0xD7
0xDE 0x47 0x6F 0xAD 0x7C 0xBF 0x8D 0x26 0x1A 0x29 0xA2 0x4A 0x67 0x17 0x28 0xE9
0x26 0x4F 0xB6 0x48 0xA8 0xF5 0x57 0xFB 0x0D 0x3D 0xCA 0x61 0x20 0xF3 0xBF 0xBD
0x4E 0xA4 0x7B 0x01 0xE9 0xB8 0x33 0x58 0x9F 0xEF 0x64 0x26 0xF9 0x60 0x71 0x43
0x53 0x54 0x92 0xC3 0xD8 0x60 0x7A 0xC5 0xD8 0xC9 0xB9 0x5D 0xC8 0xC3 0xD6 0x45
0x48 0x8E 0xEC 0xF1 0x1B 0x05 0xA4 0x61 0x94 0x4E 0x36 0x5B 0xF0 0x24 0xA2 0x5B
0x86 0xA2 0xD8 0xE0 0xE6 0x4F 0x98 0x43 0xAE 0xFC 0x48 0x9D 0x47 0xCD 0x49 0x8E
0x6E 0x3F 0xD0 0x0B 0x6B 0x39 0xF5 0x1D 0xCD 0xF7 0x84 0x4B 0xFB 0xB7 0x54 0x15
0xAB 0xDA 0x2B 0xB1 0x18 0x1A 0xDB 0x99 0xCD 0x13 0xF5 0x3D 0x6E 0x1B 0x88 0xDD
0x37 0x97 0xD1 0x4B 0x42 0xD1 0x0F 0x93 0xC3 0x19 0xE6 0xE8 0x90 0x23 0x6E 0x76
0xC6 0x7B 0x92 0xE8 0x75 0xA8 0x4C 0xFA 0x70 0x21 0xC2 0xDA 0x95 0x6D 0x4F 0xBD
0xE4 0x92 0x8D 0xD5 0x02 0x6C 0xBA 0xFE 0x43 0xC0 0x16 0xDD 0x27 0xDB 0xE6 0xBB
0x2C 0xC3 0xBD 0x5A 0xFF 0xB2 0xD1 0xB2 0x35 0x88 0xD8 0x72 0xBD 0x73 0x8E 0xE7
0x9A
(HDCP_KEY_TYPE==HDCP_KEY_IN_DB) wHDCPCalChecksum = 0x96C3
GE_SetOnePixelMode

====================
First GOP driver instance, flush GWIN HW
====================

should go to standby!!!!!
msAPI_Power_PowerDown_EXEC()

------ Disable HPD ------
Power down

=> DeepSleep (0x85)
 .. Enter PM Sleep ..
  SPI BOOT
 Console Initial OK
 Maria10: BD_MST021B_10ALG_11313_64M
 [MIU]: 64MB  - DDR2 800MHz
 BIST_0 PASS.

77
  [123456789ABC][123456789ABC]
0066

 MIU Initial OK

-------gPanelTypeState = 0

 g_ProjectID_HD id =29
 g_ProjectID id = 0
g_u16QuickGenSettingIdx = 25
 GenSetting OK!

 GEN_VER 0xAFD2
 GEN_FAC 0x8227
Reload Period: 0 ms

 s8SN0(126) s8SN1(125)

stUserData._wWAD_ID =0xA5F6
-------gMirrorPanelEN = 0

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

sar input test...

 PJ_PanelID_HD******** 35
 g_PNL_TypeSel is 35
 panel is********* 35MDrv_PNL_Init u32PnlRiuBaseAddr = A0200000
MDrv_PNL_Init u32PMRiuBaseAddr = A0000000
LoadHDCP_KEY
HDCP_DB_BANK 0x3A

0x2B 0x2B 0x6C 0xCB 0x52 0xC0 0x97 0x37 0x1D 0xE7 0x0D 0xE5 0x0A 0x91 0x2C 0x6F
0x9C 0xEA 0xDB 0x2E 0x09 0x28 0x58 0xB2 0x14 0xF7 0xC3 0x26 0x5E 0xF8 0x6B 0xE8
0xBB 0xCD 0x7B 0x75 0x4B 0x9C 0x89 0x55 0xC7 0x91 0xDA 0x5D 0x9A 0x36 0x59 0x5C
0x83 0x15 0x03 0xEE 0x07 0x66 0x09 0xC5 0xDB 0xCA 0x52 0x6D 0x04 0x94 0x3D 0xD3
0xF8 0xA6 0x01 0xDC 0x98 0x7D 0xF1 0x5B 0x8F 0xB1 0x3A 0x9A 0x4D 0x58 0x9C 0x69
0xD1 0xA8 0x20 0x55 0xAD 0xC4 0xDD 0x15 0x9D 0x96 0xE7 0x4E 0x3C 0x7F 0xD2 0xD7
0xDE 0x47 0x6F 0xAD 0x7C 0xBF 0x8D 0x26 0x1A 0x29 0xA2 0x4A 0x67 0x17 0x28 0xE9
0x26 0x4F 0xB6 0x48 0xA8 0xF5 0x57 0xFB 0x0D 0x3D 0xCA 0x61 0x20 0xF3 0xBF 0xBD
0x4E 0xA4 0x7B 0x01 0xE9 0xB8 0x33 0x58 0x9F 0xEF 0x64 0x26 0xF9 0x60 0x71 0x43
0x53 0x54 0x92 0xC3 0xD8 0x60 0x7A 0xC5 0xD8 0xC9 0xB9 0x5D 0xC8 0xC3 0xD6 0x45
0x48 0x8E 0xEC 0xF1 0x1B 0x05 0xA4 0x61 0x94 0x4E 0x36 0x5B 0xF0 0x24 0xA2 0x5B
0x86 0xA2 0xD8 0xE0 0xE6 0x4F 0x98 0x43 0xAE 0xFC 0x48 0x9D 0x47 0xCD 0x49 0x8E
0x6E 0x3F 0xD0 0x0B 0x6B 0x39 0xF5 0x1D 0xCD 0xF7 0x84 0x4B 0xFB 0xB7 0x54 0x15
0xAB 0xDA 0x2B 0xB1 0x18 0x1A 0xDB 0x99 0xCD 0x13 0xF5 0x3D 0x6E 0x1B 0x88 0xDD
0x37 0x97 0xD1 0x4B 0x42 0xD1 0x0F 0x93 0xC3 0x19 0xE6 0xE8 0x90 0x23 0x6E 0x76
0xC6 0x7B 0x92 0xE8 0x75 0xA8 0x4C 0xFA 0x70 0x21 0xC2 0xDA 0x95 0x6D 0x4F 0xBD
0xE4 0x92 0x8D 0xD5 0x02 0x6C 0xBA 0xFE 0x43 0xC0 0x16 0xDD 0x27 0xDB 0xE6 0xBB
0x2C 0xC3 0xBD 0x5A 0xFF 0xB2 0xD1 0xB2 0x35 0x88 0xD8 0x72 0xBD 0x73 0x8E 0xE7
0x9A
(HDCP_KEY_TYPE==HDCP_KEY_IN_DB) wHDCPCalChecksum = 0x96C3
GE_SetOnePixelMode

====================
First GOP driver instance, flush GWIN HW
====================

should go to standby!!!!!
msAPI_Power_PowerDown_EXEC()

------ Disable HPD ------
Power down

=> DeepSleep (0x85)
 .. Enter PM Sleep ..

 

[alex2290]

Кнопку включения проверяли? 

[lyutiy]

4 часа назад, ильшат сказал:

Предлагаю зденсь выкладывать логи рабочих тв и для поиска расшифровки.

А какой в этом смысл?

[ильшат]

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

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

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

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

Однако вот лог с другим дампом: первая загрузка проходит успешно, но впоследствии устройство отключается.

Спойлер

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

77
  [123456789ABC][23456789ABC]
0067

 MIU Initial OK

-------gPanelTypeState = 0

 g_ProjectID_HD id =29
 g_ProjectID id = 0
g_u16QuickGenSettingIdx = 23
 GenSetting OK!

 GEN_VER 0xAFD2
 GEN_FAC 0x8227
Reload Period: 0 ms

 s8SN0(124) s8SN1(125)

stUserData._wWAD_ID =0xA5F6
-------gMirrorPanelEN = 0

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

sar input test...

 PJ_PanelID_HD******** 35
 g_PNL_TypeSel is 35
 panel is********* 35MDrv_PNL_Init u32PnlRiuBaseAddr = A0200000
MDrv_PNL_Init u32PMRiuBaseAddr = A0000000
LoadHDCP_KEY
HDCP_DB_BANK 0x3A

0x2B 0x2B 0x6C 0xCB 0x52 0xC0 0x97 0x37 0x1D 0xE7 0x0D 0xE5 0x0A 0x91 0x2C 0x6F
0x9C 0xEA 0xDB 0x2E 0x09 0x28 0x58 0xB2 0x14 0xF7 0xC3 0x26 0x5E 0xF8 0x6B 0xE8
0xBB 0xCD 0x7B 0x75 0x4B 0x9C 0x89 0x55 0xC7 0x91 0xDA 0x5D 0x9A 0x36 0x59 0x5C
0x83 0x15 0x03 0xEE 0x07 0x66 0x09 0xC5 0xDB 0xCA 0x52 0x6D 0x04 0x94 0x3D 0xD3
0xF8 0xA6 0x01 0xDC 0x98 0x7D 0xF1 0x5B 0x8F 0xB1 0x3A 0x9A 0x4D 0x58 0x9C 0x69
0xD1 0xA8 0x20 0x55 0xAD 0xC4 0xDD 0x15 0x9D 0x96 0xE7 0x4E 0x3C 0x7F 0xD2 0xD7
0xDE 0x47 0x6F 0xAD 0x7C 0xBF 0x8D 0x26 0x1A 0x29 0xA2 0x4A 0x67 0x17 0x28 0xE9
0x26 0x4F 0xB6 0x48 0xA8 0xF5 0x57 0xFB 0x0D 0x3D 0xCA 0x61 0x20 0xF3 0xBF 0xBD
0x4E 0xA4 0x7B 0x01 0xE9 0xB8 0x33 0x58 0x9F 0xEF 0x64 0x26 0xF9 0x60 0x71 0x43
0x53 0x54 0x92 0xC3 0xD8 0x60 0x7A 0xC5 0xD8 0xC9 0xB9 0x5D 0xC8 0xC3 0xD6 0x45
0x48 0x8E 0xEC 0xF1 0x1B 0x05 0xA4 0x61 0x94 0x4E 0x36 0x5B 0xF0 0x24 0xA2 0x5B
0x86 0xA2 0xD8 0xE0 0xE6 0x4F 0x98 0x43 0xAE 0xFC 0x48 0x9D 0x47 0xCD 0x49 0x8E
0x6E 0x3F 0xD0 0x0B 0x6B 0x39 0xF5 0x1D 0xCD 0xF7 0x84 0x4B 0xFB 0xB7 0x54 0x15
0xAB 0xDA 0x2B 0xB1 0x18 0x1A 0xDB 0x99 0xCD 0x13 0xF5 0x3D 0x6E 0x1B 0x88 0xDD
0x37 0x97 0xD1 0x4B 0x42 0xD1 0x0F 0x93 0xC3 0x19 0xE6 0xE8 0x90 0x23 0x6E 0x76
0xC6 0x7B 0x92 0xE8 0x75 0xA8 0x4C 0xFA 0x70 0x21 0xC2 0xDA 0x95 0x6D 0x4F 0xBD
0xE4 0x92 0x8D 0xD5 0x02 0x6C 0xBA 0xFE 0x43 0xC0 0x16 0xDD 0x27 0xDB 0xE6 0xBB
0x2C 0xC3 0xBD 0x5A 0xFF 0xB2 0xD1 0xB2 0x35 0x88 0xD8 0x72 0xBD 0x73 0x8E 0xE7
0x9A
(HDCP_KEY_TYPE==HDCP_KEY_IN_DB) wHDCPCalChecksum = 0x96C3
GE_SetOnePixelMode

====================
First GOP driver instance, flush GWIN HW
====================

-----reset ST_VIDEO.ePicture as NORMAL!-----

DynBacklightOff

-----reset ST_VIDEO.ePicture as NORMAL!-----

DynBacklightOff

-----reset ST_VIDEO.ePicture as NORMAL!-----

DynBacklightOff

-----reset ST_VIDEO.ePicture as NORMAL!-----

DynBacklightOff

-----reset ST_VIDEO.ePicture as NORMAL!-----

DynBacklightOff
Disable Aeon
Disable Aeon Done
***EN_POWER_AC_BOOT ***

 MApp_ATVProc_Initialize
_u8CurrentProgramNumber= 54DSP code loaded successfully

 InputSourceType is 1
 Set audio standard
 >>>adjust volume>>>
------==UsrPowerOnMusic = 1
*********msAPI_Music_StartInit1=0

 >>>adjust volume>>>
 >>>adjust MApp_Audio_AdjustMainVolume=20>>>
 >>>adjust volume>>>
 easpect is 0ASSERT: tv-ap/dvb/app/MApp_Scaler.c 1863
ASSERT: tv-ap/dvb/app/MApp_Scaler.c 2055

^^^^^^^^^^     MDrv_VIF_Init >>>>>>>>>>>>>>>>

 g_u8ATVColorSystem is 8
SetIF=4

SetIF=4

DynBacklightOff

 easpect is 0
^^^^^^^^^^     MDrv_VIF_Init >>>>>>>>>>>>>>>>

 g_u8ATVColorSystem is 8
SetIF=4

SetIF=4

DynBacklightOff
***EN_POWER_AC_BOOT ***

EEPROM saved!

 panel is********* 35
====================================
=========dbgVersionMessage=========

[BOARD_NAME]: BD_MST6M182VG_D_TCL
[TUNER_NAME]: TCL_RAFAEL_R620D
[MEMORY_MAP]: MMAP_64MB
[DRAM SIZE]: 64 MB
[FLASH SIZE]: 4 MB
ENABLE_DEMO_FINE_TUNE-->: 1
[DEMO_FINE_TUNE]: DFT_STD_FULLHD_CMO216_H1L01
[ATV]: PAL
[ENABLE_PWS]: 1
[ENABLE_POWER_SAVING_DPMS]: 0
[ENABLE_MSTV_UART_DEBUG]: ENABLE
[ENABLE_DLC]
[MWE]
[DISPLAY_LOGO]
[ENABLE_POWERON_MUSIC]
 DB in flash
[BASEADDRESS_COMMON_DATA]=82B
[END_BASEADDRESS_COMMON_DATA]=8AB
[HDCP_DB_BANK]=0x3A
[RM_HDCP_KEY_START_ADDRESS]=0x3A002F
[RM_GENSET_START_ADR]=0x44
[RM_GEN_USAGE]=0x410
[RM_BOOTLOADER_ADDR]=0x410
[RM_64K_USAGE]=0x18D8
 END SDB in flash

[gPanelTypeState=FHD(1)?HD(0)]: 0
[Panel]: V29BJ1_LE1
*******HD****HD******
[g_ProjectID_HD]: 29,LED29T2100_CM
[PJ_PanelID_HD]: 27
[PJ_GammaID_HD]: 6
[PJ_PictureCurveID_HD]: 32
[PJ_KeypadID_HD]: 1
[PJ_KeypadCh_HD]: 1
[PJ_IS_PANEL_MIRROR_HD]: 0
[PJ_TUNER_TYPE_HD]:3
[Region]******AP*****AP*****
[Code Version] = V8-MS82DAP-LF1V011
[Code Date]= Aug  1 2012
[Code Time]= 13:59:31
====================================

come here 22222

 SetBlueScreen change[2] ASSERT: tv-ap/dvb/app/MApp_Scaler.c 1863
ASSERT: tv-ap/dvb/app/MApp_Scaler.c 2055
ASSERT: tv-ap/dvb/app/MApp_Scaler.c 1863
ASSERT: tv-ap/dvb/app/MApp_Scaler.c 2055
 Keypad key value = 0xD5, KeyRepeatStatus = 0
Key valid-------
 IR 0xD5
 SetBlueScreen change[0]
------ Disable HPD ------

 MApp_SaveFactorySysSetting!

EEPROM saved!

 MApp_DB_SaveDataBase
 -->u8DataBaseSerialNumber(125)msAPI_Power_PowerDown_EXEC()

------ Disable HPD ------
Power down

=> DeepSleep (0x85)
 .. Enter PM Sleep ..
  SPI BOOT
 Console Initial OK
 Maria10: BD_MST021B_10ALG_11313_64M
 [MIU]: 64MB  - DDR2 800MHz
 BIST_0 PASS.

77
  [123456789ABC][23456789ABC]
0067

 MIU Initial OK

-------gPanelTypeState = 0

 g_ProjectID_HD id =29
 g_ProjectID id = 0
g_u16QuickGenSettingIdx = 25
 GenSetting OK!

 GEN_VER 0xAFD2
 GEN_FAC 0x8227
Reload Period: 0 ms

 s8SN0(126) s8SN1(125)

stUserData._wWAD_ID =0xA5F6
-------gMirrorPanelEN = 0

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

sar input test...

 PJ_PanelID_HD******** 35
 g_PNL_TypeSel is 35
 panel is********* 35MDrv_PNL_Init u32PnlRiuBaseAddr = A0200000
MDrv_PNL_Init u32PMRiuBaseAddr = A0000000
LoadHDCP_KEY
HDCP_DB_BANK 0x3A

0x2B 0x2B 0x6C 0xCB 0x52 0xC0 0x97 0x37 0x1D 0xE7 0x0D 0xE5 0x0A 0x91 0x2C 0x6F
0x9C 0xEA 0xDB 0x2E 0x09 0x28 0x58 0xB2 0x14 0xF7 0xC3 0x26 0x5E 0xF8 0x6B 0xE8
0xBB 0xCD 0x7B 0x75 0x4B 0x9C 0x89 0x55 0xC7 0x91 0xDA 0x5D 0x9A 0x36 0x59 0x5C
0x83 0x15 0x03 0xEE 0x07 0x66 0x09 0xC5 0xDB 0xCA 0x52 0x6D 0x04 0x94 0x3D 0xD3
0xF8 0xA6 0x01 0xDC 0x98 0x7D 0xF1 0x5B 0x8F 0xB1 0x3A 0x9A 0x4D 0x58 0x9C 0x69
0xD1 0xA8 0x20 0x55 0xAD 0xC4 0xDD 0x15 0x9D 0x96 0xE7 0x4E 0x3C 0x7F 0xD2 0xD7
0xDE 0x47 0x6F 0xAD 0x7C 0xBF 0x8D 0x26 0x1A 0x29 0xA2 0x4A 0x67 0x17 0x28 0xE9
0x26 0x4F 0xB6 0x48 0xA8 0xF5 0x57 0xFB 0x0D 0x3D 0xCA 0x61 0x20 0xF3 0xBF 0xBD
0x4E 0xA4 0x7B 0x01 0xE9 0xB8 0x33 0x58 0x9F 0xEF 0x64 0x26 0xF9 0x60 0x71 0x43
0x53 0x54 0x92 0xC3 0xD8 0x60 0x7A 0xC5 0xD8 0xC9 0xB9 0x5D 0xC8 0xC3 0xD6 0x45
0x48 0x8E 0xEC 0xF1 0x1B 0x05 0xA4 0x61 0x94 0x4E 0x36 0x5B 0xF0 0x24 0xA2 0x5B
0x86 0xA2 0xD8 0xE0 0xE6 0x4F 0x98 0x43 0xAE 0xFC 0x48 0x9D 0x47 0xCD 0x49 0x8E
0x6E 0x3F 0xD0 0x0B 0x6B 0x39 0xF5 0x1D 0xCD 0xF7 0x84 0x4B 0xFB 0xB7 0x54 0x15
0xAB 0xDA 0x2B 0xB1 0x18 0x1A 0xDB 0x99 0xCD 0x13 0xF5 0x3D 0x6E 0x1B 0x88 0xDD
0x37 0x97 0xD1 0x4B 0x42 0xD1 0x0F 0x93 0xC3 0x19 0xE6 0xE8 0x90 0x23 0x6E 0x76
0xC6 0x7B 0x92 0xE8 0x75 0xA8 0x4C 0xFA 0x70 0x21 0xC2 0xDA 0x95 0x6D 0x4F 0xBD
0xE4 0x92 0x8D 0xD5 0x02 0x6C 0xBA 0xFE 0x43 0xC0 0x16 0xDD 0x27 0xDB 0xE6 0xBB
0x2C 0xC3 0xBD 0x5A 0xFF 0xB2 0xD1 0xB2 0x35 0x88 0xD8 0x72 0xBD 0x73 0x8E 0xE7
0x9A
(HDCP_KEY_TYPE==HDCP_KEY_IN_DB) wHDCPCalChecksum = 0x96C3
GE_SetOnePixelMode

====================
First GOP driver instance, flush GWIN HW
====================

should go to standby!!!!!
msAPI_Power_PowerDown_EXEC()

------ Disable HPD ------
Power down

=> DeepSleep (0x85)
 .. Enter PM Sleep ..
  SPI BOOT
 Console Initial OK
 Maria10: BD_MST021B_10ALG_11313_64M
 [MIU]: 64MB  - DDR2 800MHz
 BIST_0 PASS.

77
  [123456789ABC][23456789ABC]
0067

 MIU Initial OK

-------gPanelTypeState = 0

 g_ProjectID_HD id =29
 g_ProjectID id = 0
g_u16QuickGenSettingIdx = 25
 GenSetting OK!

 GEN_VER 0xAFD2
 GEN_FAC 0x8227
Reload Period: 0 ms

 s8SN0(126) s8SN1(125)

stUserData._wWAD_ID =0xA5F6
-------gMirrorPanelEN = 0

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

sar input test...

 PJ_PanelID_HD******** 35
 g_PNL_TypeSel is 35
 panel is********* 35MDrv_PNL_Init u32PnlRiuBaseAddr = A0200000
MDrv_PNL_Init u32PMRiuBaseAddr = A0000000
LoadHDCP_KEY
HDCP_DB_BANK 0x3A

0x2B 0x2B 0x6C 0xCB 0x52 0xC0 0x97 0x37 0x1D 0xE7 0x0D 0xE5 0x0A 0x91 0x2C 0x6F
0x9C 0xEA 0xDB 0x2E 0x09 0x28 0x58 0xB2 0x14 0xF7 0xC3 0x26 0x5E 0xF8 0x6B 0xE8
0xBB 0xCD 0x7B 0x75 0x4B 0x9C 0x89 0x55 0xC7 0x91 0xDA 0x5D 0x9A 0x36 0x59 0x5C
0x83 0x15 0x03 0xEE 0x07 0x66 0x09 0xC5 0xDB 0xCA 0x52 0x6D 0x04 0x94 0x3D 0xD3
0xF8 0xA6 0x01 0xDC 0x98 0x7D 0xF1 0x5B 0x8F 0xB1 0x3A 0x9A 0x4D 0x58 0x9C 0x69
0xD1 0xA8 0x20 0x55 0xAD 0xC4 0xDD 0x15 0x9D 0x96 0xE7 0x4E 0x3C 0x7F 0xD2 0xD7
0xDE 0x47 0x6F 0xAD 0x7C 0xBF 0x8D 0x26 0x1A 0x29 0xA2 0x4A 0x67 0x17 0x28 0xE9
0x26 0x4F 0xB6 0x48 0xA8 0xF5 0x57 0xFB 0x0D 0x3D 0xCA 0x61 0x20 0xF3 0xBF 0xBD
0x4E 0xA4 0x7B 0x01 0xE9 0xB8 0x33 0x58 0x9F 0xEF 0x64 0x26 0xF9 0x60 0x71 0x43
0x53 0x54 0x92 0xC3 0xD8 0x60 0x7A 0xC5 0xD8 0xC9 0xB9 0x5D 0xC8 0xC3 0xD6 0x45
0x48 0x8E 0xEC 0xF1 0x1B 0x05 0xA4 0x61 0x94 0x4E 0x36 0x5B 0xF0 0x24 0xA2 0x5B
0x86 0xA2 0xD8 0xE0 0xE6 0x4F 0x98 0x43 0xAE 0xFC 0x48 0x9D 0x47 0xCD 0x49 0x8E
0x6E 0x3F 0xD0 0x0B 0x6B 0x39 0xF5 0x1D 0xCD 0xF7 0x84 0x4B 0xFB 0xB7 0x54 0x15
0xAB 0xDA 0x2B 0xB1 0x18 0x1A 0xDB 0x99 0xCD 0x13 0xF5 0x3D 0x6E 0x1B 0x88 0xDD
0x37 0x97 0xD1 0x4B 0x42 0xD1 0x0F 0x93 0xC3 0x19 0xE6 0xE8 0x90 0x23 0x6E 0x76
0xC6 0x7B 0x92 0xE8 0x75 0xA8 0x4C 0xFA 0x70 0x21 0xC2 0xDA 0x95 0x6D 0x4F 0xBD
0xE4 0x92 0x8D 0xD5 0x02 0x6C 0xBA 0xFE 0x43 0xC0 0x16 0xDD 0x27 0xDB 0xE6 0xBB
0x2C 0xC3 0xBD 0x5A 0xFF 0xB2 0xD1 0xB2 0x35 0x88 0xD8 0x72 0xBD 0x73 0x8E 0xE7
0x9A
(HDCP_KEY_TYPE==HDCP_KEY_IN_DB) wHDCPCalChecksum = 0x96C3
GE_SetOnePixelMode

====================
First GOP driver instance, flush GWIN HW
====================

should go to standby!!!!!
msAPI_Power_PowerDown_EXEC()

------ Disable HPD ------
Power down

=> DeepSleep (0x85)
 .. Enter PM Sleep ..

 

[Kenotronbot]

7 часов назад, ильшат сказал:

Предлагаю зденсь выкладывать логи рабочих тв и для поиска расшифровки.

Вот не понимаю лог от TCL 28 майн 40-0MS82D-MAD2LG, уходит с рабочего в др сразу после нажатия на поэр.

Судя по этому логу, твой TCL вообще не доходит до нормальной инициализации — он загружается, отрабатывает базовую инициализацию памяти, панели и HDCP-ключей, а потом сам же решает уйти в глубокий сон (DeepSleep).

Главная зацепка тут:

***stGenSetting.g_FactorySysSetting.u8PowerOnMode=PowerDown (2)***
=> AC_BOOT (0)
...
should go to standby!!!!!
msAPI_Power_PowerDown_EXEC()

Это значит, что в его EEPROM/flash в "FactorySysSetting" записан режим PowerOnMode = PowerDown, т.е. при подаче питания он обязан перейти в standby, а у тебя — получается зацикленный цикл:

1. Включаешь → он загружается

2. Видит настройку "PowerDown"

3. Идёт в msAPI_Power_PowerDown_EXEC()

4. Уходит в DeepSleep

5. Повтор по кругу.

По сути, аппаратно он исправен — MIU, панель, HDCP, PM работают. Проблема программная: неверная настройка в памяти.

Что можно сделать:

• Сбросить FactorySysSetting (либо через сервисное меню, либо заливкой дампа SPI с нормальными значениями PowerOnMode).

• Если вход в сервисное меню невозможен (он не держится включённым), то прошивать SPI flash программатором, выставив PowerOnMode = LastState или PowerOn.

• Иногда помогает замена или чистка 24Cxx (если там хранится часть пользовательских настроек), но у TCL чаще всё в основной SPI.

[alex2290]

А как еммс поживает? 

[ильшат]

Так это простой Майн 2012 года, там нет еммс. Но наверное тоже есть какие-то свои хитрости. 

[ильшат]

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

Как будто с цветами какая то засада но так более менее. Там в логе выше и гамма есть. Я выбрал проджект идент 40 так как там его панель прописана mt2751a01. 

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

• Войти
• или
• Регистрация

[Kenotronbot]

В 14.08.2025 в 10:37, ильшат сказал:

Однако вот лог с другим дампом: первая загрузка проходит успешно, но впоследствии устройство отключается.

Расшифровка лога телевизора TCL

Лог представляет собой вывод отладочной информации операционной системы встроенного ПО телевизора, показывающий этапы загрузки и инициализации компонентов.

 Основные моменты:

1. Загрузка прошивки:  
   - Система загружается через интерфейс SPI (`SPI BOOT`).  
   - Версия прошивки указана как `Maria10`, версия платы указана как `BD_MST021B`.  
   - Память MIU настроена на объем 64 Мб DDR2 RAM.

2. Инициализация аппаратуры:  
   - Происходит проверка работоспособности памяти BIST (Built-In Self Test), тесты проходят успешно.  
   - Затем выполняется инициализация панели дисплея (панель ID указана как 35).

3. Настройка ключей HDCP:  
   - Загружаются ключи защиты HDMI (HDCP).  
   - Проверяется контрольная сумма ключа, значение которой совпадает с ожидаемым (`wHDCPCalChecksum = 0x96C3`), значит ключ верный.

4. Обработка настроек питания:  
   - Регистрация текущих значений напряжения и мощности.  
   - Настроено состояние включения/выключения (режим энергосбережения).

5. Ошибка сброса режимов отображения:  
   - Повторяются записи типа `"reset ST_VIDEO.ePicture as NORMAL"` и команды отключения динамической подсветки (`DynBacklightOff`) – возможно система пытается сбросить режим экрана или сбрасывает настройки яркости.

6. Переход в режим ожидания:  
   - После нескольких повторных команд сброса программа переходит в спящий режим («standby»).  
   - Команда `msAPI_Power_PowerDown_EXEC()` запускает процедуру перехода в режим глубокого сна (`DeepSleep`).

Заключение:

Анализируя лог, видно, что основной причиной ухода в режим ожидания является циклический сброс состояния видеовывода ("reset ST_VIDEO") и последующий переход в режим низкого энергопотребления.

Это стандартная реакция на сбои конфигурации или ошибку драйверов видеоконтроллера.

Возможные причины проблемы:
- Ошибка конфигурации видеодрайвера.
- Некорректная работа системы управления питанием.
- Повреждение областей энергонезависимой памяти (EEPROM), хранящей заводские настройки.

Рекомендуемые шаги для устранения неисправности:
1. Перешейте оригинальную версию прошивки, убедившись, что зоны EEPROM сохранены корректно.
2. Проверьте цепь питания и стабилизаторы напряжения на плате.
3. Убедитесь, что панель подключена надежно и питание подается стабильно.

[Kenotronbot]

@ильшат Анализ ситуации с EEPROM и ошибками цвета

Причины проблем:

1. Поврежденный сектор EEPROM:  
   Если зона EEPROM была повреждена или перезаписана некорректно, это могло привести к неверному распознаванию модели панели, неправильной настройке цветов и режима работы. Даже если прибор начал функционировать после восстановления области EEPROM, возможны остаточные артефакты, такие как зеленое свечение или искажение цвета.

2. Проблемы с драйверами графики:  
   Из-за повреждения EEPROM драйверы видеоконтроллера могли неправильно интерпретировать конфигурационные данные. Например, выбранная вами панель MT2751A01 имеет специфические настройки гаммы и коррекции цвета, которые могли оказаться нарушены после изменения проектного идентификатора (`ProjectID`).

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

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

Рекомендации по устранению проблемы:

1. Проверка целостности данных EEPROM:  
   - Попробуйте повторно записать чистую копию дампа EEPROM, используя рекомендованный производителем образ. Удостоверьтесь, что никаких повреждений секторов нет.
 2. Выбор правильного ProjectID:  
   - Используйте тот идентификатор проекта, который соответствует вашей конкретной модели панели (например, проверьте правильность выбора `MT2751A01`). Важно убедиться, что выбрана именно та версия проекта, которая использовалась при изготовлении вашей модели TV.

3. Перезагрузка устройства с полной очисткой кеша:  
   - Выполните полную очистку всех временных файлов и кешей, установленных прошивкой. Иногда это помогает устранить конфликты между различными компонентами программного обеспечения.

4. Отладка режима разгона графического контроллера:  
   - Обратите внимание на строку `GE_SetOnePixelMode` в вашем логе — возможно, некорректная настройка этого параметра вызывает зеленые пятна на экране. Отключите или переустановите настройки режима ускоренной обработки пикселей.

5. Тестирование и коррекция уровня черного**:  
   - Для тестирования качества изображения попробуйте вручную настроить уровень черного и контрастность. Посмотрите, изменится ли ситуация с зелеными пятнами.

6. Диагностика цепи питания матрицы:  
   - Поскольку ваше описание напоминает эффект магнетизма старых CRT-телевизоров, убедитесь, что питание самой матрицы поступает стабильное напряжение и отсутствуют скачки или пульсации.

Итоги:

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

[ильшат]

Очистил родную прошивку зону еепром и вроде работал тв, правда процессор еле еле отреболил.

По краям была окантовка зеленоватая но наверное из-за панели, тв отдал уже. 

С рабочего хотел снять лог но как не срослось

 

[Kenotronbot]

Ага, тогда картина складывается.

То, что ты описал, очень похоже на типичный случай с TCL на MStar-платформе: в прошивке или EEPROM залипли кривые настройки питания, и проц просто выполнял то, что ему прописали — сразу уходил в DeepSleep. После очистки зоны eeprom он подхватил дефолтные значения и ожил, значит сама прошивка и железо рабочие.

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

То, что отдал его после запуска — абсолютно правильное решение: ты сделал свою работу, поднял с «кирпича», клиенту показал что ТВ включается, а дальше ресурс железки уже не твоя головная боль.

В целом лог указывает прямо на программную причину, а твой результат это подтвердил. Так что тут всё по классике: сброс eeprom → запуск на дефолтах → ТВ оживает, а дальше уже матрица и ресурс процессора.

Ниже распишу логам как отличать «чисто прошивочную» проблему от «железной», чтобы в следующий раз время не тратить лишнее!

[Kenotronbot]

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

Ключевая мысль (в двух словах)

Если в логе мы видим успешную инициализацию памяти, загрузчик и панель, а затем само устройство уходит в Standby/DeepSleep — это почти всегда прошивочная/настройочная причина (EEPROM/Factory setting/PowerOnMode). Если же загрузка обрывается на BIST/MIU, появляются ошибки SPI/NAND, watchdog-ресеты без логов — скорее железо (память, питание, процессор, флеш).

Краткое резюме по твоему случаю

Из логов видно: загрузчик (SPI BOOT) стартует, MIU/DDR проходят BIST, HDCP/панель инициализируются — после чего прошивка целенаправленно вызывает msAPI_Power_PowerDown_EXEC() и уходит в DeepSleep. Это классический программный кейс: NVRAM/EEPROM содержит PowerOnMode = PowerDown (или повреждённые параметры), поэтому прибор «сам себя» кладёт в спящий режим. Очистка EEPROM вернула дефолты — ТВ ожил, значит железо в общем рабочее, но возможны побочные дефекты (панель/контакты/ресурс процессора).

Что смотреть в логах и как это трактовать

Алгоритм диагностики по логам — шаг за шагом

1. Собрать лог с UART (желательно, полно): берём USB-TTL, скорость, сохраняем в файл. Всегда делать это первым — логи часто дают ответ сразу.

2. Ищем ключевые строки и их смысл:

   • SPI BOOT / Console Initial OK — загрузчик виден, флеш читается на базовом уровне.

   • MIU Initial OK / BIST_0 PASS — DRAM распознана, self-test пройден → маловероятно проблема с DDR-чипами/BGA.

   • LoadHDCP_KEY ... wHDCPCalChecksum = 0x.... — ключи HDCP читаются, флеш не полностью стёрта.

   • ***stGenSetting.g_FactorySysSetting.u8PowerOnMode=PowerDown (2)*** — явная подсказка: конфиг указывает уход в PowerDown.

   • msAPI_Power_PowerDown_EXEC() / => DeepSleep (0x85) — прошивка вызывает переход в глубокий сон.

   • Повторяющийся блок одинаковых сообщений — цикл загрузки/ухода в сон (boot loop), чаще софтовая логика.

   • Если лог обрывается на MIU fail, BIST fail, DRAM error, CRC error — это железо/память/флеш.

   • watchdog reset, reset by wdt с частыми рестартами — чаще проблема питания или PMIC.

3. Интерпретация паттернов:

   • Структурированная, одинаковая последовательность с явным переходом в DeepSleep → софтовая настройка/EEPROM.

   • Спорадические падения, артефакты, BIST fail → железо (DRAM, PMIC, кварц, питание).

   • Ошибки чтения SPI/CRC ошибок → флеш/контроллер SPI/повреждение образа.

Ниже — ключевые маркеры в логе и что они означают.

1. Ранний загрузчик

   • Строки типа SPI BOOT, Console Initial OK, Maria10: BD_MST... — загрузчик стартовал. Это значит, что CPU и начальный код работают.

   • Вывод загрузчика — первичное подтверждение, что питание и базовые такты есть.

2. Проверка памяти (MIU / BIST)

   • [MIU]: 64MB - DDR2 ... и BIST_0 PASS / MIU Initial OK — ОЗУ прошла базовый тест. Если здесь FAIL — это аппаратная проблема с DRAM или дорожками.

   • Частые ECC/MIU ошибки, или BIST fail → меняем/проверяем память, пайку, питание.

3. Инициализация панели / TCON

   • PJ_PanelID_HD, g_PNL_TypeSel is XX, MDrv_PNL_Init — панель определена, драйвер запустился.

   • Если панель не определяется или лог висит на инициализации панели — ищем проблемы с LVDS/LVDS кабелем, шлейфом, подсветкой, шиной PMIC.

4. HDCP / KEYS

   • LoadHDCP_KEY + дамп ключа — ключи читаются. Это программный этап, редко бывает проблемой аппаратной.

5. GFX / GOP / GWIN

   • First GOP driver instance, flush GWIN HW — графика запустилась. Если есть такие строки — видео-часть стартовала.

6. Power-on / PowerDown сообщения

   • ***stGenSetting.g_FactorySysSetting.u8PowerOnMode=PowerDown (2)***

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

   • Это — золотой маркер: устройство решает само уйти в сон по настройке. Это явно программная логика, а не аппаратная поломка.

7. Рестарт/зацикливание

   • Если лог повторяется циклично с одинаковой последовательностью — либо watchdog/PMIC инициирует принудительный ресет, либо код из-за настройки уходит в DeepSleep и затем перезапускается (цикл). Анализ именно повторяемости помогает отличить SW от HW.

Практическая последовательность диагностики (как мастер)

1. Подключаем UART и снимаем полный лог до момента, где процесс останавливается/уходит в сон.
   — Это основа: без полного лог-файла невозможно объективно судить дальше.

2. Посмотреть MIU/BIST.
   — PASS → память, как правило, жива. FAIL → аппаратная работа: DRAM/питание/ремонт.

3. Идентифицировать панель.
   — Если панель опознана (ID есть), но картинка с артефактами (зелёная кайма) — вероятнее матрица/COF/контакты или TCON. Если же панель не стартует — возможен плохой кабель/контакты/встроенный TCON.

4. Искать сообщения об ошибках SPI / NAND / CRC.
   — SPI read error, Bad block, Checksum mismatch → флеш/прошивка повреждена → прошиваем заново или меняем SPI-чип.

5. Найти PowerOnMode / Factory settings.
   — В логах видно u8PowerOnMode=PowerDown (2) → это значит, что настройки заводского блока указывают на переход в PowerDown. Исправляем настройку:

   • Если есть доступ в сервисное меню — меняем PowerOnMode на PowerOn или LastState.

   • Если нет — читаем EEPROM/SPI дамп через программатор (CH341A или аналог), правим нужный байт (или заливаем нормальную конфигурацию) и записываем обратно.
     — Важно: после правки обычно нужен корректный чек-сумм/контроль целостности, иначе плата может игнорировать изменения.

6. Проверить питание под нагрузкой.
   — Мастерская прибор: измерить 12V/5V/3.3V и Vcore при старте и в момент ухода в сон. Падения напряжения/шумы → hardware.

7. Если процессор «еле отреболил» (плохой ребол/перепайка)

   • Процессор после ребола может работать, но ненадёжно: чувствителен к температуре, просадке питания. Если есть сомнение — лучше заменить плату или CPU, чем ждать ухудшения.

   • Ребол — крайняя мера; если клиент не желает платить, предупреди, что «ресурс платы ограничен».

Практические проверки на плате (инструменты: мультиметр, осциллоскоп, USB-TTL, SPI-программатор)

• Проверка питания: меряем 3.3V, 1.2V, 1.8V (и аналогичные rails) при старте и в моменты «почти включения»: просадки/шумы → частая причина "сбоя" прошивки.

• Осцилл: проверяем главный кварц/генератор (PLL) — отсутствие тактовых сигналов = процессор не стартует или нестабильность.

• Проверка SPI: читаем ID флеша, делаем дамп через CH341A / TL866 / SPI-программатор. Сохраняем оригинал (обязательно!).

• I2C/EEPROM: если есть 24Cxx — читаем/стираем/восстанавливаем. Часто заводские настройки там.

• Температура/нагрев: греем плату феном — если старт улучшился, возможно плохой BGA контакт (реболл/перепайка).

• Визуал/коннекторы: проверяем шлейф панели, разъём T-CON, состояние электролитов вокруг питания.

Как отличить однозначно (коротко)

• Чисто софт (прошивка/настройки):

  • Полный лог загрузчика, MIU PASS, панель и драйверы стартуют, а затем команда PowerDown/DeepSleep/Standby.

  • Повторяющийся идентичный цикл загрузки → уход в сон по флагам.

  • Ошибок чтения SPI нет, но есть признаки «неправильных настроек».

• Железо:

  • BIST/MIU fail, SPI read errors, нестабильные или отсутствующие напряжения, внезапные пропадания логов (внезапный ресет/пауза без сообщения).

  • Логи прерываются без ясной команды на выключение.

  • Аппаратные артефакты на экране (полосы, шумы), отсутствие подсветки при нормальной инициализации панели.

Как отличить софт от железа — простой чек-лист мышления

• Софт:

  • Лог полноценно доходит до точки принятого решения (PowerDown, DeepSleep, загрузчик продолжает работать).

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

  • После очистки/восстановления NVRAM/EEPROM устройство оживает.

• Железо:

  • BIST/MIU/DRAM fail; CRC, I/O ошибки; отсутствие тактового сигнала.

  • Нестабильные/случайные рестарты, «мелькание» признаков жизни.

  • Требуется смена BGA/паяльные работы/замена питания.

Быстрые советы/порядок действий в мастерской для восстановления (по приоритету)

1. Бэкап: читаем и сохраняем полный SPI-дамп и EEPROM/24Cxx перед любыми правками.

2. Попытка мягкого решения: стереть/восстановить NVRAM (зона настроек), сбросить PowerOnMode на дефолт (если известен инструмент/сервисное меню).

3. Перепрошивка: залить родную или проверенную рабочую прошивку, не стирая HDCP/прошивочные ключи, если это критично.

4. Если после софта остаются артефакты (зелёная кайма) — проверяем панель и T-CON: поменять шлейф, T-CON на проверенный для диагностики.

5. Аппаратные вмешательства: реболл процессора/памяти, замена конденсаторов около PMIC, ремонт питания — только если лог/измерения указывают на это.

6. Если процессор «еле еле» отреболился — предупреждать клиента о повышенном риске дальнейших отказов.

1. Снять лог по UART (порт 115200,8,N,1 — чаще всего).

2. Замерить ключевые стабильные напряжения.

3. Если видим PowerOnMode = PowerDown — пробовать менять настройки через сервисное меню.

4. Если в сервисное меню не пройти — читать SPI/EEPROM, делать бэкап, искать в дампе структуру FactorySysSetting (сравнение с нормальным дампом решает быстро).

5. Если флеш/EEPROM повреждён — прошивать сток-прошивку.

6. Если память/DRAM — замена компонентов/плата или ремонт BGA (высокая сложность).

7. По панели: зелёная окантовка → сначала проверяешь шлейфы и контакты; если всё ок — смотри на COF/матрицу (замена панели).

Что сказать клиенту (коротко, честно), подготовить понятный отчёт для клиента (шаблон)

• Симптомы при поступлении.

• Что сделано (шаги диагностики, инструменты).

• Найденная причина (лог + интерпретация). Пример: «NVRAM содержал PowerOnMode=PowerDown → устройство уходило в DeepSleep».

• Что исправлено и результаты (сделан бэкап SPI, очищен EEPROM, ТВ включается).

• Рекомендации (панель/T-CON/ресурс процессора/гарантии).

• Замечания по рискам и стоимости ремонта (если потребуется аппаратное вмешательство).

— «Я сбросил/очистил EEPROM — телевизор загрузился и показал картинку.

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

По краям — зелёная рамка, это уже матрица/COF или шлейф панели.

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

Сжатый чек-лист (быстро на баг-лист)

• Лог: есть MIU Initial OK + BIST PASS → идём в софт.

• Лог: BIST fail / DRAM → железо (память/BGA).

• Лог: ***PowerOnMode=PowerDown*** → чисто NVRAM/EEPROM — стираем/восстанавливаем.

• После стирания EEPROM ТВ ожил — документируем и рекомендуем клиенту замену проблемных узлов (если есть артефакты).

• Если рестарт по питанию/wdt — меряем rail’ы и смотрим PMIC.

Предупреждения и полезные советы

• Всегда делать бэкап флеша перед правками.

• Не выбрасывать HDCP/сертификатные ключи — могут быть юридические/функциональные последствия.

• При работе с BGA/реболлом — предупреждать клиента о нестабильности после вмешательства.

• Соблюдать ESD, аккуратно обращаться с экраном (зелёная кайма чаще панель/шлейф, не прошивка).