palos de ciego

Sólo un par de cosas que probablemente ya conozcais de sobra:

hxxp : / / www.taringa.net/posts/ciencia-educacion/11464075/Mini-netbook-zairus-7Equot_---no-puedo-instalar-android--.html

y

el CnM™ CnMbook Linux en support en:
hxxp : / / www.cnmlifestyle.com/

krypton no hay nadie quien ha hecho el mod de cambio de baterías todavia, decia que se pueden cambiar ya que son baterías AAA

j3j3j3j3 escribió:krypton no hay nadie quien ha hecho el mod de cambio de baterías todavia, decia que se pueden cambiar ya que son baterías AAA

Buenas, si sirve de algo, recientemente hice un cambio de batería a un mp4. Este traía una batería litio-ion de 3.7v y 450ma y le endiñe una batería de un Nokia de 3.7v y 800ma o 900ma, no recuerdo bien. El resultado fue, funcionalmente ablando muy bueno, ahora, la estética quedo un poco maltrecha. La batería no entraba dentro del mp4, así que tuve que acoplarla(loctite+cola de silicona) a la tapa trasera por fuera . Solo hay que saber donde soldar: cable rojo al polo positivo, cable negro al polo negativo.
El tema de las pilas tiene un poco mas de complicación, pero no demasiada. Las pilas recargables suelen ser de 1.2v y xxxxma, cuantos más ma más autonomía tendrás. Como bien dice j3j3j3j3 con 6 pilas AAA, puedes montar la batería de 7.4v. La forma de conectar las pilas para obtener ese voltaje seria en serie, es decir:
-Sea '+' el polo positivo y '-' el negativo de las pilas representaré la pila como '+000-' y el cable como '===', el montaje quedaría como:

+000-===+000-===+000-===+000-===+000-===+000-
.
Ya tendrías una batería de 7.4v y los ma que tenga la pila AAA. Todo esto es la teoría. Si alguien se anima a llevarlo a la practica, mi consejo es que antes de colocar el artilugio al Kira, tenga un multímetro a mano para medir el voltaje que proporciona, no sea que por algún motivo le este metiendo mas de la cuenta y churrusque al chiquitín. En cualquier caso, no me hago responsable de cualquier catástrofe que puedan provocar las indicaciones que aquí dejo. Como siempre digo, ÚSALAS BAJO TU PROPIA RESPONSABILIDAD.

Saludos.

Bueno pues nada, apenas vi el comentario...
Mod bateria alternativa..

Un saludo.

lol
kryptonnnnnnnnnnnn , ya tienes el mod de baterias

Gracias compis!!!
Acabo de crear un hilo para ir incluyendo todas las Mods. que surgan.
Así, con el tiempo, iremos juntando una recopilación de todas las que se le puedan hacer a nuestros peques y serán mas fáciles de localizar. Además en el mismo hilo se pueden responder a las dudas que puedan surgirle a quien quiera aplicar las modificaciones.
De momento ya tenemos la de la ANTENA PARA MEJORAR EL WIFI y la de la BATERÍA SUPLEMENTARIA.
Ahora pregunto yo...... Se llegó a algo con lo de buscar un USB "maestro" y hacer un cable para ello? o algo así, es que me suena de haberlo visto por algún lado. Si es así, y alguien se aventura a hacer un tuto podría colgarlo en el hilo de ZONA MODDING

kripton escribió:Gracias compis!!!
Acabo de crear un hilo para ir incluyendo todas las Mods. que surgan.
Así, con el tiempo, iremos juntando una recopilación de todas las que se le puedan hacer a nuestros peques y serán mas fáciles de localizar. Además en el mismo hilo se pueden responder a las dudas que puedan surgirle a quien quiera aplicar las modificaciones.
De momento ya tenemos la de la ANTENA PARA MEJORAR EL WIFI y la de la BATERÍA SUPLEMENTARIA.
Ahora pregunto yo...... Se llegó a algo con lo de buscar un USB "maestro" y hacer un cable para ello? o algo así, es que me suena de haberlo visto por algún lado. Si es así, y alguien se aventura a hacer un tuto podría colgarlo en el hilo de ZONA MODDING

Etejam,j3j3j3j3 y yo estuvimos tratando de montarle el USB OTG, pero sin éxito. Creo recordar que en este mismo hilo esta la información de lo que hicimos. Yo recibí un kit de desarrollo de Airis mediante JTAG, pero estoy montando un cable paralelo para poder usarlo, a ver si la próxima semana bajo a la tienda de electrónica en Alicante y me pillo los componentes que necesito. Encontré un software que se usa para la interfaz JTAG, pero por puerto USB OTG o paralelo. El kit viene montado para usar por cable serie, con un conector DB9, pero sin el software necesario. Trataré de ir informando de los avances.
Saludos.

No, sin exito no, lo que descubrí era que el boot instalado en el KIRA desactiva el modo usb-slave, solo permite usb-host. Nada más arrancar lo detecta por unos pocos segundos y acto seguido se desactiva no dando tiempo a nada.Si tuviesemos un boot adecuado que permita entrar en modo debug estaria solucionado tambien (esto, si no existe acceso por Keys actualmente, deberia proporcionarlo infotmic como hace en el resto de sus equipos).
otra forma seria, encontrar o crear los drivers externos correspondientes de esta compilación del kernel, la 2.6.32.9 (*.ko) para cargar los modulos usb core y usb-slave mediante insmod (tambien bluetooth, ntfs, etc..), hasta ahora los que he encontrado me dan error de exe (no corresponden a esta compilación).
Respecto a la parte hardware... no hay problema, aun tengo los cablecillos soldados en la placa y no funcionan porque se desactiva por software.

etejam escribió:No, sin exito no, lo que descubrí era que el boot instalado en el KIRA desactiva el modo usb-slave, solo permite usb-host. Nada más arrancar lo detecta por unos pocos segundos y acto seguido se desactiva no dando tiempo a nada.Si tuviesemos un boot adecuado que permita entrar en modo debug estaria solucionado tambien (esto, si no existe acceso por Keys actualmente, deberia proporcionarlo infotmic como hace en el resto de sus equipos).
otra forma seria, encontrar o crear los drivers externos correspondientes de esta compilación del kernel, la 2.6.32.9 (*.ko) para cargar los modulos usb core y usb-slave mediante insmod (tambien bluetooth, ntfs, etc..), hasta ahora los que he encontrado me dan error de exe (no corresponden a esta compilación).
Respecto a la parte hardware... no hay problema, aun tengo los cablecillos soldados en la placa y no funcionan porque se desactiva por software.

Si crees que ese es el problema, puedes intentar a instalar una ROM de una tablet Sylvania, también de infotmic. En estas tablets si que tienen habilitado el USB OTG, y la actualización de la ROM también se puede hacer con la SD. De esta forma le meterías un boot con acceso USB OTG.
Yo en mi opinión, no creo que ese sea el problema, o al menos no solo ese, ni creo que sea por la falta de drivers. Otros equipos que he probado, son reconocidos antes de cargar el núcleo del sistema android, es más, si no me equivoco, cuando arrancamos el recovery mode en un dispositivo android, lo que se carga es el bootloader, no un núcleo linux.

Saludos

piniesta escribió:Si crees que ese es el problema, puedes intentar a instalar una ROM de una tablet Sylvania, también de infotmic. En estas tablets si que tienen habilitado el USB OTG, y la actualización de la ROM también se puede hacer con la SD. De esta forma le meterías un boot con acceso USB OTG.

Perdón por mi intromisión en un tema en el que confieso soy completamente ageno e ignorante, pero al meterle la ROM de una tablet, ¿no se estaría jugando el cuello de su KIRA como le pasó a los que intentaron hacer la actualización del N7000 con el S.O. del ONE PAD de AIRIS?......recordemos que el mayor problema que tenían es que para volver al S.O había que pulsar cualquier parte de la pantalla táctil que el N7000 no tiene.

kripton escribió:
Perdón por mi intromisión en un tema en el que confieso soy completamente ageno e ignorante, pero al meterle la ROM de una tablet, ¿no se estaría jugando el cuello de su KIRA como le pasó a los que intentaron hacer la actualización del N7000 con el S.O. del ONE PAD de AIRIS?......recordemos que el mayor problema que tenían es que para volver al S.O había que pulsar cualquier parte de la pantalla táctil que el N7000 no tiene.

No es ninguna intromisión, faltaría más, aquí puede intervenir quien quiera.
Efectivamente, te cepillas el Kira, pero si etejam piensa que el problema del OTG esta en el bootloader, y esta en lo cierto, no resultaría complicado volver a recuperarlo.
Yo personalmente, no lo haría.
Saludos

No se si esta info ya la habreis visto o quizas os pueda ayudar pero lo pongo:
http://www.omappedia.org/wiki/Building_Android_bootloader

y no se si servira de algo pero aqui pongo algo que encontre sobre multiboot
http://www.diy-computer-repairs.com/android-multi-boot-loader-apps/

la verdad es que no se si ayudara mucho esta info. pero por si acaso lo pongo por si os da una pista por donde seguir.
https://www.codeaurora.org/2010/03/02/little-kernel-based-android-bootloader/

Alguien ha tratado de comparar los uboot.img de las diferentes releases hasta el momento? quizás alguno sea un poco más abierto y disponga del modo usb que necesitamos para conectarnos con burntool.

InterNick escribió:Alguien ha tratado de comparar los uboot.img de las diferentes releases hasta el momento? quizás alguno sea un poco más abierto y disponga del modo usb que necesitamos para conectarnos con burntool.

Hola InterNick,
veras, el asunto es que no hay uboot en ninguna de las actualizaciones que hay del Kira N7000. Todas las actualizaciones contienen las imagenes del kernel, ramdisk, system y user, pero no el uboot.
Saludos

piniesta escribió:
Si crees que ese es el problema, puedes intentar a instalar una ROM de una tablet Sylvania, también de infotmic. En estas tablets si que tienen habilitado el USB OTG, y la actualización de la ROM también se puede hacer con la SD. De esta forma le meterías un boot con acceso USB OTG.
Yo en mi opinión, no creo que ese sea el problema, o al menos no solo ese, ni creo que sea por la falta de drivers. Otros equipos que he probado, son reconocidos antes de cargar el núcleo del sistema android, es más, si no me equivoco, cuando arrancamos el recovery mode en un dispositivo android, lo que se carga es el bootloader, no un núcleo linux.

Saludos

A ver, lo que yo creo, es que es el boot, no solo u-boot, sino su capa superior (el conjunto bootloader) desactiva algunas funciones de x210 entre ellas el OTG que lo deja en modo host, al igual que en cualquier otra ROM activa la IRQ de las teclas del Recovery, es decir, que no es la parte kernel, es directamente algunos parametros de configuración inicial del nucleo ARM.

Meter no voy a meter "de momento" ninguna rom, ahora bien, si que pienso que mediante un nuevo boot se podria habilitar el otg, el problema es encontrar como bien dices un boot "compatible con teclado fisico (no tactil), y reempaquetarlo como boot.ius. Estoy en ello y agradeceria que Angel me dijera si existe algun equipo AIRIS-infotmic con teclado físico al que le funcione el OTG o si conoceis de algun equipo basado en infotmic que tenga teclado fisico para buscar el ius o img y extraer el boot que tenga.

Ya dije que el KIRA nada más arrancar es detectado por el PC y acto seguido desaparece... me dais otra explicacion??.

Un saludo.

por otro lado , no tedria mucho sentido tener un kit de desarrollo si se podria activar del teclado el usbotg

j3j3j3j3 escribió:por otro lado , no tedria mucho sentido tener un kit de desarrollo si se podria activar del teclado el usbotg

Es que un kit de desarrollo es para "programar" el comportamiento del hardware o actualizarlo con mejoras (firmware) no para simplemente activar una función del mismo para intercambio de datos entre equipos (aunque tambien se podrá hacer activando algunas cosas y desactivando otras).
Por lo que yo sé, el x210 tiene asignados (y ocupados) 3 puertos USB Host (de 4 posibles) (no confundir con el hub formado por los 3 puertos USB externos que vemos), Uno copn el teclado fisico, otro con la Sd interna y el tercero con la Ethernet o wifi (si va uno no va lo otro), quedando "libre" e inutil (sin componentes electronicos asociados) el puerto usb nº4. Por tanto para poder usar el que esta compartido modo host o modo OTG (solo uno modo a la vez) que ya tiene un componete hardware asignado, y si activasemos el OTG, deberia desactivarse ese componente hardware. La cuestión es; ¿que pasa si el modo host asociado a ese puerto que desactivamos es el teclado físico?...

lo que a mi personalmente no me parece logico es la necesidad de un kit de desarrollo cuando con el usbotg haces lo mismo , es decir actualizar firm o programar el comportamiento hw .

piniesta escribió:

InterNick escribió:Alguien ha tratado de comparar los uboot.img de las diferentes releases hasta el momento? quizás alguno sea un poco más abierto y disponga del modo usb que necesitamos para conectarnos con burntool.

Hola InterNick,
veras, el asunto es que no hay uboot en ninguna de las actualizaciones que hay del Kira N7000. Todas las actualizaciones contienen las imagenes del kernel, ramdisk, system y user, pero no el uboot.
Saludos

Uhmmm... si abres el con el iusedit puedes guardar como img las diferentes partes y una de ellas que deja guardar es un fichero uboot.img . Estuve buscando en otros sitios un fichero parecido pero sólo he encontrado uboot.bin (en otros dispositivos muy similares) pero nunca un uboot.img. Trataba de substituir ese uboot por otro, reconstuir el fichero ius, pasarlo a tarjeta e intentar actualizar. Luego, teniendo un uboot accesible con línea de comandos o que aceptara arrancar por pxe ( montando un server tftp ) o accediendo por usb (que si os habeis fijado, como curiosidad si le quitais la batería al cacharro y lo enchufais al pc con cable macho/macho usb no hace falta bateria ni cargador ) ... en fin... buscaba alguna vía de abrirme camino

j3j3j3j3 escribió:lo que a mi personalmente no me parece logico es la necesidad de un kit de desarrollo cuando con el usbotg haces lo mismo , es decir actualizar firm o programar el comportamiento hw .

Por eso mismo creo que ese kit lo han sacado por algún motivo. El kit da acceso al JTAG, así que no hace falta que el Kira active nada para acceder a el para depuración/actualización. Y lo que quedó claro fue que, aunque el chip implemente el USB OTG, la placa no tiene la interfaz OTG disponible físicamente. Por mi parte, voy a seguir exprimiendo el kit de desarrollo, a ver si puedo sacarle el jugo, recuperar el ladrillo que le compré a usevelez, y entonces continuar con los otros proyectos que he dejado aparcados.
Saludos.

InterNick escribió:

piniesta escribió:

InterNick escribió:Alguien ha tratado de comparar los uboot.img de las diferentes releases hasta el momento? quizás alguno sea un poco más abierto y disponga del modo usb que necesitamos para conectarnos con burntool.

Hola InterNick,
veras, el asunto es que no hay uboot en ninguna de las actualizaciones que hay del Kira N7000. Todas las actualizaciones contienen las imagenes del kernel, ramdisk, system y user, pero no el uboot.
Saludos

Uhmmm... si abres el con el iusedit puedes guardar como img las diferentes partes y una de ellas que deja guardar es un fichero uboot.img . Estuve buscando en otros sitios un fichero parecido pero sólo he encontrado uboot.bin (en otros dispositivos muy similares) pero nunca un uboot.img. Trataba de substituir ese uboot por otro, reconstuir el fichero ius, pasarlo a tarjeta e intentar actualizar. Luego, teniendo un uboot accesible con línea de comandos o que aceptara arrancar por pxe ( montando un server tftp ) o accediendo por usb (que si os habeis fijado, como curiosidad si le quitais la batería al cacharro y lo enchufais al pc con cable macho/macho usb no hace falta bateria ni cargador ) ... en fin... buscaba alguna vía de abrirme camino

Que tal InterNick? eso del iusedit es para cobardes!(es broma, he?) Veras, hace algún tiempo ya destripé los archivos de actualización que hay para el Kira N7000 (.ima,.ius,.vhd) y algunos mas que no son del Kira. No tenia a mano la aplicación iusedit, así que lo hice con un editor hexadecimal, la calculadora, lapiz y papel. Por aquí tiene que haber algo de mi trabajo con los .ius, y si no en geekconsolas, la web de ainumortis, lo puedes encontrar. También encontraras un script que puedes ejecutar en el propio Kira para extraer las imagenes del kernel, ramdisk, system y alguna más, directamente a un pen usb.
Ten mucho cuidadin con el uboot, porque como metas uno incorrecto, adiós al Kira, y por el momento no hay forma de recuperar un kira 'ladrilleado'.
En cuanto a reconstruir un fichero .ius, es uno de los proyectos que tengo aparcado hasta terminar con lo del JTAG que llevo entre manos. Te comento que toda la información sobre el contenido de un archivo .ius esta contenida en los primeros 512 bits, la cabecera del archivo. Ahí tienes los ficheros que contiene y el espacio que ocupa cada uno. Para reconstruir el un .ius al que le hayas cambiado alguna de sus partes, como es lógico, tendrás que modificar esa cabecera. Si te interesa este tema, dímelo y te mando por privado mas información al respecto, y más detallada, para no llenar el hilo con información que solo entiendan algunos. Si a parte de ti, hay alguien mas interesado en el formato de los .ius, pues lo mismo, por privado le cuento todo lo que sé.

Saludos

Claro que me interesa, Piniesta. Muchas gracias. Toda esa información será bien empleada. Pensaba que el ius editor ese recreaba la cabecera si pones las partes bien. He visto bastante info en xdadevelopers sobre las ius disponibles y el formato de las mismas. Por ahora... mucho miedo a utilizar un uboot.img de una tablet, por ejemplo, porque me puede pedir "toca la pantalla para actualizar" y me jode vivo. Quizás... con un ius que no actualice... que sólo contenga el boot... sin tocar el sistema... ejemm.. nos atrevemos? dame un par de días para estudiarlo. Yo ya no tengo tanto hábito de utilizar editores exadecimales. Alguno ocasionalmente para modificar unos ficheros de una aplicación del curro. Pero hace años que no me dedico al ensamblador puro y duro (antes era demoscener). Ahora con los 30 años encima... sólo me queda quejarme y lamentarme de que exista el java (dios, qué atraso!) y esperar su pronta muerte. en fín... al tema... que me estoy planteando brickear mi aparato. Cuidado con los jtag de los samsung. A veces no utilizan standard. Tengo un samsung omnia... y a los que conozcan los bricks en estos dispositivos sabrán que utiliza un jtag con un interfaz más por medio que hace de "emulador jtag" porque el que usaba el dispositivo no era standard. en fín, no creo que sea el caso. Me parece que un "ius que no actualice" puede ser una opción a tener en cuenta al menos como prueba para ver si conseguimos abrirnos camino vía sd download mode. Si encontramos un uboot.img abierto (que permita combinaciones de teclas para acceder al modo consola o que acepte conex. usb ya seria demasiado)

Habéis visto en esos ficheros de upgrade de 8505... los .nb0 ... en teoría contienen imagen de bootloader de esos equipos. "De puta madre" si se me permite. Lo curioso es que en vez de ser los 200 y pico KB que tiene nuestro uboot.img son casi 30 MB. Sobre esto hablan los colegas de xdadevelopers aquí... ht tp: / /forum.xda-developers.com/showthread.php?t=221140

Piniesta... has visto eso? me molesto en darle vueltas o lo descartamos ya?

Por si quereis darle un vistazo el enlace que hay en xdadevelopers no me ha ido pero he encontrado la utilidad xdatools-jeff aquí http://turbocrazy.tistory.com/entry/Link-PPC-rom-dump-Dell-Axim-X5051-DOWNLOAD-SITE incluso explica como usarlo.

( lo haría yo pero estoy en un pc de trabajo y no me he traído el portatil de los experimentos ) Lo haré en casa.