He subido al UP5 el Editor del firmware del sl65-ali (Solo el ejecutable). Si alguien tiene probñemas con dll u ocx necesaria subiria el Setup.

De momento solo sirve para leer un firmware del ALI (Original o clonico) y extraer los bloques que contiene a disco, asi como un fichero con los datos de cabecera de cada bloque.

He creado este nuevo tema para recoger en el todos los comentarios a la aplicacion y para que sirva para centralizar todo lo que se consiga con el estudio de los bloques.

Remito a la lectura del tema anterior para todo lo demas.

http://foros.zackyfiles.com/showthread.php?t=458726

Seria conveniente que subamos el fichero que genera el programa con los datos de los bloques a upload para asi tener todos la informacion de los distintos firmware que se estudien.

Un saludo.

Tiene muy buena pinta PeSoGa... cuando lo tengas con todas las opciones que trae terminadas será muy práctico tenerlo todo en una sola utilidad...

Funciona muy bien así sin instalador (por lo menos a mi...)

Muchas gracias...

sl2

PeSoGa, un detalle...

Haz puesto que verifique el tamaño del firm y que no abra uno que no coincida con los 2048KB que comúnmente traen estos decos...

Pero hay firms que tienen menos, por ejemplo el del Globo-Digital 1006 (clon casi idéntico) que tiene 1856KB (1900544 Bytes), el Traxis es otro igual, y el Comag SL35S es de 1984KB...

Se complica si el tamaño es variable?...

sl2

No creo que sea ningun problema, el programa neceita saber el tamaño del fichero para calcular el tamaño del utltimo bloque que no viene especificado en la cabecera.

Tendré que modificar el programa y quitarle la comprobación, cuando lo tenga lo subo al UP5.

Saludos.

Tamaños de algunos firms:

Astro 625 (GMI) - 2048KB (BIN)
Globo-Digital 1006/1003 (GMI) - 1856KB (BIN)
Skyplus 200F (GMI) - 2048KB (BIN)
Traxis DBS3500 (GMI) - 1856KB (BIN)
Comag SL35S (SMT) - 1984KB (BIN)
Echolink EL700 (SMT) - 1984KB (BIN)
Amstrad 16100 (SZE) - 2048KB (ABS)
PremiunX 8700 (SZE) - 2048KB (ABS)
Truman TM-190X - 2048KB (ABS)
Yumatu IQ - 2048KB (ABS)

Parece que se reducen a tres...

sl2

He puesto el archivo ocx en el upload 5 con nombre "Editor SL65-ALI (threed32.ocx).zip" "2006-11-13 22:22:18"

Felicidades PeSoGa por tu estupendo trabajo!! te esta qeudando muy bien el programa.


Una preguntilla...
Si en "datos del bloque" se pudiera escribir en "nombre, version y en fecha" ¿quedaria modificado en el bin original? ¿podria hacerse para futuras versiones? igual es una tonteria, pero pienso que asi se podria hacer un mejor seguimiento de las modificaciones que se le hagan a los firms.

Gracias por tu programa y perdon si he dicho alguna tonteria.

Gracias PeSoGa por compartir la aplicacion. Funciona de maravilla, cuando la tengas terminada sera de gran utilidad.

Saludos.

saludos compañeros parece que por fin tengo reparada la adsl esto es fabuloso
pesoga lo estoy probado el editor
paso al hilo unico

SALUDOS pesoga en pruebas realizadas con ali editor y una vez sacados por partes observo en el maiconde el comienzo es corresto pero el final coge parte del sigueiente el ncr logo user 1.00 (firm es am 1.3.35rus.abs) creo entender que no es valido para todos los firm de los cuales estamos investigando es asi solo es para uno en concreto el nuestro?

Barrigaverde

Yo he probado la aplicación con varios firm y no me ha dado ningun problema.
El que comentas no lo tengo para analizarlo.

La aplicación extrae los bloques segun la definicion que he obtenido de la cabecera de cada uno, la cual tiene los datos tanto del tamaño del bloque como del tamaño real de los datos dentro del bloque, por lo que el comienzo de los datos de un bloque viene determinado por DirBloque Actual +TamBloque Actual.

Sin en el combo te salen todos los bloques que contiene el firm, el calculo está bien hecho.

De todas formas revisare la aplicación no sea que una vez leido un firm, se quede la informacion en memoria y al leer otro firm con tamaños de bloques distintos se mezclen. Aunque quiero recordar que inicializo la memoria cada vez que se lee un firm.

Saludos


P.D. Me falta por saber como se calcula el CheckSum de los datos de un bloque ( ultimos 4 bytes de la cabecera, Creo que es con el algoritmo CRC32 pero se lo aplico y no me sale el mimo valor)
Si alguien lo sabe que me lo diga, sin eso no puedo modificar el firm.

Hola PeSoGa, aunque no suelo aparecer por aqui ultimamente sigo todos los avances q estais consiguiendo con el nuevo sl65, me gustaria ayudar en lo q pueda, pero con la limitacion q no dispongo de este deco, si alguien esta interesa en desacerse de el, lo estoy esperando.

Para clcular el checksum hay que borrar la cabecera y lo calculas con checksum 16, y vuelves a ponerle la cabezara al archivo con el nuevo checksun.

saludos.

saludos pesoga grs por todo un pequeño detalle done subo el fin completo y por partes al 5 vale? nombre EDITOR SL65 ALI (pruebas)

un detalle la parte del fichero maiconde llega hasta la direccion
0008000 justo aqui comienzo el siguiente NCRC
y el final del maiconde con la parte de ncrc logo user hasta la direccion
0008fd80 siempre hablando de este fichero am. 1.3.35.ru.abs estos creo sean del globo 70**

Saludo Jolocotroco . Cuanto tiempo. Me alegra saludarte.

He probado con el HexWorksop todos los algoritmos de checkum (Calculandolo solo para los datos, sin la cabecera) y no me sale en ninguno el valor que aparece en la cabecera de los bloques del firm ALI.




He deducido que los ultimos 4 byes de la cabecera de un bloque del firm,es el checksum de los datos, porque al modificar la lista de canales con el programa ALI EDITOR. estos 4 bytes cambian.

No todos los bloques de firm llevan el valor del cheksum, los que no lo llevan en los 4 bytes aparece NCRC, que puede siginificar No CRC.

Sigo sin dar con la formula, el algoritmo que uso para el CRC32 es el que se utiliza el WINZIP.

Saludos.

Barrigaverde

Ya me he bajado el firm, luego lo mirare.

Saludos.


Ya lo he mirado. Efectivamente en la direccion 8000 del bloque maincode
aperece otro bloque logo_user. Pero la cabecera dice que el tamaño del bloque es 0008 FD80.

Cosa curiosa este bloque insertado no tiene checksum ,valor NCRC. pero si el bloque logo_user bueno.

Si Abres el firmw con el UPGRADE.exe te saca solo los mismos bloques que yo he sacado y en el mismo orden por lo que parece el upgrade calcula el comienzo de cada bloque igual que mi aplicación.

Esto me parece que proviene de haber mezclado firm. o haber parcheado el maincode.

saludos pesoga no sabes cuanto sufro no saber mas del tema pero como siempre ayudare lo que pueda y eso si mientras me voy ilustrando un poco cada dia haber si tenemos suerte

No sé si lo siguiente pueda tener algo que ver con el tema tratado, pero ahí va...

Hay varios versiones AliEdit y SistemUpgrade, y no todas se comportan igual...

De ALiEdit yo tengo (nº versión = fecha):
ALi Editor v05.11.10.A - SkyPlus
ALi Editor v05.12.28.A.(GMI) - Varios (incluido SL65)
ALi Editor v06.05.15.H.(AV) - Truman, Yumatu
ALi Editor v06.07.31.A.(AV) - Truman, Yumatu
ALi Editor v06.10.15 - Globo

Los cuatro primeros trabajan con formatos .bin, .df2 (Default DB File With Order) y .ddf (Default File). El último con formato .abs y .df2

Con el AE de la familia Truman no puedo abrir los firms del SL65, ni dump ni original, sale un cartel de "AllocNode for Program Failed"...

Con el AE (GMI) si se puede abrir los firm de los Truman y cia., pero aquí algo curioso, el manual del AE del Truman dice que para crear el bloque DefaultDB para usar con el ALiMerge se debe guardar el firm con formato .df2 y luego cambiarlo a .bin, haciendo eso con ambos firms efectivamente se crea dicho bloque. Ahora si quiero abrir el firm del Globo me sale el mismo cartel de "Alloc...." . Siempre cambiando la extensión de los .abs a .bin

Con el AE del Globo tampoco se pueden abrir el dump (2.048KB) y el original (1.846KB) del SL65, cambiándole la extensión de .bin a .abs ...

Pero es que tampoco se puede abrir el firm del Globo con el AE del Truman..., yo no sé si el cambio de extensión puede influir en algo, o hay que convertirlo de alguna manera..., pero aquí ambos son .abs ...

Estas pruebas hace un tiempo que las hice, así que se me puede pasar algo..., una cosa es que "creo" que al bloque DefaultDB de un mismo firm, dependiendo que AE usara me daba de distinto tamaño...

sl2

compañeros esto es una teoria de momento creo y solo lo he realizado com el firm de max s 100 como el tamaño no coincide lo he metido al deco y despues le he realizado un drump creo recordar que asi si funcione claro no lo he esperimentado con todos los ali creo lo he realizado con el de pesoga y asi lo tengo ya por partes y como se llame pues creo que esta definicion no es correcta probare algunos AE claro que solo se deben meter firm que no dejen KO al deco es importante ahora ya no se pondran a la venta tan facilmente saludos

edito: afirmo lo he probado de nuevo y tal como viene el firm del max s 100 me da problemas de tamaño incorrecto con el AE de pesoga pero metido al deco y sacado un drump pasa ha se tamaño de 2048 y asi se puede dividir por modulos o partes falta probar con los demas A E saludos

Hello! I can not speak / read spanish, so i'm writing in english. Is there already a jtag sollution for the sl65 (ali) ? I did not found a program for jtag. The cable isn't the problem.

greetings companion borg231
by momemto greetings are no program for jtag