[QUOTE=Abrera+]Bip el problema me parece que radica por donde saques ese bin. Si me equivoco en lo que voy a decir no dudéis en corregirme, porque mi nivel de programación es muy bajo.

Sabemos de sobra que tanto un AllXX como un dump, te dan un archivo con extension *.bin. También sabemos que si intentas cargar un ALL por jtag o un dump por serie, el deko se queda atontado.

Vale, también se sabe ya que con el Serialtrans puedes bajarte los datos del deko por secciones, pero el problema es que lo baja en URT. Yo cambié la extensión del urt del resource del SL65 y me dijo que me cantara otra. Desconozco si el formato urt difiere mucho del bin.

Otra cosa, hay un programita del NB501 que te recalcula el CRC del bin a subir al deko para que trague. Me imagino que lo que hace es adaptarlo al CRC del NB501. Le estoy dando vueltas para poder utilizarlo para recalcular el CRC de un archivo del SL65 e intentar subirlo. De momento calabazas.

Ya os diré.

Saludos.[/QUOTE]


En unos cuantos post mas abajo puse las direcciones de memoria donde se graban las diferentes aplicaciones q contiene el dump, si quieres el resource solo tienes q salvar esos bloques y luego tiras de de editor hex para unirlas y con eso ya tendrias el resource en formato bin, aunque no se muy bien q quieres intentar con ello.

Sobre el CRC te hago un copy y paste, no puede estar mejor explicado.

(Cyclical Redundancy Checking). Abreviatura de Código de Redundancia Cíclica. Se trata de un método matemático a través del cual, permite detectar errores en la información. Es comunmente utilizado en la transmisión de datos a través de comunicaciones y en los archivos Zip. Valor usado para comprobar que los datos no se alteren durante la transmisión. El transmisor calcula una CRC y envía el resultado en un paquete junto con los datos. El receptor calcula la CRC de los datos recibidos y compara el valor con la CRC del paquete. El cálculo de una CRC es más complejo que una cifra de comprobación, pero puede detectar más errores de transmisión.

Con esto queda claro q los archivos URT son archivos comprimidos q solo seran aceptados por el deco cuando al finalizar la transmision el calculo del CRC sea el correcto,
y ahora surge la pregunta y cuando es el correcto? segun las pruebas realizadas el boot tiene mucho q ver con esto, si metemos el boot original del sl65 solo aceptara archivos urt del mismo tamaño q los urt del firm sl65, esto quiere decir q el boot tiene toda la informacion del tamaño de las aplicacion y tambien donde van a ser grabadas en memoria.

XBIP no seas cachondo, tengo casi la misma idea q tu , todo esto lo voy sacando con experimentos y pruebas no se q conseguiremos pero por el momento lo pasamos bien y con la tonteria mirar q peazo hilo tenemos.

seguiremos intentando de todo.

saludos.