martes, 12 de mayo de 2015

Gran revuelo, descalificaciones en CQ WW

Gran revuelo en los ambientes concurseros por la decisión del Comité del Concurso (CC) del CQ WW de descalificar a un número de participantes listados en el blog asociado al sitio web. La mayor parte de los casos corresponde a la sospecha (certeza, convicción para los miembros del CC) de fraude en la elección de la categoría (asistido vs. no asistido) y en menor cantidad de casos por la potencia o el ancho de banda utilizado.
Un caso en particular, el que corresponde a Dimitri (UT5UGR, que participó como TO7A) ha generado bastante revuelo en los reflectores, en particular el cq-contesting. Por lo que se puede reconstruir de los intercambios Dimitri fue descalificado por haber tenido un patrón de contactos que se presume en función de la velocidad con la que hizo multiplicadores que no pudieron ocurrir sin asistencia (cluster, RBN, etc).
El tema de "meter la mula" en un concurso (fraude) es un tema que siempre está dando vueltas y que se supone muy sujeto a manoseos de tipo politico tanto para investigar y encontrar quienes lo hacen como para no hacerlo.
En este caso el puntaje de TO7A apareció en 3830 como anticipo (claimed score) de su primer puesto mundial en la categoría SO AB HP. El puntaje aparece en los listados de resultados del concurso como "descalificado" sin demasiados detalle y no aparece en la lista de descalificados (DQ, en la jerga) donde se explica el motivo; no hay una explicación razonable de porque ni por parte de los organizadores ni por parte de Dimitri. Hay comentarios por parte de Randy (K5ZD) sobre segmentos de la novela, tales como intentos de contactar por mail a Dimitri, incluyendo la nota enviada, sin respuesta pero sin elaborar demasiado sobre las razones. Hay otras notas de otros miembros del comité, incluyendo una de José (CT1BOH) donde refuta algunas simplificaciones en la discusión de como se discute o detectan los distintos tipos de fraude, reclamando que la revisión es muy sofisticada y reclamando (sin mayor evidencia que sus dichos) que Dimitri incurrió en mas de un par de docenas de ese tipo de "eventos" (así lo llamó) improbables y que levantan sospechas. En todo momento se apunta a la disponibilidad de registro SDR de los eventos pero no se ofrecen públicamente. El log de TO7A  es público en este momento.
Mientras tanto Dimitri muestra un video de una hora de su operación (ver aqui) que muestra un eximio operador operando en forma soberbia sobre una configuración SO2R (oir con audífonos para notar la operación SO2R). Una demostración de operación y destreza envidiables. Detractores de semejante demostración recuerdan que fue solo una hora (la dificultad de mantener este estilo de operación durante todo el concurso es evidente) y que en esta hora no ocurren los "eventos" sospechosos a los que hace referencia José.
Estoy siguiendo con atención la discusión, y de ambos lados de la argumentación encuentro puntos obscuros, o por lo menos debatibles.
Del lado de Dimitri, no contestó el mail original donde le comunicaban los problemas, muestra una grabación de una hora (cita dificultades técnicas para una mas extensa) y no aclara si el tuvo algo que ver o no en que su log aparezca como descalificado pero sin estar entre los referenciados en el concurso.  ... ¿Porque no aparece en la lista de otros que si lo fueron?...... ¿Porque no lo dice?....
Del lado de los organizadores hay varios puntos obscuros. Los organizadores como tales tienen el derecho reservado por el reglamento de tomar cualquier decisión, y que esta sea final y que esta sea inapelable. Pero es parte del prestigio de un concurso el que el comité de organizadores actúe con cierta coherencia y solidez en sus acciones; y todo parece indicarme que no ha sido el caso con la evidencia que se ha mostrado.
Para empezar por levantar esta discusión al público. Está bien que lo haga Dimitri, y está bien que lo haga algún otro que se pregunta porque no está TO7A en las listas entre los descalificados. Pero salieron los miembros del comité a formar parte de la discusión aportando solo medios hechos; y no aclarando de que fue "acusado" Dimitri.
Por otro lado los métodos estadísticos para determinar "asistidos vs. no-asistidos" no tienen potencia (para una definición de potencia estadística consultar aqui y las referencias indicadas) suficiente para
determinar en forma concluyente lo uno o lo otro. Respecto a la potencia ya fue discutido (y demostrado con un experimento en este blog) que tratar de utilizar la relación señal-ruido del RBN con este propósito solo implica ignorancia, profunda, sobre que significa ese parámetro. La determinación de potencia está destinada a fracasar toda vez que la propagación de HF, caracteristicas de antenas, población de la banda en un momento dado, estaciones en los alrededores del espectro de la medida y otros presenta un margen de variación que excede largamente a la diferencia de niveles de señal entre las distintas categorías (por momentos incluso entre QRP y HP), Hablar del tema es plantearlo desde el desconocimiento, o quizás desde la mala fé.
Hay varias heurísticas posibles sobre la correlación entre determinadas secuencias de contactos (tiempo en recorrer la banda, orden de contactos, % de contactos multiplicadores, etc) que mueven a sospecha sobre la utilización de un cluster. Pero esa sospecha no se traduce en ningún análisis serio sobre la confiabilidad de la correlación tomada con fundamentos estadísticos, son meras "creencias" de quien hace el análisis. Los análisis son además inferidos pero no documentados como para una validación independiente, el comité se escuda (erroneamente a mi juicio) en la inapelabilidad de sus decisiones para dar pocas o ninguna explicación al respecto.
Finalmente, hay un análisis estadístico que si se puede hacer. Dado que los concursantes de USA son parte de la población general (supuesta con cierta tendencia a falsear resultados) cual es la probabilidad que ninguno de los descalificados sea de ese origen cuando aprox. 50% de los participantes si lo son; no estoy hablando de mala fé, pero si de sesgo.
En resumen, no sé donde termina esta novela y como afectará los resultados de ediciones futuras; no sé como tomará Dimitri esta situación, que no dudo le debe ser desagradable. Tampoco sé si Dimitri efectivamente "metió la mula" o no lo hizo. Solo sé que el caso luce fragil para todos los involucrados, demasiado fragil.

domingo, 26 de abril de 2015

Herramienta sobre RBN

Como era de esperarse la disponibilidad masiva de datos que provee el Reverse Beacon Network está dando la base para la creación de todo tipo de herramientas de análisis, En ocasiones lo que produce el RBN es órdenes de magnitud mas grande que la red de cluster convencional, y si bien el sitio provee filtros de cierta potencia es dificil obtener el "big picture" de lo que está pasando. Herramientas como el cluster gráfico la provista en el sitio de Szabo (HA8TKS) son un buen ejemplo al respecto.

martes, 21 de abril de 2015

Manchester Mineira DX (CQ MM DX) Edición 2015

Acaba de ocurrir, el fin de semana ppdo, uno de los dos concursos con base en Sud-América que forma parte del calendario internacional. El CQ Manchester Mineira DX.
Concurso interesante, en formato de 36 horas (quizás reducirlo a 24 horas sería mejor) donde se disfrutó buena propagación y muchos contactos.
Me llamó la atención la buena concurrencia y, sobre todo, como el trabajo de los organizadores realmente se nota en cuanto a que año tras año mejoran la participación global. En las primeras ediciones en que participé, en 2011 hace ya 5 años que lo vengo haciendo, la demografía de los participantes era liderada por los europeos, con poco mas de 1/3 del total, seguidos muy de lejos por los norte americanos con menos del 20% y mucha presencia de estaciones PY. Prácticamente nula participación de Asia y menor aún de Oceanía o Africa.
Cinco ediciones después, y creo que muy lejos de ser casualidad sino mas bien como resultado del esfuerzo organizativo y de promoción, la participación de estaciones PY sigue siendo muy importante, pero merced al incremento de participantes las estaciones europeas son ahora mas del 40% del total, las americanas ocupan 1/3 de la concurrencia, solo 1/4 de las estaciones son de sud-América e incluso aparecen estaciones de Asia, Oceanía y Africa; pocas pues no llegan al 5% del total, pero aparecen.
Estos datos tendrán que ser confirmados por los resultados cuando sean publicados, pero es la mezcla que refleja mi propio log, que con la cantidad de contactos hechos debería ser una buena muestra y con bajo error.
En definitiva los organizadores, creo, tienen claro que un concurso recibe adhesión de sus participantes en la medida que es entretenido, y es entretenido cuantos mas participantes haya. Ayuda también una buena logística organizativa; buen manejo de los logs, casi inmediata publicación de los resultados "claimed" y resultados finales unos pocos meses luego del concurso. También ayuda una estructura de categorías de participación bastante clara. El concurso distribuye, además, premios en formato de placas que son muy lindas (dos de ellas cuelgan en mi shack como resultado de ediciones anteriores).
Interesante experiencia, y por cierto que es para mi una fecha fija en el calendario concursero.

martes, 14 de abril de 2015

Bajadas económicas con RG-59

Pocos temas han recibido tanta conversación, quizás con tan poca información, como la utilización de cable coaxial de 75 Ohms para bajadas de antenas de radio.
La mayor parte de los equipos está previsto tener una carga de 50 Ohms nominales. Lo que lleva a que el "ideal" para alimentarlos sea un cable de 50 Ohms de impedancia caracteristica (RG-58, RG-8 y tantos otros). Los que son invariablemente mas bien caros.

Es probable que para las instalaciones permanentes, sobre todo si se utilizan para DX o concursos lo mas sensato sea utilizar este tipo de cables (entre otras medidas técnicas tales como uso de balun entre otros).
No obstante para instalaciones portátiles, provisorias, precarias o de uso casual los cables de 75 Ohms de impedancia suelen salir una fracción del costo de su contrapartida de 50 Ohms.
Usandolos directamente, sin mucha historia mas que el reemplazo directo, pueden ocasionar una pérdida por desadaptación mas que tolerable, hasta razonable en la mayoría de los casos.
Sin embargo, el truco publicado en éste artículo denominado "Using RG-59 or RG-6 CATV cable with an amateur radio antenna"  utiliza métodos de transformación de impedancia; con este método pequeños trozos de cable de 50 Ohms permite transformar toda la bajada, con muy pocas pérdidas, como si esta fuera de esa impedancia característica. A una fracción del costo. Y si uno tiene suerte que una cuadrilla de TV por Cable le deje un rezago hasta, quien sabe, gratis.
La única limitación es que la transformación de impedancias ocurre en forma precisa solo para una dada frecuencia, en función del largo de los segmentos transformadores respecto a la longitud de onda, por lo que no es posible utilizarlo en forma sencilla para antenas multibandas.
Este método de transformación es también posible de ser usado en una variedad de problemas de filtrado; en particular notch para evitar interferencia entre equipos usados simultaneamente.
Como experiencia práctica he usado este método para mis antenas en Mar del Plata, donde necesito una bajada bastante larga, para dos antenas, una de VHF y otra de HF. Para la primera se trata de una antena Ringo y para la segunda de un dipolo rígido para 10 metros; y funciona perfectamente.



lunes, 6 de abril de 2015

La HexBeam de G3TXQ

Se está haciendo crecientemente popular la antena multibanda denominada "HexBeam".
De construcción sencilla y performance notablemente reportada como buena o muy buena empieza a ganar aceptación entre los cultores del DX y los concursos.
Recientemente fue utilizada por la exitosa expedición a la Isla San Andrés (5J0B realizada por José Luis, LU1FM).
En el sitio de K4KIO se dispone de una descripción funcional de la antena asi como de las instrucciones de construcción paso a paso (en inglés).
Dá la impresión que el costo total de construirla es bien accesible, será cuestión de probar.

lunes, 9 de marzo de 2015

Medición del DDS 9850

 Aprovechando el utilizar el módulo DDS basado en el chip AD9850 para un práctico en la facultad hice una serie de mediciones en el laboratorio para explorar como es su respuesta en las distintas bandas; eso a su vez me dará una mejor idea de como dimensionar las etapas de RF que tienen que ser agregadas para disponer de un transceiver de apróximadamente 1W de salida en las distintas bandas.
El módulo es (engañosamente) publicitado como que opera hasta 70 MHz, aunque hay numerosas referencias en la red que en realidad un defecto de fabricación le impide trabajar en las frecuencias mas altas.
La mala noticia es que los comentarios en la red tienen razón, la buena es que aún así el módulo es suficientemente bueno para muchos proyectos en el espectro de HF y funciona razonablemente bien para ellos.
La mejor respuesta la tiene en 3.5 MHz (no probé 1.8 MHz o frecuencias menores) donde la respuesta de señal es de aprox. 1 Vpk-pk con razonable pureza espectral puesto que su espuria mas intensa se situa a mas de 45 dB por debajo de la fundamental.
El nivel de señal decae significativamente en la medida que se sube de frecuencia 700 mVpk-pk en 7 Mhz,  500 mVpk-pk en 14 MHz, 250 mVpk-pk en 21 MHz y 200 mVpk-pk en 28 MHz. La pureza espectral también se va deteriorando progresivamente en la medida que se aumenta la frecuencia, la espuria mas cercana pasa de 45 dB por debajo de fundamental en 3.5 MHz a un poco mas de 30 dB en 28 MHz.
Las mediciones en 50 MHz muestran una señal de muy bajo nivel, poco mas de 100 mVpk-pk y extremadamente deformada, la primera armónica se encuentra solo 10 dB por debajo de la fundamental. La señal es además visiblemente inestable y con ruido de fase. Posiblemente inusable para proyectos en esa frecuencia. El punto de corte de funcionamiento "correcto" parece estar en el entorno de 40 MHz, aunque no dediqué mucho tiempo a caracterizarlo con detalle.
El chip es sorprendentemente versatil, su programación se hace por medio de una placa Arduino Nano en la modalidad serie (lineas FQ_UP,CLK,DATA,RESET), si bien la comunicación con la placa Arduino se hace con un protocolo CAT a 4800 bps la corresponiente a la programación entre Arduino y DDS se hace a velocidad de bus, la que está dictada por la velocidad de procesamiento de la placa. Esto hace viable cambiar la frecuencia para implementar WSPR o Dominó, posiblemente también PSK y RTTY. Por supuesto también CW (para implementar el offset necesario para ese modo).

















lunes, 2 de marzo de 2015

Progreso del Pixie Aggiornado (de LU7HZ)

El proyecto de desarrollar una versión "aggiornada" de un Pixie va tomando cuerpo.
La idea básica es tomar un diseño como el Pixie en cuanto a sistema de mezcla y recepción pero reemplazando su oscilador local por un DDS, por otra parte controlando el DDS con una placa Arduino Nano y conectando todo a una PC mediante una placa serie USB-TTL.
El circuito es potencialmente capaz de salir en cualquier modo digital basado en modulación de frecuencia o de fase en el rango de 0 a 30 MHz.
Claramente un Pixie no tiene la complejidad circuital como para modular en amplitud (AM o SSB), pero variando la configuración del DDS puede trabajarse en CW, RTTY, PSK, JT65 y WSPR. Teóricamente podría hacerlo también en cualquier variante de FM o SSTV, pero tendría que refinar un poco el concepto y hacer pruebas para verificarlo, como rareza mas que nada porque no son modos que estén indicados para una potencia reducida.
Por ahora está lista la cadena de DDS y el firmware básico para controlarlo mediante una placa Arduino.
La placa Arduino que uso es la mas económica, y como tal carece de interfaz serie, lo que se soluciona con una pequeña placa de puerto serie USB a nivel TTL (en realidad la placa Arduino no necesita RS232).
El firmware inicial implementa un beacon WSPR aunque la salida aún no puede alimentarse a una antena, se requiere todavía la construcción de las etapas de RF propiamente dichas.
La programación del DDS se hace con el protocolo serie, el cual es configurado mediante señales de +5V en los pines D0,D1 junto con GND en D2. El control propiamente dicho se realiza con 3 lineas: DATA, W_CLK y FQ_UD. Opcionalmente he cableado también la linea RESET para tener flexibilidad en el futuro.
Todo el conjunto es alimentado en este momento por el puerto USB de una PC, aunque seguramente no podrá trabajarse de esta forma el diseño final.
La señal que se obtiene del DDS es limpia y estable (ver osciloscopio). La implementación tuvo, como todo diseño desde cero, sus tiroteos. 
Primero para poder grabar el firmware en la placa Arduino, lo que requiere un proceso algo crítico aunque es facil tomarle la mano (recomendaciones y discusión en el foro TECNICA-LU). Luego las complicaciones propias de desarrollar tres sistemas simultaneamente, de forma que cuando hay una falla no se sabe en cual de los tres está.
El primero en despulgarse fue la placa Arduino, de forma que pudiera grabar sistemáticamente microcódigo. Al poderlo hacer desarrollé un controlador muy básico del DDS para poderlo programar, y trabajé en la interfaz hasta que pude controlar su inicialización primero y sus parámetros despues, sobre ese controlador muy básico desarrollé la lógica de una baliza WSPR.
Finalmente, con todo ya funcionando, me dediqué a implementar un sub-sistema CAT para poder controlar el funcionamiento externo; para poder hacer el debug de este desarrollo hice un programa de "test bed" en Pascal que me permite controlar todas las variables y que utilicé para ir despulgando los mensajes de control y de estado. Junto con la implementación básica fui construyendo el esqueleto del futuro transceptor en cuanto a proveer la posibilidad de realizar PTT remoto, operar en SPLIT y disponer de dos VFO. No hay razón para que no utilice otras funciones en el futuro. Queda todavia pendiente lograr que este protocolo pueda operarse mediante OmniRig para completar la integración, cosa que por razones que está por verse aún no ocurre. El protocolo es esencialmente el utilizado por Yaesu  con los mensajes  0x01 (SPLIT), 0x05 (VFO), 0x0f (PTT), 0x0C (modo) y 0x0a (FREQ); también reacciona al 0x10 (Status) y 0xfa (Flags). El resto de los mensajes del protocolo son ignorados y no están implementados. Utilicé el mensaje 0xff para sincronismo de tiempo (no existe en los Yaesu), basicamente coloca al controlador en el minuto 00 lo que es importante mantener con precisión para el modo WSPR.
Quedan todavía muchas horas de laboratorio y pruebas, pero va por el buen camino.

lunes, 16 de febrero de 2015

Debut en el CQ WPX RTTY 2015

 Después de haberlo planeado y postergado infinidad de veces finalmente participé en mi primer concurso internacional de RTTY; la ocasión fue el CQ WPX RTTY 2015.
En realidad no lo tenía planeado y por lo tanto no hice ninguno de los preparativos de validación y verificación de la estación, ni estudié la propagación, ni establecí estrategia alguna basada en el estudio de competidores en ediciones anteriores. Nada.
El único indicio fue un intercambio por correo con Angel (LU6DC) durante la semana donde surgió que el estaba planeando participar y me alentó a hacerlo.
En las vacaciones de fin de año había migrado toda la configuración concursera de la estación a N1MM Plus, y había generado una configuración para modos digitales, mayormente con PSK31 en mente a partir de mi participación en ese modo en el Campeonato Argentino de HF.
Finalmente me decidí por una participación corta, de unas pocas horas (método que se denomina en ingeniería un "time-box"). Distintos compromisos hicieron que no pudiera dedicarle atención al tema hasta bien entrado el sábado 14, empecé a participar apróximadamente a las 0000Z del domingo (9pm del sábado hora local).
Sobre la marcha decidí que si haría time box de pocas horas lo mas conveniente era una sola banda, y para la hora era 10 o 15 metros; 10 metros fué. 
Participé entonces en "Single Operator Single Band 10 Meters Low Power", este concurso permite la utilización de medios asistidos sin diferenciar categorías asistidas de las no asistidas.
Por supuesto el arranque fué a los tropezones, la configuración SO2R no andaba, el sistema CAT tampoco y la configuración del N1MM+ no era apropiada por lo que daba múltiples errores.
Solucionados estos problemas de a uno terminé utilizando el FT100 (usualmente un rig2) como rig1 en SO1V. El cluster parecía andar, pero el bandmap no mostraba estaciones excepto las que ya había trabajado (seguramente un problema de configuración, solo que no estaba para buscarlo). Sobre la marcha probé la interfaz MMVARI y la FLDIGI del N1MM+. Luego de poco de usar me resultó mas apropiada la FLDIGI. Sin embargo tuve que ir haciendo ajustes crudos sobre la marcha y no terminó de andar del todo bien, el CAT funcionaba a medias. Bien desde el N1MM+ pero no se propagaba al waterfall del FLDIGI por lo que la sintonía había que hacerla a mano o por medio del bandmap.
Rápidamente me fui acostumbrando a hacer una sintonía híbrida; con el bandmap del N1MM+ movía en saltos de 2 KHz y dentro del waterfall del FLDIGI trabajaba las estaciones que aparecieran en esa banda pasante.
Las macros standard que estuve utilizando en PSK31 terminaron no siendo apropiadas para RTTY, asi que terminé adaptandolas; durante toda la participación las fuí retocando y solamente hacia el final terminé con algo que me parecía adecuado ("tarde piaste" se dice en Córdoba).

Me fuí sorprendiendo sobre la marcha de varias cosas que iba aprendiendo. La primera es que a pesar de ser un concurso mayor podía recibir con cierta claridad y facilidad a la mayoría de las estaciones; salvo un par de casos con señales muy fuertes no tenía grandes problemas de bloqueo. Incluso estaba participando mi vecino Juan (LU3HY/LT0H) localizado a escasos 300 metros de casa y participaba en HP; sin embargo mas allá de un par de KHz alejados de su señal las interacciones fueron mínimas (ojalá que haya sido recíproco, no me gustaría haberlo molestado pues el es un competidor en serio en RTTY y por mi parte solo estaba probando).

Despues de haber estado probando y ajustando durante casi una hora mayormente en modo S&P (Search & Pounce) parecía que las cosas estaban suficientemente bajo control como para intentar un Run; y para mi sorpresa fue bastante efectivo. Hice una cantidad muy apreciable de estaciones de Japón (JA), lo que fue una combinación muy apropiada porque su maravilloso orden y disciplina de operación pegaba muy bien con mis muy limitados recursos de operación en este ambiente.
Al cabo de un par de horas cerré la operación, mas o menos alineado con el declive natural de la banda de 10 metros, y habiendo trabajado una cantidad de estaciones que no hubiera pensado y con tasas de contactos también fuera de los cálculos.
Me quedé con las ganas de participar un rato mas, pero siempre dentro de un esquema limitado en horas, por lo que decidí durante el domingo dedicarle un par de horas mas.
El CQ WPX tiene como caracteristica que sus multiplicadores "vienen solos" siempre que uno tenga una tasa aceptable, asi que siempre hay que maximizar la tasa (exceptuando algún multiplicador "raro" como excepción). Para ver que horarios me darían las mejores tasas apelé a las estadísticas del Reverse Beacon Network del día sábado. Esta potente red de monitoreo ahora incluye no solo CW sino también PSK y RTTY. El sábado los horarios con mejores tasas de o hacia estaciones de Sud América había sido entre las 1900Z y 2100Z (4pm a 6pm local); a esa hora la propagación sería mayormente Centro y Norteamérica; me preparé entonces en esos horarios para el segundo tramo del "time-box"; tuve dudas hasta último momento (y de hecho retrasé la ventana en media hora) debido a un clima muy tormentoso en la zona, con abundantes lluvias y tormentas eléctricas.
Al retomar algo anduvo mal, creo que relacionado con el hecho que cargué el N1MM+ con el equipo apagado, eso produjo un error de sistema y (aparentemente) esto derivó a que el contador de contactos se reseteara a cero; no solo eso, sino que no lo actualizara en lo sucesivo. Hice un par de contactos pero el contador (Exchange) seguía repitiendose el mismo (en ocasiones enviaba 000). Estuve unos 30 a 40 minutos probando distintas alternativas sin éxito hasta que finalmente encontré un "workaround" para salir de la situación; un par de QSO falsos forzandole el número, seguido de lo cual los contactos subsiguientes volvió a actualizarlo correctamente; al final del concurso borré ambos contactos falsos del log. Hubo un par de estaciones que fallé al trabajarlas (me pasaron su exchange, pero solo conseguía pasarle 599 000 como respuesta. Afortunadamente pude volver a intentar trabajarlas mas tarde y tuvieron la amabilidad de hacer el 2do contacto.
Un segundo problema, muy molesto e igualmente grave, empezó a aparecer cuando cada 2 o 3 contactos el N1MM+ quedaba en "not responding", haciendo que no decodificara o no transmitiera mientras eso pasaba. Cada "bloqueo" duraba entre 5 y 15 segundos. Eso no solo disminuyó drásticamente la tasa que podría haber conseguido sino que era un factor de mucha distracción, no pocos errores (tipeaba algo y tomaba la mitad) y motivaba que la mayor parte de las veces las estaciones me repetían en exchange (pues al no contestarles suponían que no las había escuchado); en rigor no se solucionó durante el resto del concurso. Ya reporté el problema y supongo que el equipo de desarrollo de N1MM+ lo revisará.
A pesar de este inconveniente, y extendiendo la ventana de 2 horas para compensar por el tiempo muerto al comienzo, terminé haciendo una cantidad de contactos ligeramente superior a la del día anterior.
No tengo demasiadas expectativas sobre el resultado, pues solo participé en forma efectiva 4 horas, pero fueron mas que suficientes para darme cuenta en términos prácticos los ajustes que hay que hacer antes de la siguiente participación en modos digitales.
Muy contento de esta participación, habiendo finalmente participado en un concurso de RTTY, probado en la práctica la estrategia de "time-box" y con una lista mas que importante de cosas para hacer en cuanto a mejoras. Me quedo además con el pendiente de poder configurar la estación como SO2V o SO2R para una futura participación.
Los contactos son lo de menos, la diversión no tuvo precio.

sábado, 14 de febrero de 2015

Pequeña maravilla, el Black Swift

Cuando todavia no se disipa la sorpresa de la sorprendente Raspberry Pi, ya aparece en el horizonte la nueva generación de computadores embebidos miniatura de propósito general.
Se trata en este caso del "Black Swift" producido por un talentoso equipo de origen ruso.
Como en el caso del Raspberry la innovación no proviene de los laboratorios de compañias grandes sinó de un equipo pequeño, el financiamiento viene además del original concepto de "crowdfunding" implementado entre otros por el sitio KickStarter. Este mecanismo de financiamiento implica que alguien con una buena idea la propone, describiendola y estableciendo metas para los distintos logros asi como beneficios para quienes participen en el financiamiento de cada meta. La colección de fondos se realiza por un tiempo limitado. Algunos proyectos reciben un soporte sorprendentemente rápido o sorprendentemente masivo (o ambos).
El BlackSwift (especie de pájaro migratorio que vive predominantemente en América del Norte) es un computador de propósito general, realizado bajo arquitectura ARM embebida, con solo el procesador y memoria principal en la placa. Su expansión se produce mediante un bus GPIO y dos puertos mini-USB (uno para energía y otro para periféricos). No tiene conectividad Ethernet o WiFi pero puede ser proporcionada por un adaptador externo.
Este tipo de procesadores no está pensado para que corramos en ellos una planilla Excel, que revisemos nuestro correo o que naveguemos Internet con ellos (aunque con algún esfuerzo e ingenio sería posible); sino para, en cambio, ser el objeto mismo de nuestra experimentación como parte de nuestros equipos de radio. La plataforma Raspberry Pi puede ser utilizada directamente como transceiver QRPp para generar señales en una variedad de modos digitales y en FM, con las adaptaciones del caso no veo porque no se pueda hacer con esta plataforma.
La tendencia de asociar este tipo de procesadores para implementar transceivers mediante técnicas SDR es irrefrenable y creo que configurarán la forma de hacer radio en los años que vienen.

martes, 10 de febrero de 2015

El fantástico filtro Goertzel

Cuando queremos procesar señales digitalmente, cosa cada vez mas común, nos encontramos que al implementar algunos filtros (sobre todo los de tipo FIR) requieren un volumen muy significativo de operaciones matemáticas, algunas veces de punto flotante, que pueden resultar un poco excesivas cuando el procesador es pequeño. Como hay veces es el caso con plataformas embebidas como la Arduino.
Un articulo denominado "An Algorithm for the Evaluation of Finite Trigonometric Series" escrito por Gerard Goertzel en 1958 viene al rescate con un método de implementar un filtro de ancho de banda muy reducido pero reduciendo drásticamente la cantidad de cálculos necesarios para realizarlo. Una explicación menos críptica de como es el algoritmo puede encontrarse en Wikipedia (que a pesar que tiene varias observaciones editoriales es una descripción correcta según he podido verificar) o este otro artículo hecho por Kevin Banks denominado "The Goertzel Algorithm".
Este tipo de filtro puede ser utilizado cuando es necesario detectar la presencia de señal en un ancho de banda muy reducido, independientemente del resto del espectro que lo rodea. Implementa filtros pasabandas de 100 a 200 Hz de ancho pero con la particularidad de requerir muchisimas menos operaciones matemáticas que las necesarias para un filtro equivalente utilizando algoritmos mas convencionales como la transformada rápida de Fourier (FFT) o la transformada discreta de Fourier (DFT).
Para aplicaciones de radio se puede utilizar entre otros muchos usos en decodificar señales DTMF o la decodificación de modos digitales como CW o RTTY donde se requiera identificar la presencia o ausencia de señales en un ancho de banda reducido. Hjalmar (OZ1JHM) tieene en su sitio un decodificador de CW basado en este algoritmo para la plataforma Arduino (código fuente aqui). Independientemente de si se quiere decodificar señales de CW o hacer otro proyecto esta implementación puede utilizarse como punto de partida para otros desarrollos.

martes, 3 de febrero de 2015

Metodo de soldado PL259

El otro dia, en uno de los tantos foros que sigo apareció una discusión acalorada que fue rebotando hasta que por un momento pasó por el tema que son pocos los que realmente saben soldar un conector PL259. La macana es que es cierto.

Como casi todos (hace muchos años) "aprendí" a soldar un conector de ese tipo siguiendo la infografía del ARRL Handbook que tenía a mano entonces (que creo era el 1975, editado en Español por Arbó); donde explicaba el método de preparación del segmento a soldar, mas o menos que longitudes para cada parte y luego como soldar el vivo para luego hacerlo con la malla a traves de los agujeritos del conector. Como casi todos los métodos basados en infografías cuando uno los lee parecen fáciles, pero cuando los va a seguir se dá cuenta que faltarían la mitad de los pasos para que esté claro como hacerlo. Yo he tenido mis batallas con ellos, y muchas veces literalmente perdidas a la basura o con una conexión defectuosa, pero usé esa receta por años hasta que mas o menos con alguna dificultad me salían armados mas o menos decentes.
Tuve la suerte que mi mentor en radio, don Ernesto Stellini (LU5EZ,SK), puso mucha paciencia en enseñarme a soldar; me hacía por horas soldar un cable cualquier de instalación eléctrica a una chapita con un soldador de bastante potencia (200W?) como los que se usaban en esa época para construcciones valvulares; con grandes chasis y superficies disipativas así como componentes robustos que no se arruinaban así no más por una recalentada. Parecía como el Karate Kid cuando el maestro le enseñaba con acciones que sueltas carecían de sentido. Y dale soldar el cable a la chapita sobre un rectángulo de madera atiborrado de resina, hasta que quedara perfecto, y guay! que en el proceso quemara el cable o pusiera mucho estaño. Asi que soldar nunca fue un problema, mas allá de ir adaptando las técnicas para soldadores mas chicos (el que uso ahora tiene 25W), que la resina venga con el estaño y que hay que ser mas rápido.

Pero los PL259 siempre fueron un dolor de cabeza; porque si no se los suelda con cierta eficacia rápidamente desarrollan falsos contactos; pero si se los suelda hay que hacerlo con un soldador mas o menos potente, pero si se usa un soldador medio potente se deforma el conector o el cable o ambos.
Hace algunos años, en una reunión del LUCG Roberto (CE3CT) mostró información sobre una pinza crimpeadora (ver una similar aqui) que ciertamente transforma la tortura de un PL en algo mas parecido a la experiencia rutinaria de un RJ de red o telefonía (con pinza crimpeadora adecuada, claro está). El método tiene además ventajas en cuanto a permitir reemplazar, agregar conectores en situaciones donde es complicado llevar un soldador (en la torre por ejemplo). Hasta ahora estoy atrás de la pinza, pues no la he podido conseguir.
Sin embargo, por esa época me dediqué a revisar en YouTube y encontré bastante material; en particular uno propuesto por Bob Sumption (W9RAS) donde muestra una técnica muy sencilla pero también muy efectiva. Esta enseña como tratar la malla para colocarla sin soldadura, pero que quede razonablemente firme; se requiere un punto de soldadura en el vivo pero es bastante mas facil de hacer. El proceso, para nada tortuoso una vez que se lo hace un par de veces lleva no más de 2 o 3 minutos e involucra una mínima cantidad de soldadura sin demasiada potencia por lo que puede hacerse con un soldador relativamente pequeño a baterias (por lo de hacerlo en la torre). Se me ocurrió que algo tan trivial y tan necesario tiene que compartirse, porque es trivial cuando se lo conoce pero no antes; y porque despues de todo los que realmente saben soldar bien un PL259 no son tantos. Grande Bob!
Pdta: el video está en inglés pero activando la traducción (CC) de YouTube lo que aparece es suficientemente decente como para seguirlo.

jueves, 29 de enero de 2015

Transceptor multimodo usando AD9850+Arduino Mini+Pixie (de LU7HZ)


Finalmente pude darle horas a un proyecto largamente en el cuaderno de apuntes; se trata de un transceptor basado en la arquitectura general de un Pixie (mismo principio de funcionamiento), donde la frecuencia de operación en vez de estar determinada por un cristal lo es por un módulo DDS AD9850. Fundamentalmente para programar al generador DDS agrego una placa Arduino Mini Pro de muy bajo costo, tan bajo costo que no tiene una interfaz RS232 ni USB por lo que hay que armarla basado en el integrado MAX232. Las compuertas NOR están para que la excursión del BS170 operando en clase E sea completa.

El funcionamiento de RF es, como dije antes, basado en la configuración de funcionamiento de un transceptor Pixie, la señal proveniente del DDS en una frecuencia dada activa en bajo nivel la etapa de salida la que actúa como mezclador, la frecuencia suma es filtrada y la diferencia es la banda base que se recibe la que resulta amplificada a niveles adecuados. En transmisión el circuito de PTT activa la etapa de salida para operar en máxima potencia al mismo tiempo que bloquea la entrada del amplificador de audio. La frecuencia del circuito DDS es programada usando el protocolo serie del AD9850 por parte de la placa Arduino, esta a su vez tiene un firmware que opera el conjunto dependiendo el modo seleccionado. La interfaz serie sirve tanto para programar la placa Arduino como para soportar un protocolo CAT que permita programar los parámetros de operación (frecuencia, modo, ptt, split, etc). El primer modo para el que estoy desarrollando el firmware es WSPR (pronunciado como "Whisper", susurro). Para lograrlo la placa Arduino emite un mensaje durante algo mas de un minuto, donde cada bit tarda un poco menos de 700 mSegs. Cada bit del mensaje se transmite como FSK en tres frecuencias separadas 2 Hz entre si. La banda base del modo ocupa 6 Hz y puede ser decodificada con relaciones SNR tan bajas como -25 a -30 dB (!!!). El controlador Arduino simplemente empieza la transmisión sincronizado en los primeros segundos de los minutos pares, y envia la programación de frecuencia correspondiente a cada tono durante la duración del mensaje (la codificación del mensaje en si se genera con el programa wspr0 parte del paquete WSJT).

El código que implementa WSPR es relativamente simple, por ahora el grueso del firmware se corresponde a la implementación del CAT. 
El sistema CAT es bien simple, básicamente deja programar la frecuencia, el modo, si el PTT está activado o no lo está y sincronizar la hora. Una vez que la hora es sincronizada externamente, presumiblemente contra una PC a su vez sincronizada con algún patrón horario, la hora es mantenida por la placa Arduino contra su propio reloj interno. Habrá que experimentar un poco que tan estable es el método y cada cuanto requiere ser recalibrado.
La idea general es que el transceiver pueda operar en forma autónoma como beacon WSPR sin requerir una PC, pero que para el resto de los modos tenga que estar asociado a una PC con un programa que via CAT dé la interfaz "visual".
Mas adelante se podrá agregar código adicional para poder operar el mismo circuito en CW, RTTY y  PSK31 asi como operar como balizas en cualquiera de esos modos además de QRSS. Todos bajo el mismo principio de funcionamiento, que la codificación sea realizada por la placa Arduino que operando el DDS genere las señales de frecuencia necesarias para transmitir el mensaje.
En recepción de todos los modos la idea es simple, el transceiver ofrece una señal de audio en recepción que puede ser procesada por la placa de sonido de una PC y los programas correspondientes al modo en cuestión.
La placa tiene provisiones para proveer señales externas de PTT, sincronísmo de tiempo y señales de keyer automático; pero su implementación corresponde a una etapa posterior de implementación.
Esta entrada es preliminar e iré actualizando el diseño en la medida que progrese con el.

miércoles, 28 de enero de 2015

Otro visitante VK en camino

Siguiendo la saga del exitoso vuelo del micro globo PS-30 que luego de atravesar el Pacífico, el Atlántico y un poquito del Indico termino su trayectoria frente a las costas de Madagascar. La pérdida fue por una tormenta, el globo no vuela tan alto (8000 a 10000 mts) y por lo tanto no está completamente exento de ser afectado por sistemas metereológicos severos.
Andy (VK3YT) , en broma claro, le echó la culpa de la caida a los "pinguinos" de Madagascar, que creo que si bien aparecen en la película de ese nombre son de origen argentino. Pero no creo que los pinguinos hayan tenido nada que ver, en este intríngulis son... "argentinos" después de todo.
Andy volvió a lanzar dos globos adicionales hace un par de dias, el PS-31 y el PS-32. El lanzamiento múltiple se debió a la experimentación de poder hacer seguimiento de dos globos simultaneamente. El primero dió una voltereta alrededor de Nueva Zelandia y cayó al mar al poco tiempo. Pero el PS-32 tomó un rumbo mucho mas hacia el sur y está navegando en el medio del Pacífico, la proyección de trayectoria lo ubica pasando en algún tiempo al sur de Tierra del Fuego, en Argentina y eventualmente transitando por una trayectoria muy al sur por los oceanos Atlántico e Indico.
Como su antecesor la carga útil consiste en un transmisor JT9 de 20 mW que opera en 30 y 20 metros. Los detalles del planeamiento y telemetría pueden verse en el sitio PicoSpace y la trayectoria puede ser seguida aqui. Vení nomás PS-32, no te tenemos miedo!

Actualización 04-Feb-2015

Bueno, parece que lamentablemente no lo vamos a tener por estos pagos. La última telemetría tomada  (ya tomada desde Sud-América) ocurrió hace 4 dias, con lo que es razonable suponer que se ha perdido. Es un milagro que haya recorrido aún asi casi todo el Pacífico. Habrá que esperar el próximo.

jueves, 15 de enero de 2015

Un boliche bien surtido (el de M0XPD)

Interesantisimo blog llevado adelante por Paul Darlington (M0XPD) denominado "Shack Nasties" (que se puede traducir algo asi como "cosas desagradables en el cuarto de radio") que pese a la posiblemente errada traducción está lleno de buen material.
Paul se especializa en QRP y ha desarrollado un número importante de proyectos integrando placas embebidas (PIC, Arduino, Raspberry Pi) con osciladores DDS con equipos QRP de diferente propósito.
Cai en el siguiendo una referencia para un proyecto sobre el que estoy realizando diseños y prototipos preliminares; no solo encontré lo que andaba buscando sino que también un buen lugar donde invertir tiempo sobre muchos temas relacionados. Definitivamente vale la pena cada minuto que se invierta en el blog. Como dicen los americanos... "good stuff".

miércoles, 14 de enero de 2015

Aguante Intiyaco!

Con unos dias de retraso a lo planeado debido al sistema metereológico que se instaló sobre Córdoba y produjo clima inestable y tormentoso hacia el fin de año pude hacer finalmente una escapada onda "field day" al paraje Intiyaco en Córdoba.
Este lugar, verdadero paraiso, está ubicado en el valle de Calamuchita al pié de las sierras Grandes, muy próximo al Co. Champaquí  (31° 57' 31"S 64° 42' 45"W).
El lugar es un poco encerrado, pero está alto y no tiene virtualmente ninguna traza de interferencia o ruido (excepto, claro, el que uno mismo se lleve consigo).
Como ya vengo repitiendo prácticamente todos los años llevo mucho mas material y pruebas pendientes que el tiempo disponible y los ratos de descanso puro que acompaña las escapadas.
En esta oportunidad llevé la estación portatil (FT817) con el lineal de 100W y todos los arneses necesarios. Llevé la laptop con lo que eventualmente podría hacer también CW o modos digitales. Pero el principal objetivo de pruebas era el generador de emergencia y la antena vertical portatil para 6-10-12-15-17 y 20 metros de reciente construcción.
El generador lo encendí solo una media hora como para verificar que tenía todo lo necesario para conectarlo, pero es bastante ruidoso (sobre todo en un paraje tan silencioso). Curiosamente su ruido casi no se escucha a 100 metros, supongo que por la atenuación propia del terreno. 
La antena resultó que tenía un bulon de ajuste dañado que dificultaba mucho su armado, y para el que no tenía repuesto. Asi que logré armarla con el corte para 10 metros e hice todas las pruebas en esa banda, dejando el resto para otra oportunidad.
La antena está armada sobre la estructura de una vieja "Ringo Ranger" para 2 metros del cual reusé su base, aislador, conexionado y primer tramo. Para el resto agregué una serie de tubos de aluminio concéntricos en 2 configuraciones, una para 6 y 10 metros mientras que otra para 12,15,17 y 20 metros.
Le puse un sistema de marcas con cinta aisladora y marcador de alcohol para ajustar las distintas bandas con cierta rapidez, el sistema es precario y tendré que pensar en algo mas durable cuando ya tenga cierta confianza que las marcas son las mejores alternativas de armado y ajuste para las distintas bandas.
En la base un conector permite establecer el sistema de radiales que para las pruebas fueron tres chicotes de cable de apróx 5 metros cada uno, tengo un sistema de plano de tierra compuesto de hilos de distinta longitud pero no lo llevé. Para sostenerla apelé a un sistema de tres cuerdas de nylon a modo de tensores. El sistema en su conjunto no se sencillo de instalar solo, pero supongo que también se requiere un poco de práctica para hacerlo con mas facilidad. Si bien llevé la antena dipolo de 10 y 20 metros y la antena multibanda Yaesu no llegué a instalarlas.
Los contactos fueron todos en SSB y razonablemente buenos, varias estaciones de zona W, un KP4 y media docena de estaciones PY, todos en 10 metros todas con 100W. No escuché señales en CW pero sí varias balizas de zona W6 con buena señal. No desplegué la PC y sus conexiones, pero traté de salir a oido y con el manipulador lateral portátil; desafortunadamente estaba roto y descubrí al tratar de repararlo que el soldador del kit para estación portatil también estaba roto, asi que no lo pude reparar.
El pronóstico metereológico anunciaba mas tormentas asi que solo estuve un dia, mi espiritu campestre se limita ante la perspectiva de enfrentar una tormenta en la zona, tengo suficiente experiencia sobre lo violentas que pueden ser y lo mal que se las pasa cuando ocurren. Nada que no se pueda manejar de ser necesario, pero tampoco nada que tome a la ligera.
Durante la estadía en la zona, y a pesar de ser lo suficientemente aislada y remota como para no tener señal confiable de telefonía celular, tuve contacto permanente mediante la soberbia repetidora del Co. Champaquí (145465 -600 s/tono) que con su altura tiene una cobertura enorme del centro del pais, además de estar enlazada con otra repetidora de altura ubicada en San Juan. Si andan por Córdoba (casi cualquier parte de Córdoba) es imprescindible tenerla en la memoria del transceiver o handy.
Queda pendiente otra salida, quizás dentro de las próximas semanas para hacer el resto de las pruebas, y también descansar un poco mas en este bello paraje.

viernes, 9 de enero de 2015

MM2OR Nueva Versión 1.8 (de LU7HZ)

Como he compartido en entradas anteriores el N1MM no dá soporte al ambiente de integración OmniRig; existe una cerrada negativa a hacerlo o siquiera a cooperar para que otro lo haga; alguna historia de pueblo chico supongo a saber por el tenor de las respuestas por parte del equipo de desarrollo cuando he planteado el tema.
Eso tiene una consecuencia negativa para mi, el N1MM asume que tiene el control CAT (Computer Aided Tuning) full del transceiver y que este no es compartido con ningún otro programa. Mala cosa cuando al mismo tiempo en la estación tengo 4 o 5 programas que también necesitan controlar el transceiver, lo que en general ocurre via OmniRig. La solución lleva ya mucho rodaje y es el programa MM2OR (N1MM to OmniRig) el que básicamente simula un puerto serie (con la ayuda del utilitario com0com) al cual el N1MM envia comandos como si fuera un transceptor, el programa empaqueta las instrucciones en formato OmniRig y las envia al transceiver, el mismo al contestar recibe la respuesta y se la envia a N1MM para su proceso. De esa manera los requerimientos de múltiples programas son coordinados por el OmniRig (ese es su propósito).
Con la migración a N1MM Plus vino la grata sorpresa que han escrito el driver CAT de forma que ahora funciona bien. En la versión de N1MM Classic sea por deficiencias de programación o por limitaciones del driver serie que utilizaban el procesamiento de comandos CAT estaba, malamente, roto.
En efecto, en los equipos Yaesu en general los comandos CAT consisten en registros de 5 bytes de longitud, el último de los cuales lleva el comando mismo. De ser necesario algun argumento este es transportado por los 4 bytes restantes. El argumento puede ser, de acuerdo al comando, ningun byte, un byte o mas bytes.
El N1MM emite constantemente dos mensajes de pedido de "status" al transceptor, el denominado frame 0x10 (leer status) y 0xfa (leer flags). El transceptor contesta con mensajes de diferente longitud a ambos y el N1MM Classic esperaba que las respuestas volvieran juntas, cuando una implementación correcta hubiera sido que el programa fuera capaz de procesar las respuestas en el orden que volvieran. Los intentos para que en el team de desarrollo del N1MM corrigieran eso fueron siempre en vano, no se si no entendían el problema, o no afectando a la mayoría de los usuarios preferían ignorarlo.
Como fuera por prueba y error logré interpretar como esperaba el N1MM los datos y con mi programa MM2OR mimetizaba la "anomalía" para que todo funcionara. Eso tenía el problema que cada equipo tenía una "anomalía" ligeramente diferente y por lo tanto habia que generar respuestas ligeramente diferentes también. Por eso adopté una arquitectura donde las respuestas a cada equipo están encapsuladas en una DLL diferente, por lo que en la configuración respectiva había que decir con que DLL se requería hacer la comunicación.
En el N1MM Plus este problema fue resuelto, ahora el software procesa correctamente los frames de respuesta del transceiver en forma individual, sin esperar ningún agrupamiento en particular, y por lo tanto mientras el transceiver reciba los 5 bytes del comando y conteste con la longitud de respuesta esperada todo parece funcionar bien.
La consecuencia inmediata es que con una sola DLL alcanza para manejar todos los equipos Yaesu cuya secuencia CAT utilice los mismos comandos y que reciba 5 bytes de longitud de comando; lo que es mucho mas simple. Hasta donde he podido revisar los comandos utilizados por N1MM son 0x01 (Split), 0x05 (VFOA/B), 0x0a (establecer frecuencia), 0x0c (establecer modo), 0x0f (ptt, en algunas configuraciones), 0x10/0xf7(?)/0xfa (status).
En principio no solo los comandos, sino también el formato mismo de todo el intercambio, varía de fabricante en fabricante y por lo tanto es improbable que esta implementación sirva para transceivers ICOM o Kenwood (u otros); de hecho no estoy seguro que sirva para todos los Yaesu si es que utilizan un formato de protocolo CAT diferente; lamentablemente no puedo dar soporte en esos casos pues para depurar el ambiente es necesario realizar pruebas.
He generado una nueva versión del programa MM2OR v1.8  que ahora tiene solo una DLL de soporte denominada YAESUB.DLL y con la que en apariencia puedo manejar indistintamente todos los equipos Yaesu en mi shack (FT100, FT840, FT890 y FT817), un gran avance.

jueves, 8 de enero de 2015

Un VK nos visita (el PS30)

Muy interesante experimento, se trata del globo PS30 lanzado en Melbourne, Australia el 27 de Diciembre 2014 cuyas caracteristicas pueden verse en el sitio de Picospace.
El globo viaja a una altura de aprox. 10000 metros siguiendo las corrientes de jet.
Transmite su telemetría en formato JT9/JT65 y su posición puede ser seguida en tiempo real en el sitio habhub, la imagen a la izquierda muestra la posición a las 2300Z del 7-Enero-2015.
La baliza transmite con la ridiculamente baja potencia de 25 mW (si, 0.025W!) en las bandas de 30 y 20 metros. Los equipos están alimentados por celdas solares lo que hace que su transmisión sea acorde al estado de carga de baterías según el siguiente plan.

0 30m // Mandatory JT9 and WSPR, two per hour
6 30m // Optional JT9/JT65 – if batt full
10 20m // Optional JT9/JT65 and WSPR – unless batt low
16 20m // Optional JT9/JT65 – if batt full
20 30m // Optional JT9/JT65 and WSPR – unless batt low
26 30m // Optional JT9/JT65 – if batt full
30 20m // Mandatory JT9/JT65 and WSPR, two per hour
36 20m // Optional JT9/JT65 – if batt full
40 30m // optional JT9/JT65 and WSPR – unless batt low
46 30m // Optional JT9/JT65 – if batt full
50 20m // Optional JT9/JT65 and WSPR – unless batt low
56 20m // Optional JT9/JT65 and WSPR – if batt full

A menudo se discute que nuestra actividad es "obsoleta" en cuanto a los modos y frecuencias que utilizamos. Sin embargo los modos de baja relación señal-ruido como el JT9,incidentalmente creado por el Dr. Joe Taylor (K1JT) premio Nobel de Física 1993, están en la frontera del conocimiento y la especialización en comunicaciones.

Es curioso observar el camino recorrido por el globo al influjo de las corrientes de aire dominantes, es también muy notoria su velocidad (mas de 50 m/seg!!, casi 4400 Km/dia!!) a tal punto que hoy por la mañana estaba frente a las costas de Valparaiso, Chile y al atardecer hora Argentina ya había salido de territorio continental y se estaba internando en el Oceano Atlántico. La trayectoria es, sin embargo, errática y con numerosos "rulos".
¿Hasta donde puede llegar? Si los autores del experimento no tienen previsto un cese del vuelo en principio parece estar estable en su altura por lo que no es impensable que pueda dar la vuelta al mundo. Ojalá que dure mucho en todo caso y que lo podamos seguir durante toda su trayectoria.
Experimentación en su estado mas puro!!


Actualización 15-Enero-2015

Finalmente el viajero PS30, al que seguí por JT9 durante su transito por Argentina y mientras se internaba en el Oceano Atlántico y posteriormente por WSPR via Internet parece haber concluido su viaje frente a las costas de Madagascar.
El globo estuvo un par de dias perdido mientras transitaba el Oceano Atlántico, en lugares donde su exigua potencia hacía imposible ser tomada tanto por aficionados en Sud-América como en Africa. Sin embargo hace unos dias reapareció frente a Namibia en la costa occidental de Africa del Sur. Curiosamente siguió un patrón algo errático de movimiento, primero estando estacionario y luego progresando lentamente hacia el norte siguiendo la linea de la costa. Hace un par de dias cambió nuevamente su rumbo empezando a transitar hacia una dirección general Este y transitó rápidamente por el extremo sur de Africa (Namibia y SudAfrica), para internarse en el canal de Mozambique arribando hoy a Madagascar. Sin embargo a poco de haber ocurrido eso empezó a perder rápidamente altura y volvió a tomar dirección Oeste. Hacia las primeras horas de la noche local la telemetría reportaba altura cero (aunque curiosamente seguía reportando velocidad horizontal,.... será que sigue flotando?). Todo hace pensar que terminó el viaje. Lo que no deja de ser asombroso que un pequeño dispositivo electrónico de 15 gramos de peso, transmitiendo con una potencia ínfima y pendiendo de lo que en definitiva es un globo metalizado de fiesta lleno de helio haya sido capaz de capturar la atención (y porque no, la imaginación) de muchos aficionados del hemisferio Sur alrededor del globo. Radioafición en su estado mas puro... y mas divertido!!

martes, 6 de enero de 2015

Calculador para antena loop (de IW5EDI)

Hace algún tiempo publiqué un link a un calculador de antena loop magnética como recurso de Web.
Para mi sorpresa esa entrada en particular se ha sostenido por años, años, entre las 5 entradas mas visitadas en mi blog.
Mostrandome que hay un enorme interés en este tipo de antenas.
Vuelvo recurrentemente a ellas al considerar opciones para operar en la banda de 160 metros donde antenas de tamaños convencionales son, en el mejor de los casos, imprácticas.
Los Reyes Magos dejarán en los zapatitos este otro calculador, publicado por Simone (IW5EDI) es un programa Windows muy pequeño que el denominó LoopCalc. Se puede jugar con el para estimar los parámetros de la antena en función de la frecuencia en que se quiere operar y el espacio disponible. En bandas mas altas he leido muy buenos reportes, e incluso escuchado en buena forma, estaciones que usan la antena desarrollada por Alex (PY1AHD) que el ha llamado la AlexLoop.
La construcción es realmente sencilla puesto que las dimensiones son muy reducidas, una antena de eficiencia razonable para 160 metros tiene materiales y dimensiones comparables a los que requerirían una antena convencional (dipolo o vertical) para 10 metros. El problema es el capacitor necesario, la aislación que tiene que tener para ser mas preciso, pues debe soportar 3-4 KV a potencias tan modestas como 100W, para potencias mas altas se puede requerir una asilación tan grande como 10 KV. Los capacitores mas comunes pueden ser prácticos para potencias mas tipo QRP (con 5W se necesitan 600V de aislación solamente). Estará por verse que tan práctico puede ser operar en la top band en QRP, sospecho que poco práctico.
Espero que hayan dejado los alimentos y bebidas para los camellos junto a los zapatos, sino es posible que los Reyes se manden mudar sin dejar nada!!

miércoles, 31 de diciembre de 2014

El 2015 viene con su propia energia!!

Un pendiente de largo tiempo finalmente satisfecho, bastó un momento de debilidad y me lo traje a casa.
Generador de 1 KVA con 600W de potencia en regimen, salidas para 12Vcc@8A y 220Vca.
La salida de 12V debería alcanzar para alimentar la estación completa, incluyendo la PC, en QRP. Mientras que en LP debería alimentar parte de la estación desde la salida de 12V y parte por la salida de 220Vca con otra fuente switching.
No se necesitan muchas excusas para este tipo de juguete tecnológico pero la idea por la cual hace rato que lo tengo en la mira es tener capacidad de operar en emergencia o en concursos ante cortes prolongados de energía.
Nada como empezar el año con luz propia.


HNY 2015!!!!

Ya le queda poca cuerda en el carretel al año que se fue, pero lo suficiente como para  compartir mis deseos de muy felices fiestas y un gran 2015. Alcemos las copas en un saludo silencioso a los que se fueron y también en paz, con salud y si es posible con prosperidad para los que siguen.

Buscar este blog

Cargando...

Páginas vistas en total