TV Debugging Tool

[D@rkbytes]

¿quizás podríamos considerar la creación automatizada de firmware para este tipo de firmware? Solo necesitamos automatizar una secuencia de acciones específicas, y el usuario no tendría que realizar ningún cambio de configuración.

En una aplicación de este tipo eso no es requerido y queda fuera de su finalidad.
Aparte de que no es tan sencillo como piensas, y se requiere intervención humana porque algunos archivos necesitan un proceso de división y compresión diferente que depende del tipo.

Ya tengo la interfaz para ese propósito, pero primero habrá un lanzamiento previo sobre el script y después la inclusión de archivos, y no será en esta aplicación.

 

[omar fernandez]

Sectores dañados por desgaste en la e-MMC

Saludos estimado D@rkbytes.
¿Es posible tener sectores con daños en la memoria emmc a pesar de estar dentro del 10% de uso de la memoria?
De ser así, ¿ Hay algún método recomendado para comprobar los sectores con daños estando la memoria en la placa?

 

[D@rkbytes]

¿Es posible tener sectores con daños en la memoria eMMC a pesar de estar dentro del 10% de uso de la memoria?

Sí, es que los sectores dañados son muy independientes del contador de tiempo de vida (Lifetime).

De ser así, ¿hay algún método recomendado para comprobar los sectores con daños estando la memoria en la placa?

Podría ser que funcione usar el AU6438 y la aplicación CrystalDiskInfo, si es que no requiere del S.M.A.R.T.

 

[ZFelix]

Pregunta interesante: ¿alguna vez has visto un controlador USB PCI-E compatible con OTG? Así, al flashear el firmware del televisor, puedes omitir la memoria USB y flashearlo directamente al ordenador.

 

[omar fernandez]

¿Qué es lo que provoca que siga quedándose en el logo de la marca?

Sectores dañados por desgaste en la e-MMC.
¿Crees sea esta la única causa del comportamiento que motiva la anterior pregunta?

 

[omar fernandez]

Ya por mis preguntas anteriores es evidente que estoy trabajando con una placa que se encuentra con bloqueo en el logotipo de inicio.

La placa es tecnología Hisilicon, no responde a ningún comando de recuperación, y con la instalación de un dump funcional permanece en la misma condición.
Están presentes todos los voltajes que requiere la placa para su normal funcionamiento, son estables y sin ondulaciones apreciables.

Agradezco una opinión del Log nombrado como "original" que es el que muestra la placa en una primera impresión de su registro, y antes de ser intervenida.

Después se muestra el Log nombrado como "nuevo dump" que corresponde a la impresión del registro después de instalar un dump funcional a la memoria emmc.
Por último el Log que muestra la placa de donde procede el dump que se instaló, este nombrado como "Log-dump funcional" .

Gracias por la atención y saludos a todos.

 

[D@rkbytes]

Por la fecha de compilación del bootloader, al parecer es un TV del 2024, así que la e-MMC debería estar en buen estado.
En el log-original aparece esto: ERR: Tcon didn't burn or is broken !Try to enter wfi

Los logs tienen las siguientes diferencias...

Log-original:

EMMC/MMC/SD controller initialization.
current clock: 400000Hz, host selected_mode: 0x0
current clock: 120000000Hz, host selected_mode: 0xb
tuning done! valid phase shift [4, 1] Final Phase:18
current clock: 26000000Hz, host selected_mode: 0x2
current clock: 120000000Hz, host selected_mode: 0xc

Log-nuevo:

EMMC/MMC/SD controller initialization.
current clock: 400000Hz, host selected_mode: 0x0
current clock: 120000000Hz, host selected_mode: 0xb
tuning done! valid phase shift [4, 1] Final Phase:18
current clock: 26000000Hz, host selected_mode: 0x2
current clock: 120000000Hz, host selected_mode: 0xc

Log-funcional:

EMMC/MMC/SD controller initialization.
current clock: 400000Hz, host selected_mode: 0x0
current clock: 52000000Hz, host selected_mode: 0x4
current clock: 120000000Hz, host selected_mode: 0xd

El bus mode del funcional dice:
Mode: HS400ES

Y los otros dicen:
Mode: HS400

Las diferencias podrían ser por la versión del bootloader, pero el error del log original menciona falla en T-CON.
Yo pienso que hay un problema de hardware y no en la e-MMC.
No sé si dispongas de otra memoria para que la reemplaces y salgas de dudas.

 

[omar fernandez]

Las diferencias podrían ser por la versión del bootloader, pero el error del log original menciona falla en T-CON.
Yo pienso que hay un problema de hardware y no en la e-MMC

Justamente es lo que resulta confuso pues el error hace mención al hardware, pero a cual pues no hay t-con alguna conectada, la señal de salida es lvds y proviene del SoC, como no sea un defecto en la salida lvds del propio SoC, algo particular de esta placa es que tiene la posibilidad de con la adición de un circuito integrado desplazador de nivel y convertidor dc/dc, y con alguna variante en el firmware puede entregar señal de salida mini lvds para el tipo de pantalla que lo requiera.

Si la memoria eMMC está en buen estado y sus datos no están corruptos.
Si copio el respaldo que obtuve de esa placa rota en la placa que está funcionando, ¿esta debe funcionar con ese dump también?
Pues memoria nueva no tengo para cambiar y salir de dudas.

 

[D@rkbytes]

Si copio el respaldo que obtuve de esa placa rota en la placa que está funcionando, ¿esta debe funcionar con ese dump también?

Sí, claro, es otra forma de salir de dudas.

 

[omar fernandez]

Después de copiar el dump de la placa defectuosa en la memoria emmc de la placa que funciona correctamente, la placa funciona todo ok, lo que confirma el buen estado de los datos obtenidos de la memoria emmc, de la placa defectuosa con "bloqueo en el logo de inicio".

Si la memoria emmc tuviera algún sector dañado, los datos que están en esa zona no pudieran recuperarse quedando el volcado de los datos de la memoria corruptos, por extensión pudiera decirse entonces que ¿la memoria e-MMC está en buen estado ?

El Log ahora muestra el error de t-con después que sale de Stby por la orden de encendido, lo que añade mayor dudas sobre la causa de la falla de la placa con bloqueo en el logotipo de inicio.
Queda la duda de quien está roto en la placa, ¿ será el SoC ?
¿Será problema de RAM?
Adjunto el Log que mostró la placa desde Stby hasta que enciende "power_ON".

 

[D@rkbytes]

Después de copiar el dump de la placa defectuosa en la memoria emmc de la placa que funciona correctamente, la placa funciona todo ok, lo que confirma el buen estado de los datos obtenidos de la memoria emmc, de la placa defectuosa con "bloqueo en el logo de inicio".

Si la memoria emmc tuviera algún sector dañado, los datos que están en esa zona no pudieran recuperarse quedando el volcado de los datos de la memoria corruptos, por extensión pudiera decirse entonces que ¿la memoria e-MMC está en buen estado?

Efectivamente, eso comprueba que la e-MMC está en buen estado.
Y es tal cual como mencionas; si tuviera sectores dañados obtendrías datos corruptos y el mismo síntoma se reflejaría en la placa que funciona.
Si con los datos obtenidos, la placa funcionó sin problemas, significa que el problema es de hardware.
En resumen; los datos en ambas placas son idénticos y en buen estado, al igual que la e-MMC.

El Log ahora muestra el error de T-CON después que sale de Stby por la orden de encendido, lo que añade mayor duda sobre la causa de la falla de la placa con bloqueo en el logotipo de inicio.
Queda la duda de qué está roto en la placa. ¿Será el SoC?

Eso es complicado de saber, a menos de hacer el intercambio, lo cual ya requiere reballing.

¿Será problema de RAM?

No, ya que obtendrías error del BIST.

¿Las placas corresponden al mismo modelo de TV?
Podría ser que el error venga por Project ID, pero desconozco el proceso de funcionamiento de los SoC HiSilicon.

 

[omar fernandez]

¿Las placas corresponden al mismo modelo de TV?

No creo que pertenezcan al mismo modelo de TV, pero si comparten las placas la misma nomenclatura impresa que es CV352-R42.

Al parecer ambas son de un modelo de 32" HD aunque por las características de la fuente de alimentación hay una que tiene un transformador con núcleo más voluminoso por tanto más potente, y el voltaje del backlight sin carga en el más potente es de 150V mientras que la otra fuente tiene 122V.
El voltaje para las tiras leds en uno es de 61~72V/600ma, mientras la fuente menos potente el voltaje de las tiras leds va de 37V~41V/600ma.

El conjunto de resistencias en paralelo "RFB" en el source del Mosfet convertidor dc/dc reductor para alimentar el backlight, también difieren en sus valores.

 

[D@rkbytes]

Revisa los conversores DC-DC del panel LCD en la placa, podría ser que el procesador compruebe la presencia de las tensiones.

Lo digo por esto...

Log de placa funcional:

panel_drv_get_image_info[645]
NOTICE: parse panel_img
[cpu1][64ms]hi_drv_panel_init[1399]
NOTICE: PANEL start power_on:
NOTICE: it is not tcon mode now !

Log de placa con daño:

panel_drv_get_image_info[645]
NOTICE: parse panel_img
[cpu1][68ms]hi_drv_panel_init[1399]
NOTICE: PANEL start power_on:
ERR: Tcon didn't burn or is broken !

 

[omar fernandez]

Revisa los conversores DC-DC del panel LCD en la placa, podría ser que el procesador compruebe la presencia de las tensiones

La versión del hardware que tiene la placa no contiene el convertidor dc/dc requerido para el tipo de señal mini lvds, en el circuito impreso está diseñado todo para poner ese componente con sus periféricos, más, el tipo de conector para el flex que alimenta la pantalla.

En su lugar el único voltaje que se usa para el panel es la típica alimentación de 12V con su conector para cables trenzados de la señal lvds HD 1366x768 de resolución.

Tal vez la referencia a la t-con en el Log se deba a la versatilidad que tiene el sistema de adaptación a t-con en la main board con su respectiva señal de salida en formato mini lvds.

 

[D@rkbytes]

Entonces sí es muy probable que el daño se encuentre en el SoC.
Si miras los log, menciona cpu1 para el control del panel LCD, y esto debe referirse al sector del procesador de vídeo.

 

[omar fernandez]

Si miras los log, menciona cpu1 para el control del panel LCD, y esto debe referirse al sector del procesador de vídeo.

Si, seguramente debe ser eso.
En esta imagen se ve donde deben ir los componentes para usar la t-con en la main board.