Re: Convertir AzBox Bravissimo clon en Original.

Amigo ya realice la pruebas y por ahora llevamos buena suerte. Arranque el clon con el chip una vez que empezó a funcionar lo retire y el equipo siguió funcionando al 100% ya lo tengo 2 horas y aun sigue funcionando sin problemas.

Hola Drago109, te felicito, sos un grosso!!!
Este experimento es muy promisorio, indica a las claras que la solución por software es más que factible (depende ahora de poder avanzar con el desensamblado del FW).

¿Viste los diagramas de tiempo del pdf que postee a lo último? ¿Se te ocurre cómo intercalar alguna memoria serie o circuito/programa que lea las ráfagas de bits?
No te quiero atosigar con cuestiones, pero veo que tenés mucha idea en cosas que realmente desconozco. Tu idea de intercalar un pic me parece genial. Si te entiendo bien, sería grabar la entrada y la salida de u3 y replicar ese funcionamiento con un pic (tren de bits de entrada y salida), ¿es así?

Clave para esta sería verificar por medio de un osciloscopio que no haya tren de pulso (datos) más allá del arranque del circuito.
Realmente aguardo tus pruebas, porque avanzar en el análisis del FW sería bastante más largo y la solución electrónica es a la larga más limpia.
Un saludo y otra vez felicitaciones!!!

hola amigos revisando uno de mis aparatos que es un clon el cual esta activo ya que le sirve el firm del vivo box nuco y el cual el circuito impreso es idéntico al del bravisisimo original incluso tiene un integrado que le falta al mismo bravissimo original en el espacio C10 y tiene el famoso integrado del espacio U3 con el numero 1225  y en el espacio de C10 el numero es ic-04 M1226 busque informacion de esos codigos pero no encontré nada por ahora......

hola alfonso fta, podrías facilitarme el firm del vivobox nuco quiero intentar lo que tu hiciste con mi clon

Clave para esta sería verificar por medio de un osciloscopio que no haya tren de pulso (datos) más allá del arranque del circuito.
Realmente aguardo tus pruebas, porque avanzar en el análisis del FW sería bastante más largo y la solución electrónica es a la larga más limpia.

Por ahora solo me queda conseguir la interfaz de bus i2C y luego analizar el registro de arranque que da el equipo al encender.
Comento que realice la prueba de encender el equipo sin el U3 y después de encendido colocarlo y no hay manera de que florezca. Es necesario que el equipo arranque con el U3 para poder abrir los canales.

No te quiero atosigar con cuestiones, pero veo que tenés mucha idea en cosas que realmente desconozco. Tu idea de intercalar un pic me parece genial. Si te entiendo bien, sería grabar la entrada y la salida de u3 y replicar ese funcionamiento con un pic (tren de bits de entrada y salida), ¿es así?

Amigo la verdad es que no es tan fácil como se escucha porque recuerda que es una encriptación de 128bit el cual me imagino que será difícil ya que si los chinos no lo clonaron es por que no pudieron. Ahora por un lado bueno es que puede ser que no colocaron el u3 ya que todo lo estaban manejando con el FW. Y ahora no consiguen como solucionarlo por FW.

En verdad esto, hay que solucionarlo como sea ya que así salga una actualización para los clones que habrá canales solo funcionaria 1 par de meses y luego pasaríamos otros 3 a 4 meses sin ver las flores. Jejeje

Amigo la verdad es que no es tan fácil como se escucha porque recuerda que es una encriptación de 128bit el cual me imagino que será difícil ya que si los chinos no lo clonaron es por que no pudieron. Ahora por un lado bueno es que puede ser que no colocaron el u3 ya que todo lo estaban manejando con el FW. Y ahora no consiguen como solucionarlo por FW.

Estimado Johan,
tampoco es tan difícil como parece. En la época de los cartuchos asic a lpt1, el uso de la protección era tan burda que a veces simplemente encriptaban una cadena de digamos  8bytes a través del asic y comparaban esa cadena codificada contra una constante en memoria. Si daba igual, el programa funcionaba perfecto. Aquí es lo mismo, después del bootload el procesador escribe una cadena en u3, y lee de este la clave codificada. Luego la compara internamente con algo y sigue o se queda en un loop infinito. No se trata de emular la codificación del alpu, sino simplemente entregarle al micro la cadena de bytes como la espera recibir.
Fijate este video de YT:
youtube punto com/watch?v=Ggvw8K12FuE
Si lograras un dump como el que se ve aqui en la placa con u3 instalado, una vez identificados los bytes que envía el micro a codificar y los que recibe encriptados de u3, habría 2 soluciones posibles:
- Hardware: programar un pic con clk interno que emule esa cadena.
- Software: buscar esa cadena dentro del FW, y si aparece: VOILA! volvemos a hacer un dump sin u3, leemos la cadena ahora, escribimos esa cadena en su lugar en el FW, corregimos el CRC y a disfrutar!!!
Si conseguis ese dump del intercambio de datos entre el micro y u3, te doy 90% de garantia que esto sale andando (ahora que sabemos que u3 sólo participa en el arranque).

Saludos.
Carlos

Gracias por el video. Eso es lo que necesito hacer por ahora.

Tengo que encontrar un interfaz i2C para luego estudiar el registro del Bus i2C del U3 y tratar de programarlas a un pic.

Solo consigo en eBay y tardaría mucho en llegarme.

de que pais eres? lo puedo traer en poco tiempo, si te interesa

Soy de Venezuela. E comprado variedad de veces pero ahora no tengo casillero.

Cual es el link ? yo puedo traerlo, ademas, mas de lo que hemos esperado xD... si no es muy caro, podria hacer el esfuerzo..

Buenas amigo.

te envió el link para que le eches un vistazo.

ebay.com/itm/USB-to-I2C-adapter-IIC-bus-interface-switch-w-SCL-and-SDA-signal-lines-/300776934201?pt=LH_DefaultDomain_0&hash=item4607b3cb39