POSICIONAMIENTO APRS ONLINE

Mostrando entradas con la etiqueta radioaficion. Mostrar todas las entradas
Mostrando entradas con la etiqueta radioaficion. Mostrar todas las entradas

miércoles, 18 de enero de 2012

El bibanda TM732E tiene que pasar por quirófano...


Hará mas o menos un mes que detecté un fallo en la estación móvil, de repente me dejaron de escuchar los colegas habituales de frecuencia. Era bastante raro porque no había habido ningún cambio reciente en la estación, ésta ha permanecido fija desde el día que se montó y siempre ha funcionado bien. Otra cosa a destacar, es que se me escuchaba a muy corta distancia y yo seguía recibiendo a las estaciones igual que siempre.
El TM-732E, hermano anterior del TM733E.

En un principio pensé que era un problema de antena que de poner y quitar el 1/4 de onda se hubiera soltado algo del cable, pero el hecho de que siguiera teniendo buena RX no me gustaba nada, porque todo apuntaba a un problema de finales. También pensé que en dos ocasiones muy recientes se me pasó colocar la antena y realicé 4 o 5 llamadas sin tener antena conectada, pero he de pensar que los finales deben aguantar eso y mas, no? otra cosa es que en lugar de emitir sin antena hubiera tenido un corto en la antena, que entonces eso ya es otro tema. Por cierto, en UHF la emisora funcionaba correctamente.

Después de varias semanas, me decido a buscar la causa del problema revisando la instalación de antena, pero como era de esperar, todo está bien. Desmonto la emisora del coche y la llevo al "doctor" para ver que le ha pasado. Por la noche que hay más tiempo, se decide intervenir de urgencia y el bibanda pasa por quirófano. Realizo la conexión de la emisora a la antena através de un medidor  para ver que potencia saca y veo que la aguja ni se inmuta, aunque compruebo que hay RF y modulación sintonizando otro receptor cercano.

Esquemas en mano, empiezan las primeras pruebas, se comprueban tensiones en el módulo de potencia o híbrido de salida para la banda de 144MHz IC502, la verdad que es muy sencillo pues sólo tiene 4 patillas:


Etapa final de RF para VHF

-IN: Entrada de seál de RF procedente del driver de RF IC10.
-DB: Patilla de control de potencia.
-FB: Alimentación.
-OUT: Salida de RF amplificada.




Entrada de alimentacion y APC




La tensión en la patilla FB es correcta, pero no lo es en la patilla DB que está fija a 12V y tiene variar en función de la potencia seleccionada. Empiezo a pensar en el control de potencia (APC) IC210 y la circuitería asociada, pero veo que las patillas DB y FB son comunes para las dos etapas de salida VHF y UHF. Compruebo la variación de la tensión en la patilla DB para UHF y sus diferentes potencias LOW-MID-HIGH y veo que varía entre 7V-10,5V, a menor tensión, menor potencia.

El circuito APC tiene dos partes, una para el control de UHF y la otra para VHF. Toma una referencia de la señal de salida (RF) a través del pin 4 (PC2) para VHF y el 3 (PC) para UHF. En función de esa señal de referencia que está influenciada por los ajustes de potencia, entrega por el pin 7 (BA) una señal de control para el transistor Q232 quien genera la señal DB que es común para las dos etapas de potencia (V y UHF).



El control de potencia APC.



La verdad es que al ver en DB los 12V fijos, independientemente de la potencia seleccionada, pienso que el control de potencia está mal, pero la experiencia me dice que es muy, pero que muy raro, que falle solo una parte cuando hay elementos en común internos.  Por otro lado el control de APC es un circuito realimentado por lo que es correcto pensar que si no hay RF de salida, el control debe estar intentando fijar la máxima tensión de amplificación en DB y es por lo que en principio lo descarto y me enfoco en el híbrido.


El híbrido en su sitio y tapadito.

Me vino a la memoria que uno de los problemas que se detectó en éstas emisoras era que los híbridos de potencia adolecían de una buena pasta termo conductora, vamos que la pasta brillaba por su ausencia, por lo que al parecer, con el tiempo terminaban muriendo.

El híbrido abierto.


Procedo a desmontar el hibrido quitando la carcasa de plástico negra que lo tapa y reviso visualmente la circuitería interna sin ver nada aparente que pueda estar mal. Todas las pistas estan estañadas y los componentes sin síntomas de "haberlo pasado mal". Cojo el polímetro y mido el pin DB, sigue igual, los 12V fijos, sigo la pista estañada internamente y veo que llega a un componente dorado que supongo que es el primer transistor de potencia, mido y veo que allí NO hay tensión.....


Una vez restañada la pista.

Comorrrr??? pero si no hay nada por el medio, es simplemente una pista y además está estañada. Pues sí señor, esta interrumpida en la parte más cercana a la PCB y ni se aprecia. Cojo el JBC de 30W y "a saco" a por ella. Joder lo que cuesta restañar una pista en un híbrido de éstos, enseguida te quedas sin calor, se lo chupa todo la base cerámica sobre la que está montado.


La pastra térmica colocada.


Bueno, despues de un rato consigo dar continuidad a la pista y puedo apreciar que todo ha vuelto a la normalidad, ya se mueve la aguja del medidor y el consumo es el adecuado.


Pasta térmica y tapa del híbrido.

Aunque todo apuntaba a lo peor, afortunadamente la operación ha sido todo un éxito y el paciente va a poder seguir saliendo al aire "espero" que durante mucho tiempo.

No se porque le ha dado a la aplicación a subirme las fotos giradas y me estoy peleando con ello, tan pronto lo solucione veréis alguna foto más..   pues ya está, según le viene en gana te gira o no las fotos...

Seguiremos informando....


viernes, 25 de febrero de 2011

Implementando el tracker APRS de EA4AQM



En esta nueva entrada y tal como indica el título, la idea es compartir la experiencia de la implementación del tracker APRS desarrollado por el colega EA4AQM Víctor.

Me puese en contacto con Victor para ver como podía implementar su tracker APRS que por cierto, fué publicado en la revista de URE de enero de 2011. Este proyecto, , está basado en plataforma PIC al contrario que el que acabo de publicar que está basado en arduino.
Victor amablemente me facilitó los ficheros .hex para grabarlos en los PIC´s, el esquema y las instrucciones necesarias para ponerme en marcha. Hice acopio de los componentes en la tienda de electrónica de rigor, en mi caso Viloga, que me pilla más cerca. Hago un paréntesis aquí para comentar lo triste que parecen hoy en día las tiendas de compontentes electrónicos, cada vez que entro en la tienda se me cae el alma al suelo, !quien las ha visto en los 90 y quien las ve ahora!. Esto es consecuencia del avance tecnológico.
Bueno "al turrón".... Los pics que utiliza el tracker son dos 16F84A y mi primera sorpresa es que no disponen de ellos pues son algo antiguos, total que me los piden para el día siguiente.

Dispongo de unas placas de prototipo que son muy indicadas para este tipo de montajes y sobre ellas empiezo a colocar todos los componentes y a cablearlos. Cuando está todo terminado, es la hora de grabar los PIC´s. Después de varios problemillas con el grabador finalmente consigo solucionarlo y realizo la grabación de los pic´s. El grabador es uno adquirido por ebay a los chinos muy económico (el JDM programmer) pero funciona muy bien. Lo único es que es por puerto serie y hay que tener algún PC con puerto serie pues no se lleva muy bien con los adaptadores USB-RS232. Como software de grabación de los PIC´s se puede usar el Winpic800 o bien el IC-RPOG, yo he usado éste último y es necesario posicionar el OSC: HT y No usar WDT.

Una vez todo montado en la placa, procedo a dar alimentación al circuito y veo que el circuito está vivo porque los leds se encienden, el rojo de TX por 1 segundo y el verde se mantiene encendido, ésto ya es buen síntoma. El funcionamiento del led verde debe ser el siguiente:
- Encendido mientras el gps no esta fijando la posición.
- Intermitente con una cadencia de 1sg cuando el gps ha fijado posición.
El led verde en su estado de intermitencia, nos sirve como herramienta indicadora de que el PIC 1 esta recibiendo datos, son válidos y también de que el gps está fijando posición.





Yo no conseguí que el led verde se pusiera intermitente, por lo que algo estaba pasando. Verifico niveles de tensión que está entregando el gps en su stream de datos y veo que entrega unos niveles TTL válidos. También verifico el pin RB0 del PIC1 para ver si recibe datos vía el MAX232 y detecto que no hay datos. Después de darle vueltas al tema concluyo que el gps al entregar niveles TTL no debe ir conectado al MAX232 (que trabaja con niveles RS232) sino que debe ir conectado directamente al PIC1 (entre RB0 y masa). Lo conecto directamente como acabo de comentar pero veo que el led sigue sin estar intermitente, posteriormente reparo en que el gps nunca logró fijar la posición porque estaba dentro de casa.
Tan pronto coloco el gps en la ventana para que logre posicionarse, veo que el led verde se pone intermitente..... bueno, pues ya hemos dado un paso importante, de momento sabemos que el sistema "parece" funcionar y que se estan recibiendo los datos del gps correctamente.
Procedo con la configuración del tracker para introducirle el indicativo etc. Ésto se realiza por el puerto serie usando el Hiperterminal de windows y pasando a modo programación al tracker manteniendo pulsado el pulsador y aplicándole alimentación (los dos led deben permanecer apagados). Para enviar la configuración al tracker se debe seguir escrupulosamente las instrucciones que Victor me facilita ya que son un poco "especiales".
Una vez grabada la configuración en el PIC, detecto que el led de TX no luce en ningún momento y Victor me aclara que en función del indicativo (SSID) utilizado se activa una lógica diferente para hacer la TX. Existen cuatro modos predefinidos, el "9" (coche), el ":" moto, el "4" bici y el "7" Jogger. En modo coche y moto el funcionamiento es aplicando lógica de cambio de rumbo y velocidad, el resto es por tiempo y se aplica una velocidad mínima.
Entonces entendí porqué nunca hacía TX independientemente del SSID utilizado y es que el gps estaba estático y nunca se cumple la lógica que activa la TX.
En ese momento caí en que la segunda funcionalidad del pulsador es forzar el envío de una baliza, lo pruebo y veo que pasa a TX... eureka!. Parece que esta todo funcionando correctamente. Fuerzo el envío de unas cuantas balizas y monitorizo en aprs.fi la que la trama ha entrado en la red, pero lamentablemente por algúnmotivo con el que ahora mismo estoy liado, la trama no es reconocida por la red.

A ésto ya le queda muy pero que muy poquito para que esté 100% operativo.

Seguimos....

Después de una larga charla en la frecuencia habitual con Victor EA4AQM y Jesús EA4EP, por cierto muy instructiva, llegamos a la conclusión de que el PIC no estaba configurado puesto que estando en modo programación desde el hiperterminal con tan solo pulsar una tecla, el tracker debe responder siempre son su configuración.
Estaba teniendo problemas en la comunicación serie con el tracker, por lo que decidimos pasar al método alternativo de configuración grabando directamente los datos de configuración en el código del programa (en la parte de memoria eeprom del pic). Utiliza los 16 primeros bytes de memoria. Para ello utilizamos el ic-prog y una vez terminado grabamos el código en el pic.
Lo ponemos en marcha y voilá!!!! todo funciona correctamente, las tramas ahora si entran en la red aprs.

Finalmente, he montado el circuito sobre una placa universal taladrada y sólo queda meterlo todo en una caja. Uso este tipo de placas porque el tema de taladrar como que me aburre un montón.

Un par de fotos....




Detalle del montaje sobre la placa de nodos taladrada.





Un saludo
Ernesto.

domingo, 10 de octubre de 2010

Comando TX para el CAT del TS480 vs TS2000

He estado cacharreando con el HRD y el TS480, y quisiera compartir algunos detalles que he descubierto en relación con la ventaja que aporta el TS480 sobre el TS2000 a la hora de ser controlado via PC.

Hace ya algunos meses estuvimos varios colegas intentando solucionar un problema que nos encontramos cuando usabamos el HRD con el TS2000. Como sabréis este equipo posee un connector trasero (ACC2) que se usa para las comunicaciones digitales (Audio In / Out, PTT, etc). El tema era que aunque el TS2000 permite via CAT hacer TX, el audio que progresa es el del microfono, lo que te obliga a usar el conector de micro o bien a hacer la conmutación RX/TX via un interface extra a través de las líneas de control del puerto serie.

Adjunto los parámetros posibles del comando TX para el TS2000:


El TS480 por el contrario permite seleccionar via CAT la entrada de audio que se desea (Micro ó Audio IN). Esto hace que el uso del equipo para modos digitales no requiera de interfaces complejos, necesitando solamente:

- Cable standard RS232 para control CAT.
- Cable audio IN.
- Cable audio OUT.

Adjunto los parametros para el comando TX del TS480:


Enviando TX1 el audio seleccionado es el Audio IN -ANI-. Por cierto el HRD lo permite sin problemas, el Mixwin envia siempre TX0, lo que requiere utilizar las macros para que se envie TX1.

Continúo explicando cómo hacer para que el MixWin envíe TX1 y así evitar un interface extra del PTT y poder hacer el PTT via CAT.

En MixWin: Menú Configurar --> Macros por Defecto seleccionais el fichero por defecto que viene de macros haciendo click en Editar y luego deberéis conseguir crear la siguiente macro. Abajo veréis dos capturas de como quedaría.


El modo para crearla es hacer click en Añadir nuevo de la imagen anterior y poner.....(ver siguiente imagen)

Con esto cada vez que el equipo da order de TX via CAT se envía el comando "TX1" haciendo que el audio del conector frontal progrese y no el del micro.


Buen fin de semana!

Conectando el Kenwood TS480 al PC

Voy a comentar como realizar la conexión del Kenwood TS480 al PC para además de tener un control por CAT poder hacer comunicaciones digitales.

Para el PTT y el CAT del equipo tan solo necesitas un cable serie que conecta el equipo desde el puerto serie del PC al puerto serie del TS480 (marcado como COM en el la parte frontal derecha del equipo).
Una vez conectado el cable, hay que configurar los parámetros de comunicación del puerto serie, que los verás en el manual del equipo. Los parámetros serán los mismos que se ajusten en el PC.
Sugiero para el control del equipo el ARCP480, (soft de kenwood para el TS480) o bien uno mucho mas completo y atractivo el Ham Radio Deluxe, ambos gratuitos.
Para el audio RX y TX es necesario hacer un cable que por un extremo tenga 2 jacks estéreo y por el otro el minidin que se enchufa en la parte central del equipo, simplemente hay que establecer la conexiones de la siguiente figura:

Buen fin de semana !

Actualizando el Kenwood TS-2000

He recuperado este texto puesto por mi en el foro de URE que trata del proceso de actualización del firmware del equipo.

Pasos a seguir:
1.- Disponer de un cable Null modem (Cable que tiene la conexion de los pines cruzados pin 2 y 3 RX con TX y alguno mas). No vale el cable que se utiliza para el control del TS2000, pues este es "directo", es decir va conectado pin a pin. (Del 1 al 1, 2 al 2, etc, etc).
2.- Disponer de un PC con dos puertos serie (o con 1 serie y 1 usb, éste último con adaptador USBa RS232)
3.- Conectar el cable null modem entre los dos puertos serie del PC.
4.- Ejecutar el programa que se hace referencia: ts—spoof. zip. que puede ser encontrado en el grupo del TS 2000 en yahoo, apartado de ficheros.


5.- Seleccionar el puerto en el programa y hacer click en "Open Com Port" seleccionando uno de los dos puertos.
"To use, connect a null modem cable between two comports. Run the Kenwood firmware package on one port and this on the other. Select the appropriate port and click Open Com Port. Then run the Kenwood update software. This program will send the appropriate responses to fool it into thinking the radio is attached enabling you to get to the firmware update section of the Kenwood program."
6.- Ejecutar el software de actualizacion de kenwood seleccionando el otro puerto.
7.- Este programa se encarga de hacer creer al software de actualización de kenwood que tiene al otro lado un TS2000 conectado.
8.- Conectar el cable "directo" al TS2000 para seguir con el procedimiento de actualización del software (sección de actualización del software de kenwood), pues ya se le ha engañado al software de kenwood para que continúe con el proceso.


Un saludo.