Autor : Pierre Cornelis, ON7PC rue Ballings, 88 B-1140 Brussels
Fecha : 27 de Septiembre de 1.989
Traducción libre de EA2BQV @ FC1PKI
1. Introducción :
En CQ-QSO de Septiembre de 1985, William ON5IQ y yo, os presentamos un
artículo sobre el Packet Radio.
Eric Langhendries ON7LE siguió el camino con su artículo " ¿Cómo hacer
tráfico en Packet Radio? " aparecido en el CQ-QSO de Octubre de 1986.
Desde entonces gran número de nuevos radioaficionados ha venido a unirse
a nosotros, por lo que me ha parecido necesario escribir un nuevo
artículo.
Este artículo quiere ser una introducción al Packet Radio, y no un
tratado completo, pero podemos señalar algunas obras de referencia:
- Stan Horzepa WA1LOU: Your Gateway to Packet Radio, Octubre 1987
- Terry L. Fox : AX.25 Amateur Packet-Radio Link-Layer Protocol
Version 2.0, Octubre 1984
- La relación de conferencias sobre las redes, organizadas por la
ARRL y que tuvieron lugar:
1. el 16 y 17 octubre 1981 en Gaithersburg,
2. el 19 marzo 1983 en San Francisco,
3. en abril 1984 en Trenton,
4. el 30 marzo 1985 en San Francisco,
5. el 9 marzo 1986 en Orlando,
6. en agosto 1987 en Redondo Beach
7. el 1 octubre 1988 en Columbia
Todas las publicaciones anteriores están disponibles en la ARRL, y además
se pueden añadir:
- un número entero de 73 Amateur Radio de agosto 1986 dedicado al
packet-radio
- artículos en el QST de julio 1985, agosto 1985
- artículos en el Ham Radio de julio 1983, agosto 1983,septiembre
1984, diciembre 1984, abril 1987, febrero 1988, marzo 1988
2. Y la ISO creó el OSI ...
A fin de evitar una desbandada la normalización debe ser la primera
disciplina a aplicar en nuestro mundo tecnológico.
Tomemos el ejemplo de una cadena estéreo, ¿cuántas veces le ha ocurrido
no poder conectar un cassette a la instalación de un amigo porque los
conectores no eran compatibles?
La normalización puede también subdividirse en varios aspectos:
- el aspecto mecánico (la forma mecánica de los conectores por
ejemplo)
- el aspecto eléctrico (los niveles de las tensiones presentes en
los bornes de un conector),
- el protocolo (la descripción del diálogo entre una máquina y un
aparato asociado).
En informática, la International Organization for Standarization (ISO)
ha tenido como misión normalizar les comunicaciones entre ordenadores.
El fruto de su trabajo se concretó en la proposición de un modelo de
referencia: Open Systems Interconnection Reference Model (OSI-RM).
El modelo consiste en una jerarquía de siete capas; la primera representa
el nivel mas bajo y la séptima la de nivel más elevado (como diría un
palizas !). Cada capa no puede comunicar mas que con una capa que esté
por encima o por debajo suyo.
Algunas porciones del OSI-RM han sido ya utilizadas para la normalización
del interface con la red pública de conmutación por packet.
Esta norma o protocolo se denomina Recomendación CCITT X.25 y es la base
del AX.25.
El modelo de referencia OSI es un armazón alrededor del cual debe ser
concebido el protocolo de comunicación.
La primera capa o capa física está compuesta por todo lo que afecta
físicamente (tanto desde el punto de vista mecánico como desde el punto
de vista eléctrico) al flujo de bits de un lugar hacia otro.
Por ejemplo la Electronic Industries Association (EIA) ha formulado una
norma para la conexión entre un equipo terminal de tratamiento de datos
(Data Terminal Equipment o DTE - por ejemplo un ordenador o un terminal)
y un equipo de finalización de circuito de datos (Data
Circuit-terminating Equipment o DCE - por ejemplo un modem).
Esta norma está definida por el documento EIA-232-D sucesor del famoso
EIA RS-232-C y se le denomina mas comúnmente RS-232.
La segunda capa o capa de enlace tiene como objeto colocar los datos en
tramas y proporcionar una transferencia exenta de errores. Se añaden a
esta trama informaciones de direcciones del expedidor y del destinatario.
Se calcula un código ("Cyclic Redundancy Check" o CRC) para cada trama,
este código es verificado por la estación destinataria con el código de
la estación expedidora. Si no hay concordancia la trama es rechazada.
El procedimiento HDLC (High-level Data Link Control) del ISO ha sido
adoptado como capa de nivel 2.
El protocolo HDLC es un protocolo orientado en los bits, define la manera
de encapsular informaciones en una trama y como añadirle un CRC y un
flag.
La tercera capa o capa de nivel, concierne a la ruta de las tramas a
través de una red. Esto se obtiene gracias a añadir información de ruta
en cada trama.
Existen dos aproximaciones diferentes:
- la "conexión virtual" que establece primero un circuito específico
y lo mantiene activo durante toda la duración de la transferencia
de informaciones entre la fuente y el destinatario. Una vez
establecido el circuito virtual, ya no es necesario transmitir las
informaciones concernientes a la ruta.
- el protocolo del tipo "datagrama": transfiere cada packet
independientemente según la ruta de mejor calidad. Cada trama
contiene las informaciones completas de dirección y de rutas.
La misión de la cuarta capa o capa de transporte es la de mantener una
conexión asegurando que los datos sean encaminados
de la fuente hacia el destinatario.
La quinta capa o capa de sesión, gestiona el log-on y la autentificación.
La sexta capa o capa de presentación proporciona el medio de traducir o
de interpretar los datos intercambiados.
La séptima capa o capa de aplicación proporciona el interface entre el
modelo de referencia y la aplicación del usuario.
Cuando se habla de protocolo AX.25 nivel 2 significa que la capa 2 (la
capa de enlace) está definida.
Actualmente, la capa 2 está definida perfectamente, las capas 3 y 4 se
encuentran en plena experimentación con los Net/Rom, TheNet, TexNet,
TCP/IP y otros ...
3. AX.25, el protocolo de la capa de enlace :
El AX.25 Amateur Packet Radio Link Layer Protocol, Version 2.0 fue
adoptado por la ARRL en octubre de 1984 , este protocolo fue descrito por
Terry Fox WB4JFI, uno de los gurus de la AMRAD.
El protocolo AX.25 fue reconocido también por la mayoría de las
administraciones encargadas de controlar el servicio de aficionados, en
una palabra, está reconocido a través del mundo como "el protocolo
standard de packet radio".
Tal y como está definido, el AX.25 funciona tanto en semi- como en
full-duplex. El AX.25 autoriza las conexiones múltiples y la conexión
consigo mismo.
4. Las tramas y los campos AX.25 :
Una transmisión AX.25 se compone de pequeños "bloques" de informaciones
denominados "tramas". Une trama está a su vez dividida en elementos más
pequeños llamados "campos".
Existen tres tipos de tramas:
- las tramas de informaciones o tramas I, contienen las
informaciones enviadas de una estación hacia otra.
- las tramas de supervisión o de control o tramas S, realizan el
control de la comunicación, por ejemplo acuse de recepción de una
trama del tipo I o solicitud de repetición.
- las tramas no numeradas o tramas U
Cada trama comprende un campo bandera (flag), un campo de direcciones,
un campo de control, un campo de información, un campo FCR y un campo con
la bandera final.
El campo de flag o "bandera" indica el comienzo y el final de una trama.
Una sola bandera puede ser compartida por dos tramas, en este caso la
bandera indica el final de la trama precedente y el comienzo de la trama
siguiente. La longitud del flag es de 8 bits (1 octeto) y su valor es
único que vale:
0111 1110 o sea 7E en valor hexadecimal.
Cuando decimos que su valor es único, quiere decir que no podremos, en
ningún caso, encontrar una secuencia igual, es decir donde 6 bits "1"
estén seguidos. Para realizar este imperativo, existe un procedimiento
que se denomina "bit stuffing" (o inserción de cero) que consiste en
añadir, en la emisión, un cero cada vez que se encuentren 5 bits
consecutivos de valor 1. Por supuesto, se debe incorporar un
procedimiento inverso en la recepción: cada vez que se encuentren 5 bits
consecutivos de "1", hay que suprimir el "0" que sigue.
El campo de direcciones contiene el indicativo de la fuente y del
destinatario de la trama. Puede también contener el indicativo de uno de
los 8 digipeaters (según AX.25 Versión 2). La longitud del campo de
dirección varía pues de 14 a 70 octetos (112 a 560 bits)
Los 7 primeros octetos del campo de direcciones contienen el indicativo
y el SSID del destinatario.
El indicativo tendrá pues un máximo de 6 caracteres, el codificado se
hace sobre 7 bits, siendo siempre el octavo bit 0, excepto para el último
indicativo mencionado en el campo de dirección.
El SSID permite utilizar el mismo indicativo varias veces. Para el octeto
que contiene el SSID,
- el primer bit, llamado "H", - es 0 si se trata del expedidor o del
destinatario, - y en el caso de indicativos de repetidores, es 1 si
la trama ha sido repetida por el digipeater y 0 en caso contrario.
- los bits 2 y 3 se denominan "R" y están reservados a un uso local
o futuro,
- los bits 4 a 7 están reservados al SSID propiamente dicho, por lo
que puede tomar todos los valores comprendidos entre 0 y 15,
- el bit 8 llamado bit de extensión es siempre 0 excepto si se trata
del último indicativo (fuente o repetidor) mencionado en el campo
de dirección.
Los octetos 8 a 14 contienen el indicativo y el SSID del que ha
transmitido la trama (fuente).
Los octetos 15 a 70 son facultativos y llevan pues los indicativos y SSID
de los diferentes digipeaters.
El campo de control tiene una longitud de un octeto, la tabla siguiente
resume los diferentes valores que puede tomar:
tipo de : : bit
trama : : 7 6 5 4 3 2 1 0
---------:------------------------:-------------------------
trama I : : N(R) P N(S) 0
---------:------------------:-----:-------------------------
trama S : receiver ready : RR : N(R) P/F 0 0 0 1
: receiver not ready RNR : N(R) P/F 0 1 0 1
: reject : REJ : N(R) P/F 1 0 0 1
---------:------------------:-----:-------------------------
trama U : set SABM mode : SABM: 0 0 1 P 1 1 1 1
: disconnect : DISC: 0 1 0 P 0 0 1 1
: disconnected : DM : 0 0 0 F 1 1 1 1
: unnumbered ack : UA : 0 1 1 F 0 0 1 1
: frame reject : FRMR: 1 0 0 F 0 1 1 1
: unnumbered info : UI : 0 0 0 P/F 0 0 1 1
-------------------------------------------------------------
- N(S) número de secuencia en emisión es decir el número de la trama
transmitida,
- N(R) número de secuencia en recepción es decir el que espera
recibir, gracias a este número se sabe que el receptor ha recibido
correctamente todas las tramas hasta N(R)-1
- P/F bit poll/final es decir pide la escrutación o de terminación
El PID ('Protocol IDentifier') no está presente mas que en las tramas I
y UI e indica el tipo de red que es utilizada.
Los valores de PID utilizados mas comúnmente son:
- tráfico packet radio normal AX.25 level 2 version 2 : F0
- la Net/Rom y TheNet : CF
- TCP/IP : CC y CD
El campo de información contiene los datos que son transmitidos por una
trama de tipo I, de tipo UI o por una trama de rechazo de trama (FRMR).
La longitud máxima es de 256 octetos.
El campo de Frame Check Sequence FCS se utiliza como detección de error,
contiene un número de 16 bits (o sea 2 octetos) que se calcula según la
Recomendación ISO 3309. De hecho se toma el número binario formado por
todos los bits enviados, se divide por
x16 + x15 + x2 + 1
o sea 1100 000 000 0101
y el resto de la división proporciona el número que será utilizado como
FCS.
En la recepción se pone en juego un procedimiento idéntico y el resultado
del FCS calculado en la recepción, y el transmitido en la trama serán
comparados, para ver si son idénticos, y se concluirá que la transmisión
es correcta.
La utilización de los tipos de tramas de supervisión (S) es la siguiente:
- una trama del tipo Receiver Ready (RR) señala al corresponsal que
todas las tramas han sido recibidas correctamente y que puede
continuar enviando nuevas tramas.
- una trama del tipo Receiver Not Ready (RNR) señala que todas las
tramas han sido recibidas correctamente, pero que no se puede de
todas formas transmitir nuevas tramas.
- una trama del tipo Reject (REJ) pide la repetición a partir de la
trama N(R), habiéndose recibido sin error las tramas precedentes.
La utilización de las tramas de informaciones no numeradas (U) es la
siguiente:
- una trama del tipo Set Asynchronous Balanced Mode (SABM) inicia
la conexión entre dos estaciones de packet. La estación destinataria
puede responder con un UA o un DM.
- una trama del tipo Unnumbered Ack (UA) se envía como respuesta a
una trama del tipo SABM, cuando la conexión es realizable.
- una trama del tipo Disconnect Mode Response (DM) se envía como
respuesta a una trama del tipo SABM, cuando la conexión no es
realizable (estación ocupada).
- la trama de Frame Reject (FRMR) se envía cuando la estación es
incapaz de tratar la información y la expedición de una nueva trama
no arregla las cosas. Este tipo de trama tiene en el campo de
informaciones, 3 octetos que especifican la naturaleza del error.
Es muy raro ver este tipo de trama.
- las tramas no numeradas del tipo Unnumbered Information (UI)
permiten enviar informaciones sin que esté establecida la conexión.
Como no puede haber corrección de error, no se puede dar ninguna
garantia sobre la validez de esta trama.
5. ¿ Cómo funciona una unión AX.25 ?
Supondremos aquí que trabajamos con un TNC2 de TAPR o un equipo
compatible.
Como se anuncia en el cine ... "todo parecido con un indicativo o una
persona que haya existido no es mas que pura coincidencia..."
Sea pues ON5AV que desea contactar con ON1KAN, ON5AV ordena a su estación
de packet iniciar la conexión.
Para hacer esto, ON5AV comienza por poner su TNC en modo comando, envía
CONTROL C, retorno de carro (vamos a designar éste por CTRL C ) en
respuesta a este comando el TNC de ON5AV va a indicar que ya está en modo
comando y para ello va a presentar un cmd: en la pantalla.
Ya que el TNC espera un comando, enviemosle la orden de establecer la
conexión con ON1KAN o sea: CONNECT ON1KAN . El TNC de ON5AV va a
construir una trama con ON5AV-0 como indicativo de la fuente, y con
ON1KAN-0 como destinatario, siendo el campo de control del tipo SABM. Y
esta trama va a ser enviada, vía el conector de micrófono, al emisor y
transmitida "on the air" a ON1KAN.
Al mismo tiempo arranca un temporizador llamado 'acknoledgement timer
T1'.
Si ON1KAN-0 está operacional, y es capaz de recibir la petición de
conexión de ON5AV, el TNC de ON1KAN responderá a la petición de conexión
de ON5AV enviando una trama UA, y el TNC de ON5AV presentará en la
pantalla *** Connected to ON1KAN.
Si ON1KAN-0 está ocupado y no puede aceptar una petición de
conexión, su TNC generará una trama DM y el TNC de ON1KAN enviará una
trama que hará aparecer en la pantalla de ON5AV *** ON1KAN busy y
después *** Disconnected.
Si no se recibe ninguna respuesta, el TNC de ON5AV continúa enviando
SABM's hasta el momento que el tiempo T1 llegue a su fin, entonces el TNC
de ON5AV presentará en la pantalla *** retry count exceeded seguido de
*** Disconnected.
Pero supongamos que la conexión sea posible, ON5AV puede entonces enviar
informaciones hacia ON1KAN, informaciones que serán 'encapsuladas' en
tramas de tipo I, y cada vez el timer T1 será puesto a cero. El protocolo
AX.25 prevé que se pueda transmitir como máximo 7 tramas antes de recibir
un acuse de recibo.
Si el destinatario ON1KAN recibe las tramas I en el orden correcto y sin
errores (el control del FCS es positivo), ON1KAN envía un acuse de
recibo. Si no hay trama I para transmitir, enviará una trama RR (o
eventualmente RNR), pero si hay tramas I para transmitir podrá enviar el
acuse de recibo en el interior de estas tramas I.
Si el destinatario recibe tramas en un orden diferente del que esperaba
(es decir el que está en su tabla), enviará una trama del tipo REJ.
Si una trama no es válida (porque el FCS calculado no corresponde al FCS
en la trama), ON1KAN no enviará REJ, ni RR ni RNR, en éstas condiciones
el temporizador T1 del TNC de ON5AV finalizará y el TNC de ON5AV
reenviará las informaciones al cabo de cierto tiempo.
Una vez que ha finalizado el contacto entre ON5AV y ON1KAN, uno u otro
podrán romper la conexión. Supongamos que ON1KAN hace una demanda de
desconexión, su TNC genera una trama DISC, y coloca el timer T1 a cero.
La estación que recibe un DISC reenvía un UA y vuelve al modo de
desconexión. Cuando la trama UA es recibida por la estación que ha pedido
la desconexión, pone el timer T1 a 0 y vuelve al modo desconectado. Si
no se recibe ninguna respuesta antes del fin de T1, la estación
retransmite una trama DISC hasta que obtenga una respuesta, o hasta que
el número de intentos se sobrepase.
Así funciona el AX.25, pero si desea conocer en detalle los mecanismos
del protocolo, le aconsejamos leer AX.25 Amateur Packet Radio Link Layer
Protocol, Version 2.0 Octubre 1984 editado por la ARRL.
6. El protocolo de Vancouver :
Antes del AX.25 Doug Lockart VE7APU escribió un protocolo base sobre el
SDLC (Synchronous Data Link Control) de IBM.
Analicemos rápidamente las diferencias esenciales que residen en el campo
de direcciones y el identificador de protocolo (PID).
El campo de direcciones no usa mas que 2 octetos y esta dirección se
calcula a partir de los 2 indicativos de la forma del FCS. Algunos
encontrarán un fallo en el procedimiento. Según Doug Lockhart VE7APU, no
es así, pues el radioaficionado tiene siempre la posibilidad de
identificarse claramente en el campo de información.
En efecto en CW, en fonía, en RTTY, en ATV, puede Ud. pasar su indicativo
en cada cambio, cada vez que Ud. toma el manipulador, el micro, el
teclado ... y por lo menos una vez cada 10 minutos ! Con el protocolo V2,
debe Ud. hacer lo mismo, es decir, pasar su indicativo en el campo de
información ...!
Además el protocolo de Vancouver no reconoce la posibilidad de poder
hacer retransmitir la trama por un digipeater, y no posee PID.
¿Es necesario conocer todo esto para hacer packet-radio me preguntarán
Uds.? La respuesta es la del normando!
No, pues puede Ud. hacer un qso de packet, o contactar con los BBS
ignorando todo esto. Pero si quiere comprender realmente las indicaciones
SABM, RR, FRMR... proporcionadas por su TNC, comprender la influencia de
los parámetros del TNC, resolver los problemas eficazmente y quizás ...
participar en el desarrollo del packet entonces las nociones anteriores
son indispensables.
Conclusión: El aspecto mágico del packet radio se debe principalmente al
protocolo AX.25 y vale la pena molestarse un poco...
7. La puesta en funcionamiento de una estación de packet-radio:
Una estación de packet radio de aficionado se puede subdividir en 3
partes:
el equipo terminal, el equipo de packet,y el equipo de radio.
Trataremos aquí la instalación clásica con un TNC tipo TNC 2 de TAPR.
8. El equipo terminal :
Los terminales que se utilizan habitualmente son terminales u ordenadores
que emulan la función terminal.
Generalmente se distinguen los equipos terminales de tratamiento de datos
(equipo informático, terminal u ordenador) y los equipos de terminación
de circuito de datos (modem, etc ...).
Hay programas disponibles a fin de emular un ordenador a terminal,
"emular" significa "que le hace trabajar como un terminal".
No obstante, la mayoría de estos programas están orientados para ser
utilizados con líneas telefónicas y algunas funciones no se podrán
utilizar (formación del número de teléfono, etc...). Por otra parte
ciertas funciones específicas del tráfico de packet no estarán
implementadas.
No obstante se han desarrollado programas terminales específicamente
orientados al "packet radio". Para el IBM-PC y compatibles existen, entre
otros:
- PACPRO de Southern Software Systems, Rt. #1, Box 1030, Hahira, GA
31632, USA
- PCPACKET de Kalt & Associates, 2440 E. Tudor Rd. Suite #138 ,
Anchorage, AK 99507, USA
- YAPP de Jeff Jacobsen, WA7MBL, 1400 E 900 N, Logan, UT 84321, USA,
etc ...
9. El TNC :
Se designa por TNC (Terminal Node Controller) un circuito que reagrupa
las funciones de traductor de packet (PAD) y de modem.
Un TNC tiene principalmente un microprocesador y un circuito controlador
HDLC.
El microprocesador es el cerebro del sistema, controla todas las
funciones del TNC gracias al programa contenido en la memoria viva (ROM
o EPROM).
El controlador HDLC por su parte se encarga de la transformación de los
datos en tramas. Además el HDLC calcula el FCS . Ciertos TNC's realizan
la función HDLC en software (GLB y Kantronics).
Además, el TNC lleva un interface para la conexión de un terminal que
responda a las especificaciones RS232.
Un TNC tiene también memoria viva bajo forma de RAM con alimentación por
batería o por acumulador ("battery back-up") a fin de conservar los
parámetros y los mensajes en caso de corte de alimentación, pero la
memoria viva puede también presentarse bajo forma de memoria no volátil
RAM o NVRAM.
Disponiendo de un flujo de símbolos binarios (es decir "1" y "0"
representando la información) será necesario codificarlos de forma que
se adapten a la banda pasante de los soportes utilizados (el canal de
radiofrecuencia).
La codificación RZ (Return to Zero), a cada elemento binario "1"
corresponde un impulso y hay un retorno hacia el potencial cero. Esta
codificación ocupa un espectro de frecuencia importante, y se prefiere
el NRZ (Non Return to Zero),es una codificación que todos los que hacen
RTTY conocen bien.
El NRZ tiene el inconveniente de definir de forma estricta la marca y el
espacio y para evitar el problema de sentido de manipulación "normal" o
"reverse", se puede adoptar le código NRZI (Non Return to Zero Inverted)
donde la marca y el espacio no están unidos al estado (1 o 0) del
elemento binario transmitido, pero un 0 indica un cambio entre un
elemento binario "1" y un elemento binario "0" (o inversamente), mientras
que un 1 es signo de no cambio. Este sistema de codificado NRZI, forma
parte del protocolo AX.25 y del HDLC.
El packet radio utiliza conexiones del tipo "acceso aleatorio". Cada una
de las estaciones examina si el canal de radio está libre antes de pasar
a emisión. Este método se denomina Carrier Sense Multiple Access with
Collision Detection (CSMA/CD).
Desgraciadamente dos estaciones pueden oír a una tercera, esperar el fin
de la transmisión de esta última y pasar simultáneamente a emisión. Se
dice entonces que hay "colisión".
Si las dos señales tienen prácticamente el mismo nivel de RF serán
indecodificables, por contra, si una trama es recibida con un nivel de
RF por lo menos 20 Db superior podrá ser decodificada pero la señal más
débil será "aplastada".
Los programas modernos llaman actualmente a rutinas pseudo aleatorias
para obviar este problema y el método se denomina método de la
persistencia.
Cuando los pioneros hicieron los primeros ensayos, utilizaron modems que
respondían al estándar Bell 202 pues estos modems eran disponibles en el
mercado de recuperación. Por esto la norma Bell 202 se utiliza en VHF.
Se define como una velocidad de transmisión de 1200 bits/segundo, una
frecuencia de marca de 1200 Hz y una frecuencia de espacio de 2200 Hz.
La modulación FSK (Frequency Shift Keying) modula la portadora entre 2
frecuencias (la marca y el espacio).
El término semi duplex significa la posibilidad de transmitir y de
recibir informaciones en momentos diferentes. Tal y como se emplea en el
dominio radioaficionado, el estándar Bell 202 no puede ser utilizado mas
que en semi duplex.
En HF las normas de modulación son un poco diferentes : se utiliza la
norma Bell 103 con una velocidad máxima de 300 bits/segundo.
Se han desarrollado ciertos modems que utilizan el PSK principalmente
para el tráfico de satélite.
Asimismo se han llevado a cabo ciertas investigaciones con modems a 2400,
4800 o 9600 bits/seg.
Finalmente Ud. elegirá su TNC en función de los criterios siguientes:
Ciertos TNC's no llevan modem, otros tienen un modem ajustable sea
para la HF (Bell 103) sea para la VHF-UHF (Bell 202), otros disponen
de dos modems optimizados por filtros de entrada.
Ciertos TNC's permiten la operación simultánea en HF y en VHF.
Algunos permiten el gateway entre los dos ports.
Ciertos TNC's están destinados específicamente a un tipo de
ordenador.
Ciertos TNC's pueden funcionar también en otros modos (CW, Baudot,
ASCII, AMTOR, SSTV, Facsimil, ...)
Personalmente yo utilizo les TNC2 de Eisch para la estación de ON7RC, y
para mi estación utilizo un HAPN para el tráfico normal pues posee
funciones integradas bastante interesantes y un KAM principalmente para
las decamétricas, (pero también para VHF-UHF claro), y también para RTTY.
10. El 'equipo de radio :
Generalmente se utiliza un transceptor de FM tradicional para la banda
de 2 metros o un transceptor de SSB tradicional para bandas decamétricas.
Habitualmente la conexión directa al conector "micro" por una parte y al
jack "external speaker" por otra "funciona", pero hemos constatado que
aparecen numerosos problemas cuando el emisor estaba sobremodulado e
incluso sin sobremodulación aparecía una distorsión tal que asombra que
"funcione"! La causa de estas distorsiones reside en la cadena de
amplificación del micro donde se encuentran filtros pasa-bajos,
compresores y discriminadores. Los circuitos de preénfasis y de
desénfasis en esencia introducen desfases. Todas estas "mutilaciones"
pueden ser tales que la señal sea inutilizable. Sería pues preferible
aplicar la modulación directamente al varicap (o a la etapa que le
precede) y recuperar la señal de BF justo después del discriminador.
Otro factor importante es el tiempo de conmutación emisión/recepción.
Este tiempo es bastante importante para los equipos antiguos a relés,
actualmente con las conmutaciones por diodos, este tiempo es
considerablemente reducido. En el tiempo de conmutación, hay que tener
en cuenta también el tiempo necesario para la estabilización de los VCOs.
11. La maldita conexión RS232 :
La conexión entre el TNC y el terminal necesita un cable RS232. Si la
norma EIA 232-D es clara y precisa, su aplicación no lo es en absoluto
y probablemente se pasará Ud. una o dos tardes para resolver este
problema.
El conector RS232 es un conector del tipo DB25, pero en el IBM-PC AT se
encuentra un conector DB9 !
El equipo ETTD o DTE posee habitualmente un conector macho, mientras que
el ETCD o DCE posee un conector hembra.
Le aconsejamos vivamente utilizar cables RS232 estandard cableados en
línea, es decir las patillas 1 unidas, las patillas 2 unidas, etc ...,
y utilizar "las pequeñas cajitas" para realizar todas las
interconexiones.
Un nivel bajo ("0") representa una tension positiva, un nivel alto ("1")
una tension negativa. Los niveles de tension son como mínimo de + y - 3
voltios y como máximo de + y - 15 voltios
Aunque las funciones de las 25 patillas estén bien definidas, en
numerosos casos no se emplean todos los contactos.
Los contactos siguientes son los más utilizados:
1 : FG : Frame ground
masa del chasis
2 : TD : Transmitted Data
datos transmitidos
3 : RD : Received Data
datos recibidos
4 : RTS : Request to Send
el DTE pone esta línea en estado H, si quiere
transmitir
5 : CTS : Clear To Send
el DCE pone esta línea en 1 si está dispuesto a
recibir
6 : DSR : Data Set Ready
el DCE pone esta línea en estado H si está dispuesto
a enviar.
7 : GND : ground
masa eléctrica
8 : DCD : Data Carrier Detect
el DCE envía un 1 si recibe la portadora
20: DTR : Data Terminal Ready
estado H si el terminal está en funcion
En la mayoría de los TNC2-TAPR y compatibles, la señal CTS no entra por
la patilla 4, sino por la 20, lo que es contrario a la norma RS-232.
A menudo la simple conexión de 3 hilos es suficiente:
TXD 2 <----------------< 2 TXD
TNC RXD 3 >----------------> 3 RXD Terminal
GND 7 ------------------ 7 GND
Pero si su terminal utiliza RTS/CTS para el handshaking :
TXD 2 <----------------< 2 TXD
RXD 3 >----------------> 3 RXD
TNC RTS 4 <----------------< 4 RTS Terminal
CTS 5 >----------------> 5 CTS
GND 7 ------------------ 7 GND
Si su terminal utiliza obligatoriamente las señales CTS, DSR y DCD
entonces tendrá que utilizar el siguiente cableado:
TXD 2 <----------------< 2 TXD
RXD 3 >----------------> 3 RXD
GND 7 ------------------ 7 GND
|-----< 4 RTS
TNC |-----> 5 CTS Terminal
|-----> 6 DSR
|-----> 8 DCD
|-----< 20 DTR
A veces también, el terminal no está cableado como un DTE sino como un
DCE, será necesario entonces realizar un cableado con conexiones
cruzadas.
En todos los casos un mini-tester con LED será un instrumento muy eficaz
por no decir indispensable.
12. La conexión con el emisor-receptor :
La conexión entre el TNC y el emisor-receptor necesita:
RX input : la señal de BF recibida y que pasa por el circuito
del silenciador ("squelch").
TX output : la señal emitida aplicada en lugar del micrófono
PTT : línea puesta a masa cuando se pasa a emisión
masse : la masa
Las señales RX input y TX deben ser conducidas por cables blindados.
La mayoría de los transceptores modernos poseen une clavija de micro de
6, 7 u 8 contactos, estando presentes la entrada de micro, el PTT y la
masa, pero también a veces la señal del receptor.
Si a pesar de todo no se encuentra presente la señal del receptor, será
suficiente tomar una patilla libre (o si no la hay utilizar la patilla
que lleva los +5V al teclado DTMF de los micros utilizados en los Estados
Unidos) y de conectar esta patilla a la salida de altavoz (el jack
"external speaker") vía una resistencia de 100 ohms por ejemplo.
Antes de realizar los primeros test, será conveniente verificar los
parámetros.
13. La velocidad de transmisión :
La velocidad de transmisión se evalúa en bits/segundo. El TNC se comunica
con el terminal por medio de un port serie, es decir que los bits son
transmitidos sucesivamente unos después de otros.
Las velocidades de transmisión deben ser iguales. Al nivel del terminal
una tecla debe permitir acceder a un menú de configuración que permitirá
a su vez elegir la velocidad de transmisión.
La velocidad de transmisión del TNC se selecciona gracias a interruptores
DIP, puentes u otros.
Ciertos TNC están equipados de una selección automática denominada
"autobaud", enviando a partir del terminal algunos caracteres (CR, * ,
... ver la documentación), el TNC calcula la velocidad y se posiciona en
ella.
Aunque no exista ninguna regla imperativa, se aconseja trabajar a una
velocidad igual o superior a la velocidad utilizada en el port radio y
se utiliza habitualmente 4800 o 9600 bits/seg.
La velocidad de transmisión del lado radio es o de 300 bits/seg (HF),
o de 1200 bits/seg (VHF-UHF). Se estudian nuevos modems y se utilizará
futuramente 9600 bits/seg.
14. Puesta en servicio :
Cuando conecte su TNC, deberá ver aparecer un mensaje de la forma:
|| A:
Tucson Amateur Packet Radio TNC2
AX.25 level 2 Version 2.0
Release 1.1.4 11/13/86 - 32 kRAM
Checksum $21
cmd:
Es raro que funcione a la primera, no se inquiete demasiado, he aquí
algunos puntos a verificar:
- proceda siempre por partes y razone lógicamente
- verifique el terminal:
- desconecte el terminal del TNC, si teclea algo no verá nada (la
función ECHO de su terminal está en OFF) o verá el carácter que ha
tecleado (la función ECHO está en ON);
- en el DB25 del terminal conecte RD con TD (patillas 2 y 3): debe
ver aparecer todo lo que teclea o bien una vez (ECHO en OFF) o bien
dos veces (ECHO en ON);
- en estas condiciones su terminal no utilizará las señales RTS/CTS
y el control del flujo de informaciones deberá estar gestionado por
XON/XOFF y el cableado entre el terminal y el TNC se hará con 3
hilos;
- si no es este el caso entonces su terminal necesita utilizar otras
señales: reensaye conectando RTS y CTS unidos;
- en estas condiciones su terminal utilizará las señales RTS/CTS,
se dirá también que el flujo de informaciones está gestionado de
forma material, y el cableado entre el terminal y el TNC se hará con
5 hilos;
- en caso de fallo pruebe también con DTR, DSR y DCD (patillas 20,
6 y 8);
- mientras no haya solucionado el problema del terminal es inútil
abordar el apartado siguiente !
- inserte el TNC, conéctele la tension, debe ver el mensaje de
bienvenida. Si no este el caso, el procesador, la EPROM, la RAM o
la mitad del controlador HDLC que sirve para terminal pueden ser
defectuosos.
- realice un bucle digital es decir conecte RD y TD del controlador
HDLC juntos (quitar eventualmente el o los circuitos integrados del
modem), ponga FULLDUP ON, teclee algo, de nuevo debe obtener una
copia doble de su mensaje. Si falla el test, la mitad del
controlador HDLC que sirve para el port radio puede ser defectuosa.
- realice a continuación un bucle analógico (es decir en AFSK),
uniendo en el conector que va al emisor-receptor RX y TX (atención
el nivel de emisión deberá a menudo ser puesto al máximo ...)estando
FULLDUP en ON, debe obtener una copia doble. Si el test falla, el
modem y los circuitos anejos pueden ser defectuosos.
La mayoría de los errores del nivel RS232 se deben a una velocidad
incorrecta, un formato incorrecto (número de bits, número de bits de
stop),o un cableado RS232 incorrecto.
Si todos los tests son positivos y a pesar de todo no le reciben habrá
que verificar el nivel de modulación del emisor o ver si no hay "retorno
HF". El error más frecuente a nivel radio, es también una
sobremodulación, escuche su modulación con la ayuda de un receptor
auxiliar y disminuya la modulación hasta el momento en que la señal de
audio disminuya también.
16. Los comandos del terminal :
Es evidente que todos los comandos que describiremos aquí deberán ser
introducidos cuando el TNC esté en modo "comando", si no fuera éste el
caso habrá que enviar un CTRL C que generará el prompt "cmd:"
característico del modo comando.
La mayoría de los comandos están seguidos por un argumento (de un valor)
que puede ser un número (del que daremos los límites) o un valor lógico
(ON u OFF).
Los comandos pueden ser introducidos tal y como se representan aquí, o
solamente los 2 o 3 primeros caracteres, consulte el manual de su TNC.
La función de eco permite ver en la pantalla lo que escribe en el
teclado. La mayoría de los terminales generan de oficio el eco, pero si
no fuera el caso, su TNC podría encargarse si teclea ECHO ON , el
carácter tecleado será transmitido por la línea TD del RS232, su TNC hará
el eco, retransmitiéndolo por RD del RS232. Si el eco se realiza al nivel
del terminal y al nivel del TNC verá aparecer todos los caracteres
dobles, será suficiente entonces simplemente poner ECHO OFF .
La mayoría de los terminales generan un retorno de carro automático
después de cada retorno de carro. Si no fuera el caso , se puede realizar
por medio del TNC tecleando AUTOLF ON .
El TNC y el terminal deben funcionar con longitudes de palabra idénticas.
Habitualmente se puede elegir entre 7 y 8 bits por carácter. Por defecto
el TNC trabaja con 7 bits. Si su terminal no sabe trabajar mas que con
8 bits, será suficiente teclear AWLEN 8 .
De la misma manera el TNC y el terminal deben trabajar con la misma
paridad, por defecto, se elige la paridad impar porque la mayoría de los
terminales trabajan en paridad impar. Aquí también, en caso de conflicto,
se puede adaptar el TNC al terminal:
PARITY 1 : paridad impar
PARITY 2 : sin paridad
PARITY 0 : paridad par
La mayoría de las pantallas tienen una anchura de 80 caracteres, si no
fuera el caso el comando SCREENLN n ( donde 017. Los comandos del port radio :
La velocidad de transmisión del port radio, es como hemos comentado antes
o de 300 baudios en HF o de 1200 bits/seg en VHF-UHF. Habitualmente se
selecciona por medio de interruptores DIP, y su elección entraña la
utilización del modem apropiado, a saber Bell 103 para los 300 bits/seg
y Bell 202 para los 1200 bits/seg.
Le intervalo emisión-recepción se determina principalmente por su
emisor-receptor, el tiempo de basculamiento de los relés y el tiempo de
estabilización del VCO son los dos factores determinantes.
El comando TXDELAY n (donde 0 1 < n < 15) permite fijar el número máximo de tentativas de
retransmisión, después del cual el TNC abandonará diciéndole "*** retry
count exceeded" y después "*** DISCONNECTED"
El comando FRACK n ( donde 1 < n < 15) permite determinar el tiempo
entre dos tentativas de emisión. Por defecto este tiempo es de 3
segundos, pero se debe adoptar la regla siguiente en caso de transmisión
vía digipeater:
FRACK = ( 3 x (2 x número de digipeaters +1)
Cuando un TNC funciona como digipeater, retransmite inmediatamente las
tramas recibidas después de algunos microsegundos necesarios para la
modificación del bit H. Cuando un TNC transmite sus propias tramas,
espera no obstante un tiempo fijado por DWAIT n (donde 0 < n < 250 y está
expresado en 10 ms).
Se podría también utilizar un relé de fonía para enlazar las señales de
packet. Esta técnica muy popular en los Estados Unidos, no se utiliza en
Europa. El retardo AXDEL n (donde 0 < n < 250 y está expresado en 10 ms)
se añade al retardo TXDEL a fin de estar seguro de que el relé esté
conmutado en posición de transmisión. La mayoría de los relés FM fonía
continúan transmitiendo una portadora no modulada incluso en ausencia de
señal de entrada, como el TNC hace una detección de portadora BF, es
necesario incluir un tiempo AXHANG n (donde 0 < n < 20 y está expresado
en 100 ms).
Para obviar el problema de colisiones, los TNC más modernos utilizan
rutinas pseudo-aleatorias que se pueden conectar gracias a PPERSIT.
Cuando el TNC debe pasar a emisión, espera a que el canal de radio esté
libre, genera después un número aleatorio (117. Los comandos de identificación :
A fin de modificar su indicativo y su SSID, se utiliza MYCALL ON4xyz-6.
Habitualmente TODAS las estaciones utilizan el SSID "-0".
Por defecto este parámetro es NOCALL. Preste atención y si no desea
utilizar este indicativo que no es uno, introduzca correctamente su
indicativo con MYCALL.
Por defecto también, el SSID es 0.
18. Los modos de comando, de conversación y transparente :
En el modo de comando el TNC2 de TAPR envía el prompt cmd: indicando al
operador que espera un comando. Algunos comandos han sido descritos
antes.
El modo de conversación es aquél mediante el cual se "conversa" con su
corresponsal, todo lo que se escribe en el teclado es transmitido.
Ciertos caracteres son interpretados como comandos y el TNC interpretará
por ejemplo un CTRL C como una solicitud de paso a modo comando, esto
puede ser muy molesto en caso de transmisión de ficheros que incluyan
esos caracteres.
La solución a este problema es el modo transparente, donde todos los
caracteres serán transmitidos. Para volver al modo de comando habrá que
teclear 3 veces un carácter especial.
19. El establecimiento del contacto :
Supongamos que ON1KAN quiera entrar en comunicación con ON5AV, estando
el TNC de ON1KAN en modo comando, teclea entonces: CONNECT ON5AV el TNC
envía una petición de conexión.
Conviene hablar aquí del comando NEWMODE que en posición ON hace bascular
al TNC del modo comando al modo conversacional o transparente desde que
se establece la conexión.
El modo al cual es conmutado está determinado por CONMODE CONV (para el
modo conversacional) o CONMODE TRANS (para el modo transparente).
El TNC envía entonces peticiones de conexión hasta que ésta sea
establecida, o hasta que el número máximo de tentativas ("retries") se
alcance. en este caso el TNC enviará al terminal el mensaje *** retry
count exceeded y *** DISCONNECTED.
Si su corresponsal está ocupado recibirá el mensaje *** ON5AV busy y ***
DISCONNECTED .
Si por fin, así lo esperemos, se establece la conexión, se recibirá ***
CONNECTED to ON5AV.
20. Siempre es su turno ...
Contrariamente a los otros modos utilizados en el dominio amateur, no
debe esperar a que su corresponsal le ceda la palabra (... o el teclado),
desde que se establece la conexión, puede introducir su texto en el
teclado.
21. El fin del contacto :
Un contacto radioamateur se termina habitualmente por un "73 see you
later...", en packet, hay que añadir una etapa, habrá que desconectar su
TNC.
Si estuviera en modo conversacional habrá que pasar primero a modo
comando mediante CTRL C.
Si está en modo transparente, será necesario enviar 3 veces CTRL C en un
tiempo inferior al especificado por CMDTIME n (donde 0 < n < 250 y
expresado en segundos).
En uno u otro caso, recibirá entonces el prompt cmd:, podrá entonces
desconectarse enviando DISCONNECT (o simplemente D), y el terminal
presentará *** DISCONNECTED.
El carácter de control que permite pasar a modo comando puede también ser
modificado gracias al comando COMMAND n donde n es el valor hexadecimal
del carácter de control.
22. Vigilancia de la actividad de packet radio :
Un TNC es capaz también de presentar en pantalla el tráfico escuchado y
establecer una lista de las diferentes estaciones.
La presentación en pantalla se obtiene gracias al comando MONITOR ON.
Las informaciones aparecen entonces bajo la forma :
ON5WB-2>ON5DX:He reservado 30 plazas para la comida con los amigos de
Nancy ... es suficiente?
El signo > separa el destinatario del expedidor y los : separan los
indicativos de la información. El primer indicativo es la estación que
llama, el segundo la estación destinataria.
Se puede también vigilar el tráfico durante una conexión gracias al
comando MCON ON.
Es posible también saber los digipeaters utilizados gracias al comando
MRPT ON y las tramas aparecerán entonces bajo la forma:
ON7PC> ON7KL,ON7LE, ON5EB,ON1KLM*: Desolado, quedo qrt ahora, te volveré
a llamar hacia las 21 horas ...
El asterisco * indica la estación que ha sido escuchada.
Puede ser también interesante tener información relativa a la fecha y a
la hora que se ha recibido la trama.
El TNC posee un reloj interno que hay que poner en hora primero gracias
al comando DAYTIME yymmddhhmm donde yy es el año, mm el mes, dd el día
del mes, hh la hora y mm los minutos.
Se puede también elegir entre el formato americano (4/17/88 para el 17
abril 1988) o el formato europeo (17-4-88 siempre para el 17 abril 1988)
gracias al comando DAYUSA ON u OFF.
De todas formas el reloj no es preciso, pero se puede ajustar gracias al
comando CLKADJ n donde n representa un número de 0 a 65535. Hay que
señalar que la hora se pierde con cada corte de alimentación.
Cuando se haya puesto el reloj en hora, es posible pedir MSTAMP ON lo que
hará aparecer el día y la hora en que se ha recibido la trama, por
ejemplo:
ON5WB-2>ON5DX[07/20/88 12:34:45]:He reservado 30 plazas para la comida
con los amigos de Nancy ... es suficiente?
Esta presentación puede estar bastante sobrecargada a veces, el comando
HEADERLN ON puede paliar este inconveniente presentando la información
bajo la forma:
ON5WB-2>ON5DX[07/20/88 12:34:45]:
He reservado 30 plazas para la comida con los amigos de Nancy ... es
suficiente?
El reloj interno puede servir también para fechar los mensajes de
conexión a condición de haber puesto CONSTAMP ON, el mensaje aparecerá
entonces bajo la forma:
*** CONNECTED to ON7LE [03/08/88 12:23:34]
Se puede obtener la lista de las estaciones escuchadas pidiendo MHEARD
lo que dará la lista de las 18 últimas estaciones escuchadas bajo la
forma la forma:
ON6YO-5 27/02/89 20:57:33
ON6YO* 27/02/89 20:57:32
ON4AWP-2 27/02/89 20:57:27
ON1BGX* 27/02/89 20:55:29
ON7NU 27/02/89 20:54:51
ON1ANR-2 27/02/89 20:53:29
ON1BBO 27/02/89 20:51:47
ON6MR-15 27/02/89 20:51:32
ON4LC 27/02/89 20:50:10
ON7NU-5* 27/02/89 20:48:25
ON5EB 27/02/89 20:42:55
ON7JB 27/02/89 20:38:43
ON1ANI 27/02/89 20:24:01
ON4OR-15 27/02/89 20:21:53
ON7VM 27/02/89 20:21:15
ON1BGX-5 27/02/89 20:18:29
ON4OR* 27/02/89 20:11:00
ON1BBO-2 27/02/89 20:07:32
El asterisco significa que esta estación ha sido escuchada a través de
un digipeater.
La fecha y la hora no aparecen mas que si MSTAMP está ON y la lista puede
ser puesta a cero gracias a MHCLEAR.
El TNC permite también un monitoreo selectivo, se debe introducir una
lista de como máximo 8 indicativos y SSID de las estaciones gracias a
LCALLS CALL1,CALL2,... CALL8. Entonces el comando BUDLIST ON permite
eliminar todas las tramas que provengan de estas estaciones.
Otra forma de proceder es la utilización del comando MFROM
CALL1,...,CALL10 que permite eliminar los mensajes que provengan de una
de estas 10 estaciones, o el comando MTO CALL1,..., CALL10 que permite
eliminar los mensajes destinados a una de estas 10 estaciones.
Estos comandos aceptan también ALL y NONE como indicativos.
MALL permite vigilar tanto las tramas entre estaciones conectadas como
entre estaciones no conectadas.
23. Control de los parametros del TNC :
El comando DISP permite presentar la lista de los parametros.
Para conocer el valor particular de un parámetro, basta introducirlo en
el teclado sin argumento, por ejemplo para conocer el MYCALL, basta
teclear MYCALL para tener la respuesta MYCALL ON7PC-3.
24. La conexión con su propia estación :
El protocolo AX.25 permite, a fin de experimentación, conectarse con su
propia estación. Si por ejemplo ON5AV quiere conectarse a sí mismo vía
ON1KAN utilizado en digipeater, basta teclear el comando C ON5AV V
ON1KAN. Todo lo que transmita ON5AV le será reenviado!
25. Las conexiones múltiples :
Un TNC se puede conectar a 10 estaciones simultáneamente. Cada uno de los
contactos es gestionado en un canal que lleva una letra de la A la J pero
se puede limitar el número gracias al comando USERS n donde n es un
número de 1 a 10.
Para pasar de un canal a otro, hay que encontrarse en modo comando y
pedir |B, el TNC cambia de canal y presenta entonces |Bcmd: a partir de
entonces todo comando se dirigirá al canal B, las tramas recibidas
estarán precedidas de |B.
Todo mensaje introducido por el teclado estará precedido de |n para
indicar el canal por el que debe ser transmitido.
El comando CSTATUS permite obtener una lista tal como:
A stream - Link state is: CONNECTED to ON1KJR VIA ON5VL-2
B stream - IO Link state is: CONNECT in progress
C stream - Link state is: CONNECTED to ON1KTA
D stream - Link state is: DISCONNECTED
etc ...
El IO indica que todo lo que se introduce en el teclado será transmitido
hacia ese canal.
También es posible añadir el indicativo de su corresponsal gracias al
comando STREAMCA ON, los mensajes aparecerán bajo la forma:
|A:ON1KJR: Te agradezco el último programa que ...
Personalmente encuentro que con más de 2 interlocutores, es muy difícil
tener una conversación coherente!
26. Los digipeaters :
El digipeater (contracción de "DIGIgital rePEATER") es un equipo capaz
de recibir packets y retransmitirlos. Un digipeater no retransmite los
packets en los que hay concordancia entre el indicativo y el valor del
bit H.
Hemos visto que el campo de dirección del AX.25 puede contener, además
de los indicativos del destinatario y del expedidor hasta 8 indicativos
de digipeaters. Los indicativos de los digipeaters están colocados en
orden, es decir que el primer indicativo de digipeater que sigue al
indicativo del expedidor, será el digipeater que repetirá en primer lugar
la trama.
A fin de asegurar una retransmisión en el orden correcto, el bit H se
pone a 0 mientras el packet no haya sido retransmitido por el digipeater.
Cuando el packet ha sido retransmitido por el digipeater, el bit H es
puesto a 1. Una trama no es retransmitida por el digipeater siguiente,
mientras que las direcciones de los digipeaters que le preceden no estén
a 1.
Los digipeaters no dan acuse de recepción, únicamente la estación
destinataria puede hacerlo, "remontando" la cadena de los digipeaters.
En consecuencia, cuando se utilizan digipeaters, el temporizador T1 debe
ser puesto a un valor superior.
Todo TNC AX.25 es capaz de servir de digipeater, pero un comando permite
prohibir esta posibilidad.
Un digipeater multiports puede recibir una trama en una frecuencia y
retransmitirla en otra frecuencia. El TNC ordinario no puede funcionar
como digipeater multiport, sólo algunos TNC especiales como PAC-COMM
DR200 o Kantronics pueden realizar esta función.
Los puristas dirán que la función digipeater pertenece a la capa 3 (capa
de red) y que fue un error definirla al nivel 2 como lo hizo la AMRAD ...
y no estarán equivocados.
La función digipeater es muy interesante cuando el canal radio está
libre, y este era el caso hace 4 o 5 años ... actualmente la utilización
de nodos NET/ROM, TheNet, Texnet etc es mas útil.
En conclusión utilice el mínimo de digipeater posible!
27. El buen procedimiento :
Como todos los modos particulares de comunicación, el packet utiliza
frecuencias bien precisas:
160 m 1,838 - 1,842 Mhz RTTY + packet radio
80 m 3,580 - 3,620 Mhz RTTY + packet radio
40 m 7,035 - 7,045 Mhz RTTY + packet radio
30 m 10,140 - 10,150 Mhz RTTY + packet radio
20 m 14,075 - 14,100 Mhz RTTY + packet radio
17 m 18,100 - 18,110 Mhz RTTY + packet radio
15 m 21,080 - 21,120 Mhz RTTY + packet radio
12 m 24,920 - 24,930 Mhz RTTY + packet radio
10 m 28,050 - 28,150 Mhz RTTY + packet radio
2 m 144,625 - 144,675 Mhz packet radio
70 cm 430,600 - 430,800 Mhz packet radio
433,625 - 433,775 Mhz packet radio
438,025 - 438,175 Mhz packet radio
23 cm 1240,000 - 1241,000 Mhz packet radio
1298,500 - 1300,000 Mhz packet radio
13 cm 2355,000 - 2365,000 Mhz packet radio
2392,000 - 2400,000 Mhz packet radio
Conviene atraer la atención sobre el hecho de que el comité HF de la IARU
Región 1 preconiza utilizar los mismos segmentos recomendados para el
tráfico RTTY y para el packet radio. En USA, se adoptó un plan de
frecuencias diferente, y así es corriente escuchar estaciones americanas
en 14,103 , 14,105 , 14,107 y 14,109 Mhz por ejemplo.
Para evitar las colisiones, elija una frecuencia donde haya menos
actividad.
Llamada CQ: gracias al comando UNPROTO CQ se puede lanzar una llamada,
incluso sin conexión establecida!
El TNC puede también enviar automáticamente un mensaje a la hora de la
conexión. Este mensaje será introducido por el comando CTEXT (texto ...)
y si CMSG está ON entonces su corresponsal verá su texto que puede ser
un aviso del tipo "Lo siento estoy ausente, estaré de vuelta hacia las
20 horas" o si su sistema posee un PMS "Por favor conecta con mi PMS en
ON7PC-5".
Los TNC pueden enviar un texto de baliza que se puede introducir gracias
a BTEXT por ejemplo BTEXT ON7PC * JO20EU * BRUSSELS que se repetirá o,
cada n x 10 segundos (BEACON EVERY n) o después de n x 10 segundos de
desocupación de la frecuencia (BEACON AFTER n) con 0 < n < 250.
La función de baliza fue introducida en una época en la que el packet
radio estaba en estado de balbuceo. Actualmente las frecuencias están tan
llenas que se aconseja no poner la baliza en funcionamiento. Y si lo hace
... haga BEACON EVERY 250 (es decir cada 41'40") y quédese en el shack
para responder ... sino la baliza no tiene sentido!
Y ya está, aquí termina la "visita guiada" en el mundo de las
comunicaciones por packet!
Recordemos una vez más que esto no era mas que una breve reseña, y que
he debido alargar esta exposición ... en la medida de lo posible trataré
de responder a vuestras cuestiones y distribuiros las informaciones o los
programas que dispongo.
Espero no obstante que las informaciones dadas podrán estimularos a
descubrir todo lo que no he explicado aquí.
De todas formas, buen tráfico en packet radio !
Pierre, ON7PC @ ON7RC.