Tema: Proyecto: Nuevo FW SDK4 para varios reproductores.

Buenos días.

Por cuestiones personales ahora no dispongo de tiempo para poder atender el tema de las traducciones. Zen79 se está currando el solito todo el tema. No sé si alguien podrá ayudarle.

Perdonar pero ahora me es imposible y todavía me quedan unos cuantos días sin estar disponible.

Buenos días!

debo haber revisado 2/3 de la traducción, voy algo lento por circunstancias laborales-personales pero espero terminar antes del viernes.

Un saludo!

Iniciado por zen79

Buenos días!

debo haber revisado 2/3 de la traducción, voy algo lento por circunstancias laborales-personales pero espero terminar antes del viernes.

Un saludo!

No te preocupes, no hay prisa, si miras los post, veras que estamos todos mas o menos igual.

Iniciado por calimocho

Una parte importante de la memoria FLASH está ocupada por los firmwares de Vídeo y Audio,
el kernel de Linux y el Bootcode. Pero una imagen vale más que 1000 palabras así que:

Código:

# ls /dev/mtdblock
0     1     2     3     disc
# ls -l
-rwxrwxrwx    1 root     root     98172928 Apr  6 09:14 0.bin
-rwxrwxrwx    1 root     root    134217728 Apr  6 09:15 1.bin
-rwxrwxrwx    1 root     root     22544384 Apr  6 09:16 2.bin
-rwxrwxrwx    1 root     root     13500416 Apr  6 09:16 3.bin
-rwxrwxrwx    1 root     root    268435456 Apr  6 09:18 disc.bin

La flash es de 256MB (tamaño de disc.bin que se corresponde a /dev/mtdblock/disc).
En /dev/mtdblock/0 se guarda lo que te he dicho y ocupa casi tanto como la partición
yaffs que se monta en / (unos 98 megas frente a 134 de / ).
Lo que queda sin utilizar son esos 13 megas de 3.bin.

También habría que comprobar si se puede usar toda la FLASH o si en /dev/mtdblock/3
se está guardando algo que no sabemos (y que no les interesaría que sepamos).

Buenas, acabo de leer este interesante hilo, y precisamente este post de Calimocho acaba de darme una idea.

Tengo un gigaset 795TW con placa RT-1283M1 que si no me equivoco es igual que las woxter, emtec, acryan, mede8er, etc..., el tema está en que la serie W y otros equipos que llevan wakiTV, tienen bloqueado el bootloader y el firmware para que no se les pueda meter mano (telnet, ftp, etc...), pero al ver que Calimocho tiene acceso al dump de la flash, me gustaría hacer un experimento.

¿podrías subir a mega (o similar) los esos ficheros .bin (1,2,3 disk)? o en caso de que alguien tenga acceso a un equipo como el 795T o compatible con RT-1283M1 pudiera darme una copia de la flash para intentar flashear a lo bruto el TW y liberarlo.

Supongo que los que tenéis acceso a telnet, podéis hacerlo, hay métodos desde RS232 y jtag, pero al menos los siemens le he dado mil vueltas y no encuentro esas conexiones.

Se que desoldar la flash es muy arriesgado, pero no tengo nada que perder porque tal y como lo tengo no vale para nada. No se si funcionará, pero en caso afirmativo posiblemente abra puertas a mas posibilidades..

No tengo mapa de memoria de mi flash. Se que es una toshiba TC58NVG1S3ETA00 y según su datasheet es 2 GBIT (256M × 8 BIT) CMOS NAND. Supongo que con un grabador de nand podría enviarle el bootloader (entiendo que es la partición 0.bin de lo que ha posteado calimocho) aunque no tengo muy claro a que dirección de memoria enviarlo por eso con el dump completo, a lo mejor es mas sencillo..)

Bueno, cualquier idea siempre es bienvenida. gracias.

No creo que sea buena idea grabar la flash de tu Gigaset con el contenido de la flash de un Woxter o un Emtec. Suponiendo que el 795T y el 795TW comparten hardware (son el mismo reproductor físicamente), lo lógico es que primero intentases instalarar un firmware del 795T de la forma normal y si no se pudiera ya podrías hacer el volcado de la flash pero tomando el dump de un 795T, no de un reproductor distinto. Y, por supuesto, siempre guardando una copia de lo que contenga actualmente tu flash.

Los ficheros .bin que aparecen en mi post se obtuvieron usando el comando de linux (busybox) dd. Supongo que ya lo sabías, pero por si alguien más quiere saberlo. Por ejemplo, para sacar una copia de la flash completa se puede usar

Código:

dd if=/dev/mtdblock/disc of=RUTA_DEL_FICHERO_A_ESCRIBIR

y para obtener el contenido de las "particiones" otro tanto de lo mismo. Con

Código:

dd if=/dev/mtdblock/0 of=RUTA_DEL_FICHERO_A_ESCRIBIR

se obtendría el contenido de la primera partición (0).

Supongo que eso también lo deberías indicar en el post que has escrito en forodvd ya que no es seguro de que quien pueda estar dispuesto a ayudarte conozca esas cosas.

Saludos.

Hola Calimocho, lo primero agradecerte la respuesta porque el tema de estos aparatos está tan abandonado que pensaba que estaba hablando solo.

Después decirte que contactar con alguien que tenga 795T es perder tiempo, he intentado hacerlo en el foro que dices pero los que pasan por allí, dejan su pregunta y adiós... es por eso que viendo que las placas de los woxter y emtec pvr son clones de los gigaset, no me importaría hacer una prueba. Por supuesto que antes de grabar la flash haré un volcado de la del 795TW (ahora le he puesto la del 835TW) pero de nada me vale porque todos los TW están capados y no valen para nada. Sobre lo que dices de que no van a funcionar, supongo que te refieres a los drivers. No se si esos driver son los que se pueden obtener de un firmware bajado de la web de una actualización. p.e. un gigaset 795TW lleva esto empaquetado:

arial.ttf 140 kb
audio_firmware.install.bin 1732 kb
configuration.xml 3 kb
flash_erase 43 kb
install.img 159570 kb *****
install_a 2344 kb
mkfs.jffs2 161 kb
mkyaffs2image 56 kb
nandwrite 61 kb
video_firmware.install.bin 1586 kb

a su vez, dentro de install.img *****

bluecore.audio.aes 1869 kb
squashfs1.img.aes 20892 kb
squashfs3.img.aes 124276 kb
usr.local.etc.tar.bz2 6 kb
video_firmware.bin.aes 2250 kb
vmlinux.develop.avhdd.mars.nand.bin.aes 4137 kb

El 795T lleva lo mismo, pero en lugar de install.img, lleva una carpeta que se llama package2 conteniendo lo mismo
que el install.img pero sin la extensión .aes (supongo que es poque esos firm no van firmados)

bueno, pues si abro los firm de los woxter, emtec, moed8er, acryan, honki, etc.. todos llevan la misma estructura.
entonces mi teoria es que una vez liberado el bootloader de los TW, le pordría meter un firm libre en el que puedo
sustituir los ficheros audio_firmware, video_firmware, etc.. por los del gigaset a ver que pasa.

todas estas barbaridades, partiendo que con un grabador de flash, se puede recomponer el desastre sin problema.

y ya abusando de tu amabilidad, podrías subirme el dump del tuyo (creo que con el bootloader sería suficiente,
aunque al no saber a que dirección de la flash enviarlo, casi sería mejor el dump completo) por si no encuentro
ningún voluntario del 795T para probar?

Gracias de nuevo Calimocho.

Ya tienes el enlace del fichero en un mensaje privado.

Yo NO SÉ si las placas de los Woxter, Emtec y Gigaset son iguales. Lo que sí hemos averiguado por las pruebas con este firmware es que no deben ser muy diferentes los reproductores para los que está hecha la MOD. Si se comprobara lo que dices se podría añadir el soporte para los Gigaset, aunque no recuerdo haber visto a nadie usar un firmware de Gigaset en un Woxter Icube o viceversa.

En la primera partición hay varias copias del bootloader como de otras cosas. Sustituir únicamente dicha partición tampoco creo que tenga demasiado sentido. Primero habría que ver si los tamaños son los mismos o habría que reorganizar las particiones. Por otra parte, el DvdPlayer, el kernel del Linux y demás de tu firmware actual seguro que únicamente puede funcionar con el bootcode protegido que tienes. Lo que supongo sí podrás hacer, en el caso de que el experimento funcione (aunque sea a medias) es reinstalar el firmware del 795T una vez esté funcionando, si es que funciona, la copia de la flash del woxter 3200.

¿Estás seguro de que las placas son iguales? ¿De qué modelos en concreto?

Bueno, ya contarás el resultado. Quizá también deberías subir el contenido de tu flash actual porque puede servirle a alguien, sobre todo si el contenido se guarda sin cifrar al contrario que los ficheros con extensión .aes que sí van cifrados.

Saludos.

Muchas gracias. Voy a esperar unos días y si no consigo el del 795T, le pongo ese.

aqui unas fotos de la placa del 795TW a ver si se puede comparar con las vuestras:

Subido en subir imagenes

Subido en subir imagenes

Sobre el tema de las particiones y direcciones de memoria, no tengo mas información pues al venir capado, ni telnet ni nada de nada.

Me llama mucho la atención que los que hacen firm para estas placas p.e., http://www.mhdworld.de/es/descargas.html
mira la carpeta gigaset y woxter verás que coincidencia. aunque los ficheros a bajar son diferentes, al menos los modelos son 795 y 3200 respetivamente...

le he levantado el disipador y trae este realtec:

Subido en subir imagenes

lo dicho, voy a esperar a por el 795T y si no aparece en un tiempo prudencial me tiro a la piscina con el tuyo.
por supuesto cuando lo haga subiré el dump del 795TW aunque no se lo recomiendo a nadie.

Gracias de nuevo.

Iniciado por chucky11

No te preocupes, no hay prisa, si miras los post, veras que estamos todos mas o menos igual.

Hola Chucky,

ya terminé la revisión de los textos. Dime un correo electrónico en un privado para enviártelo.

Saludos!

Iniciado por zen79

Hola Chucky,

ya terminé la revisión de los textos. Dime un correo electrónico en un privado para enviártelo.

Saludos!

Enviado

Iniciado por petaka

Muchas gracias. Voy a esperar unos días y si no consigo el del 795T, le pongo ese.

aqui unas fotos de la placa del 795TW a ver si se puede comparar con las vuestras:

Subido en subir imagenes

Subido en subir imagenes

Sobre el tema de las particiones y direcciones de memoria, no tengo mas información pues al venir capado, ni telnet ni nada de nada.

Me llama mucho la atención que los que hacen firm para estas placas p.e., http://www.mhdworld.de/es/descargas.html
mira la carpeta gigaset y woxter verás que coincidencia. aunque los ficheros a bajar son diferentes, al menos los modelos son 795 y 3200 respetivamente...

le he levantado el disipador y trae este realtec:

Subido en subir imagenes

lo dicho, voy a esperar a por el 795T y si no aparece en un tiempo prudencial me tiro a la piscina con el tuyo.
por supuesto cuando lo haga subiré el dump del 795TW aunque no se lo recomiendo a nadie.

Gracias de nuevo.

No quiero meterme en cosas de las que no se, pero hace tiempo leí en algún lado que los chips RTD, tienen 2 versiones siendo una de ellas especial para firmwares cifrados. Tambien recuerdo que decían que había que huir de esos chips porque las modificaciones no eran posibles.

Aunque ya sabemos que no hay nada imposible. Ten cuidado.

Iniciado por chucky11

Enviado

Buenos días Chucky!

acabo de enviarte de nuevo las traducciones al correo (la versión que te envié ayer tenía algunas erratas)...

Un saludo!

Hola! como va el proyecto? hace días que no se escribe por aquí...

saludos!

Iniciado por zen79

Hola! como va el proyecto? hace días que no se escribe por aquí...

saludos!

Por mi parte "mumal". Tengo pendiente tus traducciones y con MIG ni he empezado. No tengo nada de tiempo. :-(

Iniciado por chucky11

Por mi parte "mumal". Tengo pendiente tus traducciones y con MIG ni he empezado. No tengo nada de tiempo. :-(

Sería una pena que se "secase" este proyecto ;(

nuestros aparatitos merecen una segunda oportunidad

Iniciado por chucky11

No quiero meterme en cosas de las que no se, pero hace tiempo leí en algún lado que los chips RTD, tienen 2 versiones siendo una de ellas especial para firmwares cifrados. Tambien recuerdo que decían que había que huir de esos chips porque las modificaciones no eran posibles.

Aunque ya sabemos que no hay nada imposible. Ten cuidado.

Bueno pues efectivamente tenéis razón. No funciona.
Sigo pendiente de conseguir un volcado de un gigaset 795T para clonarlo.

Gracias de todas formas a Calimocho por su aporte.
Si algún dia se muere tu woxter por un mal flasheo ya sabes que puedes contar con el recovery.

Iniciado por zen79

Sería una pena que se "secase" este proyecto ;(

nuestros aparatitos merecen una segunda oportunidad

Seco no, leeeeeeeento.

Iniciado por calimocho

Bueno, ya contarás el resultado. Quizá también deberías subir el contenido de tu flash actual porque puede servirle a alguien, sobre todo si el contenido se guarda sin cifrar al contrario que los ficheros con extensión .aes que sí van cifrados.
Saludos.

El 795TW si va cifrado por eso quiero poner el 795T.
No tengo problema en subir la flash si alguien la necesita, pero no se la recomiendo a nadie.

Se me ocurre otra opción chapucera, a ver que te parece.
Bajo el firm del 795T de aqui: https://www.gigaset.com/fileadmin/le...vanzada%20.zip

lo descomprimo y veo que dentro va configuration.xml con esta info:

<nand>
<image type="linuxKernel">
<fileName>package2/vmlinux.develop.avhdd.mars.nand.bin</fileName>
<targetAddress>0x80100000</targetAddress>
<version>SVN:5324</version>
</image>
<image type="audioKernel">
<fileName>package2/bluecore.audio</fileName>
<targetAddress>0x81b00000</targetAddress>
<version>N/A</version>
</image>
<image type="videoKernel">
<fileName>package2/video_firmware.bin</fileName>
<targetAddress>0x81d80000</targetAddress>
<version>N/A</version>
</image>
<image type="squash">
<fileName>package2/squashfs1.img</fileName>
<mountPoint>/</mountPoint>
</image>
<image type="yaffs2">
<fileName>package2/usr.local.etc.tar.bz2</fileName>
<mountPoint>/usr/local/etc</mountPoint>
<sizeBytesMin>0x2000000</sizeBytesMin>
</image>
</nand>


entiendo que son las direcciones de los binarios para saber en que zona de la flash irían grabados.
entonces por deducción parece que el bootloader va en 0x80100000.

¿que pasa si con un editor hexadecimal sutituyo sobre el dump del firm del 795TW la zona desde 0x80100000
con el contenido de vmlinux.develop.avhdd.mars.nand.bin y restauro el fichero resultante sobre la flash?

¿es una burrada? ¿tendría que sustituir también el resto de ficheros?

Iniciado por petaka

El 795TW si va cifrado por eso quiero poner el 795T.
No tengo problema en subir la flash si alguien la necesita, pero no se la recomiendo a nadie.

Se me ocurre otra opción chapucera, a ver que te parece.
Bajo el firm del 795T de aqui: https://www.gigaset.com/fileadmin/le...vanzada%20.zip

lo descomprimo y veo que dentro va configuration.xml con esta info:

<nand>
<image type="linuxKernel">
<fileName>package2/vmlinux.develop.avhdd.mars.nand.bin</fileName>
<targetAddress>0x80100000</targetAddress>
<version>SVN:5324</version>
</image>
<image type="audioKernel">
<fileName>package2/bluecore.audio</fileName>
<targetAddress>0x81b00000</targetAddress>
<version>N/A</version>
</image>
<image type="videoKernel">
<fileName>package2/video_firmware.bin</fileName>
<targetAddress>0x81d80000</targetAddress>
<version>N/A</version>
</image>
<image type="squash">
<fileName>package2/squashfs1.img</fileName>
<mountPoint>/</mountPoint>
</image>
<image type="yaffs2">
<fileName>package2/usr.local.etc.tar.bz2</fileName>
<mountPoint>/usr/local/etc</mountPoint>
<sizeBytesMin>0x2000000</sizeBytesMin>
</image>
</nand>


entiendo que son las direcciones de los binarios para saber en que zona de la flash irían grabados.
entonces por deducción parece que el bootloader va en 0x80100000.

¿que pasa si con un editor hexadecimal sutituyo sobre el dump del firm del 795TW la zona desde 0x80100000
con el contenido de vmlinux.develop.avhdd.mars.nand.bin y restauro el fichero resultante sobre la flash?

¿es una burrada? ¿tendría que sustituir también el resto de ficheros?

Hasta donde yo se, vmlinux.develop.avhdd.mars.nand.bin, que es lo que va en la direccion de memoria que pones, NO es el bootloader, sino el kernel de linux bajo el que funciona el cubo.

¿Has instentado instalar directamente el firm del 795T en tu 795TW? Quizas hasta funcione sin hacer nada, y de ese modo podria tener acceso

Iniciado por petaka

entiendo que son las direcciones de los binarios para saber en que zona de la flash irían grabados.
entonces por deducción parece que el bootloader va en 0x80100000.

¿que pasa si con un editor hexadecimal sutituyo sobre el dump del firm del 795TW la zona desde 0x80100000
con el contenido de vmlinux.develop.avhdd.mars.nand.bin y restauro el fichero resultante sobre la flash?

¿es una burrada? ¿tendría que sustituir también el resto de ficheros?

Se trata de las direcciones de memoria RAM donde se cargarán los binarios, NO LAS DIRECCIONES DE LA FLASH. En la flash se guardan varias copias de los binarios importantes para tener al menos una copia correcta (no corrupta).

Saludos.

x chucky, el 795T es el normal y el 795TW es el waki TV (encriptado) los TW aceptan solo los firm de los aparatos encriptados, de hecho, mi 795TW antes de "canibalizarlo" era un 835TW. pero no traga ni en 795T, ni 825T, ni 835T. una ruina.

xcalimocho, muchas gracias por la info. Ayúdame con otra "vuelta de tuerca" o si se te ocurre algo mejor para probar, partiendo de que tengo el dump completo del 795TW pero solo el firm de la web de 795T (en el otro foro hay 200 post pero parece que los expertos se han ido y solo quedamos unos cuantos zombis). Ya doy por perdido conseguir el dump del 795T.

He buscado la cabecera de video_firmware.install.bin del firm 795T que me he bajado, sobre el dump del 795TW con un editor hexadecimal, y lo he encontrado.
Partiendo de lo que dices (que eso ficheros de la web no incorporan bootloader) que pasaría si localizo y sustituyo el resto
de los archivos:

arial.ttf
audio_firmware.install.bin
configuration.xml
flash_erase
install_a
mkfs.jffs2
mkyaffs2image
nandwrite
video_firmware.install.bin

package2 (carpeta conteniendo lo siguiente)
bluecore.audio
squashfs1.img
usr.|oca|.etc.tar.b2
video_firmware.bin
vmlinux.develop.avhdd.mars.nand.bin

¿si el bootloader no coincide no hay nada que "rascar" o puedo engañarlo de alguna manera para que no se entere que esta cargando un 795T en lugar del TW? ¿por los nombres de los archivos puedes deducir cuales son los mas adecuados para sustituir para intentar que arranque o al menos engañarlo para que arrancando con un usb metido pueda forzar una falsa actualización por usb?

gracias por tu paciencia.

Iniciado por petaka

x chucky, el 795T es el normal y el 795TW es el waki TV (encriptado) los TW aceptan solo los firm de los aparatos encriptados, de hecho, mi 795TW antes de "canibalizarlo" era un 835TW. pero no traga ni en 795T, ni 825T, ni 835T. una ruina.

xcalimocho, muchas gracias por la info. Ayúdame con otra "vuelta de tuerca" o si se te ocurre algo mejor para probar, partiendo de que tengo el dump completo del 795TW pero solo el firm de la web de 795T (en el otro foro hay 200 post pero parece que los expertos se han ido y solo quedamos unos cuantos zombis). Ya doy por perdido conseguir el dump del 795T.

He buscado la cabecera de video_firmware.install.bin del firm 795T que me he bajado, sobre el dump del 795TW con un editor hexadecimal, y lo he encontrado.
Partiendo de lo que dices (que eso ficheros de la web no incorporan bootloader) que pasaría si localizo y sustituyo el resto
de los archivos:

arial.ttf
audio_firmware.install.bin
configuration.xml
flash_erase
install_a
mkfs.jffs2
mkyaffs2image
nandwrite
video_firmware.install.bin

package2 (carpeta conteniendo lo siguiente)
bluecore.audio
squashfs1.img
usr.|oca|.etc.tar.b2
video_firmware.bin
vmlinux.develop.avhdd.mars.nand.bin

¿si el bootloader no coincide no hay nada que "rascar" o puedo engañarlo de alguna manera para que no se entere que esta cargando un 795T en lugar del TW? ¿por los nombres de los archivos puedes deducir cuales son los mas adecuados para sustituir para intentar que arranque o al menos engañarlo para que arrancando con un usb metido pueda forzar una falsa actualización por usb?

gracias por tu paciencia.

Siempre hablando desde la ignorancia, ya que jamas he tratado con un cubo con el firm cifrado, ya te digo que me temo que no conseguiras nada.
arial.ttf
audio_firmware.install.bin
configuration.xml
flash_erase
install_a
mkfs.jffs2
mkyaffs2image
nandwrite
video_firmware.install.bin
Si los comparas con los del firm para tu cubo, veras que son exactamente lo mismo, quizas alguna version mas moderna o antigua, pero para el caso lo mismo, esos archivos son los necesarios para que el cubo realice la actualizacion.
package2 (carpeta conteniendo lo siguiente)
bluecore.audio
squashfs1.img
usr.|oca|.etc.tar.b2
video_firmware.bin
vmlinux.develop.avhdd.mars.nand.bin
Bluecore.audio es el "driver" del audio
video_firmware.bin, lo mismo pero para el video
vmlinux.develop.avhdd.mars.nand.bin, el kernel de linux.
squashfs1.img
usr.local.etc.tar.b2
Estos dos archivos son los que contienen el contenido editable del firm, y son los unicos que necesitarias cargar/cambiar.

En realidad, no creo que haya diferencia entre el firm de tu cubo, y el de otro sin encriptar. Lo dos firms seran exactamente iguales, el problema es que al añadir la app de WAKI, han tenido que usar la version cifrada por problemas de derechos de autor (Yo mismo me puse en contacto con waki, para pedirles permiso para añadir su app en nuestros cubos, y sin firm cifrado, no pueden dar el codigo fuente) Despues de todo la app de waki no deja de ser algun binario, junto con archivos rss, como qualquier otra del IMS.
La principal ventaja que obtendras, es que al desbloquer el acceso por telnet, podras realizar mejoras en tu firm.

EDIT: Me tendrias que explicar esto:

de hecho, mi 795TW antes de "canibalizarlo" era un 835TW

El 795T es un RTD1283, mientras que el 835T es un RTD1185, y por lo tanto los firms no deberia ser compatibles.

chucky tienes toda la razón del mundo, no era un 835TW era el 825TW, tan cierto como que el 835TW no existe.
Sobre las ventajas del T al TW, era en un principio decirle adiós al firmware de gigaset. Nunca he visto nada tan malo como eso.
No funciona el interface web, no funciona el torrent, no deja ordenar canales,.... vamos una basura comparado con lo que hacen otros equipos con el mismo hardware. No se si a los vuestros se le pueden poner los del a.c.ryan, mede8er, o incluso probar el de la web de honki, aunque viendo lo delicados que son, ya casi no tengo esperanzas de que se pueda poner firm alternativo.
Pero ya te digo, me daría pena tirarlo al contenedor del reciclaje antes de probar al menos este... http://www.mhdworld.de/es/descargas/...2-gigaset.html


PD. emtec si actualiza bootloaders, y confirma lo que dices.
http://www.emtec-international.com/en-eu/s800h_firmware
los archivos del bootloader son otra historia.

no se si el s800h lleva el mismo hardware que los gigaset. dentro del fichero del boot
hay un archivo llamado project_config.h con información muy interesante.
¿se puede aprovechar alguno de esos binarios para parchear el dump del firm y liberar el boot?

Iniciado por petaka

chucky tienes toda la razón del mundo, no era un 835TW era el 825TW, tan cierto como que el 835TW no existe.

EL 835TW no, pero el 835 a secas si, de ahi mi lio.

Sobre las ventajas del T al TW, era en un principio decirle adiós al firmware de gigaset. Nunca he visto nada tan malo como eso.

Los firms con la misma numeracion son todos igual de buenos/malos.

No funciona el interface web, no funciona el torrent, no deja ordenar canales,.... vamos una basura comparado con lo que hacen otros equipos con el mismo hardware.

En este caso las opciones del firm dependen del equipo de programadores que tenga el distribuidor o la voluntad de añadir cosas externas de los voluntarios, te aseguro que el firm es igual para todos (Si te mostrara lo que MELE modifica por su cuenta para cada distribuidor, fliparias, tan solo el menu de inicio)

No se si a los vuestros se le pueden poner los del a.c.ryan, mede8er, o incluso probar el de la web de honki, aunque viendo lo delicados que son, ya casi no tengo esperanzas de que se pueda poner firm alternativo.
Pero ya te digo, me daría pena tirarlo al contenedor del reciclaje antes de probar al menos este... http://www.mhdworld.de/es/descargas/...2-gigaset.html

En este caso, yo no probaria ese firm alternativo, es muy viejo, basado en SDK3 y seguro que te da mas problemas que satisfacciones

PD. emtec si actualiza bootloaders, y confirma lo que dices.
http://www.emtec-international.com/en-eu/s800h_firmware
los archivos del bootloader son otra historia.

no se si el s800h lleva el mismo hardware que los gigaset. dentro del fichero del boot
hay un archivo llamado project_config.h con información muy interesante.
¿se puede aprovechar alguno de esos binarios para parchear el dump del firm y liberar el boot?

El bootloader se actualizo para todos los distribuidores al mismo tiempo, aqui tienes el del woxter icube3200:
http://woxter.es/esp/es/index.php?co...ttachment=5094
El actualizar el boot era un paso indispensable para que los cubos pudieran pasar de un firm SDK3 a un firm SDK4, y MELE remitio el correspondiente boot a cada distribuidor.

Debes tener unos conceptos claros (Creo que ya lo sabes pero por si acaso)
-Saber si el firm de tu cubo es SDK3, o SDK4 esto se sabe por las imagenes del menu principal basicamente.
-Saber la version de bootcode que tienes actualmente (¿1026U?). Lo puedes ver en el menu de configuracion.
-Saber el fabricante REAL de tu cubo. Creo que es MELE tambien, pero deberias asegurarte. Al menos la caracasa son parecidas a las de iconbit
http://www.iconbit.ru/products/101081/
http://www.iconbit.ru/products/100093/
El numero completo de la version del firm tambien ayuda (Lo puedes ver en el mismo lugar que la version de bootloader en el menu de configuracion y deberia tener el formato 8.5.xx.xxxxx)
Una vez con eso claro, se podria intentar actualizar el bootloader (En algunos cubos se hizo con los Eboda) Pero esto tiene alto riesgo, puede dejar el cubo muerto del todo. Una vez actualizado, te cambiara el logo de inicio al del fabricante del bootloader que uses, y si el cubo es fabricado por MELE, ES MUY PROBABLE que puedas usa el firm de este hilo.

Pero todo depende de que tu cubo deje deje de se un cubo cifrado.



EDIT: Paginas que te podrian interesar:
http://playon.unixstorm.org/installation.php
http://code.google.com/p/eboda-hd-fo...downloads/list

El procedimiento para actualizar supongo que será el mismo, así que, mi duda es si puedo instalarlo en mi 3250 sin temor a tener que formatear el disco.