En el Grupo DX
Norte, donde nos juntamos con amigos a disfrutar de la radio y de los
concursos, hace un tiempo que tenemos una interferencia en las tres bandas
principales (20m, 15m y 10m). Esto nos dejaba sordos en esas tres bandas, que
es justamente donde está la direccional JVP36DX que funciona excelente.
A raíz de esto, Beto LU7BTO nos prestó un Noise Canceller
MFJ-1026, el cual realmente nos salvó y genera el motivo de esta entrada, luego
de “aprender” a utilizarlo, por si alguno tiene el mismo inconveniente.
En la parte delantera, podemos ver cuatro perillas y
cuatro botones.
·Perilla T/R DELAY: es la perilla que define el
tiempo que tarda en conmutar entre RX y TX una vez que detecta la portadora.
Esto también se puede realizar mediante una ficha RCA de la parte posterior que
luego veremos. Nosotros lo utilizamos entre 2 y 3.
·Perilla AUXILIARY ANTENNA GAIN: Es la que
determina la ganancia de la antena auxiliar o que debe captar (de ser posible)
la mayor cantidad de ruido que es el que buscamos eliminar.
·Perilla PHASE: Es la fase entre ambas entradas
(Main y Auxiliar).
·Perilla MAIN ANTENNA GAIN: Es la perilla que
determina la ganancia de la antena principal.
·Botón de POWER: Es auto descriptivo permite
encender el equipo.
·Baton
PRE-AMP, FREQ (High y Low) y PHASE (Normal o Invertido).
En la parte trasera, tenemos:
·Conector de MAIN ANTENA: es donde va la antena
principal.
·Conector de Radio: Donde va conectado el
transceptor.
·Conector AUXILIARY ANTENNA: dónde va la antena
de Ruido.
·Conector de Power.
·GND.
·Conector T/R Control: Es el que permite por
ejemplo agregar al foot-switch para que se active cuando deseamos transmitir.
Comentarios
Previos
En nuestro caso, conectamos la antena principal
(Direccional JVP) en la MAIN ANTENNA, y una antena direccional de 11 elementos
de VHF apuntando al ruido. Esto lo hicimos así porque es lo que teníamos a mano
y resulto funcionar muy bien, pero esta puede ser reemplazada también por una
antena Loop apuntando a la fuente de ruido.
El MFJ también posee una antena telescópica que sale
desde dentro del equipo, la cual resulto ser muy poco efectiva. Según pude leer
la misma se usa cuando la fuente de ruido se encuentra hasta 10 metros de donde
tenemos el equipo (ergo muy rara vez nos servirá).
Operatoria
En principio debemos poner las tres perillas (MAIL, AUX y
PHASE) al mínimo. Una vez realizado eso, el S-METER del equipo va a quedar en
su posición mínima.
Primero vamos
a mover la perilla de antena auxiliar (AUX) hasta que en el medidor del
receptor, tengamos una señal considerable, por ejemplo en nuestro caso es un
S5. Anotamos cual es el valor de la perilla que marca (por ejemplo 6 u 8 o el
que sea) y volvemos la perilla a su posición original.
Segundo, vamos
a mover la perilla de la antena principal MAIN, hasta que tengamos el mismo
nivel de señal que vimos con la auxiliar (en nuestro ejemplo S5). Una vez
obtenido eso, llevamos la perilla de antena auxiliar a la posición que habíamos
anotado antes (6 u 8 en nuestro ejemplo). Esto genera que se equiparen las dos
señales.
Como tercer paso, vamos a ir girando lentamente la
perilla de PHASE, hasta que se observe que las señales del SMETER decaen, por
ejemplo se visualiza generalmente un pozo, que es donde la señal del ruido se
resta con la señal de la principal. En algunos casos se llega al final del
recorrido de la perilla sin encontrar ese pozo, en cuyo caso oprimimos el botón
de INVERT para invertir justamente una de las señales. Esto es porque tal vez
el ruido ya viene invertido, entonces con solo mezclarlos ya se restan
(posición NORMAL).
Una vez realizado esto y luego de haber detectado el
pozo, se deja en esa posición, y se opera normalmente. Generalmente al
principio cuesta un poco, pero es como cuando se utiliza un sintonizador de
antenas. Al principio es algo complejo, pero una vez que uno se acostumbra, lo
hace casi de manera intuitiva.
Espero que les sirva, y si alguno conoce alguna otra forma los invito a dejar sus comentarios.
73s
Mati LU9CBL
***** ACTUALIZACIÓN 28/10/2016 *****
Googleando por internet. encontre un video de otra forma de poder utilizar el MFJ. Puntualmente en este caso deja fijo el MAIN a maxima ganancia, y juega con el AUXILIAR y el PHASE para encontrar cuando disminuye mas el ruido.
Hace ya mucho tiempo que tengo una Raspberry PI modelo B (la primera versión
de la raspi), que utilizo para hacer distintas pruebas (scripts varios,
recolección de cosas en internet, etc.). Realmente es una placa que tiene una
versatilidad enorme, porque permite dejarla conectada funcionando con un
cargador de celular y una interfaz de red cableada.
Para aquellos que deseen adquirir una placa de este estilo, ya van por la
versión 3 de la placa que viene con procesador Quad Core, mucha más RAM, y
adicionalmente wifi y bluetooth integrado, por la módica suma de 1000 pesos
(según la publicación más barata de Mercado Libre).
El tema es que mi placa, por el paso del tiempo, se le rompió el zócalo SD,
el cual se utiliza como Disco para almacenar el sistema operativo, y realmente
me fue imposible conseguir el mismo zócalo acá en Argentina. Adquirí uno similar
y tenía que hacer algunas adaptaciones cuando un amigo me recomendó tratar de
reparar el actual.
Buscando alguna forma de repararla (no hacia contacto la tarjeta SD al
romperse las aletas que permiten que haga contacto cada uno de los pines), encontré
una tapa metálica de las que vienen en los gabinetes, y con un poco de
paciencia la corte y doble para que encajara por sobre el zócalo roto.
Previamente medí ambos extremos para confirmar lo que suponía (que eran masa
ambos), y podía usarlos para soldar en cada uno de los extremos el soporte. La
reparación resulto exitosa, por lo que la comparto por si alguno le pasa lo
mismo (ya que leí que hay muchos reclamos de ese zócalo en internet, porque se
rompe con el tiempo), así pueden seguir utilizando la placa para el uso que
tengan en mente.
Una vez finalizada la reparación ya se pudo instalar nuevamente el sistema operativo (en este caso Raspbian desde su versión NOOBS).
El pasado domingo 03/05/2015 por una invitación de Jose EA8EE participé del podcast "Net de la Tecnología". El programa se emite vía echolink (y varios otros sistemas como DSTAR por ejemplo), todos los domingos a las 15hs UTC, en la conferencia EA8SPAIN, donde diferentes aficionados de todo el mundo, comentan algun tópico de interés para la comunidad de radioaficionados.
El audio se puede escuchar / descargar en el siguiente link.
Como comentarios adicionales, es la primera vez que me toca hacer una exposición del hobby y/o derivados, ya que todas las anteriores los había realizado por temas laborales. La verdad que me sentí realmente cómodo, sobre todo al ver la repercusión del mismo.
El proyecto en si, y sus características puede verse en la entrada anterior de este mismo blog, con lo cual no quiero redundar en esa información. Desde ya quedo atento por cualquier duda que tengan, así como tambien cualquier comentario que deseen hacerme. Mi casilla de mail es lu9cbl[at]gmail[dot]com.
Buenas tardes a todos, luego de un tiempo inactivo vamos
a tratar de ir subiendo mas información útil en este sitio, ahora que pude
cerrar el tema académico y finalizar algunos temas que tenía pendientes.
Como primer entrada de esta nueva etapa, les quiero
contar de un proyecto que estoy siguiendo ya que me pareció realmente
interesante, y se llama satNOGS [1].
El proyecto satNOGS fue generado inicialmente por unos
Griegos, hay un video que subieron hace un tiempo de una conferencia llamada
FOSDEM'15 donde presentaron lo que están llevando adelante [2]. Lo que más me
intereso, más allá de que me parece súper copada la idea (y de que es todo open
source / open hardware), es que recién está iniciando y se puede participar del
proceso desde el inicio.
En resumen es una red abierta de estaciones terrenas de
bajo costo, en donde cualquier persona que se registra de manera gratuita,
puede poner una franja horaria y un satélite LEO determinado, sobre la cual
requiere bajar datos (teniendo o no una estación terrena propia). El servidor
se contacta con la estación terrena que corresponda por internet y gira las
antenas para poder descargar la información del satélite. Una vez descargada la
información se conecta a internet para poder subir al servidor el archivo
descargado.
La idea principal es que la red sea escalable y modular,
si una estación terrena desea utilizar un rotor comercial (por ejemplo los
famosos Yaesu) puede utilizarlos participando de la red sin problemas. Es
importante ya que uno de los temas que tienen las universidades que realizan
este tipo de investigaciones, es que para realizar la descarga de la telemetría
del satélite deben esperar a que este en la línea de vista de la estación
terrena. En caso de que en esa pasada no puedan, deben esperar a la próxima
pasada (si es que esta dentro de la pisada del satélite). Con este proyecto,
deben esperar hasta que el satélite este en la vista de cualquier estación
terrena, y si hay suficientes estaciones en todo el globo se puede disponer de
información de manera más rápida, todo de manera gratuita.
- Hardware[3]: Las estaciones terrenas utilizan dos
motores NEMA17 (de los que se usan para impresoras 3D), para girar dos antenas;
una de VHF y una de UHF en elevación y azimut. El control de los motores se
realiza mediante una placa Arduino, y un controlador de motor paso a paso
POLOLU para cada motor. Las piezas para armar el rotor, son impresas con
impresoras 3D. Utilizan como receptor un DONGLE DVB-TV mediante SDR (que son
tan famosos últimamente por valer menos de 20 dólares en USA para tener un
receptor definido por software), y un Raspberry Pi para poder realizar la
gestión de todo desde un linux.
- Software: A nivel software tanto el cliente, como el
servidor son desarrollados en Python (y Django). Actualmente están trabajando
mucho en todas las heurísticas y demás, hay repos de git para cada una de las
sub ramas de los componentes.
La verdad que es un proyecto por demás interesante, y que
estoy en la fase de poder adquirir todos los componentes para poder armar la
estación terrena en mi casa. Por ahora viene un poco lento debido a algunas
dificultades económicas con mayor prioridad, pero avanza que es lo importante.
Si alguno desea participar no tiene más que contactarse con la gente del
proyecto, o conmigo para poder sumar esfuerzos.
HamGather es una pequeña aplicación, cuya finalidad es poder obtener información de diferentes fuentes y poder insertarla de manera ordenada en una base de datos. De esta manera se facilita su posterior análisis, a futuro.
Esta escrita en Python [1], y realiza la inserción en una base de datos MySQL [2], el motivo por el cual elegí ambas opciones, es porque ambas corren tanto en Linux como en Windows sin mayores problemas. Nunca trabaje con ninguna de las dos opciones, ya que en la facultad se trabaja con C#.NET / VB.NET y SQL Server, por el convenio que existe actualmente con la facultad.
En mi caso utilizo un Raspberry Pi [3], para poder tener corriendo la aplicación de manera interrumpida con mínimo costo (y ruido de coolers).
En las posteriores entradas iré subiendo los avances que vaya realizando, así como también la explicación del código. También iré compartiendo los datos obtenidos de manera periódica, en el caso de que alguien desee poder operar con ellos.
Obviamente todo lo subido será open source, y cualquiera puede usarlo o modificarlo, con fines no comerciales. Si alguien quiere sumarse al proyecto, esta mas que bienvenido. Puede escribirme a lu9cbl [at] gmail [dot] com.