Bueno, hemos terminado el diseño preliminar y he vuelto a la vida bloguera. He de decir que sería falso decir que no tengo tiempo para escribir en el blog, pero me ha sucedido una cosa curiosa: durante el último mes mi trabajo era escribir un documento bastante complejo en el ordenador (el diseño de la SRAD). Si tenía tiempo libre y me venía al ordenador a poco que me pasaba 5 minutos de "ocio" sentía una especie de remordimiento interior por no estar pensando en el documento susodicho. Al final nunca me animaba a escribir nada en el blog e incluso he escrito menos en mi amado foro de ciencia de Migui. Pero al menos he conseguido sintetizar en dicho documento muchas horas de pensamientos, lecturas y charlas con mis compañeros ingenieros y me gusta :-)
En otro orden de cosas más importante: me han concedido el premio neomente al esfuerzo personal por este blog. Curioso. Justo en el momento de menos actividad de dicho enjendro. Y me ha dado tante vergüenza que me ha sacado de mi letargo automáticamente. Gracias, anakyn, estas Navidades invito yo a lo que quieras, vete buscando hueco en la agenda ;-)
En cuanto al blog... Creo que estoy pasando por una época extraña. No me apetece mucho escribir sobre tecnología ahora mismo, en el trabajo estoy de tecnología hasta el sombrero y me ha dado más por la Historia, sociedad y Biología, Antropología incluso, últimamente. Quizá cuente algo del tema, veamos si me atrevo, porque me resulta siempre muy largo exponer todo con detalle y queda muy pesado de leer. Y si cometo imprecisiones siempre hay alguien que me salta al cuello. Complicado encontrar el equilibrio.
Bueno, saludos a todos.
05 diciembre 2008
28 octubre 2008
Concluyendo la fase 1
Pues aunque lo pareciera no me ha pasado nada. Han sido un par de semanas un tanto tediosas y en cuanto tenía un poco de tiempo libre en vez de escribir aquí siempre había alguna otra cosilla más preferente. Pero ahora mismo el ordenador está como loco compilando un proyecto y tengo unos 20 minutos para escribir tranquilamente.
Ha habido una pequeña restructuración en la SRAD. Desde hace tiempo sabíamos que habría que estructurar el proyecto por fases, de más simple a más complejo, y mandar en el satélite algo suficientemente simple como para estar seguros al 100% (o cerca) de que va a funcionar. El otro día escribí, definitivamente, la nueva planificación, que partirá de una SRAD-1.0 (prácticamente hecha ya), 1.1, 1.2 (la que está planificada para ser lanzada) hasta la 2.0 (la idea original).
La SRAD-1.0 lleva un modulador muy muy sencillo: BPSK. Es la modulación por desplazamiento de fase más básica que hay, con sólo dos símbolos y una baja eficiencia espectral, pero el modulador es sencillo y la modulación muy robusta. Podéis leer algo en la wikipedia :-) Como allí explica, es la forma más básica de crear una modulación de desplazamiento de fase, puesto que sólo hay dos símbolos con fases opuestas (0 y 180 grados), bien difíciles de confundir. Esperamos transmitir a una tasa de 1200bps con él. Es muy poco, pero nos basta para enviar señales de telemetría básica con gran robustez y nos dará tiempo a hacer retransmisiones en caso de pérdida de ráfagas.
Este modulador ya está listo y simulado, de ello se ha encargado, llamémosle, "Moduleitor". Por su parte "Drivereitor" está trabajando en los drivers que comunicarán el microprocesador y la aplicación software con el modulador, y una vez recibamos el hardware (que ya hemos pedido) haremos las primeras pruebas. Mientras llegan los componentes, Moduleitor está diseñando los moduladores de la SRAD-1.1: un modulador PSK genérico configurable (capaz de enviar cualquier modulación PSK), y otro tanto con ASK, AM, FM... Lo que le vaya dando tiempo.
Este cacharro ya ha terminado de hacer sus tareas, voy a ver si ha funcionado. Arrancaré más instantes más a menudo para escribir.
Ha habido una pequeña restructuración en la SRAD. Desde hace tiempo sabíamos que habría que estructurar el proyecto por fases, de más simple a más complejo, y mandar en el satélite algo suficientemente simple como para estar seguros al 100% (o cerca) de que va a funcionar. El otro día escribí, definitivamente, la nueva planificación, que partirá de una SRAD-1.0 (prácticamente hecha ya), 1.1, 1.2 (la que está planificada para ser lanzada) hasta la 2.0 (la idea original).
La SRAD-1.0 lleva un modulador muy muy sencillo: BPSK. Es la modulación por desplazamiento de fase más básica que hay, con sólo dos símbolos y una baja eficiencia espectral, pero el modulador es sencillo y la modulación muy robusta. Podéis leer algo en la wikipedia :-) Como allí explica, es la forma más básica de crear una modulación de desplazamiento de fase, puesto que sólo hay dos símbolos con fases opuestas (0 y 180 grados), bien difíciles de confundir. Esperamos transmitir a una tasa de 1200bps con él. Es muy poco, pero nos basta para enviar señales de telemetría básica con gran robustez y nos dará tiempo a hacer retransmisiones en caso de pérdida de ráfagas.
Este modulador ya está listo y simulado, de ello se ha encargado, llamémosle, "Moduleitor". Por su parte "Drivereitor" está trabajando en los drivers que comunicarán el microprocesador y la aplicación software con el modulador, y una vez recibamos el hardware (que ya hemos pedido) haremos las primeras pruebas. Mientras llegan los componentes, Moduleitor está diseñando los moduladores de la SRAD-1.1: un modulador PSK genérico configurable (capaz de enviar cualquier modulación PSK), y otro tanto con ASK, AM, FM... Lo que le vaya dando tiempo.
Este cacharro ya ha terminado de hacer sus tareas, voy a ver si ha funcionado. Arrancaré más instantes más a menudo para escribir.
02 octubre 2008
Modulando
Existen muchas formas de representar la información, pero todas tienen una cosa en común: símbolos, unidades mínimas de información, átomos significativos:
- Cuando escribimos, las letras
- Cuando hablamos, los fonemas
- Cuando codificamos información digital en nuestro ordenador, los bits
Y todos estos símbolos básicos deben estar representados por algo físico:
- Cuando escribimos, tinta sobre el papel
- Cuando hablamos, ondas de presión en el aire
- Cuando codificamos información digital en nuestro ordenador, ferritas, corrientes, tensiones...
Todos estos casos contemplan diferentes soluciones, como varios alfabetos, diferentes fonemas dependiendo del idioma, diferentes medios de almacenamiento que conocemos para nuestra información digital y diferentes formas de expresar dicha información.
Cuando queremos transmitir una información entre dos sistemas digitales remotos debemos elegir cómo hacerlo. Primero, elegir el medio:
- Un cable de cobre y tensiones en él, por ejemplo, si es factible.
- Una fibra óptica y pulsos de luz, en otros sistemas modernos.
- Un montón de cables como los primeros, como hacemos con las impresoras por puerto paralelo.
- Ondas de radio.
Lógicamente voy a hablar de XaTcobeo y de la radio que en él irá, si todo va bien. Mi equipo está ahora decidiendo qué símbolos vamos a utilizar en la transmisión de radio. Esto se llama modulación.
Una onda de radio sin modular, de frecuencia única, tendría un aspecto tal que...
Pero ahí no representamos nada. Recordemos que hablamos de sistemas digitales, así que tenemos que enviar "ceros" y "unos", dos símbolos, es decir, dos cosas diferentes.
Supongo que todos habéis oído hablar de AM, como la radio AM. AM significa Amplitud Modulada, es decir, los símbolos, la información, se lleva en la amplitud de la señal. Cogemos un seno como el anterior y lo modulamos para obtener...
Vemos que esta señal tiene dos partes diferenciadas, una de amplitud grande y otra mucho más pequeña. Si decimos que las partes grandes son unos y las pequeñas son ceros, ya tenemos dos símbolos. Como toda la información digital son unos y ceros, basta transmitir montones de señales como esa para comunicar cualquier cosa entre sistemas que lo entiendan.
Otro ejemplo conocido: FM, frecuencia modulada, como la radio. En este caso tenemos...
En este caso podemos observar que la amplitud de la señal es constante, pero que a veces los ciclos están más juntos y otras veces más separados (mayores y menores frecuencias). Al igual que antes, si decimos que mayores frecuencias significan "ceros" y menores "unos", ya tenemos un código.
Existen muchísimas modulaciones, muchísimas formas de enviar ceros y unos mediante ondas electromagnéticas. Dependiendo de qué forma elijas podrás enviar información más rápido o de una forma más fiable, o con una electrónica más sencilla, o con una eficiencia energética mayor. Dependiendo, claro, de tu objetivo. Para SRAD vamos a utilizar una señal de este tipo:
La imagen ya es explicativa: la parte roja representa el seno sin modular, como os había puesto más arriba, para recordar. En este caso no vamos a utilizar dos símbolos, "cero" y "uno", sino que, para ser más eficientes, vamos a utilizar símbolos que signifiquen dos bits. Si queremos enviar dos ceros seguidos, utilizamos el primer trocito azul de señal que se ve en la imagen que, sí, es idéntico a la señal sin modular. Si recibimos eso en Tierra sabemos que hemos enviado dos ceros juntos. Con un sólo símbolo enviamos el doble de información. Si queremos enviar "01" enviamos la señal senoidal desfasada, quedando como vemos en el segundo segmento, un seno que comienza "abajo", "sube" y termina de nuevo "abajo", en vez de comenzar y terminar en el centro como lo hace el "00". De la misma forma el tercer y cuarto segmento representan los otros pares de ceros y unos: "10" y "11".
Por supuesto que existen modulaciones que envían, por ejemplo, los ceros y unos de cuatro en cuatro. Se cuadriplica la velocidad con respecto a una sencilla, pero cuantos más símbolos hay más se parecen entre sí, y más fácil es confundirlos si se distorsionan. Para un satélite como el nuestro eso es importante. Podemos tener grandes distorsiones de la señal entre lo que enviamos y lo que recibimos, teniendo un satélite a cientos de kilómetros volando a toda velocidad. Por ello, probaremos con modulaciones sencillas donde los símbolos sean muy diferentes entre sí: modulaciones de dos símbolos (uno para "1" y otro para "0") y de cuatro símbolos como la que acabo de explicar. Si funcionan bien, ya experimentaremos más. Recordad que la SRAD es reconfigurable, si funciona lo básico habrá tiempo de intentar configurar algo más complejo.
Hala, otro día hablo de anchos de banda, frecuencias y todos esos rollos. Se admiten peticiones en los comentarios.
Hasta mañana, más o menos.
- Cuando escribimos, las letras
- Cuando hablamos, los fonemas
- Cuando codificamos información digital en nuestro ordenador, los bits
Y todos estos símbolos básicos deben estar representados por algo físico:
- Cuando escribimos, tinta sobre el papel
- Cuando hablamos, ondas de presión en el aire
- Cuando codificamos información digital en nuestro ordenador, ferritas, corrientes, tensiones...
Todos estos casos contemplan diferentes soluciones, como varios alfabetos, diferentes fonemas dependiendo del idioma, diferentes medios de almacenamiento que conocemos para nuestra información digital y diferentes formas de expresar dicha información.
Cuando queremos transmitir una información entre dos sistemas digitales remotos debemos elegir cómo hacerlo. Primero, elegir el medio:
- Un cable de cobre y tensiones en él, por ejemplo, si es factible.
- Una fibra óptica y pulsos de luz, en otros sistemas modernos.
- Un montón de cables como los primeros, como hacemos con las impresoras por puerto paralelo.
- Ondas de radio.
Lógicamente voy a hablar de XaTcobeo y de la radio que en él irá, si todo va bien. Mi equipo está ahora decidiendo qué símbolos vamos a utilizar en la transmisión de radio. Esto se llama modulación.
Una onda de radio sin modular, de frecuencia única, tendría un aspecto tal que...
Pero ahí no representamos nada. Recordemos que hablamos de sistemas digitales, así que tenemos que enviar "ceros" y "unos", dos símbolos, es decir, dos cosas diferentes.Supongo que todos habéis oído hablar de AM, como la radio AM. AM significa Amplitud Modulada, es decir, los símbolos, la información, se lleva en la amplitud de la señal. Cogemos un seno como el anterior y lo modulamos para obtener...
Vemos que esta señal tiene dos partes diferenciadas, una de amplitud grande y otra mucho más pequeña. Si decimos que las partes grandes son unos y las pequeñas son ceros, ya tenemos dos símbolos. Como toda la información digital son unos y ceros, basta transmitir montones de señales como esa para comunicar cualquier cosa entre sistemas que lo entiendan.
Otro ejemplo conocido: FM, frecuencia modulada, como la radio. En este caso tenemos...
En este caso podemos observar que la amplitud de la señal es constante, pero que a veces los ciclos están más juntos y otras veces más separados (mayores y menores frecuencias). Al igual que antes, si decimos que mayores frecuencias significan "ceros" y menores "unos", ya tenemos un código.
Existen muchísimas modulaciones, muchísimas formas de enviar ceros y unos mediante ondas electromagnéticas. Dependiendo de qué forma elijas podrás enviar información más rápido o de una forma más fiable, o con una electrónica más sencilla, o con una eficiencia energética mayor. Dependiendo, claro, de tu objetivo. Para SRAD vamos a utilizar una señal de este tipo:
La imagen ya es explicativa: la parte roja representa el seno sin modular, como os había puesto más arriba, para recordar. En este caso no vamos a utilizar dos símbolos, "cero" y "uno", sino que, para ser más eficientes, vamos a utilizar símbolos que signifiquen dos bits. Si queremos enviar dos ceros seguidos, utilizamos el primer trocito azul de señal que se ve en la imagen que, sí, es idéntico a la señal sin modular. Si recibimos eso en Tierra sabemos que hemos enviado dos ceros juntos. Con un sólo símbolo enviamos el doble de información. Si queremos enviar "01" enviamos la señal senoidal desfasada, quedando como vemos en el segundo segmento, un seno que comienza "abajo", "sube" y termina de nuevo "abajo", en vez de comenzar y terminar en el centro como lo hace el "00". De la misma forma el tercer y cuarto segmento representan los otros pares de ceros y unos: "10" y "11".
Por supuesto que existen modulaciones que envían, por ejemplo, los ceros y unos de cuatro en cuatro. Se cuadriplica la velocidad con respecto a una sencilla, pero cuantos más símbolos hay más se parecen entre sí, y más fácil es confundirlos si se distorsionan. Para un satélite como el nuestro eso es importante. Podemos tener grandes distorsiones de la señal entre lo que enviamos y lo que recibimos, teniendo un satélite a cientos de kilómetros volando a toda velocidad. Por ello, probaremos con modulaciones sencillas donde los símbolos sean muy diferentes entre sí: modulaciones de dos símbolos (uno para "1" y otro para "0") y de cuatro símbolos como la que acabo de explicar. Si funcionan bien, ya experimentaremos más. Recordad que la SRAD es reconfigurable, si funciona lo básico habrá tiempo de intentar configurar algo más complejo.
Hala, otro día hablo de anchos de banda, frecuencias y todos esos rollos. Se admiten peticiones en los comentarios.
Hasta mañana, más o menos.
Münster 2008 - El congreso
Lo prometido es deuda y tengo que hablar un poco del European Planetary Science Congress 2008 de Münster. Decepcionante. ¿El congreso? No, no, mi participación allí.
Al final un poco ellos un poco yo aquello no funcionó como esperado. Llevé una presentación de la SRAD un tanto capada pero bastante decente, de 12 minutos de exposición más 3 para preguntas y respuestas. Y la verdad es que fue un poco rara la cosa. Empecemos por el principio.
El congreso se desarrollaba de lunes a viernes. Mi turno era la cuarta sesión del lunes, primer turno, es decir, el primer turno de la segunda tanda tras la comida. Los caballeros que expusieron en la sesión anterior a mí se extendieron más de lo deseable: terminaron 20 minutos más tarde de lo permitido. Tras cada sesión hay un coffee break, es decir, un descanso para ir a tomar algo. Dura 15 minutos y tras esos minutos comienza la siguiente sesión. Como los de la anterior sesión terminaron 20 minutos tarde, el coffe break antes de mi turno desapareció. El moderador tomó una decisión: lo sentimos pero hay que recuperar el tiempo perdido, no habrá coffee break, la siguiente sesión comenzará de inmediato.
Estampida. Todos tenían ganas de café y decidieron que no era tan malo perderse la primera conferencia de la siguiente sesión. Quedaron 20 personas en la sala, más el de la organización (el moderador) y los otros 4 conferenciantes de esa sesión. Y aún por encima el moderador me dice que me dé prisa a ver si recuperamos los minutos perdidos. Pues me salté un par de cosas que tenía preparadas y hablé todo lo rápido que mi no-fluido inglés me permitió, y recuperé 3 minutos. Sólo hubo 3 preguntas bastante cortas (entre 20 personas ya me parece hasta mucho) y la siguiente conferencia sólo comenzó con 3 minutos de retraso. Rabia me dio cuando me di cuenta de que a los demás conferenciantes les daba igual el retraso... Sólo decir que la sesión acabó con media hora de retraso total acumulado, incluso tras haberse saltado el descanso. Creo que fui el único pringao que se dio prisa.
El congreso continuaba. El martes había una cena social, puesto que el lunes aún faltaba gente que se retrasaba o llegaba a última hora. Otros eventos interesantes estaban programados para el jueves. Pero yo tenía que volverme el martes por la mañanita, lo que se tradujo en no hacer vida social congresística y haber visto sólo las charlas inaugurales. Bueno, digamos que fue un congreso sesgado. Pero a los que le interesaba les di mi charla, hala :-)
A ver cuándo es el siguiente.
Al final un poco ellos un poco yo aquello no funcionó como esperado. Llevé una presentación de la SRAD un tanto capada pero bastante decente, de 12 minutos de exposición más 3 para preguntas y respuestas. Y la verdad es que fue un poco rara la cosa. Empecemos por el principio.
El congreso se desarrollaba de lunes a viernes. Mi turno era la cuarta sesión del lunes, primer turno, es decir, el primer turno de la segunda tanda tras la comida. Los caballeros que expusieron en la sesión anterior a mí se extendieron más de lo deseable: terminaron 20 minutos más tarde de lo permitido. Tras cada sesión hay un coffee break, es decir, un descanso para ir a tomar algo. Dura 15 minutos y tras esos minutos comienza la siguiente sesión. Como los de la anterior sesión terminaron 20 minutos tarde, el coffe break antes de mi turno desapareció. El moderador tomó una decisión: lo sentimos pero hay que recuperar el tiempo perdido, no habrá coffee break, la siguiente sesión comenzará de inmediato.
Estampida. Todos tenían ganas de café y decidieron que no era tan malo perderse la primera conferencia de la siguiente sesión. Quedaron 20 personas en la sala, más el de la organización (el moderador) y los otros 4 conferenciantes de esa sesión. Y aún por encima el moderador me dice que me dé prisa a ver si recuperamos los minutos perdidos. Pues me salté un par de cosas que tenía preparadas y hablé todo lo rápido que mi no-fluido inglés me permitió, y recuperé 3 minutos. Sólo hubo 3 preguntas bastante cortas (entre 20 personas ya me parece hasta mucho) y la siguiente conferencia sólo comenzó con 3 minutos de retraso. Rabia me dio cuando me di cuenta de que a los demás conferenciantes les daba igual el retraso... Sólo decir que la sesión acabó con media hora de retraso total acumulado, incluso tras haberse saltado el descanso. Creo que fui el único pringao que se dio prisa.
El congreso continuaba. El martes había una cena social, puesto que el lunes aún faltaba gente que se retrasaba o llegaba a última hora. Otros eventos interesantes estaban programados para el jueves. Pero yo tenía que volverme el martes por la mañanita, lo que se tradujo en no hacer vida social congresística y haber visto sólo las charlas inaugurales. Bueno, digamos que fue un congreso sesgado. Pero a los que le interesaba les di mi charla, hala :-)
A ver cuándo es el siguiente.
24 septiembre 2008
14 cosas que me hacen feliz
Sé que el título no me pega, pero mi buen Anakyn me ha pedido de buenas maneras que le ayude a continuar con la versión moderna de lo que sería una cadena de correos basura, es decir, la propagación de un meme. ¿Habrase visto?
Afortunadamente hemos llegado al acuerdo informal de que yo no me pondría a hablar de la felicidad, de qué es ni de cómo alcanzarla ni nada de esas cosas. Pero sí que pondré esas 14 cosillas.
1.- Mi hijo. ¿Alguna duda?
2.- Mi mujer. Espero que nadie me pregunte por qué.
3.- Viajar. He visitado una ínfima porción del mundo, pero disfruto con cada viaje. No sólo por concer mundo, también me gusta el viaje en sí. Me da tiempo para pensar, para pasar por sitios en los que no voy a estar.
4.- Leer. Leo muy poco desde que entré en la universidad, hace ya 10 años. Bueno, leo mucho, pero todo especializado, no literatura, novelas. Afortunadamente aprovechando mis dos últimos viajes (Estados Unidos y Alemania), tantas horas de vuelo, he conseguido leerme, entre los 8 aviones que cogí, Los Pilares de la Tierra. Un regalo de cumpleaños para que leyera más, por cierto. Me gusta leer, me meto de lleno en la historia y me olvido del resto del mundo durante un par de horas.
5.- Pensar. Es lo que hago cuando no leo. Mientras cocino, mientras conduzco, mientras camino por la calle para ir a algún sitio... Me relaja y muchas veces mis mejores ideas se me ocurren por divagaciones mientras doy un paseo.
6.- Un cafecito relajado y bueno (difícil de encontrar). En homenaje a Anakyn, además, este punto lo compartimos. Eh, hombre, habrá que quedar por Navidad para tomarnos uno, ¿no?
7.- Jugar un buen partido. Últimamente es squash. Antes lo fue el fútbol. Antes lo fue el ping-pong. Unos buenos compañeros, buen ambiente, alegre pero un poco competitivo, que anime, pero sin malos rollos. Darlo todo, quedar cansado y haber disfrutado. Inmejorable.
8.- Música. Hay mucha música por ahí suelta, pero la mayoría de las veces la uso como ambiente, cuando cocino, cuando trabajo, cuando juego con mi hijo. Pero algunas veces pongo (ponía más antes) una buena sinfonía de Beethoven (la 5ª o la 9ª principalmente) y simplemente me tumbaba a escuchar música.
9.- Una sesión de sofá. Ahora ya no lo practico a penas como debe ser: algo bueno en la tele, mi mujer a mi lado, una cervecita y un pinchito o algo para picar, preferiblemente una tarde lluviosa viguesa de domingo, con la lluvia dando en las ventanas.
10.- Comer. Y cocinar, por qué no, pero sobre todo comer. Probar todo tipo de comidas, disfrutar de las que me gustan. De vez en cuando, aunque sean un par de veces al año, comer algo excepcional. Si puedo, irme con mi mujer a un buen restaurante y pedir algo que sé que voy a disfrutar y comerlo despacio. Un buen entrecot o solomillo, un buen pescado a la planca o zamburiñas, unos jugosos espárragos de los que no encuentras en las tiendas o una tapa de jamón de bellota del bueno. Por supuesto, un buen vinito. Pero como casi siempre conduzco, casi nunca pruebo gota.
11.- Inventar. El químico es al alquimista lo que el ingeniero al inventor. Yo soy ingeniero, pero no sólo de título y profesión, es algo que me gusta, me encanta.
12.- Interné y los ordenadores. En general, pero el foro de ciencia, el blog, cacharrear con el ordenador, estropear y volver a arreglar...
13.- Playa y montaña. Ya he dicho viajar, pero me refería a otro tipo de viajes (globales, de civilización, diría). Ahora me refiero a salir el fin de semana con la familia y ver el mar, allá a lo lejos, pasear por la orilla... Otras veces irnos al monte, a un prado donde el enano pueda pasear y caerse sin romperse nada, dar unos trotes... Me gusta :-)
14.- Dormir. Sí, no es muy poético, pero me gusta meterme en la cama por la noche, despatarrarme tranquilamente y levantarme renovado y con ganas de hacer los otros 13 puntos. Sin dormir no hago ninguno de ellos del todo bien, necesito estar al loro, descansado, relajado. Por eso no me gustan las noches demasiado cálidas y me encantan las noches templadas con lluvia. Creo que es una buena forma de terminar.
¿Algún lector se anima a ser el siguiente?
Afortunadamente hemos llegado al acuerdo informal de que yo no me pondría a hablar de la felicidad, de qué es ni de cómo alcanzarla ni nada de esas cosas. Pero sí que pondré esas 14 cosillas.
1.- Mi hijo. ¿Alguna duda?
2.- Mi mujer. Espero que nadie me pregunte por qué.
3.- Viajar. He visitado una ínfima porción del mundo, pero disfruto con cada viaje. No sólo por concer mundo, también me gusta el viaje en sí. Me da tiempo para pensar, para pasar por sitios en los que no voy a estar.
4.- Leer. Leo muy poco desde que entré en la universidad, hace ya 10 años. Bueno, leo mucho, pero todo especializado, no literatura, novelas. Afortunadamente aprovechando mis dos últimos viajes (Estados Unidos y Alemania), tantas horas de vuelo, he conseguido leerme, entre los 8 aviones que cogí, Los Pilares de la Tierra. Un regalo de cumpleaños para que leyera más, por cierto. Me gusta leer, me meto de lleno en la historia y me olvido del resto del mundo durante un par de horas.
5.- Pensar. Es lo que hago cuando no leo. Mientras cocino, mientras conduzco, mientras camino por la calle para ir a algún sitio... Me relaja y muchas veces mis mejores ideas se me ocurren por divagaciones mientras doy un paseo.
6.- Un cafecito relajado y bueno (difícil de encontrar). En homenaje a Anakyn, además, este punto lo compartimos. Eh, hombre, habrá que quedar por Navidad para tomarnos uno, ¿no?
7.- Jugar un buen partido. Últimamente es squash. Antes lo fue el fútbol. Antes lo fue el ping-pong. Unos buenos compañeros, buen ambiente, alegre pero un poco competitivo, que anime, pero sin malos rollos. Darlo todo, quedar cansado y haber disfrutado. Inmejorable.
8.- Música. Hay mucha música por ahí suelta, pero la mayoría de las veces la uso como ambiente, cuando cocino, cuando trabajo, cuando juego con mi hijo. Pero algunas veces pongo (ponía más antes) una buena sinfonía de Beethoven (la 5ª o la 9ª principalmente) y simplemente me tumbaba a escuchar música.
9.- Una sesión de sofá. Ahora ya no lo practico a penas como debe ser: algo bueno en la tele, mi mujer a mi lado, una cervecita y un pinchito o algo para picar, preferiblemente una tarde lluviosa viguesa de domingo, con la lluvia dando en las ventanas.
10.- Comer. Y cocinar, por qué no, pero sobre todo comer. Probar todo tipo de comidas, disfrutar de las que me gustan. De vez en cuando, aunque sean un par de veces al año, comer algo excepcional. Si puedo, irme con mi mujer a un buen restaurante y pedir algo que sé que voy a disfrutar y comerlo despacio. Un buen entrecot o solomillo, un buen pescado a la planca o zamburiñas, unos jugosos espárragos de los que no encuentras en las tiendas o una tapa de jamón de bellota del bueno. Por supuesto, un buen vinito. Pero como casi siempre conduzco, casi nunca pruebo gota.
11.- Inventar. El químico es al alquimista lo que el ingeniero al inventor. Yo soy ingeniero, pero no sólo de título y profesión, es algo que me gusta, me encanta.
12.- Interné y los ordenadores. En general, pero el foro de ciencia, el blog, cacharrear con el ordenador, estropear y volver a arreglar...
13.- Playa y montaña. Ya he dicho viajar, pero me refería a otro tipo de viajes (globales, de civilización, diría). Ahora me refiero a salir el fin de semana con la familia y ver el mar, allá a lo lejos, pasear por la orilla... Otras veces irnos al monte, a un prado donde el enano pueda pasear y caerse sin romperse nada, dar unos trotes... Me gusta :-)
14.- Dormir. Sí, no es muy poético, pero me gusta meterme en la cama por la noche, despatarrarme tranquilamente y levantarme renovado y con ganas de hacer los otros 13 puntos. Sin dormir no hago ninguno de ellos del todo bien, necesito estar al loro, descansado, relajado. Por eso no me gustan las noches demasiado cálidas y me encantan las noches templadas con lluvia. Creo que es una buena forma de terminar.
¿Algún lector se anima a ser el siguiente?
23 septiembre 2008
Münster 2008 - La ciudad
Llegué a Münster el sábado por la tarde, y era muy tarde y estaba cansado, así que a penas eché un vistazo rápido. Pero con un solo vistazo ya me sonaba familiar. Una típica ciudad alemana pequeña-mediana (280.000 habitantes), plagada de iglesias, gente en bicicleta y coches alemanes.
Al día siguiente salí a dar un paseo. El ambiente era frío y gris, también muy típico del norte de Alemania. Salí temprano por la mañana y la primera calle que me encontré me sorprendió de veras. Nunca había visto tantas bicicletas juntas. Juzgad vosotros mismos:
Era domingo temprano por la mañana, así que todas las bicis estaban aparcadas. El lunes, una hora más temprano, casi muero atropellado por una muchedumbre ciclística que, deduzco, se dirigía a su trabajo o al colegio. ¡Qué virulencia!
Münster es una típica ciudad alemana fundada en la época medieval. Está plagada de iglesias en su mayoría góticas, algunas de ellas impresionantes y cuyos campanarios son visibles desde fuera de los límites de la ciudad, más altos que cualquier otra edificación. En su día fue una ciudad amurallada, pero no hay resto en pie de dicha muralla. El antiguo foso que la rodeaba se ha convertido en un canal por donde corre, lenta, el agua y donde hay patos (y, por cierto, carteles de "no alimentar a los patos"). Dicho foso rodea toda la ciudad antigua con un gran paseo a su vera, dividido en pista para caminantes y pista para ciclistas, por supuesto.
Decidí continuar mi paseo sin salir del recinto de la zona vieja, y nada más girar un par de esquinas me encontré la primera iglesia. Tras dar un par de vueltas a su alrededor y seguir mi camino, me encontré la segunda. Luego vinieron otras cuantas más, pero las dos primeras, que se veían desde la distancia, eran las mayores, si exceptuamos la catedral, que vendría luego. Más tarde me contaron que antiguamente la ciudad de Münster era famosa por tener tantas iglesias como bares, pero la prosperidad de su universidad y, por tanto, la gran afluencia de estudiantes ha terminado por conseguir que la ciudad presuma de contar, al menos, con 10 veces más bares/cervecerías que iglesias, de las que sólo hay 55.
Os pongo las imágenes de la primera vista que tuve de las iglesias, y no las detalladas, para dar un poco de entorno a la situación. Tampoco soy un experto en estos temas, no sabría qué decir.
Como he comentado hace un momento, Münster es además ciudad catedralicia. Por lo que leí, la primera construcción de la catedral data del año 800, aunque la construcción del diseño actual no fue hasta el siglo XII. En todas las placas explicativas de todos los monumentos arquitectónicos que vi en la ciudad aparece la misma inscripción: durante la Segunda Guerra Mundial el 90% de las edificaciones de la ciudad de Münster fueron destruidas, y se reconstruyeron en la siguiente década respetando en lo posible la arquitectura original. La catedral no fue una excepción.
En todo este paseo, aunque bastante errático al no conocer la ciudad, mi objetivo era llegar al Schloß, el antiguo palacio, hoy en día convertido en palacio de congresos de la ciudad, donde se celebraría el congreso al día siguiente. Quería conocer el camino. Tras varios rodeos que luego comprendí que habían sido un tanto extraños lo encontré. Habían desplegado una carpa delante, lo que le quitó un poco de esplendor a la imagen, pero vamos, no era algo que pasara desapercibido.
El Schloß se encontraba ligeramente separado de la ciudad, y tras él había grandes jardines, un restaurante y el jardín botánico de la ciudad. Mientras me acercaba giré un momento la vista hacia la ciudad que estaba dejando atrás... La vista y la cámara:
No es una buena foto. Al día siguiente, durante el congreso, desde dentro del palacio un poco elevado y sin los árboles delante la vista era mucho más impresionante. Al estar ligeramente elevados los picachos de las iglesias destacaban claramente por encima del resto de las edificaciones. Pero ese día no llevé la cámara conmigo. Quería estar concentrado en el congreso. Fallo.
Volví relajadamente, dando un paseo, mirando los escaparates de las tiendas cerradas y recordando viejos tiempos. Entré en un centro comercial y me sorprendió lo que vi:
Pasé por delante del ayuntamiento y volví al hotel. Fueron varias horas de paseo en total, arriba y abajo por el centro, paseando por la Promenade...
Mañana cuento qué tal fue el congreso.
Al día siguiente salí a dar un paseo. El ambiente era frío y gris, también muy típico del norte de Alemania. Salí temprano por la mañana y la primera calle que me encontré me sorprendió de veras. Nunca había visto tantas bicicletas juntas. Juzgad vosotros mismos:
Era domingo temprano por la mañana, así que todas las bicis estaban aparcadas. El lunes, una hora más temprano, casi muero atropellado por una muchedumbre ciclística que, deduzco, se dirigía a su trabajo o al colegio. ¡Qué virulencia!Münster es una típica ciudad alemana fundada en la época medieval. Está plagada de iglesias en su mayoría góticas, algunas de ellas impresionantes y cuyos campanarios son visibles desde fuera de los límites de la ciudad, más altos que cualquier otra edificación. En su día fue una ciudad amurallada, pero no hay resto en pie de dicha muralla. El antiguo foso que la rodeaba se ha convertido en un canal por donde corre, lenta, el agua y donde hay patos (y, por cierto, carteles de "no alimentar a los patos"). Dicho foso rodea toda la ciudad antigua con un gran paseo a su vera, dividido en pista para caminantes y pista para ciclistas, por supuesto.
Decidí continuar mi paseo sin salir del recinto de la zona vieja, y nada más girar un par de esquinas me encontré la primera iglesia. Tras dar un par de vueltas a su alrededor y seguir mi camino, me encontré la segunda. Luego vinieron otras cuantas más, pero las dos primeras, que se veían desde la distancia, eran las mayores, si exceptuamos la catedral, que vendría luego. Más tarde me contaron que antiguamente la ciudad de Münster era famosa por tener tantas iglesias como bares, pero la prosperidad de su universidad y, por tanto, la gran afluencia de estudiantes ha terminado por conseguir que la ciudad presuma de contar, al menos, con 10 veces más bares/cervecerías que iglesias, de las que sólo hay 55.
Os pongo las imágenes de la primera vista que tuve de las iglesias, y no las detalladas, para dar un poco de entorno a la situación. Tampoco soy un experto en estos temas, no sabría qué decir.
Como he comentado hace un momento, Münster es además ciudad catedralicia. Por lo que leí, la primera construcción de la catedral data del año 800, aunque la construcción del diseño actual no fue hasta el siglo XII. En todas las placas explicativas de todos los monumentos arquitectónicos que vi en la ciudad aparece la misma inscripción: durante la Segunda Guerra Mundial el 90% de las edificaciones de la ciudad de Münster fueron destruidas, y se reconstruyeron en la siguiente década respetando en lo posible la arquitectura original. La catedral no fue una excepción.
En todo este paseo, aunque bastante errático al no conocer la ciudad, mi objetivo era llegar al Schloß, el antiguo palacio, hoy en día convertido en palacio de congresos de la ciudad, donde se celebraría el congreso al día siguiente. Quería conocer el camino. Tras varios rodeos que luego comprendí que habían sido un tanto extraños lo encontré. Habían desplegado una carpa delante, lo que le quitó un poco de esplendor a la imagen, pero vamos, no era algo que pasara desapercibido.
El Schloß se encontraba ligeramente separado de la ciudad, y tras él había grandes jardines, un restaurante y el jardín botánico de la ciudad. Mientras me acercaba giré un momento la vista hacia la ciudad que estaba dejando atrás... La vista y la cámara:
No es una buena foto. Al día siguiente, durante el congreso, desde dentro del palacio un poco elevado y sin los árboles delante la vista era mucho más impresionante. Al estar ligeramente elevados los picachos de las iglesias destacaban claramente por encima del resto de las edificaciones. Pero ese día no llevé la cámara conmigo. Quería estar concentrado en el congreso. Fallo.
Volví relajadamente, dando un paseo, mirando los escaparates de las tiendas cerradas y recordando viejos tiempos. Entré en un centro comercial y me sorprendió lo que vi:
Pasé por delante del ayuntamiento y volví al hotel. Fueron varias horas de paseo en total, arriba y abajo por el centro, paseando por la Promenade...
Mañana cuento qué tal fue el congreso.
19 septiembre 2008
A Alemania, por los pelos
Pasado mañana me voy a Münster, Alemania. Allí se desarrollará el European Planetary Science Congress 2008, en el que voy a dar una conferencia. Se trata de una breve charla de 15 minutos titulada "Reconfigurable Communication Systems for CubeSats", es decir, sobre la SRAD. Les voy a contar un poco de qué va el asunto, intentando enfocarlo bien, que sea entendible y que se comprenda el objetivo del experimento de reconfiguración en vuelo de una radio en un pequeño satélite. Ya lo tengo todo preparado...
Bueno, no todo. Un desastre administrativo del que me declaro inocente me ha dejado casi sin avión (hasta hoy, y me voy dentro de 31 horas) y aún no tengo hotel. De momento iré a dormir bajo un puente o sobre un banco, dependiendo del tiempo que haga allá. Rayas y centollos. Espero que mañana esté todo solucionado, si no me tocará tirar de Visa y a ver si luego me pagan lo gastado.
Volveré a escribir el miércoles, a no ser que mi hotel tenga WiFi (debería, digo yo, pero no me fío, a este paso voy a un albergue chungo) en cuyo caso saludaré el domingo por la noche, seguramente, con alguna foto del lugar.
Willkommen in Deutschland, hoffe ich.
Bueno, no todo. Un desastre administrativo del que me declaro inocente me ha dejado casi sin avión (hasta hoy, y me voy dentro de 31 horas) y aún no tengo hotel. De momento iré a dormir bajo un puente o sobre un banco, dependiendo del tiempo que haga allá. Rayas y centollos. Espero que mañana esté todo solucionado, si no me tocará tirar de Visa y a ver si luego me pagan lo gastado.Volveré a escribir el miércoles, a no ser que mi hotel tenga WiFi (debería, digo yo, pero no me fío, a este paso voy a un albergue chungo) en cuyo caso saludaré el domingo por la noche, seguramente, con alguna foto del lugar.
Willkommen in Deutschland, hoffe ich.
16 septiembre 2008
Las famosas brochetas...
Quedaron de maravilla. Bueno, no todas las opiniones fueron positivas. Realmente la vieira quedó una pizca seca y el pimiento un poco crudo. Es lo que tiene hacer todo junto en una sola brocheta, que las cosas tan heterogéneas no quedan igual hechas. El rape estaba en su punto (era lo principal y en lo que me fijé al plancharlas). En general un éxito. No pude hacer fotos :-(
Ayer volví a hacer rape a la plancha. Realmente queda rico, jejeje :-D
Ayer volví a hacer rape a la plancha. Realmente queda rico, jejeje :-D
15 septiembre 2008
Un gran esfuerzo
Hoy vamos a dejar de lado la SRAD. Como os comenté hace ya un tiempo, el principal objetivo del proyecto XaTcobeo es ser educativo, formar estudiantes, dar becas, proyectos fin de carrera, tesis doctorales, experiencia. Todos estamos aprendiendo. Y no solo eso: como os comenté el día que hablé de nuestra presentación en Utah, el trabajo en equipo, la coordinación, el esfuerzo conjunto era la baza que nos diferenciaba del resto.
En estos momentos, tras dos meses de pronunciado esfuerzo por parte del equipo de Ingeniería de Sistemas (en adelante, cariñosamente, "los de Sistemas") y colaboradores, las principales herramientas de la plataforma de gestión distribuida están a punto. Esto significa que no es extrictamente necesario que trabajemos físicamente juntos, pues podemos estarlo virtualmente. Tenemos un montón de servicios accesibles vía web que nos ofrecen herramientas de trabajo colaborativo. Por ello los del INTA en Madrid y nosotros en Vigo podemos trabajar juntos, revisarnos, charlar... Lógicamente no puedo daros acceso a dichas herramientas, la mayoría son de uso exclusivamente interno (la página web y los foros, una vez aprobados, serán públicos, pero lo demás no), pero somos una suerte de maniacos del software libre, así que os puedo explicar perfectamente de qué estamos hablando:
Esto me recuerda que tengo que redactar la descripción funcional y técnica de la SRAD y meterla en su sitio correspondiente, que la revisen...
En estos momentos, tras dos meses de pronunciado esfuerzo por parte del equipo de Ingeniería de Sistemas (en adelante, cariñosamente, "los de Sistemas") y colaboradores, las principales herramientas de la plataforma de gestión distribuida están a punto. Esto significa que no es extrictamente necesario que trabajemos físicamente juntos, pues podemos estarlo virtualmente. Tenemos un montón de servicios accesibles vía web que nos ofrecen herramientas de trabajo colaborativo. Por ello los del INTA en Madrid y nosotros en Vigo podemos trabajar juntos, revisarnos, charlar... Lógicamente no puedo daros acceso a dichas herramientas, la mayoría son de uso exclusivamente interno (la página web y los foros, una vez aprobados, serán públicos, pero lo demás no), pero somos una suerte de maniacos del software libre, así que os puedo explicar perfectamente de qué estamos hablando:
- Una wiki, un entorno de edición colaborativa, llamado mediawiki. Es nuestra herramienta primaria de documentación, elaboración de tutoriales, manuales, ayudas y toda clase de elementos que requieran de edición y compartición. Es accesible por todos los miembros del proyecto, permite edición concurrente y revisión de versiones y es bastante flexible.
- Un paquete de herramientas de trabajo en grupo llamado eGroupWare. Dispone de cantidad de servicios indispensables para la coordinación de un grupo elevado de personas: agenda, calendario, lista de tareas pendientes, avisos automáticos, notas, hojas de presencia...
- Un servidor de correo POP e IMAP, cuyo motor desconozco, con la popular interfaz web squirrelmail. Todos disponemos de una dirección de correo @xatcobeo.com, accesible por los protocolos antes mencionados y por dicha interfaz web, y es la dirección a la que se mandan los avisos automáticos, de revisión de documentación o todo lo relacionado, en genreal, con nuestro trabajo en XaTcobeo.
- Un servicio de multiconferencia, es decir, salas de videoconferencia de hasta 16 participantes simultáneos, moderados, con una pizarra y compartición y visualización conjunta de documentos o del escritorio. Se llama openmeetings y parece que funciona bastante bien, y puede resultar muy útil. Basta tener un micrófono y una webcam y puedes reunirte virtualmente con los compañeros, trabajar conjuntamente, discutir...
- Un servicio de mensajería basado en XMPP/Jabber, es decir, un "messenger libre" con salas de chat privadas, por grupos de trabajo, globales, etc... Para estar en contacto. Accesible vía web o vía cliente que soporte XMPP.
- Y por último, pero no por ello menos importante, un sistema de gestión de documentación que incluye un ciclo de revisión/verificación/aprobación y firma de documentos. Por él pasarán todos los documentos que genere el proyecto y quedarán perfectamente ordenados y accesibles en una base de datos, con posibilidad de búsqueda relacional, por metadatos, etc. Está montado sobre alfresco y realiza todas estas tareas de forma casi automática con mínima interacción humana para que dé los pasos: avisa por correo de que te tienes que descargar un documento para revisión, lo haces, lo revisas y con sólo apretar un botón lo aceptas o rechazas y pasa al siguiente punto del ciclo.
Esto me recuerda que tengo que redactar la descripción funcional y técnica de la SRAD y meterla en su sitio correspondiente, que la revisen...
11 septiembre 2008
Experimentando en la cocina
El día 6 fue el cumpleaños de mi mujer, y vamos a celebrarlo con sus padres y hermanos este próximo sábado. Como viene siendo costumbre, el agraciado elige menú. Y por segunda vez el primer plato, aunque elegido por la agraciada en este caso, lo voy a cocinar yo. La última vez fueron unas zamburiñas a la plancha con una delicada salsa de ajo y perejil. En su punto, no muy hechas, y cada una sobre su conchita, quedaron muy ricas.
Esta vez quiero superarme. Voy a hacer unas brochetas, también a la plancha, esta vez sin ajo, sólo con un poquito de limón y un buen aceite de oliva vírgen extra. Se tratará de unas brochetas de vieira, langostinos y rape. Dispondré en unos largos palillos de madera un trozo de rape, seguido de un langostino y media vieira. Como separador un trozo de un buen pimiento rojo y un taquito de cebolla dulce. Repetimos la misma configuración seguidamente y cerramos la brocheta con un tomatito cherry. Se pasan a la plancha durante dos minutos, un minuto por cada lado, a fuego medio pero con la plancha ya caliente. Debe quedar jugoso pero no soltar líquido. Una pizca de sal y al plato.
Ya os contaré qué tal quedan...
Esta vez quiero superarme. Voy a hacer unas brochetas, también a la plancha, esta vez sin ajo, sólo con un poquito de limón y un buen aceite de oliva vírgen extra. Se tratará de unas brochetas de vieira, langostinos y rape. Dispondré en unos largos palillos de madera un trozo de rape, seguido de un langostino y media vieira. Como separador un trozo de un buen pimiento rojo y un taquito de cebolla dulce. Repetimos la misma configuración seguidamente y cerramos la brocheta con un tomatito cherry. Se pasan a la plancha durante dos minutos, un minuto por cada lado, a fuego medio pero con la plancha ya caliente. Debe quedar jugoso pero no soltar líquido. Una pizca de sal y al plato.
Ya os contaré qué tal quedan...
10 septiembre 2008
Haciendo operativo el sistema
Una de las decisiones de diseño a las que me he tenido que enfrentar últimamente es definir, al menos en lo básico, qué sistema software hará funcionar la SRAD.
El "cerebro" de la SRAD es un soft processor del tipo MicroBlaze, es decir, un microprocesador que, en vez de ser un ente hardware estático, es un ente hardware programado en la FPGA, configurable, variable, de propósito específico en cada proyecto. Y como todo microprocesador, su función es ejecutar un software. ¿Qué software?
Prácticamente cada sistema basado en microprocesador que conocemos lleva un sistema operativo. Un sistema operativo es un conjunto de instrucciones software que cumplen unas tareas muy específicas: control de recursos, interfaz de las aplicaciones con el hardware, control de la multitarea... El sentido popular que se le da a "Sistema Operativo" es de un amplio conjunto de programas y aplicaciones de usuario que vienen con el ordenador, pero, como he dicho, es una acepción popular técnicamente incorrecta. Podríamos decir que popularmente me expresaría mejor diciendo software de sistema, pero lo que quiero decir es sistema operativo.
El hardware SRAD, incluyendo el MicroBlaze, es (será) un sistema altamente específico con funcionalidades ad-hoc perfectamente definidas. Las interfaces de comunicación entre los módulos del sistema y entre el sistema y el exterior están perfectamente definidas. De este modo en principio no sería difícil programar directamente un software que accediera a dichas interfaces y, en un puñado de funciones, realizara las tareas necesarias. ¿Por qué, entonces, complicarnos la vida con un sistema operativo? Recordemos que, en todo caso, la SRAD es un sistema minúsculo, escaso de recursos, que se debe mantener tan simple como sea posible. Pues bien, un sistema operativo básico nos ofrece:
- Gestión de las funciones de acceso a los periféricos (comúnmente conocidas como controladores) organizadas en forma de primitivas.
- Control de interrupciones de usuario (tareas que pueden pedir paso de mayor preferencia al sistema).
- Planificador (muy útil): poder ejecutar varias funciones pseudo-simultáneamente.
¿Qué queda por decidir, entonces? Pues obviamente, qué sistema operativo utilizar: Windo... No, qué va, es broma...
- Un sistema extremadamente básico programado por mí mismo.
- Un Xilkernel, de Xilinx, sistema POSIX básico.
- Un núcleo Linux adaptado, como BlueCat.
Un sistema básico que yo me atrevería a hacer en los apretados plazos de los que disponemos sería un conjuntillo de funciones de cambio de contexto basadas en una interrupción por temporizador periódico (con esto obtenemos multitarea). Habría que programar bien los drivers de nuestros periféricos ad-hoc, controlar a mano la memoria y la entrada/salida de datos y tener mucho cuidado con las interrupciones de usuario. Pero eso sí, sería simple y completamente personalizado.
El Xilkernel ha sido un descubrimiento que he hecho recientemente. Me he leído la API completa, me he leído todo el manual y todos los documentos relacionados que he encontrado. Realmente me gusta. Es un sistema que implementa las funciones que he definido hace dos párrafos de forma simple y eficiente, robusta según ellos, y siguiendo el estándar POSIX, al cual estoy habituado, pues Linux es en gran parte POSIX. Realmente parece una buena opción.
BlueCat Linux me ofrece un sistema Linux integrado completo para mi MicroBlaze. Esto implica que programar software para la SRAD será como programar un dispositivo mips integrado de toda la vida con los que llevo años trabajando. Sería realmente sencillo. Pero es un sistema muchísimo más complejo de lo que nos hace falta. Más costoso en recursos hardware, y más difícil de adaptar.
Como habréis adivinado me he decantado por Xilkernel. Estoy aún en fase de adaptación, hay que conocer los entresijos del enjendro antes de hacerle cosquillas, pero creo que nos llevaremos bien. Es suficientemente flexible, muy simple y pequeño y ofrece incluso dos planificadores diferentes, interrupciones de usuario y todo eso de lo que os hablaba.
Dentro de un par de semanas espero tener una sencilla aplicación funcionando sobre un Xilkernel que a su vez funcione sobre un MicroBlaze con algún periférico que mi equipo haga a mano con propósito de prueba. Sobre una base funcional podremos construir un buen sistema simple y robusto de funciones de control que se encarguen de todas esas cosas que dije hace un par de entradas que debía hacer la SRAD.
Aún hay tiempo, hasta el 30 de octubre, para tener a punto la descripción técnica detallada del sistema completo. Poco a poco se van atando cabos. Cada vez me parece más bonito...
El "cerebro" de la SRAD es un soft processor del tipo MicroBlaze, es decir, un microprocesador que, en vez de ser un ente hardware estático, es un ente hardware programado en la FPGA, configurable, variable, de propósito específico en cada proyecto. Y como todo microprocesador, su función es ejecutar un software. ¿Qué software?
Prácticamente cada sistema basado en microprocesador que conocemos lleva un sistema operativo. Un sistema operativo es un conjunto de instrucciones software que cumplen unas tareas muy específicas: control de recursos, interfaz de las aplicaciones con el hardware, control de la multitarea... El sentido popular que se le da a "Sistema Operativo" es de un amplio conjunto de programas y aplicaciones de usuario que vienen con el ordenador, pero, como he dicho, es una acepción popular técnicamente incorrecta. Podríamos decir que popularmente me expresaría mejor diciendo software de sistema, pero lo que quiero decir es sistema operativo.
El hardware SRAD, incluyendo el MicroBlaze, es (será) un sistema altamente específico con funcionalidades ad-hoc perfectamente definidas. Las interfaces de comunicación entre los módulos del sistema y entre el sistema y el exterior están perfectamente definidas. De este modo en principio no sería difícil programar directamente un software que accediera a dichas interfaces y, en un puñado de funciones, realizara las tareas necesarias. ¿Por qué, entonces, complicarnos la vida con un sistema operativo? Recordemos que, en todo caso, la SRAD es un sistema minúsculo, escaso de recursos, que se debe mantener tan simple como sea posible. Pues bien, un sistema operativo básico nos ofrece:
- Gestión de las funciones de acceso a los periféricos (comúnmente conocidas como controladores) organizadas en forma de primitivas.
- Control de interrupciones de usuario (tareas que pueden pedir paso de mayor preferencia al sistema).
- Planificador (muy útil): poder ejecutar varias funciones pseudo-simultáneamente.
¿Qué queda por decidir, entonces? Pues obviamente, qué sistema operativo utilizar: Windo... No, qué va, es broma...
- Un sistema extremadamente básico programado por mí mismo.
- Un Xilkernel, de Xilinx, sistema POSIX básico.
- Un núcleo Linux adaptado, como BlueCat.
Un sistema básico que yo me atrevería a hacer en los apretados plazos de los que disponemos sería un conjuntillo de funciones de cambio de contexto basadas en una interrupción por temporizador periódico (con esto obtenemos multitarea). Habría que programar bien los drivers de nuestros periféricos ad-hoc, controlar a mano la memoria y la entrada/salida de datos y tener mucho cuidado con las interrupciones de usuario. Pero eso sí, sería simple y completamente personalizado.
El Xilkernel ha sido un descubrimiento que he hecho recientemente. Me he leído la API completa, me he leído todo el manual y todos los documentos relacionados que he encontrado. Realmente me gusta. Es un sistema que implementa las funciones que he definido hace dos párrafos de forma simple y eficiente, robusta según ellos, y siguiendo el estándar POSIX, al cual estoy habituado, pues Linux es en gran parte POSIX. Realmente parece una buena opción.
BlueCat Linux me ofrece un sistema Linux integrado completo para mi MicroBlaze. Esto implica que programar software para la SRAD será como programar un dispositivo mips integrado de toda la vida con los que llevo años trabajando. Sería realmente sencillo. Pero es un sistema muchísimo más complejo de lo que nos hace falta. Más costoso en recursos hardware, y más difícil de adaptar.
Como habréis adivinado me he decantado por Xilkernel. Estoy aún en fase de adaptación, hay que conocer los entresijos del enjendro antes de hacerle cosquillas, pero creo que nos llevaremos bien. Es suficientemente flexible, muy simple y pequeño y ofrece incluso dos planificadores diferentes, interrupciones de usuario y todo eso de lo que os hablaba.
Dentro de un par de semanas espero tener una sencilla aplicación funcionando sobre un Xilkernel que a su vez funcione sobre un MicroBlaze con algún periférico que mi equipo haga a mano con propósito de prueba. Sobre una base funcional podremos construir un buen sistema simple y robusto de funciones de control que se encarguen de todas esas cosas que dije hace un par de entradas que debía hacer la SRAD.
Aún hay tiempo, hasta el 30 de octubre, para tener a punto la descripción técnica detallada del sistema completo. Poco a poco se van atando cabos. Cada vez me parece más bonito...
04 septiembre 2008
Difícil septiembre
Un ligero inconveniente de un proyecto de gran magnitud llevado por estudiantes es que, precisamente, en algunas épocas les toca estudiar. Estamos en septiembre, y es un mes difícil para la mayoría de los estudiantes. En la Universidad de Vigo los exámenes son del 1 al 15 de septiembre. En los laboratorios de XaTcobeo estamos bajo mínimos. La primera consecuencia es que los que quedamos tenemos que diversificarnos por un par de semanas.
Esta semana le he hecho poco caso a la SRAD. He tenido que poner a punto la que será la página web del proyecto (no os la puedo enseñar de momento), así como la wiki interna para desarrolladores (que no os podré enseñar nunca) y hacer pruebas de usabilidad y estabilidad sobre las herramientas de trabajo en grupo (más de lo mismo).
Pero claro, no se puede perder la perspectiva. El día 30 de este mes debo tener lista la descripción funcional de la SRAD. ¿Y esto qué es? Pues un documento en correcto inglés con poca letra y muchos diagramas que expliquen en tres niveles de abstraccióń cómo funciona la SRAD. Es algo como lo que cuento aquí pero en formal y en inglés, y que luego habrá que publicar. A saber:
- Descripción de las funciones a nivel global: transmisión de datos entre el satélite y la estación terrena.
- Descripción de las funciones de la SRAD como componente del satélite: comunicación con el ordenador de a bordo, con la interfaz de radio...
- Descripción de los módulos funcionales internos a la SRAD: módulos de control, de codificación, interfaces...
El día 22 doy una conferencia en Münster, Alemania, precisamente sobre la SRAD. Aprovecharé los bonitos (espero) diagramas que haré para la descripción funcional para tener algo decente que mostrar allá, porque si no les tendré que volver a soltar más o menos lo mismo que dije en Utah, aunque un poco más detallado.
En otro orden de cosas... Parece que este blog ha gustado en ciertos círculos, si no me han mentido. Y digo yo, ¿por qué nadie comenta nada? ¿Miedo a que parezca que me lee alguien? Si es que...
Jajaja, mañana más.
Esta semana le he hecho poco caso a la SRAD. He tenido que poner a punto la que será la página web del proyecto (no os la puedo enseñar de momento), así como la wiki interna para desarrolladores (que no os podré enseñar nunca) y hacer pruebas de usabilidad y estabilidad sobre las herramientas de trabajo en grupo (más de lo mismo).
Pero claro, no se puede perder la perspectiva. El día 30 de este mes debo tener lista la descripción funcional de la SRAD. ¿Y esto qué es? Pues un documento en correcto inglés con poca letra y muchos diagramas que expliquen en tres niveles de abstraccióń cómo funciona la SRAD. Es algo como lo que cuento aquí pero en formal y en inglés, y que luego habrá que publicar. A saber:
- Descripción de las funciones a nivel global: transmisión de datos entre el satélite y la estación terrena.
- Descripción de las funciones de la SRAD como componente del satélite: comunicación con el ordenador de a bordo, con la interfaz de radio...
- Descripción de los módulos funcionales internos a la SRAD: módulos de control, de codificación, interfaces...
El día 22 doy una conferencia en Münster, Alemania, precisamente sobre la SRAD. Aprovecharé los bonitos (espero) diagramas que haré para la descripción funcional para tener algo decente que mostrar allá, porque si no les tendré que volver a soltar más o menos lo mismo que dije en Utah, aunque un poco más detallado.
En otro orden de cosas... Parece que este blog ha gustado en ciertos círculos, si no me han mentido. Y digo yo, ¿por qué nadie comenta nada? ¿Miedo a que parezca que me lee alguien? Si es que...
Jajaja, mañana más.
02 septiembre 2008
Una imagen vale más que mil palabras
Si una imagen vale más que mil palabras espero que una animación, por cutre que sea, valga más que toda la parrafada de ayer. Preparé esta pequeña y curiosa animación para la presentación del proyecto a la prensa, allá por junio. Esta es la versión recortada, había preparado una con tres órbitas, pero resultaba muy larga para ellos.
01 septiembre 2008
Utah 2008 (II)
Siempre haciendo hincapié en la importancia en sí del proyecto XaTcobeo como sistema de formación, vamos a hablar hoy de qué vamos a llevar dentro del satélite. A parte de los sistemas propios de alimentación y control (de los que hablaremos en sesiones posteriores) el satélite llevará tres experimentos o cargas útiles: un sistema de despliegue de paneles solares, un medidor de dosis de radiación ionizante y, como experimento principal, una SDR (Software Defined Radio, radio definida por software) a la que llamamos SRAD. Y dicho SRAD, sistema del que yo soy responsable, fue el tema que expuse en el congreso de Utah y del que hablaré en septiembre en otro congreso en Alemania. ¿Qué es, entonces, la SRAD? Recordemos que hablamos de un satélite de 10x10x10 centímetros y menos de 1kg de peso, ¿eh?
Como su propio nombre indica, es un sistema de transmisión y recepción de señales de radio definido mediante software. Al contrario que una emisora de radio convencional, una SDR puede "destruirse" y ser sustituida por una nueva con otras funcionalidades y características mediante comandos software. Se puede intuir que esto tendrá gran cantidad de ventajas cuando hablamos de un pequeño artefacto volando a 400 kilómetros de La Tierra. Y, ¿cómo se puede definir un sistema radio por software? Todo el que no sepa lo que es una FPGA, que siga el enlace y lea el artículo. ¿A que ahora ya se empieza a ver la luz? Pues una FPGA es un dispositivo cuya funcionalidad se puede reprogramar, creando de esta forma un circuito diferente en el mismo dispositivo electrónico.
Una vez presentado y disponible el sustrato sobre el que construir nuestro diseño pensaremos... ¿Tiene esto algo de nuevo? ¿Tanto revuelo por un dispositivo reprogramable? Pues la cuestión es que no hay a penas precedentes de FPGAs volando en satélites, en duras condiciones de radiación. Por otro lado un satélite tan pequeño no tiene a penas potencia disponible para hacer muchos juegos, y la optimización es muy complicada. En tercer lugar, hacen falta ideas y un gran proceso de ingeniería para diseñar un sistema que sea robusto y versátil, suficientemente simple como para estar seguros de que va a funcionar y suficientemente sofisticado como para poder experimentar con él. No es, en ningún caso, tarea simple. Pero démosle una vuelta de tuerca más. En una FPGA cuanto más complejo es el sistema programado mayor es el consumo. Y en nuestro cacharrito no tenemos casi potencia disponible. ¿Qué tal si nos curramos un sistema que reprograme y autorregule la complejidad del sistema en función de las características del medio? Pues así como se me ocurrió salió el diseño de la siguiente imagen.
Nuestro sistema incluirá una parte software que se ejecutará en un procesador a su vez definido por software en la FPGA que implementará una serie de rutinas de control y una serie de módulos de procesado de radio. Por otro lado tendremos un diseño de hardware de codificadores de radio directamente en la FPGA. Este último caso es más rápido, pero mucho más ávido de potencia eléctrica, mientras que el procesado software es lento pero liviano. Un protocolo de bus de sistema conectará nuestra radio con el ordenador de a bordo, de donde recibirá instrucciones y un conjunto de rutinas especiales controlaran todas las definiciones software que incorporará la SRAD y las cargará según sea necesario. Además tendremos espacio libre, puesto que si la SRAD es un éxito podremos enviar desde nuestra estación en tierra nuevos datos de configuración. Este complejo sistema no pasó desapercibido entre nuestros colegas ingenieros en Utah, y allí recopilé datos y opiniones de gente de todo el mundo. Escepticismo en general para un proyecto tan innovador, pero ánimos y buenas palabras para intentarlo.
El diseño ya lo tengo sobre la mesa. Tengo un equipo de ingeniería que es capaz de esto y de mucho más. Tenemos alrededor de 12 meses de plazo. Llevamos consumido uno.
Vega, allá vamos.
Como su propio nombre indica, es un sistema de transmisión y recepción de señales de radio definido mediante software. Al contrario que una emisora de radio convencional, una SDR puede "destruirse" y ser sustituida por una nueva con otras funcionalidades y características mediante comandos software. Se puede intuir que esto tendrá gran cantidad de ventajas cuando hablamos de un pequeño artefacto volando a 400 kilómetros de La Tierra. Y, ¿cómo se puede definir un sistema radio por software? Todo el que no sepa lo que es una FPGA, que siga el enlace y lea el artículo. ¿A que ahora ya se empieza a ver la luz? Pues una FPGA es un dispositivo cuya funcionalidad se puede reprogramar, creando de esta forma un circuito diferente en el mismo dispositivo electrónico.
Una vez presentado y disponible el sustrato sobre el que construir nuestro diseño pensaremos... ¿Tiene esto algo de nuevo? ¿Tanto revuelo por un dispositivo reprogramable? Pues la cuestión es que no hay a penas precedentes de FPGAs volando en satélites, en duras condiciones de radiación. Por otro lado un satélite tan pequeño no tiene a penas potencia disponible para hacer muchos juegos, y la optimización es muy complicada. En tercer lugar, hacen falta ideas y un gran proceso de ingeniería para diseñar un sistema que sea robusto y versátil, suficientemente simple como para estar seguros de que va a funcionar y suficientemente sofisticado como para poder experimentar con él. No es, en ningún caso, tarea simple. Pero démosle una vuelta de tuerca más. En una FPGA cuanto más complejo es el sistema programado mayor es el consumo. Y en nuestro cacharrito no tenemos casi potencia disponible. ¿Qué tal si nos curramos un sistema que reprograme y autorregule la complejidad del sistema en función de las características del medio? Pues así como se me ocurrió salió el diseño de la siguiente imagen.
Nuestro sistema incluirá una parte software que se ejecutará en un procesador a su vez definido por software en la FPGA que implementará una serie de rutinas de control y una serie de módulos de procesado de radio. Por otro lado tendremos un diseño de hardware de codificadores de radio directamente en la FPGA. Este último caso es más rápido, pero mucho más ávido de potencia eléctrica, mientras que el procesado software es lento pero liviano. Un protocolo de bus de sistema conectará nuestra radio con el ordenador de a bordo, de donde recibirá instrucciones y un conjunto de rutinas especiales controlaran todas las definiciones software que incorporará la SRAD y las cargará según sea necesario. Además tendremos espacio libre, puesto que si la SRAD es un éxito podremos enviar desde nuestra estación en tierra nuevos datos de configuración. Este complejo sistema no pasó desapercibido entre nuestros colegas ingenieros en Utah, y allí recopilé datos y opiniones de gente de todo el mundo. Escepticismo en general para un proyecto tan innovador, pero ánimos y buenas palabras para intentarlo.El diseño ya lo tengo sobre la mesa. Tengo un equipo de ingeniería que es capaz de esto y de mucho más. Tenemos alrededor de 12 meses de plazo. Llevamos consumido uno.
Vega, allá vamos.
30 agosto 2008
Escisión XaTcobeo
Señores, este blog queda reservado para cosas personales, ciencia, tecnología, Linux, como venía siendo habitual.
Queda inaugurado el blog de XaTcobeo y mi relación con el proyecto.
http://xatcobeo.blogspot.com
A los que le interese dicho satélite, nos vemos allí.
Saludetes
Queda inaugurado el blog de XaTcobeo y mi relación con el proyecto.
http://xatcobeo.blogspot.com
A los que le interese dicho satélite, nos vemos allí.
Saludetes
29 agosto 2008
Utah 2008 (I)
Después de un par de semanas demasiado liado como para redactar correctamente lo que quiero contar, voy a empezar una serie de articulillos con los que me pondré al día en lo referente al proyecto XaTcobeo. En esta ocasión os hablaré, en varios capítulos, de las enseñanzas que me traje de los dos congresos de satélites a los que asistí hace 10 días en Logan, Utah, en los Estados Unidos.
En primer lugar voy a hacer hincapié en aquello que distinguió nuestro proyecto sobre el resto: el énfasis en la organización, metodología y trabajo en equipo. La mayoría de conferenciantes en el congreso de CubeSats centraba su exposición en el objeto de su investigación o desarrollo tecnológico, mientras que nosotros pusimos el énfasis en el proceso, el cómo en vez del qué. Parece que causamos muy buena impresión, y algo de escepticismo.
Acabamos de poner en pie la clave de nuestro proyecto: un sistema de ingeniería distribuida. Se trata de un servidor con todos los servicios necesarios para que la información fluya adecuadamente entre todos los equipos de ingeniería que estamos trabajando en el satélite. Gestionado por la gente de Ingeniería de Sistemas, este servidor contiene una página web, un servicio de correo, compartición de documentación, agenda, eventos, recordatorios, mensajes, más herramientas de gestión de código y documentos, plantillas, modelos y un foro. Recordemos que no sólo somos un montón de equipos trabajando juntos en la Universidad de Vigo, sino que es un proyecto en colaboración con el INTA en Madrid, y con métodos basados en estándares de la ESA, que probablemente actuarán como revisores externos.
Sobre esta base los subsistemas están empezando a tomar forma. Me consta que los compañeros de antenas tienen buenas ideas para posibles montajes, y nosotros, los SRAD, estamos en plena efervescencia de diseño y análisis de factibilidad, probando herramientas y decidiendo cómo nos vamos a enfrentar al problema. Las ideas están claras, pero eso será tema de otra entrada.
Así que en definitiva, aún sin decir ni una palabra técnica, antes de explicar siquiera qué es la SRAD, nuestra exposición fue un triunfo porque parece que hemos sabido enfocarlo. Es un placer trabajar con 40 ingenieros o futuros ingenieros perfectamente mentalizados y organizados con una plataforma común.
No se me olvide, antes de terminar, poner la dirección de la página pública: http://www.xatcobeo.com. Aún no está montada, pero esperemos que sea cuestión de días. Podéis seguir las noticias de todo lo que me concierne en este blog. A ver si tengo algún seguidor.
En primer lugar voy a hacer hincapié en aquello que distinguió nuestro proyecto sobre el resto: el énfasis en la organización, metodología y trabajo en equipo. La mayoría de conferenciantes en el congreso de CubeSats centraba su exposición en el objeto de su investigación o desarrollo tecnológico, mientras que nosotros pusimos el énfasis en el proceso, el cómo en vez del qué. Parece que causamos muy buena impresión, y algo de escepticismo.
Acabamos de poner en pie la clave de nuestro proyecto: un sistema de ingeniería distribuida. Se trata de un servidor con todos los servicios necesarios para que la información fluya adecuadamente entre todos los equipos de ingeniería que estamos trabajando en el satélite. Gestionado por la gente de Ingeniería de Sistemas, este servidor contiene una página web, un servicio de correo, compartición de documentación, agenda, eventos, recordatorios, mensajes, más herramientas de gestión de código y documentos, plantillas, modelos y un foro. Recordemos que no sólo somos un montón de equipos trabajando juntos en la Universidad de Vigo, sino que es un proyecto en colaboración con el INTA en Madrid, y con métodos basados en estándares de la ESA, que probablemente actuarán como revisores externos.
Sobre esta base los subsistemas están empezando a tomar forma. Me consta que los compañeros de antenas tienen buenas ideas para posibles montajes, y nosotros, los SRAD, estamos en plena efervescencia de diseño y análisis de factibilidad, probando herramientas y decidiendo cómo nos vamos a enfrentar al problema. Las ideas están claras, pero eso será tema de otra entrada.
Así que en definitiva, aún sin decir ni una palabra técnica, antes de explicar siquiera qué es la SRAD, nuestra exposición fue un triunfo porque parece que hemos sabido enfocarlo. Es un placer trabajar con 40 ingenieros o futuros ingenieros perfectamente mentalizados y organizados con una plataforma común.
No se me olvide, antes de terminar, poner la dirección de la página pública: http://www.xatcobeo.com. Aún no está montada, pero esperemos que sea cuestión de días. Podéis seguir las noticias de todo lo que me concierne en este blog. A ver si tengo algún seguidor.
28 julio 2008
Semana 2: el arranque.
Ya tengo a mi equipo: dos excelentes ingenieros que ya han empezado a trabajar más dos excelentes alumnos que harán su Proyecto Fin de Carrera conmigo. Empezarán en agosto.
Desde que empezó el proyecto mi visión había sido de contenido optimismo, pero ya en una semana he visto que la gente tiene ganas y, por supuesto, aptitud y actitud hasta el punto de permitirme incontener un poco dicho optimismo.
Esta semana mi labor se ha limitado a soltarles mi rollo de horarios y plan de trabajo, puesto que aún tenía asuntos pendientes de otros proyectos anteriores, y a meter las narices en su trabajo... Digamos que controlar un poco cómo marcha la cosa.
Hemos puesto en marcha el prediseño de la SRAD, la carga útil experimental. Si todo va bien la semana que viene tendremos una idea preliminar y comenzaremos con las propuestas concretas, para poder ir definiendo un entorno de simulación software antes de lanzarnos a comprar hardware.
Por otro lado nuestro nuevo ingeniero de sistemas ha estado poniendo a punto el servidor de documentación, base esencial de todo gran proyecto. Vamos a seguir los estándares de documentación de la ESA, y eso requiere plantillas, bases de conocimiento, directorios compartidos, servidores, servicios... En realidad esa es la parte fácil del trabajo que le va a tocar, así que es una buena introducción.
Dentro de dos semanas debemos comenzar con la primera tarea global, que atañe a todos los módulos del sistema: reparto de tareas (puesto que hay tareas intermodulares) y definición preliminar de los repartos de potencia y masas. Todos los equipos de trabajo deben tener una idea de qué necesitan y el ingeniero de sistema debe recoger dichas ideas y responder de qué dispone cada uno. Ardua tarea. Por tanto ya tenemos trabajo para la semana 3.
Poquito a poquito...
Desde que empezó el proyecto mi visión había sido de contenido optimismo, pero ya en una semana he visto que la gente tiene ganas y, por supuesto, aptitud y actitud hasta el punto de permitirme incontener un poco dicho optimismo.
Esta semana mi labor se ha limitado a soltarles mi rollo de horarios y plan de trabajo, puesto que aún tenía asuntos pendientes de otros proyectos anteriores, y a meter las narices en su trabajo... Digamos que controlar un poco cómo marcha la cosa.
Hemos puesto en marcha el prediseño de la SRAD, la carga útil experimental. Si todo va bien la semana que viene tendremos una idea preliminar y comenzaremos con las propuestas concretas, para poder ir definiendo un entorno de simulación software antes de lanzarnos a comprar hardware.
Por otro lado nuestro nuevo ingeniero de sistemas ha estado poniendo a punto el servidor de documentación, base esencial de todo gran proyecto. Vamos a seguir los estándares de documentación de la ESA, y eso requiere plantillas, bases de conocimiento, directorios compartidos, servidores, servicios... En realidad esa es la parte fácil del trabajo que le va a tocar, así que es una buena introducción.
Dentro de dos semanas debemos comenzar con la primera tarea global, que atañe a todos los módulos del sistema: reparto de tareas (puesto que hay tareas intermodulares) y definición preliminar de los repartos de potencia y masas. Todos los equipos de trabajo deben tener una idea de qué necesitan y el ingeniero de sistema debe recoger dichas ideas y responder de qué dispone cada uno. Ardua tarea. Por tanto ya tenemos trabajo para la semana 3.
Poquito a poquito...
15 julio 2008
Semana 1: preliminares
He vuelto al trabajo. Primera semana del proyecto XaTcobeo.
Estamos liados con la selección de personal. Yo ya tengo escogidos un par de futuros ingenieros que empezarán a trabajar conmigo en agosto. Estoy realizando la planificación, pues puede que necesite a más gente, probablemente a un doctorando, para algunas partes del sistema.
La gestión global va a ser compleja. Me asusta la parte de integración, porque no es mi responsabilidad y sin embargo es crucial para mi sistema, así que vamos a tener que organizarnos muy muy bien.
En principio esta semana tengo que terminar tareas que quedaron pendientes de junio: un sistema de comunicación inalámbrica rápida intervehicular, que tengo casi listo, y alguna cosilla más de otros proyectos que tengo que dejar listos esta semana.
Hay que darse prisa. Hoy arrancan los 8 meses destinados, en principio, para montar nuestro pequeño XaTcobeo.
Allá vamos...
Estamos liados con la selección de personal. Yo ya tengo escogidos un par de futuros ingenieros que empezarán a trabajar conmigo en agosto. Estoy realizando la planificación, pues puede que necesite a más gente, probablemente a un doctorando, para algunas partes del sistema.
La gestión global va a ser compleja. Me asusta la parte de integración, porque no es mi responsabilidad y sin embargo es crucial para mi sistema, así que vamos a tener que organizarnos muy muy bien.
En principio esta semana tengo que terminar tareas que quedaron pendientes de junio: un sistema de comunicación inalámbrica rápida intervehicular, que tengo casi listo, y alguna cosilla más de otros proyectos que tengo que dejar listos esta semana.
Hay que darse prisa. Hoy arrancan los 8 meses destinados, en principio, para montar nuestro pequeño XaTcobeo.
Allá vamos...
01 julio 2008
Vacaciones.
Amigo(¿s?) lector(¿es?), me voy de vacaciones.
Hasta ahora ha sido intenso pero corto el proceso de inicio de las operaciones que conducirán a la creación de XaTcobeo. Recomiendo la lectura de el cafetuelo a modo de introducción.
Dentro de 10 días comenzaré el proceso de selección de los ingenieros y futuros ingenieros que harán parte del satélite bajo mi mando y actualizaré el blog y la página web del proyecto. Pero ahora me toca desconectar y disfrutar del veranito, aunque sean 10 días.
Saludos, hasta la vuelta.
Hasta ahora ha sido intenso pero corto el proceso de inicio de las operaciones que conducirán a la creación de XaTcobeo. Recomiendo la lectura de el cafetuelo a modo de introducción.
Dentro de 10 días comenzaré el proceso de selección de los ingenieros y futuros ingenieros que harán parte del satélite bajo mi mando y actualizaré el blog y la página web del proyecto. Pero ahora me toca desconectar y disfrutar del veranito, aunque sean 10 días.
Saludos, hasta la vuelta.
20 junio 2008
Satélite
Queridos lectores, muchos ya sabéis que estoy trabajando en un gran proyecto de Ingeniería para lanzar un satélite. Volveré a este blog con fuerza, lo rediseñaré y pretendo transformarlo con, a parte del ambiente habitual, contenidos sobre cómo se hace un satélite.
Tengo mucho que contar, pero muy poco tiempo. Volveré pronto :-)
Por lo pronto, esta es una gran semana para el mundo Linux: openSUSE 11, Firefox 3, Microsoft se rinde oficialmente...
Tengo mucho que contar, pero muy poco tiempo. Volveré pronto :-)
Por lo pronto, esta es una gran semana para el mundo Linux: openSUSE 11, Firefox 3, Microsoft se rinde oficialmente...
04 junio 2008
KDE4
Me he instalado la beta de KDE4.1. Me alegra decir que ya os lo había dicho: alucinante. No es todavía estable (de ahí lo de "beta"), y le quedan flecos. Algunas aplicaciones KDE que no forman parte del núcleo de KDE (como Amarok, por ejemplo) no están listas para ser integradas todavía (por lo que hay que usar las versiones de KDE3, que van de maravilla en KDE4, menos mal).
El escritorio es mucho más bonito y usable, intuitivo, elegante. Es muy estable a pesar de estar en estado beta, nunca me ha dado ningún problema que no fuera alguna de las dichas aplicaciones no-terminadas. Los efectos van relativamente bien, les hace falta depurarlos. Pero los básicos (transparencias reales, ventanas atenuadas, movimientos, el cambio de aplicaciones "bonito", etc) van sin problemas (hablamos de un ordenador con más de dos años de antigüedad que estoy usando).
El avance en las aplicaciones es increíble. Los nuevos conceptos, basados en las capacidades de QT4.3, son realmente un satlo adelante. Hay que probarlo. Eso sí, recomiendo a los no expertos o los no adictos a la experimentación que esperen a que salga la versión estable, para no llevarse un disgusto. Está planeada para el 29 de julio, si no recuerdo mal.
Os dejo dos capturas, una del escritorio vacío tal como lo tengo yo, otra con un par de ventanas para mostrar las transparencias y las nuevas decoraciones, y al final un vídeo jugando un poco con los nuevos estilos de KDE.
Nota final: repito para los que me consideran demasiado fanático de KDE. No es una versión final, ni estable. Para sentirse completamente integrado en KDE4 va a haber que esperar, lamentablemente, hasta KDE4.2. Es un proyecto enorme y hay cientos de aplicaciones que integrar. Pero definitivamente con KDE4.1.1 se va a poder utilizar y creo que estará por encima de cualquier otra alternativa.
Espero críticas, pero quiero críticas de quien lo haya experimentado ;-)
El escritorio es mucho más bonito y usable, intuitivo, elegante. Es muy estable a pesar de estar en estado beta, nunca me ha dado ningún problema que no fuera alguna de las dichas aplicaciones no-terminadas. Los efectos van relativamente bien, les hace falta depurarlos. Pero los básicos (transparencias reales, ventanas atenuadas, movimientos, el cambio de aplicaciones "bonito", etc) van sin problemas (hablamos de un ordenador con más de dos años de antigüedad que estoy usando).
El avance en las aplicaciones es increíble. Los nuevos conceptos, basados en las capacidades de QT4.3, son realmente un satlo adelante. Hay que probarlo. Eso sí, recomiendo a los no expertos o los no adictos a la experimentación que esperen a que salga la versión estable, para no llevarse un disgusto. Está planeada para el 29 de julio, si no recuerdo mal.
Os dejo dos capturas, una del escritorio vacío tal como lo tengo yo, otra con un par de ventanas para mostrar las transparencias y las nuevas decoraciones, y al final un vídeo jugando un poco con los nuevos estilos de KDE.
Nota final: repito para los que me consideran demasiado fanático de KDE. No es una versión final, ni estable. Para sentirse completamente integrado en KDE4 va a haber que esperar, lamentablemente, hasta KDE4.2. Es un proyecto enorme y hay cientos de aplicaciones que integrar. Pero definitivamente con KDE4.1.1 se va a poder utilizar y creo que estará por encima de cualquier otra alternativa.
Espero críticas, pero quiero críticas de quien lo haya experimentado ;-)
29 mayo 2008
El software y la Administración Pública
Antes de leer esta entrada hay que tomarse un cafetuelo...
Bien, puestos en antecedentes voy a intentar explicar la situación. Partamos del hecho: el software de la Administración Pública no es compatible con el 100% del software que existe, ni siquiera con el de segundo nivel (por porcentaje de usuarios).
La Administración Pública no sigue los estándares. Es el primer eslabón de un círculo vicioso: la Administración Pública prefiere seguir el "estándar de facto" por encima del "estándar libre" (algo que de verdad cumple el paradigma de "estándar"). Los estándares de facto suelen estar controlados por empresas privadas y sujetos a sus normas, sus patentes y su voluntad. Hoy en día se libra una gran batalla en este campo. El ejemplo más flagrante hoy en día es el caso ODF vs. OOXML, como normas para documentos de texto. Me explico, para el que lo desconozca.
Open Document Format nació como una iniciativa para normalizar el formato de los documentos de texto. El estándar de facto era en este momento (y sigue siendo) el infame .doc de Microsoft. La Open Document Foundation consiguió diseñar una buena norma y llevarla ante la ISO, y allí se aprobó. Ni que decir tiene que a Microsoft no le sentó nada bien. Contraatacaron muy fuerte con un nuevo formato de texto, el OOXML. Lo llevaron también ante la ISO, pero es una norma trampa. En primer lugar no existe ninguna implementación correcta (es decir, hoy en día no hay programas que puedan usarlo), mientras que el ODF lo usa un buen número de programas. En segundo lugar permite la inclusión de formatos binarios propietarios no normativos dentro del propio archivo .docx (sí, bonita extensión), quitándole todo el significado a la palabra "estándar". Fue rechazado como norma ISO un montón de veces, y finalmente aprobado hace muy poco. Se sospecha (se SABE) que las votaciones estuvieron amañadas, pero eso no importa en absoluto. A día de hoy el estándar de facto sigue siendo un formato binario propietario no especificado cuyos derechos y patentes están en manos de una multinacional estadounidense. Es decir, nuestros documentos públicos están en un formato propiedad de una empresa privada extranjera. Y además habiendo alternativas viables y mejores al alcance. Fantástico.
Vayamos al presente caso que nos brinda anakyn. Supongo que muchos de los lectores saben lo que es HTML y lo que son el resto de "lenguajes web". Un navegador lo que hace es interpretar dichos lenguajes para crear las páginas que nosotros vemos. Se conoce popularmente como "renderizar" una página. Existe un consorcio internacional encargado de normalizar dichos lenguajes y el proceso de renderizado para que todos podamos ver la misma página partiendo del mismo código. Los navegadores web deberán estar programados siguiendo dichas normas. Es complicado seguirlas todas, puesto que desde que el consorcio actualiza una norma hasta que los programadores son capaces de cumplirla e implementarla en sus navegadores pasa un cierto tiempo, no despreciable. Llamemos navegador "estándar" a aquel que intenta seguir dicha norma, pública, por todos conocida. Llamemos navegador "Internet Explorer" a aquel navegador que interpreta el código como le apetece y además interpeta código no definido en el estándar como también le apetece, modificando en efecto dicho estándar. Digamos que el segundo navegador tiene una cuota de mercado tan elevada que consigue convertir sus criterios de interpretación en estándar de facto. A partir de ese momento la Administración Pública, en su infinita sabiduría, codificará sus páginas web según el método que sabe que en el segundo navegador realizará la tarea debida, dejando libre albedrío a los demás navegadores para interpetarlo "bien" o según el estándar. A veces funcionará, a veces no.
Aún así el problema planteado por anakyn, el tercer caso concretamente, tiene su miga. Resulta que Adobe, propietaria de los derechos sobre el formato .pdf, liberó dichas especificaciones ante la ISO y liberó el PDF como un estándar, es decir, existe una norma de libre uso, de especificación pública y sin licencias ni patentes definiendo el formato PDF. Me resulta curioso que anakyn no pudiera imprimir sin tener el Acrobat Reader, pues implica algún intrincado más allá de generar un simple PDF. Y en efecto dudo muchísimo que fuera difícil deshacer dicho intrincado, tratándose en todo caso de procesos que están normados y son de especificación pública.
El asunto va más allá de estos simples ejemplos que he expuesto. Prácticamente todos los tipos de medio utilizados por las aplicaciones informáticas tienen una implementación libre, y gran parte una especificación estándar reconocida. Y también prácticamente en todos los casos existe un formato propietario restringido cerrado y propiedad de una empresa privada que tiene gran cuota de mercado. La elección está ahí, la libertad de uso existe. La respuesta del usuario medio es: no me importa que sea libre o estándar, me importa que al que le mando este archivo pueda leerlo directamente sin tener que instalar un programa libre u otro programa cualquiera. Y así cerramos el círculo vicioso.
La próxima vez que recibas un .doc (o peor, un .docx) contesta que no puedes abrir dicho documento, que por favor te manden un .odf que puede abrir cualquier programa que siga una norma pública y al alcance de todos. Sé que nadie lo hará, pero es así como debería ser.
La próxima vez que hagas una página web valídala en el w3c validator. Sé que intentarás que se vea bien en el IExplorer, pero sería lo correcto.
Podéis comprobarlo: no todo está perdido.
Bien, puestos en antecedentes voy a intentar explicar la situación. Partamos del hecho: el software de la Administración Pública no es compatible con el 100% del software que existe, ni siquiera con el de segundo nivel (por porcentaje de usuarios).
La Administración Pública no sigue los estándares. Es el primer eslabón de un círculo vicioso: la Administración Pública prefiere seguir el "estándar de facto" por encima del "estándar libre" (algo que de verdad cumple el paradigma de "estándar"). Los estándares de facto suelen estar controlados por empresas privadas y sujetos a sus normas, sus patentes y su voluntad. Hoy en día se libra una gran batalla en este campo. El ejemplo más flagrante hoy en día es el caso ODF vs. OOXML, como normas para documentos de texto. Me explico, para el que lo desconozca.
Open Document Format nació como una iniciativa para normalizar el formato de los documentos de texto. El estándar de facto era en este momento (y sigue siendo) el infame .doc de Microsoft. La Open Document Foundation consiguió diseñar una buena norma y llevarla ante la ISO, y allí se aprobó. Ni que decir tiene que a Microsoft no le sentó nada bien. Contraatacaron muy fuerte con un nuevo formato de texto, el OOXML. Lo llevaron también ante la ISO, pero es una norma trampa. En primer lugar no existe ninguna implementación correcta (es decir, hoy en día no hay programas que puedan usarlo), mientras que el ODF lo usa un buen número de programas. En segundo lugar permite la inclusión de formatos binarios propietarios no normativos dentro del propio archivo .docx (sí, bonita extensión), quitándole todo el significado a la palabra "estándar". Fue rechazado como norma ISO un montón de veces, y finalmente aprobado hace muy poco. Se sospecha (se SABE) que las votaciones estuvieron amañadas, pero eso no importa en absoluto. A día de hoy el estándar de facto sigue siendo un formato binario propietario no especificado cuyos derechos y patentes están en manos de una multinacional estadounidense. Es decir, nuestros documentos públicos están en un formato propiedad de una empresa privada extranjera. Y además habiendo alternativas viables y mejores al alcance. Fantástico.
Vayamos al presente caso que nos brinda anakyn. Supongo que muchos de los lectores saben lo que es HTML y lo que son el resto de "lenguajes web". Un navegador lo que hace es interpretar dichos lenguajes para crear las páginas que nosotros vemos. Se conoce popularmente como "renderizar" una página. Existe un consorcio internacional encargado de normalizar dichos lenguajes y el proceso de renderizado para que todos podamos ver la misma página partiendo del mismo código. Los navegadores web deberán estar programados siguiendo dichas normas. Es complicado seguirlas todas, puesto que desde que el consorcio actualiza una norma hasta que los programadores son capaces de cumplirla e implementarla en sus navegadores pasa un cierto tiempo, no despreciable. Llamemos navegador "estándar" a aquel que intenta seguir dicha norma, pública, por todos conocida. Llamemos navegador "Internet Explorer" a aquel navegador que interpreta el código como le apetece y además interpeta código no definido en el estándar como también le apetece, modificando en efecto dicho estándar. Digamos que el segundo navegador tiene una cuota de mercado tan elevada que consigue convertir sus criterios de interpretación en estándar de facto. A partir de ese momento la Administración Pública, en su infinita sabiduría, codificará sus páginas web según el método que sabe que en el segundo navegador realizará la tarea debida, dejando libre albedrío a los demás navegadores para interpetarlo "bien" o según el estándar. A veces funcionará, a veces no.
Aún así el problema planteado por anakyn, el tercer caso concretamente, tiene su miga. Resulta que Adobe, propietaria de los derechos sobre el formato .pdf, liberó dichas especificaciones ante la ISO y liberó el PDF como un estándar, es decir, existe una norma de libre uso, de especificación pública y sin licencias ni patentes definiendo el formato PDF. Me resulta curioso que anakyn no pudiera imprimir sin tener el Acrobat Reader, pues implica algún intrincado más allá de generar un simple PDF. Y en efecto dudo muchísimo que fuera difícil deshacer dicho intrincado, tratándose en todo caso de procesos que están normados y son de especificación pública.
El asunto va más allá de estos simples ejemplos que he expuesto. Prácticamente todos los tipos de medio utilizados por las aplicaciones informáticas tienen una implementación libre, y gran parte una especificación estándar reconocida. Y también prácticamente en todos los casos existe un formato propietario restringido cerrado y propiedad de una empresa privada que tiene gran cuota de mercado. La elección está ahí, la libertad de uso existe. La respuesta del usuario medio es: no me importa que sea libre o estándar, me importa que al que le mando este archivo pueda leerlo directamente sin tener que instalar un programa libre u otro programa cualquiera. Y así cerramos el círculo vicioso.
La próxima vez que recibas un .doc (o peor, un .docx) contesta que no puedes abrir dicho documento, que por favor te manden un .odf que puede abrir cualquier programa que siga una norma pública y al alcance de todos. Sé que nadie lo hará, pero es así como debería ser.
La próxima vez que hagas una página web valídala en el w3c validator. Sé que intentarás que se vea bien en el IExplorer, pero sería lo correcto.
Podéis comprobarlo: no todo está perdido.
20 mayo 2008
Autoentrevista (inducida)
El bueno de anakyn, redactor del blog "el cafetuelo" que se puede encontrar ahí a la derecha, entre mis enlaces interesantes, se ha hecho una autoentrevista. Antes de publicarla yo ya sabía de qué iba a ir, pues tenía información privilegiada. He leído su entrevista, y ahí va mi respuesta. Es una autoentrevista, pero inducida (por lo que respetaré el estilo de la original).
Háblanos de ti, ¿quién es vigoexiste?
Un gallego de antecedentes difusos y crianza asturiana. Joven pero adulto. Abierto pero difícil de conocer. Probablemente menos de lo que cree pero más de lo que aparenta en casi todo. Curioso, cuando menos.
¿Por qué vigoexiste?
En el año 2000 fui al XI Congreso de Estudios de Telecomunicación, en Barcelona, como uno de los representantes de la Escuela de Telecomunicación de Vigo. De aquella yo no tenía dirección de correo electrónico, y allí, entre todos los colegas, decidí al fin hacerme una. Una chica que conocí allí, Laura, que tenía ya dirección de correo, se apresuró a hacérmela. Ni me preguntó, simplemente era reciente aquello de "Teruel existe", y estaba presente un chico de Teruel con el que no nos llevábamos especialmente bien. A los pocos segundos yo era vigoexiste. Ahí quedó.
¿A qué te dedicas?
A mejorar lo presente, con mesura.
¿Intereses?
Bastantes, pero a mi favor ;-)
¿Qué cosas te gustan?
Las fronteras del conocimiento, cultura y sociedad humana. A saber:
Las tecnologías de la telecomunicación, la informática, Internet como expresión de ambas. La ciencia que intenta descubrir los entresijos de lo que somos y lo que es lo demás. De nuevo Internet como fuente de conocimiento de lo anterior. Las matemáticas, la lógica, las herramientas que permiten describir el mundo desde un punto de vista imparcial y genérico.
La cultura humana y sus expresiones. La Historia como expresión de lo que fue, la música, el cine, las sociedades como expresión de lo que es.
Y ser un miembro atípico de la sociedad, como el infiltrado que la estudia desde dentro. Cuidar a mi familia y a mis amigos, mientras ellos respeten mis particularidades. Hacer deporte para cuidarme y para pasar un buen rato. Mi mujer y mi hijo, y los que vengan.
Como el tiempo no es infinito, se crean un conjunto de colas con prioridades, se asignan ventanas temporales, un algoritmo lo más justo que sea posible y ¡adelante!
¿Qué te gustaría ser de mayor?
Lo que soy ahora (ingeniero) pero con más dinero.
¿En qué eres bueno?
Una de mis mesuradas obsesiones es el equilibrio. Supongo que (quizá de forma inconsciente o subconsciente) es la razón por la que me hice ingeniero. El equilibrio ideal entre la teoría y la práctica. Lo que mejor se me da es pensar para crear entes prácticos. Idear lo que todo el mundo usará.
¿Qué esperas de la vida?
Espero ser feliz educando a mis hijos y ver cómo ellos, algún día, serán felices educando a los suyos.
¿Cómo sería tu chico o chica ideal?
¿Medidas?
No tengo la cinta métrica a mano, pero algo así como 162cm de alto.
Dime tres virtudes que creas que posees.
¿Sólo tres? Bufff... Inteligente, sincero, paciente.
¿Y tres defectos?
¿Sólo tres? Bufff... Ególatra, desordenado, despistado.
¿Cambiarías algo de tu pasado?
Sí, algunos detalles. En ocasiones, cuando era más joven, fui demasiado "prudente" en mi expresión y me dejaba llevar por la corriente. Sin embargo no es algo que me obsesione ni me preocupe.
¿Qué es el éxito para ti?
Conseguir el equilibrio suficiente para llevar mi vida a su objetivo en la aproximación más cercana a la óptima. Si no sabes lo que significa eres normal, pero no me comprendes. Si lo sabes vete al médico, y aún así es casi seguro que no me comprendes.
Háblanos de ti, ¿quién es vigoexiste?
Un gallego de antecedentes difusos y crianza asturiana. Joven pero adulto. Abierto pero difícil de conocer. Probablemente menos de lo que cree pero más de lo que aparenta en casi todo. Curioso, cuando menos.
¿Por qué vigoexiste?
En el año 2000 fui al XI Congreso de Estudios de Telecomunicación, en Barcelona, como uno de los representantes de la Escuela de Telecomunicación de Vigo. De aquella yo no tenía dirección de correo electrónico, y allí, entre todos los colegas, decidí al fin hacerme una. Una chica que conocí allí, Laura, que tenía ya dirección de correo, se apresuró a hacérmela. Ni me preguntó, simplemente era reciente aquello de "Teruel existe", y estaba presente un chico de Teruel con el que no nos llevábamos especialmente bien. A los pocos segundos yo era vigoexiste. Ahí quedó.
¿A qué te dedicas?
A mejorar lo presente, con mesura.
¿Intereses?
Bastantes, pero a mi favor ;-)
¿Qué cosas te gustan?
Las fronteras del conocimiento, cultura y sociedad humana. A saber:
Las tecnologías de la telecomunicación, la informática, Internet como expresión de ambas. La ciencia que intenta descubrir los entresijos de lo que somos y lo que es lo demás. De nuevo Internet como fuente de conocimiento de lo anterior. Las matemáticas, la lógica, las herramientas que permiten describir el mundo desde un punto de vista imparcial y genérico.
La cultura humana y sus expresiones. La Historia como expresión de lo que fue, la música, el cine, las sociedades como expresión de lo que es.
Y ser un miembro atípico de la sociedad, como el infiltrado que la estudia desde dentro. Cuidar a mi familia y a mis amigos, mientras ellos respeten mis particularidades. Hacer deporte para cuidarme y para pasar un buen rato. Mi mujer y mi hijo, y los que vengan.
Como el tiempo no es infinito, se crean un conjunto de colas con prioridades, se asignan ventanas temporales, un algoritmo lo más justo que sea posible y ¡adelante!
¿Qué te gustaría ser de mayor?
Lo que soy ahora (ingeniero) pero con más dinero.
¿En qué eres bueno?
Una de mis mesuradas obsesiones es el equilibrio. Supongo que (quizá de forma inconsciente o subconsciente) es la razón por la que me hice ingeniero. El equilibrio ideal entre la teoría y la práctica. Lo que mejor se me da es pensar para crear entes prácticos. Idear lo que todo el mundo usará.
¿Qué esperas de la vida?
Espero ser feliz educando a mis hijos y ver cómo ellos, algún día, serán felices educando a los suyos.
¿Cómo sería tu chico o chica ideal?
¿Medidas?
No tengo la cinta métrica a mano, pero algo así como 162cm de alto.
Dime tres virtudes que creas que posees.
¿Sólo tres? Bufff... Inteligente, sincero, paciente.
¿Y tres defectos?
¿Sólo tres? Bufff... Ególatra, desordenado, despistado.
¿Cambiarías algo de tu pasado?
Sí, algunos detalles. En ocasiones, cuando era más joven, fui demasiado "prudente" en mi expresión y me dejaba llevar por la corriente. Sin embargo no es algo que me obsesione ni me preocupe.
¿Qué es el éxito para ti?
Conseguir el equilibrio suficiente para llevar mi vida a su objetivo en la aproximación más cercana a la óptima. Si no sabes lo que significa eres normal, pero no me comprendes. Si lo sabes vete al médico, y aún así es casi seguro que no me comprendes.
25 abril 2008
Hoy toca Linux
Como no podía ser de otra forma, hablemos un rato de las últimas novedades de nuestro querido Sistema Operativo GNU/Linux.
Desde la llegada de KDE4.0 no ha habido novedades tecnológicamente impresionantes, pero sí algunas novedades.
- Desde el núcleo 2.6.23 (vamos por el 2.6.24) bastantes mejoras en controladores y rendimiento, por ejemplo de las transferencias a dispositivos flash externos. Mejor soporte de hardware y algunas cosas más.
- Distribuciones: Mandriva 2008 Spring, con gran cantidad de fallos corregidos sobre la 2008.0. Ubuntu y Kubuntu 8.04 Long Term Support salieron ayer mismo. Tienen buena pinta, pero en mi opinión no le llegan a la altura en estabilidad a OpenSuSE, Fedora o Mandriva. Pero eso sí, trae lo último (hasta Firefox 3 beta 5) y algunas herramientas de muy fácil uso. Inexpertos, probadlo. Aquellos que ya sepan de qué va, o aquellos que tengan ganas de experimentar, prueben también Mandriva Spring.
- Noticias: muchas. Una en particular bastante impresionante: Brasil ha aprobado la instalación de 59.000 ordenadores GNU/Linux + KDE-3.5 basadas en Debian para todas las escuelas del país. Una gran noticia.
En cuanto a mí, sigo con OpenSuSE, pero me he animado a instalar KDE-4.0.3. No está terminada, por supuesto, no será utilizable por el público general hasta KDE-4.1.1, pero realmente impresiona. Me gusta mucho el nuevo aspecto y las nuevas funcionalidades. Merece la pena.
Mañana toca ciencia :-)
Desde la llegada de KDE4.0 no ha habido novedades tecnológicamente impresionantes, pero sí algunas novedades.
- Desde el núcleo 2.6.23 (vamos por el 2.6.24) bastantes mejoras en controladores y rendimiento, por ejemplo de las transferencias a dispositivos flash externos. Mejor soporte de hardware y algunas cosas más.
- Distribuciones: Mandriva 2008 Spring, con gran cantidad de fallos corregidos sobre la 2008.0. Ubuntu y Kubuntu 8.04 Long Term Support salieron ayer mismo. Tienen buena pinta, pero en mi opinión no le llegan a la altura en estabilidad a OpenSuSE, Fedora o Mandriva. Pero eso sí, trae lo último (hasta Firefox 3 beta 5) y algunas herramientas de muy fácil uso. Inexpertos, probadlo. Aquellos que ya sepan de qué va, o aquellos que tengan ganas de experimentar, prueben también Mandriva Spring.
- Noticias: muchas. Una en particular bastante impresionante: Brasil ha aprobado la instalación de 59.000 ordenadores GNU/Linux + KDE-3.5 basadas en Debian para todas las escuelas del país. Una gran noticia.
En cuanto a mí, sigo con OpenSuSE, pero me he animado a instalar KDE-4.0.3. No está terminada, por supuesto, no será utilizable por el público general hasta KDE-4.1.1, pero realmente impresiona. Me gusta mucho el nuevo aspecto y las nuevas funcionalidades. Merece la pena.
Mañana toca ciencia :-)
16 abril 2008
Por aquí ando
¿Creíais que el blog había muerto?
Bueno, como es mi blog puedo excusarme. Es una cuestión de una época de mucho trabajo y una lista de prioridades:
1.- La familia. Ya sabéis que Gael está creciendo, quiere mucho tiempo a su papá y a su mamá :-)
2.- El trabajo. Por fortuna (siempre por fortuna) el trabajo marcha muy bien, lo que implica que hay mucho trabajo, muchos proyectos que llevar y muchos alumnos a los que educar. Mi ordenador se ha convertido más que nunca en una herramienta y ha dejado de ser el otrora elemento de disfrute y ocio. Imaginaos que hasta hace meses que no pruebo una distribución de Linux, ¡yo!
3.- El foro y el ciencia-blog. Son las dos páginas donde publico que, irremediablemente, pasan por encima de ésta. Quizá no deberían, al menos cinco minutos al día, pero el foro me da bastante trabajo y el ciencia-blog es una página más leída que mi personal-blog ;-)
4.- Mantenerme al día. Para escribir cosas interesantes tengo que conocer cosas interesantes. Ya sabéis que muchas las voy inventando mientras escribo, pero tengo que ir tomando ideas del entorno, y muchos días me quedo en el paso 3 de esta lista, con lo cual sin llegar al 4 no hay 5.
5.- Si por fin tengo algo que decir, escribo aquí. Espero tener algo que decir más a menudo :-)
No pienso avisar a mis otrora asiduos lectores de que he empezado a escribir de nuevo, por el peligro de que vuelva a pasarme otra temporada alejado de mi teclado. Pero este escrito queda aquí de testigo, y cuando suficientes hayan sido publicados pero no demasiados, informaré.
Bien-re-venido sea yo.
Bueno, como es mi blog puedo excusarme. Es una cuestión de una época de mucho trabajo y una lista de prioridades:
1.- La familia. Ya sabéis que Gael está creciendo, quiere mucho tiempo a su papá y a su mamá :-)
2.- El trabajo. Por fortuna (siempre por fortuna) el trabajo marcha muy bien, lo que implica que hay mucho trabajo, muchos proyectos que llevar y muchos alumnos a los que educar. Mi ordenador se ha convertido más que nunca en una herramienta y ha dejado de ser el otrora elemento de disfrute y ocio. Imaginaos que hasta hace meses que no pruebo una distribución de Linux, ¡yo!
3.- El foro y el ciencia-blog. Son las dos páginas donde publico que, irremediablemente, pasan por encima de ésta. Quizá no deberían, al menos cinco minutos al día, pero el foro me da bastante trabajo y el ciencia-blog es una página más leída que mi personal-blog ;-)
4.- Mantenerme al día. Para escribir cosas interesantes tengo que conocer cosas interesantes. Ya sabéis que muchas las voy inventando mientras escribo, pero tengo que ir tomando ideas del entorno, y muchos días me quedo en el paso 3 de esta lista, con lo cual sin llegar al 4 no hay 5.
5.- Si por fin tengo algo que decir, escribo aquí. Espero tener algo que decir más a menudo :-)
No pienso avisar a mis otrora asiduos lectores de que he empezado a escribir de nuevo, por el peligro de que vuelva a pasarme otra temporada alejado de mi teclado. Pero este escrito queda aquí de testigo, y cuando suficientes hayan sido publicados pero no demasiados, informaré.
Bien-re-venido sea yo.
Suscribirse a:
Entradas (Atom)
Entradas
