Planet

Hola , como sabéis he inscrito mi proyecto al nuevo concurso del software libre , la verdad que con mucha ilusion y con un buen sabor de boca del año pasado , por que importante fue que aprendí tanto de mis pocas virtudes como de mis múltiples errores.
Quiero dejar claro que os encontraréis un código , ya algo documentado  con Doxygen , estructurado de manera lógica siguiendo OO.  El cual tiene ya un año de trabajo casi, aunque ese trabajo sea de fines de semana, tiempos libres etc , si que puedo decir que este año quiero entregarlo como proyecto fin de carrera para ya por fin ser titulado en  ingeniería técnia en informática.
Me gustaría estar más activo este año que el año pasado y por ello empezaré con buen pie escribiendo este post y muchos muchos más ….
Un saludo a Tod@s
DALE VALOR A LAS COSAS NO POR LO QUE VALEN, SINO POR LO QUE SIGNIFICAN.
Gabriel García Márquez

Hola a todos,
En primer lugar pedir las disculpas por todo este tiempo sin escribir, en verano termine la memoria y exposición del proyecto de fin de carrera con buenos resultados por cierto Quería haber seguido escribiendo pero entre unas cosas y otras no he tenido tiempo, así que vengo un poco a retomar [...]

Después de unos cuantos meses sin actualizar el blog y sin dar apenas señales de vida, volvemos a la acción en eOPSOA con muchas ganas de trabajar y de hacer cosas interesantes.Algunas cosas han cambiado respecto al año pasado. Para empezar, este septiembre pude presentar mi PFC y ya soy oficialmente Ingenierete en Informática. Como parece que no tuve bastante, este año me he matriculado en el Máster Universitario de Tecnologías Informáticas Avanzadas de la UCLM (los antiguos cursos de [pre]doctorado) así que sigo siendo universitario, y por tanto puedo volver a participar en el CUSL. Pero la principal novedad de este año es que se incorpora al proyecto Luis Miguel Bastante, estudiante también de Ingeniería Informática en la UCLM, y que está realizando su PFC.Aún faltan algunas cosas por decidir, pero parece que la participación de este año va a ir en línea a la del año pasado, e intentaremos realizar algunos de los objetivos que se quedaron pendientes del año pasado. Por ejemplo Luismi va a investigar cómo integrar la herramienta de testeo funcional Marathon en eOPSOA, y en mi caso, voy intentar generar reportes usando para ello el framework BIRT.Aunque todavía no ha comenzado oficialmente el período de participación ya estamos adelantando algo de trabajo, por ejemplo hemos cambiado el tema del blog a uno un poco menos funky, y en el trunk del SVN se está trabajando en la refactorización del modelo Ecore del proyecto.Happy hacking!! :-)

Llevo un tiempo queriendo implementar esta mejora, pero entre unas cosas y otras no he podido. Tan solo he añadido la posibilidad de inicializar ArCan eligiendo una de las 3 velocidades que he implementado,, 125Kbps, 250Kbps y 500Kbps, pero os contaré como lo he hecho por si estáis interesado en alguna otra para vuestra aplicación específica.
Lo primero que debéis conocer es que los registros específicos que se encargan de la velocidad son el CNF1,CNF2 y CNF3, el cálculo en sí es algo complejo y tedioso, es por este motivo que Microchip ha creado un pequeño programita, MBTime, que nos dará los valores correctos que debemos configurar en nuestros registros, lo podéis descargar desde aquí.
El MBTime es muy sencillo de usar, tan solo tenemos que poner la frecuencia del oscilador del MCP2515, en nuestro caso 8MHz y la velocidad que queréis en el bus CAN. Cuando le demos a Generate Report, nos da un informe donde al final vienen los valores de los 3 registros ya mencionados.
En la nueva librería, en la línea 134, encontramos la parte del código donde se configuran los registros CNFx, añadir los valores que deseéis respetando la estructura y listo.
Para que estos cambios tengan efecto hay que recompilar la librería, este paso también es sencillo, en el directorio donde tengáis instalado la aplicación de Arduino, en /hardware/libraries/ArCan debéis borrar el archivo “arcan.o”, luego cargáis de nuevo la aplicación de Arduino y podréis verificar que se ha generado otra vez, pero en este caso ya tiene las modificaciones hechas.
Podéis descargar la nueva versión desde el link ArCan_v110
Un saludo ArCanianos!

La primera herramienta del proyecto va viento en popa.El plugin del que hablé para usar como prototipo de uso ya está hecho. He utilizado Gstreamer+Gtk, que aunque sus librerías son en C y no son orientadas a objetos, casan bastante bien y me ha permitido poder representar de forma sencilla vídeo a pantalla completa manteniendo la relación de aspecto del original (algo que siempre me gusta mantener, nada de estirar el resultado).El programa ya es capaz de conectarse a un servidor de medios y representar el flujo multimedia que éste nos indique. Ahora, siguiendo con el trabajo, hay que hacer que no siempre se mande dicha información, y que se negocie entre los extremos la calidad de servicio, los tipos de flujos admitidos... en fin, muchas cosas en el futuro y pocas en el pasado: ¡a trabajar!

Gracias a todos, usuarios y colaboradores, por habernos ayudado a lo largo de este año. Queremos seguir mejorando por lo que creemos necesario, quizás ahora mas que nunca, que sigáis proporcionandonos vuestro apoyo.
Como conmemoración se ha remodelado la pagina web, añadiendo mas contenido y mejorando su aspecto. Espero que os guste.
Un saludo, Crak.
Posted in Community

Durante unos días he tenido parado el proyecto debido a temas de trabajo. Y como bien dicen, no hay mal que por bien no venga: he estado trabajando con PyGTK (un viejo conocido) y he indagado sobre el uso (y disfrute) de UIManager, ActionManager y demás clases relacionadas.Si eres nuevo en el mundillo de GTK quizá todo esto te suene a chino... y si ya conoces GTK y usas Python, muy posiblemente lo encuentres interesante... Lo que he sacado en claro de todo esto lo he reflejado en Cysol.org: una web de usuarios de software libre a la que me enorgullezco de pertenecer.La receta de la que os hablo sobre PyGTK es la siguiente: http://tinyurl.com/ygdm9da¡Espero que la disfrutéis!

Siendo el CLI un interfaz de uso minoritario no estoy recibiendo el feedback al que me tenéis acostumbrado con el GUI. Por esta razón me gustaría comentar lo que ya esta implementado en la versión 0.3.9 y que opinéis sobre que os parece y donde habría que mejorar.
Al lanzar Tucan sin argumentos se ejecutara automáticamente el GUI, pero este no es el comportamiento que queremos, así que vamos a probar con la ayuda.
El diseño del CLI esta dividido en en dos partes. De la configuración se encarga el —wizard y de la gestión de enlaces se encarga o bien el —cli o el —daemon, siendo este ultimo un interfaz sin interacción.

$ tucan –cli -input_links archivo.txt
El interfaz nos muestra de forma compacta toda la informacion disponible soble el estado de las descargas. La única opción disponible por ahora es salir pulsando q.
Pero para poder descargar primero debemos configurar los servicios. Existe la opción de hacerlo con el GUI como siempre, pero para la gente que ejecute Tucan en un entorno sin interfaz gráfico estos asistentes pueden servir de ayuda.

$ tucan –wizard updates
Es una alternativa al Update Manager para mantener los servicios al día, por lo que debería usarse con regularidad .

$ tucan –wizard services
Nos facilita activar o desactivar cualquier servicio fácil y rapidamente .

$ tucan –wizard accounts .
Es un asistente para facilitar la configuración de cuentas premium.
En el foro podeis encontrar algunos detalles mas, cortesia de A-slack.
Un saludo, Crak.
Posted in Implementation details

El primer hito de mi proyecto consistirá en la elaboración de un programa capaz de representar un determinado flujo multimedia a través de la salida habitual de un PC (monitor y altavoces).Para ello usaré C++ como lenguaje de implementación. El middleware, como se comentó en entradas anteriores, será ZeroC Ice, que es completamente libre.El programa tendrá varias formas de representar un flujo multimedia y, alguna de ellas, puede que no use las salidas estándar del PC, ya que por ejemplo se puede querer almacenar lo recibido de dicho flujo multimedia en un fichero. Por ello, el programa deberá permitir tener "plugins" para tener así diferentes maneras de representar el flujo. En principio implementaré alguna para tener un prototipo funcional que represente por el monitor un vídeo usando bien las librería de VLC o la de Gstreamer.

Como cualquier proyecto lo primero debe ser saber de que herramientas dispongo y cuáles de ellas utilizaré para desarrollar el conjunto de Argos.La primera elección, ya que condicionará la elección de los lenguajes de programación y las librerías que podré usar, será la del middleware. Entre los middlewares que conozco (Java RMI, Corba, ZeroC Ice, Webservices) me he decantado por ZeroC Ice.Este middleware es orientado a objetos y, además, tiene bindings para muchos lenguajes de programación (C++, Java, Python...), por lo que es muy adecuado para mi proyecto, ya que me permite las diferentes partes de éste programadas en diferentes lenguajes según las necesidades.Otra ventaja que proporciona ZeroC Ice es que también está soportado en plataformas menos estándares que un PC, como dispositivos pequeños (con Ice Embeded), el iPhone y teléfonos Android, tan de moda ahora.Como he mencionado antes, ZeroC Ice permite el uso de diferentes lenguajes de programación (todos con soporte en GNU), por lo que mis diferentes aplicaciones estarán implementadas, casi con total seguridad, en C/C++ o en Python.Lo siguiente en el proyecto será definir la primera aplicación que escribiré, pero esa es otra historia...