Author Archives: Jaime

Lanzamiento del ARISSAT-1

SuitSat-1 tras su liberación

SuitSat-1 tras su liberación de la ISS

Hace ya unos años (en 2006) se lanzó SuitSat-1, un experimento en el que se introdujo un pequeño equipo de radioaficionado en un traje de astronauta viejo y se liberó en el espacio desde la Estación Espacial Internacional (ISS) (recordad el apunte en el que decía que la ISS es visible desde la Tierra).

Aquel experimento fue un éxito y mañana miercoles 3 de agosto de 2011 se procederá a la liberación del SuitSat-2, que ahora se llama ARISSAT-1 (y esta vez no va dentro de un traje real de astronauta sino en una mecanización más acorde con un satélite), también desde la ISS. La liberación se hará a las 14:00 GMT (a las 15:00 hora peninsular española) por lo que podremos seguirlo en directo a través de NASA TV.

El ARISSAT-1 es un satélite más complejo, pero con la misma filosofía: un “traje” de astronauta, relleno de equipos de radioaficionado y alguna otra cosa. Leer más »

Apuntar las antenas…

Hace unos días instalé, para unas pruebas, una antena yagi de VHF y UHF en un mástil con un rotor pequeño que tengo para las salidas al campo en los concursos de VUHF con la idea de hacer algunas pruebas de comunicaciones vía satélite de radioaficionado.

Ayer pude trabajar una estación de Salamanca a través del SO-50 y hoy he trabajado una estación de Segovia y otra de Baleares a través del AO-51.


Gpredict screenshot

Además, he seguido un pase al HO-68, un satélite chino, pero no he escuchado nada… no se si estará apagado o en mantenimiento o simplemente no llegaba con la fuerza suficiente en este pase.

Los contactos de radioaficionado a través de satélite son una actividad divertida pues exige el control de varios parámetros de forma simultanea:

  • La orientación de la antena. El satélite hace un pase alrededor de la Tierra y tienes que apuntar la antena hacia el satélite e ir ajustando la orientación (tanto en acimut como en elevación) según va avanzando el pase.
  • La frecuencia de recepción. Debido al efecto doppler producido por el desplazamiento del satélite la frecuencia en la que se recibe al satélite varía a lo largo del pase, primero se encuentra más alta de la frecuencia “real” y según el satélite se aleja, la frecuencia va bajando y tienes que estar ajustándola continuamente en el dial si no quieres perder la señal.
  • Polaridad de la antena… aunque lo recomendable es poder variar la polaridad de la antena para ajustarse a la que utiliza el satélite, mi antena actual es de polaridad horizontal. Una polaridad circular a derechas (RHCP) es generalmente lo más frecuente.

Así que, además de tener una mano en el rotor y otra en el díal de la emisora, debes manejar el micrófono para hablar y apuntar bien a mano o bien con un ordenador los datos del comunicado (generalmente indicativo del corresponsal y locator).

Los pases son cortos, de 2 a 10 minutos ¡pero son 10 minutos de actividad frenética!

Hoy me he dado cuenta de que no tengo la antena bien orientada… he visto que la antena está unos cuantos grados desorientada por lo que las señales que estaba recibiendo eran bastante malas y a duras penas podía escuchar a mis corresponsales.

Utilizar un satélite de radioaficionado es el siguiente paso, tras ver la Estación Espacial Internacional ISS, desde la puerta de mi casa.

Tendré que subir al tejado, brújula en mano, a reorientar la antena. :-)

Nota: El programa de seguimiento de satélites que hay en la imagen es GPredict. Un programa de software libre que corre en Linux, Windows y MACOS.

KLog 0.5.7 released

It’s time for another KLog release.

KLog 0.5.7 is not a very big release… but it comes with some additions that may be nice for some of you. As I was announcing in my previous post about KLog.

I have added a very basic function capable to export all the needed QSO that has not been QSLed to a file… that can be imported to a label software to create the labels for the QSLs. I will continue working in the label generation feature of KLog for next releases.

The Changelog for this release reads as follows:

November-2010 0.5.7
– New feature: Added the Export needed QSL that allows to create an ADIF file with all the QSO with new ones and new bands still not confirmed that has not been QSLed.
The objective is to export it to a QSL or label printing software (until KLog implements that feature).
– Updated translations: SV by SM4ABE.
– GUI improved: Added sliders to be able to move panels.
– GUI improved: Changing the band combobox changes the TX Freq box and viceversa.
– Minor fix: The PROGRAMVERSION tag in log was not properly formated.

You can download KLog 0.5.7 from the mainsite.
You can also have more information in the main page of KLog or following the KLog’s tag in this blog.

KLog is free and open software and you can join the KLog’s team if you wish to help the development.
Please, send me all the bug reports and suggestions you have to improve KLog!

I hope you will like KLog.

KLog updates

It’s been a long time since I published new information about KLog in this blog but KLog’s development has not been quiet.

Since the bug warning of KLog 0.5.3 I have released once each two months.

KLog 0.5.4 came during March as you can see in the announce of KLog 0.5.4.

It was mainly a bug-fixing release as you can see the the changelog:


March-2010 0.5.4
- Small fix to initialize a variable before using it.(realTimeLog in klog.cpp)
- Fixed a bug that caused KLog to crash of no cty.dat file was found (bug #016917)(TNX KA6MAL)

During April I released KLog 0.5.5 with a two interesting features (yes, the changelog shows three but for the user it would seem as just two):


April-2010 0.5.5
- New feature: If cty.dat file is not found, KLog offers to download from the web.
- New feature: New tool to update the update the cty.dat file from the web.
- New feature: QRZ font color changes to red if has been worked previously. (Proposed by KE7TDY)

I think it will improve the easy of use of KLog. Next phase would be to check if there is a new version of the cty.dat file and propose to download it.

And we get to July, when I released KLog 0.5.6, a minor release in terms of usability, not important KLog’s sources bugs solved, but definitely an important release as it has improved the way it manages how the compilation process manages the hamlib sources, and has ended with KLog in Fedora :-)


From the Changelog:
July-2010 0.5.6
- Fixed the hamlib compilation scripts (CMakeLists.txt, FindHamlib.cmake). (TNX AB4BD).
- Fixed one bug that causes some architectures not to compile.
- Fixed some permisions and other warnings for Fedora packaging. (TNX N3LRX).

Now I am working in KLog 0.5.7 and I hope it will be ready for release soon. I am working in a new tool of KLog that will export the QSOs that are still needed and we still have not sent the QSL card so that log can be imported in a label printing software to print the labels and send ALL the QSL cards easily.
I will export an ADIF file and maybe a CSV file to be imported into GLabels.

The proper way to go would be to create a label printing feature but it is a longer process and I wanted to speed up my own QSL card process :-)

While new release is ready: download KLog

Bug workaround: KLog 0.5.3 crashes if not cty.dat file is found

KA6MAL has warned me about a bug that causes KLog to crash if no cty.dat file is found.

I have filled a bugreport in the bug report system of KLog but, until I release KLog 0.5.4, another bug fix release, I wanted to publish a workaround solution for this bug.

I hope I have time to find the bug and code a fix.

Just download the cty.dat file in your ~/.klog folder/directory and everything will work.

This is an important bug because, as KA6MAL told me affects specially to casual KLog users… that may not know about KLog and the cty.dat file.

Experienced KLog users may not notice anything as the usual thing is that they have an updated cty.dat file. Users having the cty.dat file will not be affected.

For those of you that do know what is ct.dat file… This file provides the country information for KLog.

KLog 0.5.2 and KLog 0.5.3

During the last weekend I released KLog 0.5.2 and KLog 0.5.3.

Do you think that there is no reason for two releases during the same weekend?

Release early, release often isn’t it enough?

Well, I released KLog 0.5.2 on Friday night with the following Changelog:


February-2010 - 0.5.2
- Fixed a bug that causes a crash when connectiong to DXCluster. (bug #016653)
- Added a very basic Satellite support.
- Removed the Freq LCD and added two new editable widgets: Freq TX and Freq RX. (bug #016609)
- Added again the entity count of /M stations.

The main thing of 0.5.2 is the correction of a bug that caused KLog to crash when special strings arrived from the DXCluster.

Just some hours after 0.5.2, I released KLog 0.5.3 with the following Changelog:

February-2010 0.5.3
- Fixed a bug that caused modified QSO not being updated.
- Fixed a bug in the way the band & mode combobox managed the data.

The reason for that was that I discovered another bug in the modifying procedure of KLog that may cause QSO not to be properly updated.

Anyway, I also updated the Debian package of KLog.

The next steps for KLog includes:

Download KLog from any of these URL:

I am thinking about porting KLog to Windows in order to be able to reach to more users and maybe attract more developers to add more features and accelerate the KLog’s development.

Do you want to help KLog?

Día mundial de la privacidad

Vía el blog de Bruce Schneier me he enterado de que hoy jueves es el día mundial de la privacidad.
De ahí puedes saltar a la Declaración de Madrid a favor de la privacidad que, si la lees pues hay de todo, pero no está mal.

Es curioso el tema de los sponsors… quien patrocina esta declaración o este día o esta iniciativa… hay empresas que no se por qué, me cuesta relacionarlas con el término privacidad!!

Bueno, cada uno mete el dinero donde quiere pero lo suyo sería que fuéramos un poco más coherentes ¿no?

Añadiendo swap dinámica a mi sistema

Hace poco por tocar donde no debía y sin leer toda la documentación antes de darle al “enter” perdí el inicio de mi portátil y me quedé sin el “triple boot” en mi ordenador:

  • MAC OS X: para las tareas de jailbreak con el iPhone.
  • Windows XP: para los concursos de radioaficionado con el N1MM.
  • Linux/Debian: para todo lo demás. :-)

Hoy andaba yo probando KLog generando el paquete de KLog para Debian y… uff qué lento se está volviendo esto… ¿Quién se está comiendo mi memoria?

Así que un vistazo al

free -m me dice que no tengo SWAP!!

Olvidé general la partición de swap cuando instalé los sistemas operativos y ahora no tenía ganas de andar cambiando particiones y demás… asi que la swap en fichero.
Un vistacillo al buscador de turno y caí en este URL donde te cuentan cómo instalar un fichero de swap dinámica en Debian… ¡ No conocía esta aplicación !

La instalación es sencilla… como casi todas las instalaciones de Debian:

aptitude install dphys-swapfile

Ya tengo 4Gb de Swap y el sistema ya no se me queda tan tostao como antes!

¿Quién dice que Linux es difícil? :-)

Fin de una etapa: Hasta luego KDE-ES.

Hace unos días envié un mensaje a la lista de correo electrónico del grupo de traductores de KDE al español, KDE-ES.

Básicamente y para ahorraros la lectura del mensaje, en él presentaba mi ¿dimisión? ¿renuncia? o no se cómo decirlo, básicamente anunciaba que dejo la coordinación del equipo, exponía algunas de las razones que me han llevado a tomar esta decisión y proponía un plan para elegir al nuevo coordinador así como también presentaba como candidato a Eloy Cuadra, que creo que es una persona preparada, que conoce perfectamente la forma de trabajo del equipo y que lo hará MUY bien.

No me he cansado de traducir… es algo que llevo haciendo, yo diría que por lo menos unos 12 años y probablemente lo siga haciendo pero, entre unas cosas u otras ya no tengo el tiempo para dedicarle a KDE-ES todo lo que necesita (que dicho sea de paso, tampoco es tanto) así que antes de seguir ocupando un puesto sin poder subir las traducciones de los compañeros con la celeridad que requiere, sin atender a los recién llegados todo lo bien y rápido que me gustaría o sin mantener al día mis traducciones del paquete KDEBase, … antes de llegar a ser un lastre para el equipo, prefiero apartarme a un lado y dejar que otra persona coja el relevo y pueda seguir tirando y que KDE-ES siga creciendo y haciendo un trabajo tan bueno como el que ha hecho hasta ahora.

Hay que decir que el grupo de KDE-ES es un grupo de traductores MUY válidos, que trabajan a tope siempre que hace falta y consiguen que los usuarios de habla hispana de KDE dispongan de un sistema en español, con una calidad de las traducciones yo diría que bastante buena, superior en muchos casos a las traducciones de muchos programas propietarios y de pago.

Ahora y… desde la distancia se me ocurre una reflexión: Llevo unos o casi 10 años coordinando el equipo… mi cargo de coordinador parece que era vitalicio.

¿Son vitalicios los puestos de coordinador en los proyectos de software libre? Quiero decir… Siempre se ha dicho que en el software libre es la meritocracia la que ofrece, da y quita el liderazgo de los proyectos.

¿Ocurre realmente así? No se si la gente del grupo LibreSoftware habrán hecho algún estudio al respecto :-)

Resumiendo y para terminar que me lio a hablar, … en unos días KDE-ES tendrá otro coordinador.

Mucha suerte y a seguir currando!

Sistema de escuchas telefónicas

Tenía este apunte en la recámara desde hace tiempo y entre unas cosas y otras ahí estaba… El tema ya no es de actualidad pero os dejo el apunte:

Parece que está de moda hablar del sistema del gobierno para hacer escuchas a la telefonía móvil (SITEL).

Es un poco ingenuo pensar que hasta ahora no era posible escuchar o acceder a las conversaciones telefónicas desde equipos del gobierno con la ayuda de las operadoras… porque sin ellas no seria posible, supongo que en eso estamos todos de acuerdo.

El problema no es hacer un seguimiento en particular o escuchar y grabar lo que dice fulanito… eso es fácil y me da que está resuelto desde hace tiempo, el problema es procesar toda la información interesante que hay en el ruido de todas las conversaciones. El problema es la inteligencia, el obtener información útil de la fuente, de todo el ruido que es la telefonía móvil.

Realmente a nadie le importa, o no se puede sacar mucha información útil de lo que yo pueda estar diciendo por teléfono cuando hablo con un amigo o un familiar en una conversación estrictamente privada… Otro caso es si hablara de determinados temas más o menos sensibles, temas que pudieran afectar a la seguridad nacional…

¿Cómo saben los señores del gobierno que al que tienen que escuchar es a mi? ¿Cómo saben cuando hay que escucharme? Ese es el problema.

Los recursos son limitados y, aunque consigan grabar TODAS las conversaciones que se producen en un día… ¿Van a poder analizarlas todas? Eso es más difícil, hay que decidir a quien se escucha y/o hacer muestreos más o menos aleatorios con la esperanza de pescar a alguien.

La otra cara de la moneda.

Las personas que tienen cosas que el gobierno puede querer escuchar deberían saberlo y me da a mi que lo saben, y si lo saben, probablemente tomen las medidas oportunas para que no sea posible (o al menos no sea sencillo) que se intercepten sus comunicaciones.

Por ejemplo, existen móviles con chips criptográficos (hardware) que cifran las comunicaciones extremo a extremo… algo así como encapsular la conversación de voz en un tunel, como haríamos con los datos si usamos un tunel SSH.

Esos móviles pueden ser caros y no se pueden conseguir con puntos en tu operadora favorita. Muchas veces están controlados y, aunque tuvieras el dinero, no están a la venta.

De nuevo… la gente que tiene miedo de que el gobierno pueda estar detrás de ellos probablemente tengan el dinero y los contactos para acceder a esos teléfonos con criptografía.

Como resumen… esos sistemas de escucha que usa el gobierno no valen para escuchar a los que realmente no quieren ser escuchados… solo sirven para escuchar a los particulares o delincuentes sin medios que no pueden acceder a esos terminales con criptografía para cifrar las conversaciones… o a los que, teniendo cosas que esconder no son conscientes del riesgo.

¿Qué podemos hacer los particulares que queremos tener más tranquilidad de que no se interceptan nuestras conversaciones y, lamentablemente también los delincuentes?

Hoy en día tenemos teléfonos con potencia suficiente como para cifrar/descifrar por software las conversaciones telefónicas. A día de hoy podemos hacer llamadas mediante un smartphone que cifre la voz antes de enviarla a nuestro interlocutor que la descifrará y nos devolverá cifrada la respuesta de una forma confidencial.

Criptografía (¿simétrica?) lo suficientemente ligera como para poderla hacer en tiempo real con un teléfono más o menos normal y lo suicientemente robusta como para dificultar la escucha.

A ver si me doy una vuelta por la Internet y busco algún programa de esos… :-)