Esta es la imagen del espectro en 20m (14MHz) del concurso CQ RTTY 2018 …
Category Archives: Radioaficion
Hamradio Telegram groups
Based on the good experiece with a Telegram group to discuss hamradio topics in Spanish [1], I decided to create some Telegram groups for English speakers.
It is a great tool to exchange information, discuss, anmounces, skeds, …
The links are the following:
- DX Radio is a group for general hamradio discussions. https://t.me/dxradio (@dxradio)
- DX EME is a group for EME discussions: Antennas, equipment, announces, skeds… https://t.me/dxeme (@dxeme)
- DX Contest is a group for hamradio contest discussions: announce operations, comment on results, strategies, equipment, … https://t.me/dxcontest (@dxcontest)
- DXSat to discuss al about hamradio amateur satellites: skeds, operation techniques, equipment, antennas, QO-100…
https://t.me/dxsat (@dxsat) - KLogChat is a group about KLog, the multiplatform free logging software.
https://t.me/klogchat (@klogchat) - KLogES KLog en español.
https://t.me/KLogES (@KLogES)
Feel free to join the groups you like!
There are other groups, not managed by me but also very interesting:
English:
- QO-100 spotting group: To spot activations in QO-100.
- QO-100: QO-100 discussions.
- AmsatOps: Satellites
Spanish:
- Digital Modes Group discusión de modos digitales.
- SDR-es Temas SDR.
- 50/70 Bandas de 4m y 6m.
- 144/432 skeeds para citas en V/UHF.
- ShurHamradio: Radioafición en general.
- Radioaficionados Spain: Radioafición en general.
- Manuales de usuario y servicio: Nada más que añadir.
- Satélites Ham: Satélites de radioaficionado.
- MF/LF: Canal privado sobre media y baja frecuencia.
[1] Spanish hamradio Telegram group https://t.me/radiodx (@radiodx)
Working FT-8 with WSJT-X and a smartphone
Working FT-8 is usually really easy thanks to WSJT-X.
It doesn’t need to much actions from the operator… just double click and wait and all the QSO will be done more or less automatically.
This way of automatize the QSO may be sometimes a little bit boring as you don’t have to do many things but it also has some benefits.
I was looking for a way to practice some hamradio when I was not at home… I have tested several things but all of them required quite a lot of equipment and complex operations, a computer or whatever.
So, my target was to find a way to do something from my smartphone.
Remoterig has an android software that you can use, even for voice communications… it is not too bad but it is not the best to call a DX when you are on a public place like a supermarket, in an airport… anyway, digital communications came to my mind.
The first step is to make everything work locally:
Raspberry Pi with Raspbian and WSJT-X.
Once my radio is connected to the Raspberry Pi and it is possible to do QSOs, it is time to do it remotelly.
In the Raspberry Pi, install the realvnc-vnc-server package.
In my smartphone I installed also the VNC Viewer app.
Now I can connect my mobile to the VNC server in the Raspberry Pi.
To switch on and off the Raspberry Pi and the radio remotely I am using a RemoteRig WebSwitch and the Android app. It is a very basic app, not very fancy but it does what it is expected to do.
That’s all, just one additional comment to this configuration:
I don’t recommend to expose directly the VNC server in your home network to the Internet.
How to connect securely and configure a VPN to connect from the Internet to my home network so I can connect via VNC to my Raspberry Pi is out of the scope of this post 🙂
So, today I am able to do digital communications with my Smartphone, wherever I am, connecting via VPN to a Raspberry Pi at home.
It is great to feel the hamradio is situations that it would not be possible!
The following is a screenshot of my smartphone:
Enjoy!
EME: Raspberry Pi 3 + Spyserver + wifi
Hace unas semanas que he decidido empezar una cosa nueva que no he probado aun: EME / Rebote Lunar.
Básicamente consiste en apuntar tus antenas a la Luna, transmitir y que tus señales reboten en la Luna para alguien escuche esos rebotes desde la Tierra.
Se usa la Luna como pantalla para reflejar esas señales y así conseguir una comunicación entre dos estaciones terrestres.
El tema ni siquiera suena sencillo al contarlo así de rápido pero nadie negará que sea un reto!
Ahorraré detalles técnicos, la web está lleno de ellos y merece la pena leer mucho antes de lanzarse a la piscina pero… en algún momento hay que lanzarse.
No tengo el equipo más apropiado pero sí un par de ideas para ver hasta donde puedo llegar… luego ya iré consiguiendo el equipo según haga falta.
La primera fase de este acercamiento a la Luna consiste en recibir señales con el equipo que tengo:
- Una Yagi de 8 elementos de I0JXX para 144MHz.
- Una Raspberry Pi con un RTL-SDR básico.
Con la idea de minimizar pérdidas he pensado conectar la Raspberry Pi directamente a la antena, con no mas de 10cm de cable.
Para ello he montado una Raspberry Pi 3, con Spyserver y una conexión wifi.
Eso me permitirá usar el SDR# desde el cuarto de radio, con el WSJT-X y reducir al máximo las pérdidas en el coaxial.
Instalar el software es trivial siguiendo este tutorial de Spyserver en Raspberry Pi y en un rato está todo funcionando.
Siguiente paso: Conectar la antena y apuntar a la Luna. Habrá que buscar el día propicio.
Es muy posible que no consiga escuchar nada, así que habrá que ir preparando un preamplificador… pero eso más adelante, de momento empezaré con este equipo mínimo.
Recuperando un Microham MicroKeyer II
Hace unos dias, actualizando el firmware de mi MicroKeyer II tuve un problema y el proceso se quedó a medias, por lo que el dispositivo acabó convertido en poco más que un ladrillo, que no arrancaba ni era posible detectar desde el ordenador.
El uRouter no lo detectaba, y el icono de detección del microkeyer estaba en amarillo.
Lo que añado a continuación es el procedimiento que la gente de MicroHam me facilitó para intentar recuperar mi dispositivo y que funcionó a la primera:
- Apagar el MicroKeyer II.
- Conectarlo a un sistema MS Windows.
- Arrancar uRouter.
- Lanzar la actualización de firmware.
- No más tarde de un segundo, encender el MicroKeyer II.
El dispositivo debería leer el firmware del ordenador y cargarlo correctamente.
Si el procedimiento fallara, probar de nuevo, tratando de acertar con el momento de encender el MicroKeyer.
En mi caso, el procedimiento funcionó a la primera y recuperé el MicroKeyer II en menos de 2 minutos.
Satélites: Trabajando el AO-7
(Este apunte estaba como borrador desde hace tiempo)
Acabo de realizar dos comunicados y medio[1] a través del AO-7, un satélite más viejo que yo, que fue lanzado en 1974 y sigue permitiendo buenos comunicados a los radioaficionados cuando está iluminado.
Como acabo de decir, el AO-7 u OSCAR 7 solo funciona cuando la luz del Sol ilumina sus paneles solares porque cuando está en zona de oscuridad (cuando la Tierra se interpone entre el Sol y el satélite) se queda sin energía y no es posible utilizarlo. Las baterías dejaron de estar operativas en 1981!
El AO-7 funciona en modo A, por lo que la subida (uplink) está centrada en 145.900MHz y la bajada (downlink) está en 29.450MHz… Esto quiere decir que, con un equipo que pueda recibir en 29MHz, en USB es posible escuchar el satélite.
Así que ¿Qué se necesita para trabajar el AO-7?
Emisoras:
- Un transmisor de VHF con banda lateral (USB) (en mis pruebas con no más de 20W suele ser suficiente si el satélite no está cerca del horizonte). Yo uso un Kenwood TM-255.
- Un receptor de HF (uno de 10m es suficiente) con banda lateral. Utilizo un Yaesu FT-950
Antenas:
- Yagui de VHF. Yo uso una Wimo X-Quad 144 de 12 elementos, con polarización cruzada a derechas (en inglés).
- Antena de HF. Yo uso una antena vertical, en concreto una HF9V de cushcraft.
Rotor: Hay que apuntar las antenas hacia el satélite según se va moviendo. La de HF evidentemente no se mueve pero la de VHF si no la apuntas bien al satélite no podrás excitarlo. Yo uso un Yaesu G-5500
Programa de seguimiento de satélites: Es necesario saber cuando hay un pase del satélite… de nada sirve tenerlo todo listo si el satélite está al otro lado del mundo. Yo uso GPredict y mantengo los “keplerianos” actualizados.
Un poco de práctica… Si te interesa este tema, echale un vistazo al apunte que hice hace ya algún tiempo titulado “Apuntar las antenas…”
[1] El medio contacto ha sido con una estación francesa con la que no he podido terminar el comunicado al no escuchar el QTH Locator. Los otros dos QSO han sido con una estación española y otra alemana.
Interferencia en 21MHz
Dando una vuelta por la banda de 15m, 21MHz me he encontrado una señal desconocida. Concretamente 21.310MHz.
Una interferencia continúa, a base de pulsos y con una señal MUY fuerte que impedía el uso de la banda en frecuencias próximas.
Habrá que investigar qué puede ser.
CQ WW RTTY 2017
Hace unos días tenia lugar el CQ WW RTTY 2017.
Casualmente en un rato de radio que tuve, me llamó la atención el espectro en 14MHz donde se ve claramente la actividad RTTY que tenia el segmento de comunicaciones digitales completamente lleno.
Aquí dejo una captura hecha con mi IC-7300.
KLog 0.9.2.7 released
I have just released KLog 0.9.2.7.
It took a little more than expected but “release critical” last minute bugs prevented the release several times.
Now it is released… but it does not mean that it has no bugs… it is just that I have not found them yet! 🙂
You can find more information about KLog in the KLog page: http://www.klog.xyz
KLog 0.9.2.6 – You will not miss a KLog udpate anymore
Here we are again with a new KLog version.
As you will see below, there are several things that have been improved in this release however, the main new feature is the one that will check if there is a new version on every start or when the user request.
This feature will warn you if there is an updated version of KLog so you can keep your KLog in the last version.
The changes of this 0.9.2.6 version are below:
May 2017 – 0.9.2.6
- Check updates feature added. On start or when user desires KLog checks if there is one updated version available.
- Simplified the way new logs are added, importing the general StationCallsign & Operators as default for new logs.
- Improved the way first start was managed when no entity information was loaded.
- GUI: Application icon is now shown in the application windows.
- GUI: Updated some messages & tips.
- GUI: DXCluster offers the Station Callsign as default value to connect.
- GUI: Some menu minor reorganization.
- Console: Added a few commands to the console command.
- Changed the World class to be able to import files from any folder.
- Changed how some non ARRL valid entities are managed to show the common name (Sicily / Italy).
- BugFix: When manually importing a new CTY.CSV, although data was updated, it was not shown until next KLog start.
- BugFix: In the others tab, the DXCC was sometime not correctly identified.
- BugFix: Update on the DXCC widget caused no data to be shown if some columns were selected.
- BugFix: Identification is a band was HF or VHF was not always properly done.
- BugFix: Some improvements in data quality when exporting an ADIF file.
- BugFix: When importing an ADIF file, if the file was not correct it was not possible to cancel the whole importing process.
- Some minor changes on source code to optimize and improve.
- Translations updated: Croatian (TNX M0NKC), Japanese (TNX JL3OXR) & Spanish (EA4TV).
Download (for free!) KLog for Linux/Windows/OSX in the KLog download page or directly from here:
- Windows: KLog-0.9.2.6-windows-installer.exe
- OSX: KLog-0.9.2.6.dmg
- Sources: klog-0.9.2.6.tar.gz
If you find any bug or have any suggestion, please let me know.
Join the KLog mailing lists and discuss about KLog use and development!
Enjoy KLog!
You must be logged in to post a comment.