APRS
(Automatic Position Reporting System)
Se ha hablado y escrito mucho
sobre APRS. En esta sección trataremos de ser objetivos, brindando información
imprescindible para comenzar a operar en este modo de transmisión.
QUE ES APRS ?
APRS Automatic
Packet/Position Reporting System o Sistema Automático de
Información de Posición, es una modalidad de transmisión combina el uso
de mapas digitales para posicionar en ellos estaciones fijas o móviles,
basado en la modalidad de Packet Radio.
El APRS es un modo de
operación que utiliza como plataforma inicial al Packet Radio (Protocolo
AX-25 Level II). Posee sus propios comandos y parámetros, los cuales se
suman a los comandos y parámetros normales de Packet Radio.
El APRS parte de una
filosofía que incorpora aplicaciones de modalidades digitales como
geolocalización y radiolocalización que hacen la diferencia con Packet
Radio clásico. La transferencia de información se hace en VHF a
1200 baudios.
La frecuencia de
operación (en Buenos Aires) es usualmente 144.935 MHz simplex. Se trabaja
con el programa UI-VIEW el cual permite ver en mapa digital la localización
en tiempo real de las estaciones, chatear entre una o varias estaciones
simultáneamente, enviar información completa entre estaciones, etc.
VOLVER
INSTALACIÓN
BASICA
(Daniel
Toro)
Las estaciones pueden
dos tipos: fijas y móviles. Las fijas son los QTH de los radioaficionados
y sedes de radioclubes, entre otros y las móviles son estaciones en
movimientos cuya posición es reflejada en tiempo real en los mapas
digitales.
Los elementos mínimos
para disponer de una estación APRS son:
ESTACION APRS FIJA:
-
Transceptor de VHF
-
TNC para packet
radio (Ejemplo: KAM, PK232, KPC3, MFJ1278, etc.) o en su defecto
tarjeta de sonido e interface.
-
Computador 486 o
mayor con Windows 95/98
-
Software AGWPE
como motor y controlador de protocolo
-
Software para
manejo de mapas y APRS ( UI-VIEW o WinAPRS)
-
Mapa de la región
donde va a operar.
Dependiendo
del TNC ó Tarjeta de sonido y sistema operativo, pueden ser necesarios
algunos archivos DLL´s.
ESTACION APRS MOVIL:
-
Transceptor de VHF
-
TNC, PC Portátil
y software
-
GPS.
VOLVER
UI-VIEW CON AGW Packet-Engine
(EB5AGF)
1°) CONFIGURACIÓN
DE LAS COMUNICACIONES CON AGW PACKET ENGINE
AGW
Packet Engine puede utilizarse para manejar bajo Windows un gran número
de dispositivos hardware para Packet. Antes de inicar UI-View, AGW Packet
Engine debe estar configurado y ejecutandose.
Seleccionar AGW
como "Host mode". No es necesario cambiar los parámetros
que son mostrados al pulsar el botón "Setup"
2°) CONFIGURACIÓN
DE LOS DATOS DE LA ESTACIÓN
Si no se recibe
directamente a un digipeater de área amplia (wide), y otra estación ha de
repetir previamente nuestras tramas, la dirección a la que se envían nuestras
tramas (Unproto address), debería ser: APRS,RELAY,WIDE,WIDE. Igualmente es
aconsejable ajustar posteriormente el intervalo entre balizas a las condiciones
de red y usuarios en la zona.
3°) CONFIGURACIÓN
DEL DIGIPEATER
Una de las ventajas en APRS es que cualquier estación
puede hacer de digipeater a otras sin que previamente se conozca su
indicativo. Esto se realiza mediante el empleo de alias genericos
como RELAY y permite recibir tramas de estaciones móviles o
portátiles sin que estas vayan modificando su configuración. Es
importante que activemos el digipeater en "Enable digi" y
escribamos RELAY.como uno de los alias.
Para
probar, la tecla F9
permite enviar manualmente la trama de identificación de la estación.
VOLVER
UI-VIEW con TNC
(EB5AGF)
1°) CONFIGURACIÓN
DE LAS COMUNICACIONES CON TNC
El programa puede
manejar directamente cualquier TNC capaz de entrar en modo KISS.
Configuración para TNC en modo KISS conectada al puerto
serie 2 (COM2) y configurada a una velocidad de 9600 baudios en el
puerto serie. Para usar una TNC conectada al primer puerto serie,
seleccionar 1 en "Com Port"
El
programa es capaz de pasar automáticamente la TNC a modo KISS al iniciarse y
abandonarlo al cerrarse. Pulsando el botón Setup aparece este nuevo
cuadro de dialogo. Es suficiente con actuar sobre el botón correspondiente a
nuestro tipo de TNC para que el programa ajuste los comandos de entrada y salida
del modo KISS.
TNC2: TNCPlus con eprom modo comando de TAPR (usado en TPK)
TF: TNCPlus con eprom modo DEDHost TF2.7, etc... (usado en TstHost)
Ka: TNC tipo KAM
Pk: TNC tipo PK232
2°) CONFIGURACIÓN
DE LOS DATOS DE LA ESTACIÓN
Si
no se recibe directamente a un digipeater de área amplia (wide), y otra
estación ha de repetir previamente nuestras tramas, la dirección a la que se
envían nuestras tramas (Unproto address), debería ser: APRS,RELAY,WIDE,WIDE.
Igualmente es aconsejable ajustar posteriormente el intervalo entre balizas a
las condiciones de red y usuarios en la zona.
3°) CONFIGURACIÓN
DEL DIGIPEATER
Una de las ventajas en APRS es que cualquier estación
puede hacer de digipeater a otras sin que previamente se conozca su
indicativo. Esto se realiza mediante el empleo de alias genericos
como RELAY, y permite recibir tramas de estaciones móviles o
portátiles sin que estas vayan modificando su configuración.
Es importante que
activemos el digipeater en "Enable digi" y
escribamos RELAY.como uno de los alias.
Para
probar, la tecla F9
permite enviar manualmente la trama de identificación de la estación.
VOLVER
UI-VIEW con WinPack
(EB5AGF)
1°) CONFIGURACIÓN
DE LAS COMUNICACIONES CON WINPACK
Si ya se utiliza
WinPack para Packet-Radio, UI-View puede utilizar a WinPack como un
dispositivo de comunicaciones. Esto permite empezar a utilizar APRS en
poco tiempo, sin embargo, WinPack deberá estar ejecutandose siempre que
se vaya a realizar APRS.
Unicamente
es necesario seleccionar WINPDDE como "Host mode".
Las demás opciones quedan deshabilitadas.
2°) CONFIGURACIÓN
DE LOS DATOS DE LA ESTACIÓN
Si no se recibe directamente a un digipeater de área
amplia (wide), y otra estación ha de repetir previamente nuestras
tramas, la dirección a la que se envían nuestras tramas (Unproto
address), debería ser: APRS,RELAY,WIDE,WIDE. Igualmente es
aconsejable ajustar posteriormente el intervalo entre balizas a las
condiciones de red y usuarios en la zona.
3°) CONFIGURACIÓN
DEL DIGIPEATER
Una de las ventajas en APRS es que cualquier estación
puede hacer de digipeater a otras sin que previamente se conozca su
indicativo. Esto se realiza mediante el empleo de alias genericos
como RELAY, y permite recibir tramas de estaciones móviles o
portátiles sin que estas vayan modificando su configuración. Es
importante que activemos el digipeater en "Enable digi"
y escribamos RELAY.como uno de los alias.
Para probar, la tecla F9
permite enviar manualmente la trama de identificación de la estación.
VOLVER
COMANDOS
(EA1/LW6DX.)
APRS
- Configuración
Muchas veces
nos hemos topado con la disyuntiva de no
saber demasiado bien como realizar una buena configuración en el
sistema de APRS, pues dando algunas vueltecillas encontré este
documento por EA3DXR, que, creo, desvelara algunos de los
"misterios", espero les sirva.
LOS PATH (caminos)
Por EA3DXR
Camino nominal.- VIA EA3XXX,..., EA3ZZZ
La trama será repetida por únicamente por los digis de la lista, según
el orden preestablecido por el operador. Si el siguiente en la cadena no
recibe la trama, se interrumpe el camino. Cada digi, antes de
reexpedirla al éter, incorpora a la trama junto a su indicativo el byte
de escuchada (representado por un asterisco) para identificar en todo
momento al repetidor.
Camino genérico.- Los repetidores utilizan alias genéricos para que no
sea preciso conocer la topología de la red de antemano, para poder
operar en ella. Una estación móvil desplazándose a través del país
no debe de preocuparse por conocer qué frecuencia se emplea en una
determinada comarca, ni las repetidoras a su alcance. Luego no tiene
necesidad de manipular su equipo, para seguir operativo.
RELAY.- Cualquier estación puede responder al alias
de RELAY (Repetidor). Las otras pueden utilizarla como digirrepetidor.
Las estaciones HF emplean
ECHO en vez de RELAY.
WIDE.- Los digis situados en puntos geográficamente prominentes,
destinados a cubrir largas distancias, utilizan el alias de WIDE. También
responderán a RELAY.
TRACE.- Cada digi WIDE tiene la habilidad de substituir el alias.
Mediante ella se autoidentifica en las tramas que repite substituyendo
con su propio indicativo los alias RELAY, WIDE o TRACE. Ello permite
conocer quién ha repetido una trama y el camino seguido por esta.
Ejemplo de camino genérico:
VIA RELAY, WIDE, WIDE
Cualquier operador APRS que tenga el digi de su sistema activado o
cualquier digi de amplia cobertura, la repetirán. En un segundo salto
será repetida por el resto de digis de amplia cobertura que reciban la
primera repetición. Si los repetidores tienen activada la función de
substitución de alias (muy recomendable) cambiarán el alias por su
propio indicativo junto al bit de escuchada.
Tomando la trama del ejemplo, repetida por los digis EA3XXX, EA3YYY y
EA3ZZZ, por este orden, veamos su aspecto en los distintos saltos:
Primer salto: EA3XXX*, WIDE, WIDE
Segundo salto: EA3XXX*,EA3YYY*,WIDE
Tercer salto: EA3XXX*,EA3YYY*,EA3ZZZ*
Si en vez de RELAY o WIDE se hubiese empleado TRACE, aunque los digis no
tengan activada permanentemente la substitución de alias, TRACE ( VIA
TRACE, TRACE, TRACE) lo fuerza con idéntico resultado.
Camino genérico con SSID. WIDEn-N.- Mediante este sistema cada digi
sustrae al SSID N, el valor de 1 al retransmitirla. Cuando N alcanza el
valor de 0, ya no es repetida de nuevo. Ello permite a un operador
indicar cuantos saltos desea que efectúen las tramas por el emitidas.
El número n sirve para conocer en todo momento el número de saltos con
que se originó la trama. Se conserva en memoria el checksum (secuencia
de comprobación de trama) de las tramas repetidas durante los últimos
28 segundos (por defecto) para no volver a repetirlas.
Ejemplo: VIA WIDE4-4.-
Primer salto: VIA WIDE4-3.
Segundo salto: VIA WIDE4-2.
Tercer salto: VIA WIDE4-1.
Cuarto y último salto VIA WIDE4.
Podemos ordenar hasta 7 saltos (SSID entre -1 y -7). A partir del SSID
-8 y hasta el -15 la trama se enrutará de acuerdo con lo expresado en
la tabla 1.
TRACEn-N.- El comportamiento es exactamente el mismo que WIDEn-N,
adicionándole la función de substitución de indicativo, por la cual
cada digi añadirá su indicativo con el byte de escuchado a la cadena
de digirrepetición.
Ejemplo: VIA TRACE3-3
Primer salto: VIA EA3XXX*,TRACE3-2
Segundo salto: VIA EA3XXX*,EA3YYY*,TRACE3-1
Tercer y último salto: VIA EA3XXX*,EA3YYY*,EA3ZZZ*,TRACE3
La diferencia entre los diversos métodos (incluido el de SSID en el
campo de destino) radica en el ahorro de bytes en trama. El que más
ahorro comporta es el del SSID en el campo destino. Del camino genérico
sin SSID ó del método TRACEn-N, pueden resultar tramas excesivamente
grandes en caminos largos. Sin embargo, puede ser interesante para
observar las rutas entre diferentes puntos. El camino nominal puede
utilizarse de forma efectiva en algunos casos tales como mensajería,
pero precisa un conocimiento explícito de la red.
Como criterio general se recomienda a los móviles utilizar el método
WIDEn-N. En cuanto a las estaciones fijas, dependerá de la topología
de la red y del número de digis “wide” a los que se tenga acceso o
el interés del operador hacia donde propagar sus tramas. La resultante
puede ser una combinación de varios métodos, atendiendo siempre a la
recomendación de adecuar los lapsos de envío de tramas y número
saltos según los criterios expresados en el apartado de tiempo de ciclo
del net.
EMPLEO INDISCRIMINADO DEL TRACE EN LUGAR DE WIDE
Si los padres del sistema se "estrujan" el coco ahorando bytes,
parece ilógico que indiscriminadamente, se emplee TRACE cuyas tramas
ocupan enorme espació y que por la compatibilidad con AX.25, estos
campos no pueden comprimirse.
¿Para qué sirve entonces TRACE?
Es evidente que TRACE puede ser una buena herramienta para conocer la
topología de la red y de los caminos por donde se enrutan nuestras
tramas. Y además nos permite ver el camino por el que podemos enviar
nuestros "query" y mensajes a otras estaciones. Por tanto, es
bueno y saludable hacer un uso moderado de ella. Lo contrario supone
algo así como circular con un camión de gran tonelaje para salir de
paseo.
Parte de la "culpa" la tienen ciertos diseñadores de
aplicaciones. Por ejemplo: algunos programas no prevén el envío de
diferentes tipos de trama a intervalos distintos. Por ejemplo: los digis
disponen de sofware que permite el envío diversas tramas y el empleo de
diferentes caminos con temporizaciones distintas para cada uno de ellas.
En EA3 suelen mandar una trama sin PATH (local) cada 10, una WIDE4-4
cada 20 y una TRACE7-7 cada 60 minutos. Así un nuevo operador que
acceda al sistema en unos 10 minutos va a conocer los digis que recibe
en directo. A los 20 tendrá información completa de la red en muchos
kilómetros a la redonda y a la hora, puede saber por qué camino puede
acceder a un determinado digi y, por tanto, a las estaciones cercanas a
el sin necesidad de usar caminos genéricos (WIDEx-X) y por lo tanto,
con más fiabilidad y menos QRM. Y si tanta urgéncia nos corre conocer
el estado de la red, siempre podemos requerir información al sistema y
"obligar" a las estaciones a identificarse mediante el "Query
all stations" (?APRS?). Por favor: hágaser un uso responsable y
moderado de estas utilidades que son eso: utilidades, pero empleadas
indiscriminadamente se convierten en "barbaridades".
Conocer el camino hacia una estación és importante. Podemos deducirla
generalmente sobre el mapa. Para mandar mensajería es preferible
emplear un camino concreto y predefinido VIA, EA3xxx, EA3yyy, EA3zzz,
que genérico (WIDEn-N, TRACEn-N) por el ahorro de utilización del
canal que supone.
Aunque no siempre es factible. En ello nos puede ayudar mucho el
programa UI-PATCH de G7OCW. O analizar las tramas recibidas de la estación
que nos interesa, que para ello todos los programas las facilitan.
Espero les haya servido, lamentablemente no me
acuerdo la fuente de donde esta extraído, pero de parte de la gran
comunidad de APRS le agradezco a EA3DXR por su colaboración.
VOLVER
SOFTWARE
VOLVER
|