Mostrando entradas con la etiqueta android. Mostrar todas las entradas
Mostrando entradas con la etiqueta android. Mostrar todas las entradas

viernes, 27 de junio de 2014

Depuración hardware en android (Ubuntu)

Esta entrada es de especial importancia para aquellos que os hayáis agenciado un teléfono/tablet con sistema operativo android, de marca no precisamente conocida.


Aquellos que hayáis probado a desarrollar para android pensaréis, igual que el común de los desarrolladores de ésta plataforma, que utilizar dispositivos virtuales, o emuladores, es lento y farragoso. Para ello, el SDK de android nos permite conectar nuestros dispositivos android al PC y utilizarlos como dispositivo de pruebas. Ésto es mucho más rápido y tiene la ventaja de que ves la aplicación funcionando en un terminal de verdad.

Sin embargo no todos los dispositivos se comportan de la misma manera cuando los conectamos a nuestro PC para probar nuestras apps en ellos. En mi caso, hará cosa de un año me compré una tablet china (PiPo Max M1), y cuando la conecto al PC, el adb ni se inmuta. He de decir que con mi teléfono (Xperia Ray) no tengo ningún problema. Es detectado automáticamente por mi PC y sale en la lista de dispositivos.

Después de dar muchas vueltas y probar muchas soluciones, he dado con un método para hacer funcionar (al menos) los dispositivos mencionados. En el caso de la tablet, podemos decir que cualquier dispositivo con chipset RockChip 3066, ya que todos tiene el mismo "vendor id". Dicho método os lo proporciono en forma de script de bash, como buen programador y amante de linux.

Notas adicionales:
  • Activad el modo debug en vuestro teléfono.
  • Ejecutad el script como super usuario.
  • Debeis proporcionar el "vendor id" de vuestro dispositivo al script como único y necesario parámetro. Si no lo conocéis, podéis buscarlo aquí.
  • Para los dispositivos chinos lo tenéis un poco más complicado pero buscando un poco suele aparecer. Para los que tengáis un dispositivo RockChip 3066, el "vendor id" es 0x2207
  • Conectad vuestro dispositivo en modo de almacenamiento antes de ejecutar el script (no es imprescindible, pero al final de la ejecución se muestra la lista de dispositivos conectados y detectados)
  • Es crucial, que si detenéis y arrancais el servidor de adb, lo hagáis como superusuario. De lo contrario el dispositivo podría no aparecer, o como me pasa a mí, poner 20 signos de interrogación y un "no permissions" al listar los dispositivos.
Es posible que al final de la ejecución la lista de dispositivos siga vacía, o invariable. Esperad unos segundos y ejecutad adb devices. Es posible que el comando se ejecute antes de que se detecte el dispositivo.

martes, 4 de septiembre de 2012

Problemas al instalar ADT Plugin para Eclipse

Si os habéis decidido a programar para android en Windows, probablemente habréis optado por utilizar Eclipse para tal fin. También habréis tenido que instalar Android SDK y finalmente el plugin ADT para eclipse. Lo que voy a tratar de resolver a continuación, son los problemas a la hora de instalar éste último plugin...




En mi caso, hace unos meses he instalado el paquete entero que os acabo de mencionar sin problema alguno. Pero ayer, volviendo a instalar todo por segunda vez y de la misma manera, eclipse me dice algo parecido a ésto:

Cannot complete the install because one or more required items could
not be found.
Software currently installed: Shared profile 1.0.0.1316138460759
(SharedProfile_epp.package.java 1.0.0.1316138460759)
Missing requirement: Shared profile 1.0.0.1316138460759
(SharedProfile_epp.package.java 1.0.0.1316138460759) requires
'org.maven.ide.eclipse [1.0.100.20110804-1717]' but it could not be
found

Tras probar varias soluciones disponibles en la red, me quedo con dos.

  • En primer lugar, cerrad eclipse y ejecutadlo de nuevo como administrador (botón dcho > ejecutar como administrador). En mi caso, he alojado el directorio de eclipse en "C:\Program Files". Éste directorio, además de ser famoso por alojar prácticamente todos los programas que instalamos en nuestro PC, lo es también por requerir privilegios elevados para casi todas las operaciones. Una vez ejecutado de ésta manera, no debería poneros ninguna traba a la hora de leer, escribir o ejecutar algo dentro de eclipse.
  • Si aún así seguís obteniendo el mismo error, probad a mover las carpetas "eclipse" y "android" de "C\:Program Files" a "C:\".
 Os aseguro que en mi caso, fue suficiente con el procedimiento descrito en el primer punto, pero el segundo por lo visto, tiene gran aceptación en la comunidad. Supongo que a alguien le funcionaría...

Un saludo, Marcos R.