Reparador de Dumps (TV Chinos no Smart)

[D@rkbytes]

Sería bueno si pudieras explicar un poco más al detalle esto pues en el archivo en formato de texto no encuentro nada al respecto.

Como comenté, ya no cuento con placas ni televisores de ese tipo para hacer pruebas y mostrar ejemplos.
Mira este vídeo donde explican un poco lo expuesto.

 

[osmelfb5]

No les recomiendo entrar a esa comunidad, el administrador es sumamente desagradable y racista.

Sí supe de que es grosero, después me leí las normas y lo primero que dice es que no se deben usar palabras obscenas y ni siquiera eso lo cumple.
La verdad me ha resultado bien difícil encontrar foros que puedan proporcionar información relacionada a la parte de la modificación de los datos del control remoto.

 

[D@rkbytes]

La verdad me ha resultado bien difícil encontrar foros que puedan proporcionar información relacionada a la parte de la modificación de los datos del control remoto.

Aquí ya se explicó porqué no se pueden cambiar.

 

[omar fernandez]

Como comenté, ya no cuento con placas ni televisores de ese tipo para hacer pruebas y mostrar ejemplos.
Mira este vídeo donde explican un poco lo expuesto.

Gracias por la recomendación, ya conocía el video pues he seguido en ocasiones el trabajo del colega Salgado, hoy entré al modo de servicio de la placa TP.MS3393.PB851 y puse en ON la opción "UART debug" y también puse activa la opción para que se mostrara todo el Log en tiempo real de los procesos del sistema, y pude verificar que en esta placa se le pueden enviar "instrucciones" o "comandos " pues esta los recibe y los muestra en el Log, más no pude hacer nada útil, pues todo parece indicar que hay que conocer los comandos que le funcionan de manera específica para obtener resultados beneficiosos en cuestión.

 

[skynetronics]

No sé si mi comentario pueda ir acá, pero explico mi situación (me disculpo desde ya por la extensión):

Aunque intento ayudar lo que más puedo en FDE dentro de lo que me permiten mis conocimientos, en todo lo que tenga que ver con programación/reparación de volcados en memorias SPI Flash o eMMC, quedo totalmente perdido, ya que es un tema que desconozco casi por completo y está siendo en forma creciente uno de los motivos por los que llegan más fallas a los talleres en reparación de televisores en la actualidad.

Les cuento un poco mi problema para ver si es posible ayudarme.

Tengo un televisor Recco de 32'' (este televisor se comercializa en Chile) con la falla de estar trabado en stand-by. Sin importar si se dan órdenes con botonera o control remoto se queda en esa condición sin poder encender.

Intenté ingresar el caso al foro Badcaps (donde estoy registrado hace varios años), y allí hay un usuario que gentilmente intenta reparar volcados de memorias de otros usuarios que tienen esas fallas, pero me topé con la sorpresa de que ahora (en realidad desde el 2023) al parecer las descargas solo se pueden hacer con suscripción pagada. Al menos desde que me registré acá yo siempre he tenido el espíritu así como muchos otros usuarios que también participan activamente en FDE de compartir sus conocimientos de forma desinteresada y gratuita con el único afán de crecer como comunidad de técnicos, compartir información y apoyarnos en estos momentos donde la electrónica y sobre todo la reparación electrónica está cada vez más desvalorizada por la lógica de consumo.

A pesar de que se pueden bajar otros archivos de televisores de marcas distintas, este televisor es de un cliente, y suelen ser complicados cuando uno les quiere dar la opción de que el televisor salga con un logo de otra marca o no se pueda usar con el control remoto de siempre. Si fuera un TV para mi no sería ningún problema, pero es para el cliente. Es por ello que me gustaría ver la posibilidad - si es que se puede, claro - de recuperar el mismo .bin corrupto y corregirle la o las zonas donde pueda haber fallado (ni idea si será posible).

Si estoy equivocado me corrigen, pero tengo entendido que estos archivos .bin se pueden modificar con el código hexadecimal en la zona donde se corrompen los datos, pero dado que yo soy totalmente ignorante en este tema, no sabría dónde hay que modificar y no quisiera hacer algo a ciegas en un tema que desconozco.

Si es que se me puede ayudar o asesorar, estaría muy agradecido. Dejo algunos datos de interés.

Marca: Recco
Modelo: RLED-32B2600
Mainboard: TP.MS18VG.P77 MS82PT
Memoria (U11): GD25Q32BSIG
Panel: ST3151A05-6

Adjunto fotos y el .bin que está dañado.

Si me falta entregar alguna información, me lo hacen saber.

Agradezco a cualquier persona que me pueda orientar.

 

[D@rkbytes]

Si utilizaste Dump Repair Ultimate, te podrás dar cuenta que el problema está en el módulo APC.



Así que deberías ejecutar la reparación, y aunque en algunas ocasiones puede ser un proceso tardado, suele valer la pena.

Si estoy equivocado me corrigen, pero tengo entendido que estos archivos .bin se pueden modificar con el código hexadecimal en la zona donde se corrompen los datos, pero dado que yo soy totalmente ignorante en este tema, no sabría dónde hay que modificar y no quisiera hacer algo a ciegas en un tema que desconozco.

No es así, si lees el tema te podrás enterar por qué este tipo de firmware no se debe modificar con un editor hexadecimal.

Si no quieres esperar, adjunto cuatro volcados para 32" (el de HYUNDAI tiene dos).

 

[skynetronics]

Gracias, @D@rkbytes.

No he utilizado la aplicación que comentas, solo abrí y respaldé el .bin con Neoprogrammer, ya que todo este asunto es un mundo nuevo para mi, en el que voy a tener que primero leer bastante para interiorizarme en las cosas básicas, pero haré lo que recomiendas, leyendo previamente todo el tema para entender mejor sobre por qué no se puede modificar el código hexadecimal. Si tengo alguna duda puntual la haré por acá después.

Había olvidado comentar que en la tarde de ayer había probado otro .bin que había bajado de un foro ruso más que nada para tener certeza que la memoria estaba físicamente bien, y que el problema era la corrupción de los datos y efectivamente es así, ya que tras poner ese otro archivo (que era de un TV Hyundai) me sale la imagen solarizada y con rayas verticales, pero al menos el TV enciende, cosa que antes no hacía ya que se quedaba trabado en stand-by.

Voy a leer todo y si tengo alguna duda la planteo acá.

Muchas gracias.

 

[skynetronics]

Voy actualizando.

Hice lo recomendado por @D@rkbytes y ejecuté la reparación del módulo APC. La primera vez intenté hacer la reparación marcando la opción de 2 bits, y tras unos 40 minutos de revisión me di cuenta que el proceso según el contador iba a durar alrededor de 18 horas, por lo que interrumpí el proceso y decidí mejor partir en la opción de 1 bit, recordando que por lo que decía el propio D@rkbytes en comentarios anteriores, en la mayoría de los casos la corrupción suele ser de 1 bit y es el caso más común.

Al final dejé trabajando el programa durante la noche y cuando lo revisé al día siguiente me percaté que el proceso duró en total alrededor de 8 horas según el contador y tras volver a revisar el archivo, el módulo APC fue exitosamente reparado (marcaba en verde junto con Global Checksum). Lo que me pareció raro, es que aún cuando el programa aseguraba que quedó reparado (con el mensaje "Sucess!" la barra de progreso haya quedado colgada en un 80% de progreso. De todas formas, no le dí mayor importancia.



Cuando puse este archivo ya reparado en la memoria, el televisor encendió con normalidad, ya no entregando la imagen con el efecto solarizado y el menú en ruso que tenía con el .bin del televisor Hyundai que había bajado del foro ruso la vez anterior. Ahora la imagen aparecía con los colores correctos y el menú en portugués, por lo que no hubo problemas para cambiarlo a español.

Lamentablemente en este modelo de televisor no puedo hacerle sintonización digital de canales al hacer el escaneo, ya que no tiene la norma digital. Pero con un decodificador externo (conectado vía puerto RCA o HDMI) puedo ocupar el televisor sin ningún problema.

No me queda más que agradecerle a D@rkbytes por su orientación, el tiempo invertido en crear este programa, hacerle mejoras y compartirlo desinteresadamente acá en FDE.

Gracias a esto, pudimos evitar una vez más que se siga generando basura electrónica en el mundo.

Edit: Adjunto el archivo reparado.

 

[D@rkbytes]

Lo que me pareció raro, es que aún cuando el programa aseguraba que quedó reparado (con el mensaje "Sucess!" la barra de progreso haya quedado colgada en un 80% de progreso. De todas formas, no le dí mayor importancia.

Esto es completamente normal, ya que se asume que el 100 % sería analizar todo el módulo AP_C
Como el bit corrupto se encontró antes, por eso la barra de progreso quedó al 80 %

Cuando puse este archivo ya reparado en la memoria, el televisor encendió con normalidad, ya no entregando la imagen con el efecto solarizado y el menú en ruso que tenía con el .bin del televisor Hyundai que había bajado del foro ruso la vez anterior. Ahora la imagen aparecía con los colores correctos y el menú en portugués, por lo que no hubo problemas para cambiarlo a español.

Qué bueno que se haya podido reparar el volcado, yo también he logrado reparar varios.
Esto demuestra la efectividad de la aplicación.