Tengo ya una primera versión de lo que será la documentación de Kora que presente el próximo lunes 13. Por supuesto, tiene muchísimos fallos, inconsistencias y huecos por rellenar (tengo poco más de la mitad hecha), pero en ello estamos. Si queréis echarle un ojo y ponerme verde, el PDF puede verse aquí.

Como siempre, a última hora y con prisas, pero esperemos que al final salga bien. Ya iré escribiendo posts en los que informe sobre el estado de la documentación y publique lo que lleve (por si a alguien le interesa o le viene bien). Todo esto estará además en el repositorio.

El verano ha sido una mierda, en resumen. Mucho trabajar en cosas-no-de-mi-campo y poco hacer, tanto para Kora como para las asignaturas que tengo para septiembre. De todas formas, me ha dado tiempo a publicar una aplicacioncilla en el Market de Android sobre la que os hablaré un día de estos, y cuyo código fuente pienso liberar antes o después, junto con unos cuantos posts describiendo cómo he hecho las cosas.

Ya me enrollo más otro día.

Y en parte es verdad. No es que me haya matado a trabajar en el proyecto, pero sí he estado haciendo cosillas. Han sido las dos últimas semanas del curso y he tenido que hacer y entregar varias prácticas. También he sufrido en mis propias carnes lo apañaos que son los funcionarios de la ITV y he tenido que hacer papeleos para la Erasmus del año que viene.

De todas formas, he estado preparando junto con mi tutora un artículo que vamos a mandar al Tecnoneet (y sigo con ello). Además, he seguido peleándome con la parte domótica del servidor. Hemos conseguido ya algún avance menor y hemos estado probando OpenRemote. Al final, esta biblioteca no es ni mucho menos la panacea, y queramos o no, vamos a tener que pelearnos con Calimero. Aprovecho para comentaros que:

El que diseñó la API de Calimero merece morir empalado.

La biblioteca está requeteprobada y a pesar de ser una alpha desde 2008, tiene pinta de ser estable y funciona. Pero es un infierno trabajar con ella: apenas hay documentación, los nombres de las clases y los métodos son nada descriptivos, para cada cosa hay que trabajar de una forma distinta y lo peor de todo: está muerta. Menos mal que los de OpenRemote le han aplicado algunos parches y tienen el código abierto. Solo esperamos poder engancharlo todo con BlueRose para septiembre. La verdad es que al final me va a dar lástima irme a Alemania y no poder seguir trabajando en esto, que me está interesando bastante.

Por cierto, me he abierto una cuenta de tuiter: @gskbyte.

En el wiki podéis ver las (des)conferencias que hay anunciadas y el horario de actividades. Tiene muy muy buena pinta, todavía podéis apuntaros en este formulario.

Resulta que ya hay una biblioteca que hace eso. Además, parece que funciona bien (si no, no la venderían ni la integrarían con varias soluciones hardware) y sobre todo, es libre: se distribuye con licencia AGPL. De hecho, he bajado el código fuente de su repositorio en SourceForge.

Se llama OpenRemote y su objetivo principal es ofrecer una interfaz estándar abierta para varios protocolos distintos para domótica, entre los cuales se incluye el (muy) cerrado KNX. Los autores tienen hasta programas de demostración para el iPhone y también han parcheado Calimero, que lleva muerta desde 2008.

Un problema menos

La idea era engancharla con BlueRose y olvidarme de todo el rollo a bajo nivel. Pero resulta que:

1. La biblioteca es un mojón. Tanto el diseño como la implementación son una cossa maravillosssa.
2. No funciona.
3. Hay problemillas no-funcionales.

Así que vamos a diseñar una biblioteca desde cero y que además funcione. Y sin follones feos. El objetivo principal es tener algo funcionando en condiciones antes de que acabe el curso, aunque el diseño de la biblioteca deberá llevar más tiempo. Y es que hay muchos problemas para desarrollarla:

• Hay poca documentación sobre KNX más allá de los manuales. Pero tenemos a José Manuel (que es experto en KNX) y además los manuales, aunque tenerlos en formato electrónico sería más cómodo.
• KNX es un coñazo y hay poquísima documentación aparte del manual.
• Calimero, la biblioteca libre para comunicarse con KNX está en versión 2.0alpha4 desde 2008. Es decir, que está muerta. Al menos funciona y está muy bien hecha y comprobada. La alternativa sería usar Falcon para Windows, pero es cerrada y se basa en ¡¡DCOM!!
• No hay prácticamente nada de documentación sobre Calimero más allá del Javadoc y cuatro ejemplos.
• No conseguíamos echar a andar Calimero en GNU/Linux pero esta tarde lo hemos conseguido .

En resumen, que va a haber que echarle bastante tiempo a este tema, pues es bastante complejo. Vamos a tener que hacerlo casi todo mediante ingeniería inversa.

Por ahora hemos conseguido conectar el ordenador al entrenador y cambiar los valores de algunos dispositivos, así que ya hemos avazado algo:

Seguiremos informando, ojalá pueda subir pronto un vídeo de Kora funcionando al 100%.

Este artículo está vilmente copipegado del blog de la OSL. Pasaos por el !BarraLibre que va a estar muy interesante. Además va a haber buen tiempo, wena hente (la créme de la créme del frikerío granaíno), buena comida y alguna sorpresilla . Echadle un ojo a la wiki y ya lo veréis.

Por cierto, aprovecho también para recordarle a los participantes y organizadores del CUSL que están más que invitados, contamos con vosotros .

El próximo 10 de Junio, en la Escuela Técnica Superior de Ingenierías Informática y Telecomunicaciones de la Universidad de Granada, se celebrará la primera !BarralibreCamp.

La !BarralibreCamp está abierta a todo el mundo, aunque se recomienda encarecidamente que te apuntes antes en el formulario creado al efecto (y, a ser posible, también en el wiki) por cuestiones de organización.

La !BarralibreCamp es una Barcamp, un evento autoorganizado en el que todos los asistentes son también participantes.

Una barcamp no se divide entre ponentes y publico, si no que todos los participantes están invitados a hablar y escuchar. Tampoco tiene programa, si no que se va organizando in situ y sobre la marcha, con una mínima preparación previa.

La idea detrás de todo esto es que la !BarralibreCamp sea un evento intenso y activo, donde se aprenda a través de la participación.

En la !BarralibreCamp, como en cualquier barcamp, hay una pizarra donde se indican las aulas o espacios disponibles y las horas, y cada cual puede incribir libremente su taller, ponencia o charla en el espacio que haya disponible. Desde ese momento, cualquier otro asistente puede decirdir inscribirse.

En la !BarraLibreCamp, el tema es el software y la cultura libres en todos sus aspectos: enseñanza, difusión, aplicaciones. Si usas, desarrollas, enseñas o quieres enseñar software libre, serás bienvenido.

Pensamos que el software es libre. Pero nos gusta aclarar que es libre como el sol cuando amanece, no como en la barra libre.

De ahí el !BarraLibre (NOT BarraLibre): No es barra libre.

Tradicionalmente, las barcamps tiene algunas reglas:

• La primera regla del Barcamp es “Todo el mundo habla del Barcamp”.
• La segunda regla del Barcamp es “Todo el Mundo postea (y twittea, y facebookea…) del barcamp”.
• La tercera regla del Barcamp es “Si vas a presentar algo, pon tu nombre y el tema del que hablarás en el tablón de anuncios”.
• La cuarta regla del Barcamp es “Introducciones de tres palabras”.
• La quinta regla del Barcamp es “Tantas presentaciones a la vez como las instalaciones permitan”.
• La sexta regla del Barcamp es “No hay presentaciones preprogramadas, no hay turistas”.
• La séptima regla del Barcamp es “Una presentración durará el tiempo que necesite, o hasta que comience la siguiente en el tablón”.
• La octava regla del Barcamp es “Si es tu primer Barcamp, DEBES presentar algo (Vale. No DEBES hacerlo, pero intenta encontrar algo que presentar o, por lo menos, haz preguntas y sé un participante activo)”.

Ven y participa.

Antes que nada me gustaría dar las gracias a la organización, que lo han hecho bastante bien y además han demostrado ser bastante enrollaos. Además, me han dado dos camisetas . También me gustaría felicitar al resto de concursantes, que me han parecido gente de puta madre, todos y cada uno de ellos. En especial a Pino (de Visuse) que ha sido mi compañero de habitación y a los asturianos Adrián Bulnes y Daniel Martín (de Curuxa y Casual Services), que son con quien más tiempo he pasado allí. Pero como ya digo, toda la gente que he conocido en el Concurso ha sido magnífica y me llevo un gran recuerdo de todos ellos. Además, los KDEros éramos mayoría y por primera vez en mi vida he conocido a gente que use Arch.

Por otra parte, el hotel en el que nos hemos alojado, aun siendo sencillo es precioso (especialmente las puertas, que me han enamorado) y durante el poco tiempo que he pasado por allí, he estado muy a gusto. Nunca antes había estado en Cádiz y lo poco que he visto me ha gustado bastante, y me ha picado el gusanillo de volver pronto. La comida en todos los sitios ha estado bastante bien.

En general, las conferencias han sido bastante interesantes, especialmente las de Opengnsys, Guadalinfo y Korea. Me da lástima no haberme podido quedar a las del viernes por la tarde, pero me gradué ayer y si me hubiera quedado habría llegado (más) cansado y con el tiempo demasiado justo. Las relacionadas con las empresas han sido útiles y han venido particularmente bien para saber qué hay después de la carrera, pues más allá de los valores éticos que promueve el software libre, conviene que también sirva para comer.

Para terminar, reitero mi agradecimiento a los organizadores y patrocinadores del Concurso y espero con todas mis ganas volverme a encontrar con los participantes. A los pocos que leáis mi esto os recomiendo no dejar pasar la oportunidad de vivir esta experiencia, y sobre todo, que os esforcéis con vuestro proyecto para llegar a la final.

• He escrito una página que resume (casi) toda la información sobre Kora, pues parece que no eran pocos a los que no les quedaba claro. La tenéis en la barra superior, debajo del  título del blog.
• He estado visitando la casita domótica del colegio Jean Piaget, donde esperamos hacer las pruebas durante las próximas semanas. Esta semana tengo pensado volver y publicar algunas fotos de cómo es.
• He añadido una actividad para configurar la conexión con el servidor. También es posible activar un modo de simulación para poder probar la aplicación en el caso de que no haya un simulador o un sistema real presente.

• La conexión con la nueva versión de BlueRose permite un inicio más rápido y detectar si no está presente el servidor (antes había que matar la aplicación, que entraba en un bucle infinito). Además informa de los parámetros de conexión, para poder revisarlos rápidamente.

• He mejorado la especificación de las representaciones de dispositivo, ahora son más sencillas y a la vez potentes. Un puto all-in-wonder, vamos. Además, esto me ha permitido implementar una característica muy vistosa: la aplicación es capaz de mostrar el estado de los dispositivos en la actividad de selección.
• La aplicación carga los iconos según los vaya necesitando. Esto implica un tiempo de arranque mucho menor (pero de verdad) y además reduce el consumo de memoria. Además, los iconos se escalan a un máximo de la mitad de la pantalla, lo cual ayuda a reducir aún más el consumo. La aplicación ha pasado de tardar en arrancar unos 7 segundos a unos dos, según esté la red. Antes consumía unos 8 MiB con solo arrancar (y hasta 15 andando) y ahora 2 al arrancar (y apenas 6 con todos los iconos cargados).
• He mejorado algunos iconos, especialmente los de las bombillas.
• El diálogo de información mola más.

Y esto es todo. La idea era intentar implementar también la inclusión de sonidos (al menos, simples) en las representaciones de dispositivos, el modo de barrido y comenzar a implementar una primera versión de los perfiles de dispositivo, pero el tiempo va a estar bastante justo y dudo poder tenerlo todo para Cádiz. Si me da tiempo esta semana, subiré un pequeño vídeo demostrando el funcionamiento de Kora, así sea con el simulador.

Si queréis probar la aplicación en vuestro móvil (o emulador) Android, he publicado la versión 0.1.5 en la forja. Tened en cuenta que pesa más y posiblemente funcionará más lentamente (aunque yo no lo he notado, la verdad) porque está compilada con símbolos de depuración y sin la optimización del APK (aka zipalign) aplicada.

Sobre todo, quiero felicitar al resto de autores de los proyectos finalistas y también a los autores de los que se presentaron a la final del CUSL de Granada. Especialmente a José Luis Pino, que también estará allí defendiendo su proyecto Visuse; y a Ricardo Cañuelo, cuyo proyecto Tea se ha llevado una mención, aunque en mi opinión también debería haber sido seleccionado, pues es un proyecto con una calidad altísima y sin duda se merecía estar allí. Creo que es importante destacar que la Universidad de Granada es la más representada en el concurso, con dos proyectos seleccionados y una mención.

Por mi parte, seguiré trabajando en en la aplicación para llevarla a la final en el mejor estado posible.