Gadgets

This morning I was lucky enough to be visiting The Corpora offices, where the Qbo robot is being born. After spending there some hours, talking to Francisco Paz and the rest of the team, I’m impressed about the robot, and the ideas behind it. The software running it is free software, packed in a distribution based in Ubuntu (OpenQbo), and most or maybe all of the designs for the hardware will also be freely available in the Net, which rises interesting issues about how it could be a real shaker in the domestic robots market. I would say that it has all the points to let a thriving community emerge. In fact, even before the actual robot is available outside The Corpora, several people are are already tinkering with the software distribution.
(more…)

In some hours we’re presenting LibreGeoSocial at Google DevFest Madrid. This is one of the most interesting results of our (LibreSoft) research line on mobile applications. LibreGeoSocial is a geolocated content manager, with a backend written in Python and a frontend which is an Android application. It serves us to proof-concept new ideas on augmented reality. Right now, we have two subsystems for the augmented interface: one based on GPS, compass and geolocated media, and another one based on image comparison and identification.

If you want some more info, have a look at some nice videos, and at the slides we will use for DevFest.

I’m spending the morning at the Madrid Android Developer Lab, which we (GSyC/LibreSoft)are co-organizing with Google. The morning started with fresh Nexus One for everybody (about 200 people!), so lots of smiles. First talk was general stuff about how well Android is doing in the market, how are Android apps performing, and so on.

Quite an interesting Q&A part. I asked about the comments on Android forking the Linux kernel, and not contributing back to it. I was answered that Android is only forking for a while, because they are doing pretty specific stuff for the kernel, and have a really quick development cycle. But that they intend to contribute back to the main line of the kernel at some point, that they have no intention of forking away. Well, we’ll see… My impression is that it is both in the interest of Android developers (and Google), and Linux developers, to find a way for getting improvements and support for new hw back to the main Linux line. Other (many) companies have done that in the past, and ways can be figured out.

After a break (a lot of chatting about the Nexus one, a lot of known faces, no coffee ), we’re now dealing with technical stuff: code and information about the Android 2.x API. Lots of ideas to check and test.

Overall, this is being quite a nice seminar!

Basic installation of Debian Lenny was no problem, although I didn’t try to configure the “special” hardware components (touch screen, built-in camera, wifi, etc.). The internal 128 GB SSD worked like a charm, thought.

I installed Lenny from a USB memory stick, downloading most of the system via network (using Ethernet, which works our of the box). I just followed instructions in Installing Debian GNU/Linux via the Internet (“Tiny CDs, floppy disks, USB sticks, etc” section). After reboot, I get a desktop, and the fundamental components seem to run. WIFI is one which is not working, and according to Installing Debian 5.0 (Lenny) on a ThinkPad X200, you need a customized kernel to make it work. Touchscreen is also not working, but I don’t even try to configure it.

I’m installing Lenny just to upgrade to testing (Squeeze), so I stop here in trying to configure Lenny, and move to upgrade to Squeeze, which is what I will try to configure to work with all the X200 hardware.

Creo que me estoy obsesionando con este cacharro. Y eso que, como comentaba el otro día con unos amigos, parece increible que no le hayana puesto brújula. Habría quedado redondito con ella, y se disiparían mis dudas ante los HTC Android…

Bueno, el caso es que ya está disponible la pre-orden en España. No está claro (al menos para mi) cuándo se empezarán a distribuir, pero parece que parfa octubre. Por ahora, si te dejas unos 600 euritos, te ponen en cola y en cuanto lo tengan te lo envían a casa.

Mientras tanto, el trasto ya ha sido mostrado a la prensa en directo, en el Nokia World, y han aparecido muchos artículos sobre experiencias “manos en la masa”. Por ejemplo, me ha gustado el de Pocket-lint, pero hay muchos más.

Bueno, como comentaba hace unos días, los días del N900 se acercan. Hoy Nokia lo ha anunciado oficialmente mediante nota de prensa. El sitio de Maemo en Nokia.com incluye información detallada (y ha tenido más de un millón de páginas vistas en menos de un día, según Nokia).

Todo lo que se estaba rumoreando parece confirmarse. Forma y tamaño muy parecidos a los de iPhone, pero con teclado deslizante (lo que lo hace un poco más grueso y pesado). Cámara de 5 Mpixels, y de buena calidad (la misma que el N97), GPS, 32 Gbyte de memoria flash interna, mSD de hasta 16 Gbytes, pantalla de 3,5″ y 480×800, footprint total de aplicaciones en memoria de hasta 1 Gbyte, de todo para comunicarse (3G, BlueTooth, WiFi, USB), ARM a 600 MHz, y un montón de software (más todo el libre que se está portando o desarrollando para Maemo) con facilidades de multitarea real, actualización automática de software (estilo Debian apt), y más, y más.

Junto al N900, se ha lanzado también Maemo 5, sobre el que se puede ver más información en Maemo.org. Una de las cosas interesantes sobre Maemo (comparando con Android, por ejemplo) es que es un sistema GNU/Linux bastante completito, casi todo él compuesto de software libre. Y si las informaciones que se ver por ahí no mienten, parece que vendrá limpito de polvo y paja, permitiendo acceso a root y a todo el sistema, instalación de aplicaciones de cualquier origen, desarrollo completo para la plataforma, etc. etc.

En fin, que me va a costar no hacerme con un cacharro de estos… (así que a ver si voy sacando 500 euracos de algún lado), aunque no sé aún si estará disponible en España en la primera ronda, que parece que va a ser a primeros de octubre.

Hay más información sobre este lanzamiento por todas partes. Quim Gil lo ha anunciado en Maemo Talk, donde se pueden ver los comentarios de una comunidad realmente excitada. También aparece en medios tan diversos como (entre otros muchos) The Guardian (que indica que varias operadoras lo van a ofrecer en UK), C|Net, TechWorld (que hace un pequeño análisis con respecto al iPhone y a Android), TheBoyGenius (que comenta que, como se está hablando, probablmente T-Mobile lo ofrecerá en USA, y enlaza videos sobre el trasto) o PocketGamer (que menciona las posiblidades del cacharro como consola de bolsillo, por sus capacidades al incluir OpenGL 2.0 y el hw que tiene).

En fin, el N900 se presentará “en directo” la semana que viene. Ahora, el tiempo dirá cuánto interés despierta entre usuarios, si Nokia irá migrando desde Symbian a Maemo, si la estrella del iPhone empezará a decaer en la competencia con este cacharro y los Android, si otros fabricantes se animarán a usar Maemo (que es básicamente una tecnología libre), cómo competirá esta posiblidad con la de usar Android… En fin, tiempos movidos para la industria del móvil…y de todas las demás que están convergiendo con él a toda velocidad.

Finally, I decided to upgrade my HTC ADP1 to 1.5 version (the poor one was still at 1.0 firmware, as I got it from Google). The host machine in which I will do the “external” work is a Debian testing (squeeze, as of August 2009) one. A nice detail to mention is that after the upgrade, all my apps, with their configuration and data, were there (including my contacts, call log, etc.). I could just upgrade some apps, and everything was working. So, no need to use my backups. Lucky me!

Step by step

From the methods that are commented at the HTC support page, I’m using the fastboot method.

1. Download 1.5 firmware images from HTC support webpage. I download ota-radio-2_22_19_26I.zip (radio image), signed-dream_devphone_userdebug-img-150275.zip (system image) and signed-dream_devphone_userdebug-ota-150275.zip (recovery image). In fact, not all these images are needed: for fastboot (which is what I use), radio and system are enough. But well, I don’t pay Inet by the Mbyte… As I understand it, the radio image will go to its own partition in the internal flash memory of the device, while the system image is in fact a .zip file that contains three images (boot, recovery, system), each of which will go to a separate partition. However, there is no need of unzipping the system image: fastboot knows how to handle that.
2. Download the fastboot executable, also from the HTC support webpage. Of course, I get the version for Linux. In fact, what I get is a .zip file, which I just unzip, to get the fastboot Linux executable.
3. Download the Android 1.5 SDK for Linux (well, I already had it). In my case, it is 1.5r3 (the latest release in August 2009). Unpack the zip file you get. The important part of the SDK is the adb tool, that once unpacked you can find in the android-sdk-linux_x86-1.5_r3/tools folder.
4. I check with lsusb and the adb in the SDK that my Debian box sees the ADP1 when attached. As root:

   
# lsusb
[...]
Bus 001 Device 019: ID 0bb4:0c02 High Tech Computer Corp.
[...]
# ./adb kill-server
# ./adb devices
* daemon not running. starting it now *
* daemon started successfully *
List of devices attached
HT845GZXXXXX device


   That “High Tech Computer Corp.” is the Android device. The “kill-server” thing is just to be safe in case old adb servers are running. The “devices” thing shows the attached devices.

   There are ways to avoid running this as root, such as those described in the Android Developing Guide, or in Howto set android developer device permissions with udev, but for now I’m skiping those.

5. Now, I copy the radio image to the SD card in the device:


# ./adb push ~jgb/software/android/adp1-images/1.5/ota-radio-2_22_19_26I.zip sdcard/update.zip
1114 KB/s (9181622 bytes in 8.047s)
# ./adb shell sync


6. Let’s let the device update the radio image with the one I’ve just pushed (following the Flashing firmware images to the ADP1 device instructions). For that, I reboot the device into recovery mode by holding down the HOME key during reboot (that is, holding it down since the boot starts until I get the ! icon). When the device enters recovery mode, it displays a “!” icon.

   Now, let’s open the sliding keyboard and hold down the ALT+l key combination to enable log output in the recovery console.

   Next, hold down the ALT+s key combination to install the update. An “installing update” icon and progress bar are displayed (keep holding the ALT+s combination) — when the progress bar completes, the installation is finished.

   Press the HOME-BACK key combination to write the radio image, update the firmware, and automatically reboot. Note that if you do not use HOME-BACK at this point, the device will not load the updated radio image. After writing the radio image, the device shows a “updating firmware” icon for a few seconds and then automatically reboots in normal mode.

   After seeing “Writing radio image” in the screen (and then a nice icon showing the the process goes on), the device reboots normally.

7. Now let’s update the system image using fastboot (following the Flashing firmware images to the ADP1 device instructions).

   Boot the device in fastboot mode. First, hold the Camera and the power buttons at the same time when powering on. The phone will boot into Boot Loader Mode. Now, connect the USB cable to the Debian box, and press the back button until “Serial0″ changes to “FASTBOOT”.

   Note: For exiting fastboot mode at this point, hold down the keys MENU+Call Start + Call End together.

   As root, I type:

   
# ./fastboot devices
HT845GZXXXXX fastboot
# ./fastboot update ~jgb/software/android/adp1-images/1.5/signed-dream_devphone_userdebug-img-150275.zip
archive does not contain 'boot.sig'
archive does not contain 'recovery.sig'
archive does not contain 'system.sig'
--------------------------------------------
Bootloader Version...: 0.95.3000
Baseband Version.....: 2.22.19.26I
Serial Number........: HT845GZXXXXX
--------------------------------------------
checking product... OKAY
checking serialno... OKAY
checking version-bootloader... OKAY
checking version-baseband... OKAY
checking version-cpld... OKAY
sending 'boot' (1602 KB)... OKAY
writing 'boot'... OKAY
sending 'recovery' (1832 KB)... OKAY
writing 'recovery'... OKAY
sending 'system' (54825 KB)... OKAY
writing 'system'... OKAY
rebooting...


   An dthe device reboots. After some minutes, it is finally in 1.5!

Some interesting documents

The procedure i used is based in these documents, where you can find lots of more details:

• Android releases. Some information about Android releases. Right now (Aug 2009) showing info about 1.5.
• Android 1.5 SDK, Release 3 (official site for download).
• Flashing your Android Dev Phone with a Factory System Image. HTC webpage with detailed information about how to flash the ADP1, and links to the corresponding firmware (including 1.5)
• Flashing firmware images to the ADP1 device, detailed instructions from Androidkit about how to flash the ADP1.
• Fastboot Cheat Sheet, summary of how fastboot works, how to gain access to it in the ADP1, etc.
• Jesus Freke’s 1.5 images (no, I’m not using those, at least for now).
• Google group on Android DevPhone updating.

Se está hablando mucho en las últimas semanas del N900, el trasto que se espera continúne la línea del N770, el N800 y el N810, y que por fin es también teléfono (además de Internet Tablet). Lo llevo esperando desde finales del año pasado, y parece que por fin está cerca. El trasto tiene además del nombre N900 los nombres en código de Rover y RX-51, ya veremos qué nombre comercial le ponen.

Hace un par de semanas se publicaron las primeras fotos (o al menos las primeras que he visto), al parecer obtenidas justo después de que el trasto pase la certificación de la FCC, ya que parece que T-Mobile lo va a comercializar en EE.UU. Hace unos días ha aparecido una revisión detallada (include un análisis interesante sobre Maemo y la plataforma S60), de alguien que ha tenido acceso al cacharro antes de que Nokia lo anuncie oficialmente.

Si realmente este cacharro sale con la pinta que estos anuncios adelantan, va a tener un hw que compite bastante bien con el del iPhone y los Android. Y lo que es más, marcaría que Nokia pasa a usar sistemas basados en Linux (y bastante abiertos, comparados con otras cosas), quizás abandonando a medio plazo la plataforma Symbian (ya que es bien difícil mantener dos plataformas en móviles si intentas ser lider en el mercado…).

Parece que lo irá en los N900 incluirá bastante software privativo, pero la base es libre, y de hecho Maemo parece incluir bastante software libre como para poder sobrevivir, si quieres, sin instalar privativo. Habrá que ver cuánto de capados vienen los N900 comerciales, y cuánto de fácil es trabajar sólo (o casi sólo) con software libre en ellos. Por ahora, se van perfilando como una buena alternativa a los Android. Para los gustos hay colores.

Durante los próximos años (o meses) en la gama alta van a competir además de Symbian, Android y Maemo, que son o serán libres al menos en parte, otros como WebOS, iPhone OS (que tienen algunos componentes libres), y Windows Mobile (claramente privativo). Y quizás alguno más que me olvido. Un cambio sustancial con respecto a hace un par de años, cuando prácticamente no había plataformas libres con cierta repercusión comercial en móviles.

Quizás la competencia más que en modelos de distribución (libres frente a privativos) sea entre modelos de negocio. Windows Mobile parece que trata de venderse como se han vendido los sistemas operativos toda la vida. iPhone OS parece que es una plataforma para vender hardware (el iPhone) y acceso al mercado de aplicaciones y multimedia (aplicaciones iPhone, iTunes), Android parece que quiere que muchos fabricantes saquen su modelo y conseguir beneficios mediante servicios de Google. Está por ver cuál es el modelo de Nokia, pero puede que sea parecido al del iPhone. Bueno, ya veremos. Tiempos interesantes en esta industria…

Desde hace algún tiempo llevo siguiendo desde la distancia el desarrollo de fabbers (fábricadores digitales o algo así, ¿cómo traducir el término?). Cada vez más pequeños, cada vez más potentes, cada vez más cerca de permitir que podamos construir cualquier artilugio en casa, pasándonos información sobre cómo hacerlos como hoy nos pasamos programas de ordenador. Pero aún lejos de conseguirlo del todo…

Últimamente he visto varios proyectos relacionados con software libre. Los que me han parecido más interesantes: Fab@Home (ver artículo en New Scientist), que está construyendo (y publicando) diseños de desktop fabbers y software relacionado, RepRap, que está tratando de construir fabbers autoreplicantes, y MakerBot, que tiene modelos cuyo kit “montatelo tú mismo” sólo cuestan unos 600 euros (CupCake CNC Basic Kit).

En todos estos casos, las implicaciones son muy interesantes. Si algún día podemos tener fabbers tan baratos como los ordenadores personales, que puedan producir artilugios complejos con poco coste en materiales y energía (y ya parece que será así no tardando mucho), el elemento más importante que quedará es el diseño en si. ¿Podrá el modelo del software libre ser aplicado ahí, hasta el punto de que el “conocimiento” de cómo hacer cosas, y por tanto hasta cierto punto las cosas en sí puedan seguir los mismos modelos de producción que los programas de software libre?

A este respecto, es importante reconocer que los fabbers pueden considerarse máquinas de replicar cosas (al menos hasta cierto punto), como los ordenadores son máquinas de replicar información. Las implicaciones de “convertir en conocimiento” el problema de producir cosas relativamente complejas son muchas, y muy interesantes. ¿Estamos ante una nueva economía de las cosas, como ya la tenemos de la información? ¿Dónde queda la importancia de la fabricación de estas cosas, si las podemos fabricar fácilmente en casa? ¿No os suena esto a lo que ha ocurrido con la importancia de duplicar información, cuando lo podemos hacer fácilmente en casa.

En otro nivel, la posibilidad de que un fabber pueda producir otro fabber igual es también realmente interesante. No sólo como una forma de abaratarlos y popularizarlos, sino que también plantea interesantes cuestiones con respecto a su evolución, y el punto disruptivo cuando se pueda conseguir que un fabber pueda producir un fabber mejor que si mismo. Hoy, los diseños de Faber@Home pueden comprarse ya por unos 2.500 euros (y hay fabbers mucho más baratos, como el ya mencionado de MakerBot). Aún son limitaros en funcionalidad, pero, ¿no sería un buen precio si puede a su vez construir otros como él, que se podrían redistribuir a precios sensiblemente menores?

En fin, todavía tengo que decidir si tengo suficiente tiempo como para jugar con uno de estos trastos. Si tú lo tienes, y te gustra trastear, yo no lo dudaría… Lo veo como la construcción de diseños eléctricos que hacíamos hace 20 o 30 años, pero mucho más interesante. Si no sabes qué hacer este verano, y tienes quien te financie el juguete…

I’ve taken some notes about my first configuration and installation of software in my Nokia 770. Comments, fixes and additions are welcome.