PACKET
(AX25)
Elaboré entre 1978 et 1984 par la communauté
radio-amateur, le mode PACKET est un mode AFSK comme l'AMTOR (voir ci-dessus). En 1200 bauds, il
permet l'accès en VHF aux BBS (serveurs Packet). C'est un mode qui permet le
transport des trames APRS (Automatic Position Reporting System ou Système
Automatique de Repérage de Position).
Ce mode est intégré au logiciel MULTIPSK de
Patrick F6CTE, voici sa description du mode et de ses variantes ainsi que
les spécifications propres à son logiciel :
Description :
Vitesse en bauds :
300 pour utilisation en HF et 1200 pour utilisation en VHF.
Vitesse : environ
330 mpm à 300 bauds et 1320 mpm à 1200 bauds en fonction du nombre de
répétitions
Modulation :
FSK deux tonalités (« mark » et
« space ») avec un écart entre
tonalités de 200 Hz à 300 bauds et 1000 Hz à 1200
bauds (notes fixes à 1200 et 2200 Hz)
Mode de réception :
USB ou LSB en HF (300 bauds), FM en VHF (1200 bauds)
Jeu de caractères :
caractères ASCII + jeu ANSI étendu
Forme de l’impulsion
: rectangulaire
Bande passante :
900 Hz pour le mode 300 bauds et 3400 Hz pour le 1200 bauds
Démodulation : non
cohérente
Synchronisation :
automatique en utilisant le signal
Code correcteur :
non
Code de
convolution : non
Entrelacement :
non
Pmoy/Pcrête
: 1
Protocole AX25
(principe): toute la communication se fait à travers de "trames"
(ensemble de caractères borné). Il y a différents sortes de trames
(d'information , de supervison...) qui permettent de se connecter, de faire la
communication (via une procédure automatique d'envoi et d'acquittement) puis de
se déconnecter. Chaque trame est composé:
* d'un ou plusieurs fanions
("fanion": caractère unique),
* d'un champ adresse: destinataire + SSID puis
expéditeur + SSID, le SSID définissant le type de station (de 0 à 15, station OM
simple, BBS...),
* d'un octet de contrôle définissant le type de trame,
*
pour les trames d'information: d'un champ PID (protocole de routage),
* pour
les trames d'information: du champ d'information où se trouvent les
données,
* d'un champ FCS composé de 2 octets où se trouve le calcul du CRC
("Cyclic Redundancy Check Sum") sur toutes les données de la trame jusqu'à ce
champ (sauf les fanions). Une différence entre le CRC calculé et el CRC reçu
rend la trame invalide,
* d'un fanion de fin de trame.
Note 1: le standard
en 300 bauds est le mode "Unproto" et en 1200 bauds, le mode "Connecté" (avec un
peu d'APRS en mode "Unproto").
Le Packet FSK réclame des rapports
signal-bruit très bons. Dans le cas contraire, les liaisons sont impossibles.
Note 2 :
il existe, pour le Packet, d'autres vitesses (9600 bauds, par exemple) et
d'autres modulations (PSK, par exemple).
Note 3 : on
trouvera sur Internet une grande quantité d'informations sur les différents
aspects du Packet radio.
Note 4 : en Packet,
il peut être reçu et transmis:
* des trames de position en APRS (voir
ci-dessous),
* des images en protocole DIGISSTV "Run" (voir ci-dessus, après
la description du PSK220F).
Fréquences
recommandées pour PACKET 300 bauds dont APRS et DIGISSTV "Run" (USB)
3590-3600 (QSO), 10150 LSB (APRS), 14090-14099 (QSO), 14101-14112
(BBS), 14105 (APRS), 18102 (APRS), 21100-21120 (QSO), 21113 (APRS),
28120-28150 KHz (QSO)
Pour les transmissions d'images en DIGISSTV, Patrick F6CTE propose de faire les
QSO sur 14090 Khz USB (BF autour de 1000 Hz), à 17h00 UTC si peu
de trafic.
Fréquences
recommandées pour PACKET 1200 bauds dont APRS et DIGISSTV "Run" (FM)
29250 (APRS), 144800 (APRS)
On trouvera les BBS autour de 145000 Khz (exemples de QRG: 144900, 144925 et 144950 Khz).
Pour les transmissions d'images en DIGISSTV, Patrick F6CTE propose de concentrer
les appels sur 144630 kHz à 20h00 UTC si peu de trafic.
