Introducción al APRS
Por EB1DNA
V0.2 Noviembre de 2000
1 Introducción
1.
Medio de transmisión
2.
Posicionamiento
3.
Mensajes
2 Equipamiento
2.1 Configuración de
UIView
2.2 Mapas
3 Repetidores
4 Conclusión
1.
Introducción
El APRS es un sistema Automático de Información de posición,
es decir que podemos ver en un mapa la posición en la que está una estación
fija o móvil de radioaficionado. También tiene otras capacidades como poder
ver información meteorológica, señalización en el mapa de todo tipo de
eventos (catástrofes, puntos de interés para el radioaficionado) o
telemando.
En el seguimiento de
estaciones móviles se aprovecha la tecnología que nos brindan los GPS, que
conectados a un equipo de radio nos sirven para seguir en el mapa a un
vehículo.
El APRS utiliza para
transmitir los datos el protocolo AX 25, es decir, el mismo que utiliza el
packet convencional, por lo tanto es compatible con cualquier modem o TNC
sin suponer un coste añadido.
APRS es una marca registrada
de Bob Bruninga WB4APR, pero con licencia para su uso por cualquier
radioaficionado con fines no comerciales, que empezó por 1984 con un
programa para el Commodore VIC20.
Últimamente ha sufrido una
gran evolución, por lo tanto el protocolo en que se basa el APRS está
cambiando para mejorar y adaptarse a nuevas necesidades o utilidades. Está
evolución aconsejó la creación de un comité que lidera la Tucson Amateur
Packet Radio, que es una asociación Americana especializada en
comunicaciones digitales. Este comité que reúne a los principales
desarrolladores de APRS ha creado un documento en el que se definen el
protocolo y todas las especificaciones del sistema APRS. Esto es muy
importante para estandarizar y para los desarrolladores de software.
1.
Medio de
transmisión.
Como ya hemos resaltado el
APRS utiliza el AX25 como medio de transmisión por lo tanto nos vale
cualquier TNC o modem baycom para trabajar con él. La frecuencia usual en
Europa es de 144.800 a una velocidad de 1200 baudios.
La gran diferencia respecto
al packet convencional es que la información se intercambia en modo
‘desconectado’, por lo tanto no nos tenemos que conectar a ninguna bbs ni
digipeater.
Esto es debido a que se
utilizan los paquetes UI que nos brinda la especificación del AX25 para el
intercambio de información sin establecer una conexión.
Son los mismos paquetes que
se utilizan para mandar balizas o por ejemplo en BBS FBB para difundir
listas de mensajes.
Esto tiene como
contrapartida que el control del flujo, es decir la confirmación de que ha
llegado un mensaje a su destino, no recae en el AX25 sino que es el propio
protocolo APRS el que tiene que comprobarlo.
El APRS no es un protocolo
100% infalible pero intenta buscar un equilibrio entre flexibilidad, poca
ocupación de canal y sencillez.
2.
Posicionamiento
Para informar de su posición
una estación transmite un paquete UI con las coordenadas geográficas en las
que está ubicada. Por lo tanto tendremos que acudir a un mapa de pequeña
escala para decirle al programa de APRS en que coordenadas estamos situados.
En estaciones móviles es el
GPS el que mide la posición en grados segundos y minutos, la velocidad y el
rumbo, la transmite a la TNC o el transceptor para ser enviadas por radio.
Mientras que en estaciones
fijas es conveniente transmitir una baliza cada 20-30 minutos en una
estación móvil conviene transmitir cada 30 s o 1 minuto para poder hacer un
buen seguimiento de la estación. En nuevos equipos hay otros métodos más
eficaces como transmitir una baliza cuando el movimiento sea superior a una
cifra, por ejemplo 100 metros. De esta forma se evita estar emitiendo
continuamente cuando un móvil está parado.
3.
Mensajes.
Junto con la información de
posición esta es una de las características más importantes del APRS. Su uso
es muy simple, simplemente hay que señalar en el mapa a que estación
queremos enviar el mensaje, escribirlo y enviarlo.
En este punto el programa de
APRS emite el mensaje en un paquete UI y espera a recibir una confirmación
del destinatario también en un paquete UI, por lo que no tenemos que
realizar ninguna conexión. Si no se recibe la confirmación vuelve a emitir
el mensaje hasta que se reciba. Si en cuatro intentos no se recibe el
mensaje se descarta y se marca como no-enviado.
El APRS es práctico para
transmitir mensajes pasando por hasta 4 repetidores, con lo que se pueden
conseguir distancias de 400-500km dependiendo de la orografía de la región.
Más lejos de estas distancias se hace poco práctico debido al retardo que se
produce al ir pasando por muchos repetidores.
En casos especiales, como
servidores APRS conectados por Internet o como nos ha pasado alguna vez en
Galicia que ha quedado el repetidor de Coruña conectado a uno de Inglaterra
(por tropo) y por lo tanto estableciéndose conexión entre Galicia y
Inglaterra-Francia-Holanda..., se puede cubrir muchos kilómetros.
Este sistema de enviar
mensajes funciona en tiempo real, es decir que los mensajes llegan a su
destinatario en unos 2 a 20 segundos, dependiendo del numero de digipeaters
por los que tenga que pasar el mensaje.
Ya que el APRS
nace como un sistema táctico de información de posición y comunicaciones de
emergencia, es un requisito básico que no sea necesario conocer la ruta que
ha de seguir un mensaje para llegar a la estación de destino. Para eso los
repetidores de APRS aparte del indicativo propio que tienen asignado, tienen
unos alias o sobrenombres estándares que son RELAY,WIDE,TRACE, y repiten los
paquetes que escuchen dirigidos a estos sobrenombres.
Estos sobrenombres de los
repetidores APRS son importantísimos ya que gracias a ellos podemos hacer
APRS en cualquier sitio sin tener que conocer que indicativos tienen los
Repetidores.
A parte de los mensajes
entre estaciones también se pueden mandar anuncios o boletines generales
para todas las estaciones.
Los mensajes se
transmiten línea a línea, siendo estas de unos 55 caracteres, por lo tanto
según vamos escribiendo en el teclado se van transmitiendo contiguamente.
El programa de APRS
asigna un número a cada línea para poder comprobar la confirmación del
destinatario a cada una de ellas, y para poder mostrarlas en la ventana del
destinatario en orden.
2. Equipamiento.
Cualquier TNC, o modem
Baycom o YAMM, así como cualquier equipo de VHF nos vale para montar nuestra
estación APRS en Casa. De todo lo demás se encarga el software, por lo que
solo necesitaremos un PC . Existe un programa en MS-DOS para hacer APRS,
pero conviene utilizar un PC con entorno gráfico, Windows, Linux, Mac.
El programa más utilizado en
Europa es el UIView de G4IDE. Se caracteriza por la facilidad de crear mapas
personalizados, por lo tanto cualquiera puede scannear un mapa de su ciudad
y utilizarlo en el programa. Es un programa muy fácil de utilizar y
configurar.
Es el mejor para empezar a
conocer el sistema. De todas formas hay programas para MAC y para Linux.
Para trabajar en móvil
tenemos que recurrir primero a un GPS con conexión externa de datos, y
segundo a un equipo preparado para APRS como los Kenwood TH-D7 y TM-D700.
Alinco también va a presentar un equipo para móvil preparado para APRS, pero
de ICOM y Yaesu no se sabe nada de momento.
Pero debido al tirón de
ventas que está existiendo gracias al APRS es lógico pensar que todos
quitarán modelos de equipos preparados para esta modalidad.
Con equipos preparados para
APRS (TH-D7, TM-D700, Alinco), lo único que tenemos que hacer es conectar el
GPS al equipo de radio, y este ya se encarga de todo, ya que estos equipos
tienen el software y la tnc incorporados.
Estos equipos tienen la
ventaja de que no solamente van transmitiendo la posición, sino que reciben
constantemente información de las demás estaciones y comunican al GPS dónde
está cada una. Por lo tanto si el GPS tiene capacidad para mostrar mapas,
veremos los indicativos de las estaciones, repetidores, digis u objetos en
el mapa.
De esta forma podemos ver en
el display de estos equipos que estaciones APRS están activas, en que
posición, a que distancia. Por ejemplo, cuando llegamos a una ciudad podemos
ver donde se hallan sus repetidores.
También tienen capacidad
para recibir mensajes y para contestarlos, así como para recibir información
de estaciones metereológicas.
Existen también TNC’s
preparadas para APRS y con conexión directa al GPS pero son menos prácticas
debido a que lo único que hacen es transmitir, no podemos como en los demás
equipos visualizar los datos en un display y responder mensajes, salvo que
las conectemos a un PC.
De todas formas Este
panorama esta evolucionando, por lo que aparecerán distintas soluciones para
salir en APRS con en móvil.
2.1 Configuración de
UIView
Vamos a comentar por encima
los puntos más importantes de configuración de este programa. Existen
multitud de situaciones dependiendo del modem o TNC de que se disponga pero
en principio veremos la configuración con el modem Baycom ya que es la más
utilizada.
Para trabajar con el modem
baycom en Windows es necesario disponer de Flexnet o de AGW. El problema a
día de hoy del flexnet es que el controlador de baycom es un residente
MS-DOS y por lo tanto puede dar problemas de funcionamiento en equipos
Windows. Además solamente la versión registrada del UIView permite
conectarse con FlexNet (A 18 de noviembre de 2000).
Existe otro programa que es
el AGW Packet Engine que es capaz de controlar hasta dos baycoms y multitud
de TNC’s a la vez, y comunicarse con multitud de programas como en UIView,
WinPack, NBF, TSTWin . Es decir con el podemos tener un canal en 144.800
para APRS, y otro para la BBS, El cluster, el converse.. Yo lo he probado
con tres puertos uno en baycom y otros dos en una KPC4 sin problemas.
Proceso de configuración:
Instalación de AGW Packet
Engine (Para la versión 2000.50 y anteriores )
Primero lo más importante,
conseguir el programa que se puede bajar de :
http://www.raag.org/sv2agw/inst.htm
El archivo que hay que coger
es AGWPE.zip y el Drivers.zip (dónde se incluye el driver Baycom)
Después hay que
descomprimirlos en el disco duro con el winzip en un directorio por ejemplo
C:\RADIO\AGW
Una vez aquí ejecutamos el
programa agwpe.exe
Saldrá una pantalla de
presentación que desaparecerá si pulsamos con el ratón sobre ella o después
de un tiempo automáticamente.
Después nos quedará el
programa Packet Engine residente en la barra de tareas. Nos situamos con el
ratón encima de el y pulsamos el botón derecho.
Aquí nos sale un menú en el
que tenemos que activar la opción “Winsocks Interface” con el botón
izquierdo.
Después volvemos a hacer lo
mismo y escogemos Propiedades(o Properties). Ahora sale la ventana de
configuración de puertos de radio
Pulsamos el botón de añadir
uno nuevo y nos sale una ventana de que hemos creado un nuevo puerto, le
damos aceptar.
Ahora sale la ventana de
configuración del puerto.
Escogemos el COM en el que
tengamos conectado el Baycom , la velocidad la ponemos en 1200baudios y el
tipo de TNC cogemos BAYCOM.
Una vez hecho esto ya queda
configurado el AGWPE con un puerto baycom. Para que los cambios surjan
efecto hay que cerrar el AGWPE y volverlo a ejecutar. Ahora si cogió la
configuración del modem aparecerá un dibujo en pequeño de una TNC en la
barra de inicio, al lado del reloj de Windows.
El AGW ya queda preparado
para trabajar con UIView.
Dejadlo encendido para
cuando configuremos el UIView.
Ahora hay que instalar el
UIView.
El UIView se puede
bajar de :
http://www.packetradio.org.uk/
Lo mejor de este programa es
la ayuda, en inglés por supuesto. La primera vez que lo utilices te
extrañará que cada vez que quieras ir a un menú nuevo de configuración, el
programa te remitirá al apartado de la ayuda correspondiente. Supongo que
G4IDE lo hace así porque si uno se para a leer la ayuda un poco no va a
tener problemas de configuración.
Después de bajar
el UIView hay que instalarlo como cualquier programa de Windows en el
directorio que nosotros queramos.
Una vez hecho esto habrá que
ejecutar el UIView (INICIO-PROGRAMAS-UIVIEW) .
Y empezamos con la
configuración en el menú setup
1- Escoger
menú station setup
cerrar la ventana de ayuda
que os aparecerá la primera vez.
Volver a
escoger station setup
aquí tenemos que poner:
-el indicativo
- La posición. Por ejemplo
Latitude 43.21.65N Longitude 08.24.70W
Hay que mirar en un mapa en
que coordenadas está vuestro QTH o en un GPS.
Tener cuidado ya que las
coordenadas están en Grados.Minutos.CentésimasdeMinuto y en los mapas
leeréis unas coordenadas en Grado.Minutos.Segundos. Los GPS los podeis
configurar para que den directamente las coordenadas en grados minutos y
centésimas de minuto.
Para pasar de segundos a
centésimas de minuto podéis multiplicar los segundos por 100 y dividir por
60.
- Compress dejarlo
sin tachar ya que esto activa la baliza con la información de posición
comprimida, lo que no tiene ninguna utilidad en estación base. En principio
las coordenadas comprimidas son para ahorrar tiempo de transmisión en
estaciones móviles, pero en la practica el ahorro es ínfimo y sobre todo
pensando en que equipos como el TH-D7 trabajan con TxDelay de 50 por defecto
para mejorar la comunicación en móvil.
- Unproto port tiene
que ser 1 , salvo que tengáis más puertos configurados en el AGWPE.
- Unproto adress.
Esta línea es importantísima. En principio lo mejor es dejarla en “APRS,WIDE3-3”.
De esta forma vuestras balizas podrán atravesar hasta 4 digipeaters, lo que
es suficiente, y así os podrán ver en el mapa estaciones distantes.
- Beacon Comment La
información que queréis que salga en la baliza de vuestra estación
- UI View
tag . Lo
mejor es habilitarla así os identificáis como una estación con UIView y por
lo tanto con funciones suplementarias a las de APRS.
- Beacon Interval
- fixed ponerlo a 30
El programa lanzará una
baliza de posición cada 30 minutos.
- Symbol. Escogéis el
símbolo de la casa, o la casa con la antena. O el que os corresponda.
Las demás opciones en
principio no hay que tocarlas.
2- Escoger
Comm setup
cerrar la ventana de ayuda
que os aparece la primera vez.
Volver a escoger
Comm setup
En host mode escoger
AGWPE y darle a OK
En este momento debería
salir una ventana con el listado de puertos del AGW, que se cierra
automáticamente en 10 segundos. En la lista tiene que salir el modem baycom
(Port 1 with Baycom)
En este momento ya está todo
configurado y si pulsáis F9 vuestro equipo transmitirá una baliza.
Si no sale esa ventana y
sale una que pone “AGW TCP/IP error:”connection is forcefully rejected”
significa que el UIView no se comunica con el AGW
- porque el AGW no estaba
cargado
- porque nos está activa la
opción Winsock Interface en el Packet Engine
2.2 Mapas
Existen dos
tipos de mapas para los programas de APRS, los vectoriales y los de imagen
de bits.
Los vectoriales son como los
archivos de programas de CAD, es decir un conjunto de líneas que forman las
carreteras, los ríos y toda línea que pueda tener un mapa. Tienen la ventaja
de que la precisión es muy buena, ocupan poco y se puede hacer ampliaciones
sobre ellos sin perder mucha calidad. También pueden estar formados por
capas, por lo tanto podemos activar y desactivar la visualización de ciertos
elementos como carreteras, vías de tren. El problema es que en España son
difíciles de encontrar. Tampoco son tan “vistosos” como los de mapa de bits.
Los utiliza el programa WinAPRS muy utilizado en USA.
Los de imagen son cualquier
mapa convertido a archivo gráfico mediante, por ejemplo, un scanner. Por lo
tanto aquí podemos utilizar cualquier mapa que tengamos en papel o capturado
de algún programa informático de mapas.
La gran ventaja de estos
mapas es la facilidad de obtención y su vistosidad. La desventaja es que no
es practico hacer ampliaciones sobre ellos ya que se pierde mucha calidad.
El UIView tiene mucha
implantación en Europa, aúnque solo use mapas bitmap. No tiene capacidad de
zoom como el WinAPRS, pero es mucho más atractivo visualmente y fácil de
utilizar.
En el UIView podemos
introducir un mapa digitalizado de nuestra ciudad, le damos las coordenadas
de la esquina superior izquierda y de la inferior derecha y ya lo vemos en
pantalla. Esto también es posible hacerlo con el WinAprs pero es un poco más
complicado.
3. Repetidores
A lo largo de este
documento me he referido a los repetidores digitales como digipeaters, digis
APRS o simplemente repetidores.
Se encargan de
retransmitir los paquetes Unproto que emiten las estaciones para ampliar su
cobertura y comunicarse con estaciones mas lejanas. Podemos hacer una
primera distinción entre repetidor de amplia cobertura (WIDE) y
microrepetidor (RELAY)
Son diferentes a los
repetidores de packet convencionales ya que no valen para establecer una
comunicación en modo conectado con otra estación. Es decir que no van a
repetir un paquete SABM.
Los paquetes AX25 tienen la
siguiente estructura:
ESTACIÓN>DIRECCIONUNPROTO,
VIA, VIA, VIA <UI>
Por ejemplo:
EB1DPB>APRS,WIDE,WIDE,WIDE <UI >:
La dirección Unproto para
una estación base es normalmente APRS
Y en VIA es dónde va la
lista de repetidores por donde queremos que vaya nuestra baliza.
Como podéis observar en VIA
no tenemos que poner los indicativos de los nodos, ya que todos ellos
responderán a la ruta WIDE.
Esta es una de las ventajas.
Podemos ir de viaje por cualquier lado y no tenemos ni que saber los
indicativos ni realizar cambios de configuración. Y si se abre una tropo o
una esporádica igual.
Aunque exista el WIDE como
sobrenombre de los repetidores de amplia cobertura, si queremos al ejemplo
anterior le podemos dar la ruta por la que queremos que vaya la baliza:
EB1DPB>APRS,
EC1I-1, EA1A-8, EC1H-9 <>:
Este paquete también sería
repetido por EC1I-1(Ferrol), después por EA1A-8(Ourense) y EC1H-9(Ponferrada).
Es decir en nuestro caso llegaríamos a EC1H-9 digi del Bierzo.
El APRS tiene otro formato
para el WIDE que se aprovecha del SSID como contador de repetidores por los
que ha pasado el paquete:
WIDE,WIDE,WIDE
= WIDE3-3
Es decir que podemos emitir
la baliza como :
EB1DPB>APRS,WIDE3-3 <UI >:
Y el efecto sería el mismo
que con el ejemplo anterior (WIDE,WIDE,WIDE)
Este paquete sería repetido:
Por EC1I-1 :
EB1DPB>APRS,WIDE3-2
Por EA1A-8:
EB1DPB>APRS,WIDE3-1
Por EC1H-9:
EB1DPB>APRS,WIDE3-0
Esto es un ejemplo
teórico ya que depende mucho de la forma en la que estén configurados
los repetidores y del tipo de software que tenga instalado. Existen muchas
formas de repetir los paquetes. Pero el funcionamiento es parecido.
Existe otro sobrenombre para
los repetidores que es “TRACE”. Su función es parecida a la de WIDE pero con
la diferencia que obliga al repetidor a poner su indicativo en VIA cuando
retransmite un paquete. Por ejemplo:
EB1DPB>APRS,TRACE3-3 <UI >:
Será repetido de la
siguiente forma:
Por EC1I-1 :
EB1DPB>APRS,EC1I-1*,TRACE3-2
Por EA1A-8:
EB1DPB>APRS,EC1I-1, EA1A-8*,TRACE3-1
Por EC1H-9:
EB1DPB>APRS,EC1I-1, EA1A-8, EC1H-9*,TRACE3-0
Y ahora el mejor invento del
APRS.
El sobrenombre “RELAY”.
En APRS las estaciones
móviles han de emitir sus paquetes via RELAY.
Igual que WIDE y TRACE son
los alias para el acceso de estaciones fijas a un repetidor de amplia
cobertura, RELAY es la forma aconsejada de acceder un móvil a un repetidor.
Esto es debido a que podemos
configurar cualquier estación, incluso nuestra estación particular como
repetidor de paquetes dirigidos a RELAY. Esto tiene la ventaja de que como
el numero de repetidores en el monte es limitado por nuestros medios,
cualquier estación base con buena cobertura puede actuar de ayuda para
retransmitir la baliza del móvil. Y de esta forma podemos garantizar una
mejor cobertura a estaciones móviles.
También posibilita la
instalación de microrepetidores, para conseguir una cobertura total de una
zona de sombra, sin sobrecargar la frecuencia.
Hay que tener en cuenta que
los repetidores de amplia cobertura “WIDE,TRACE” han de estar
estratégicamente ubicados, lo más separados posible, pero claro que se
escuchen entre ellos. Por que si estuvieran muy juntos, primero, no
aprovecharíamos su privilegiada cobertura, segundo, muchos se escucharían
entre si , tercero se produciría mucho tráfico redundante y el tiempo de
envío de mensajes aumentaría.
En cambio en la zona de
cobertura de un WIDE podemos poner un pequeño RELAY sin producir muchos
paquetes redundantes.
Los repes de amplia
cobertura han de responder siempre a RELAY, WIDE y TRACE.
En móvil se emplea la
siguiente ruta:
EB1DPB>APRS,
RELAY,WIDE2-2
Que en un caso real sería:
(un móvil con GPS y TM-D700)
19:41:07R
EB1DPB-2>T3QWRX,RELAY,WIDE2-2 Port=1 <UI R Len=38>:
'~/zl#X>/]"42}En ruta, QRV
en 145.250
Que es retransmitida por
nuestro repetidor:
19:41:07R
EB1DPB-2>T3QWRX,EC1I-1*,WIDE2-2 Port=1 <UI R Len=38>:
'~/zl#X>/]"42}En ruta, QRV
en 145.250
Fijaros como nuestro
repetidor de amplia cobertura escucha un paquete dirigido a RELAY y lo
retransmite sustituyendo el RELAY por su indicativo.
Podéis también observar que
en este paquete que la dirección unproto no es APRS sino T3QWRX. Este código
lo genera el Kenwood TM-D700 en este caso para enviar la información de
rumbo y velocidad que da el GPS.
La definición del protocolo
APRS es bastante compleja, ya que hay muchas variantes en las formas en que
un digi a de retransmitir los paquetes.
Pero todos los de amplia
cobertura han de responder a RELAY,WIDE,TRACE.
Para montar un repetidor
existen dos alternativas:
-Con una TNC
-Con un PC
Con una TNC2 se puede
realizar un repetidor muy compacto para dejar en el monte ya que no requiere
que se le conecte ningún PC.
Existe un firmware de IW3FQG
que grabado en una EPROM se inserta en la TNC2 y la convierte en un
repetidor APRS
Se
puede encontrar en:
http://space.tin.it/computer/msavegna/uidigi.htm
También
hay TNC’s Kantronics que pueden realizar la función de digipeater.
-Con PC
En este
caso hay pequeños programas en MS-DOS como el DIGI_NED de PE1DNN que con un
baycom y un PC 286 hacen la función de digi.
El Digi_Ned está
evolucionando mucho e incorporá aparte de las funciones de digi, funciones
de información. Un radioaficionado puede con un portátil o desde un equipo
de móvil solicitarle al DIGI_NED información de dónde se hallan sitios de
interes como repetidores de fonía, local de radioaficionados, aeropuertos,
bomberos , centros de asistencia médica y todo tipo de objetos que nosottros
le configuremos.
Esto tiene interés para
radioaficionados que lleguen a un región que no conocen. Se solicita la info
al digi y la recibimos en el equipo y en los mapas del GPS.
4. Conclusión
El APRS nace y se desarrolla
en Estados Unidos. Allí está plenamente desarrollado, con un uso, aceptación
e infraestructuras impresionantes. Ahora le toca a Europa, donde se está
expandiendo a gran velocidad. En Inglaterra, Holanda y centroeuropa está muy
implementado. En Portugal, Francia y España está en plena expansión.
A Agosto de 2000 Portugal ya
cuenta con un servidor APRS conectado a Internet continuamente, pero solo
aparecen estaciones de cercanías de Lisboa.
En EA3 hay una red estable
de repetidores APRS, estaciones metereológicas, y en Galicia también tenemos
una red montada con 3 digis cubriendo parte de Coruña, Lugo, Orense y
enlazando con un repetidor en el Bierzo (León)
No tengo noticias de otras
zonas de España.
El APRS trae aire fresco a
una modalidad como el radio paquete, que aparte del converse y el cluster,
tiene cada vez menos uso debido a su directa competencia con Internet.
El APRS trae a la radio un
nuevo concepto que crea ilusión, comunicación y trabajo en equipo entre
radioaficionados de distintas zonas.
Sus mayores cualidades son:
- Incorporación de nuevas
tecnologías y campos de experimentación.
- Flexibilidad. Se pueden
inventar muchas aplicaciones personalizadas, que
pueden llegar a ser
“estándares”.
- Combina la experimentación
radioeléctrica y la informática.
- Es visualmente muy
atractiva para demostraciones. Los programas son
atractivos y “amigables”
- POTENCIA EL CONTACTO entre
radioaficionados teclado a teclado, en
contraposición a los
sistemas individualistas de conexión a una BBS, que
es una comunicación
hombre máquina
- Señala la presencia en
móvil o en base de una estación y por lo tanto el
establecimiento de una
comunicación en fonía o intercambio de
información.
- La tecnología es conocida
y de fácil instalación
El APRS hay que entenderlo
como un servicio complementario más en nuestras manos, una herramienta.
Links imprescindibles para
empezar:
Desde estas dos páginas lo
podéis encontrar todo sobre APRS
Digigroup
Cataluña
http://www.digigrup.es/aprs/aprs.htm
Sección Local
URE Ourense
http://www.qsl.net/ea1uro/aprs.html
Una introducción al APRS
mucho mejor redactada que esta:
http://www.digigrup.es/aprs/quees.htm
Programas:
UIView
G4IDE http://www.packetradio.org.uk/
AGW Packet
Engine SV2AGW
http://www.raag.org/sv2agw/
Especificación APRS:
http://www.digigrup.es/aprs/protocolo.htm
muy buen trabajo de
EA3DXR, Toni
Planas (Digigrup-EA3)
ftp://ftp.tapr.org/aprssig/aprsspec/spec/aprs101/APRS101.zip
Para suscribirse a la lista
de APRS
http://www.digigrup.org/mailman/listinfo/aprsea
EB1DNA Ricardo Álvarez Brión
A Coruña
[email protected]
Por favor comentarme los
fallos técnicos de este documento:
[email protected]
APRS is a registered trademark of Bob Bruninga, WB4APR
