APRS

Története

Az APRS kezdete 1992-re tehető. Amerikában Bob Bruninga, WB4APR által kifejlesztett protokoll GPS-sel összekapcsolt csomagrádió állomások térképen történő megjelenítését oldotta meg (Automatic Position Reporting System). Ahogy az APRS fejlődött, újabb szolgáltatások jelentek meg: időjárás jelzések, iránymérés, üzenetküldés. Az APRS rövidítés új értelmezést kapott: Automatic Packet Reporting System.

Eltérések a klasszikus csomagrádióhoz képest

• térképeken meg tudja jeleníteni mozgó és fix állomások pozícióit
• 'egy-mindenkinek' protokoll használata, egy állomás által küldött adatok mindenkinél azonnal megjelennek, frissítődnek
• általános digipeatereket használ, a már ismert ALIAS hívójelekkel, emiatt nem szükséges ismerni a hálózat egyes állomásainak hívójelét
• intelligens átjátszással rendelkezik, hívójel behelyettesítéssel meg tudja akadályozni a hálózat 'elárasztását'
• kizárólag AX.25 UI csomagokra támaszkodik. AX.25 célcím nem hívójel, hanem APRS és az SSID pedig ha 0, akkor klasszikus VIA (kin keresztül), ha pedig nem 0, akkor az átjátszhatóság számát (ellátottsági területet) határozza meg.
• AX.25 UI frame-eket (számozatlan információs kereteket) használva támogatja a kétirányú üzenetküldést, bulletin terjesztést, gyors szöveg szétküldést

Az APRS jellemzői

A hagyományos AX.25 kapcsolat két állomás között zajlik. Először fel kell építeni egy kapcsolatot, utána lehet az adatokat adni/venni. Az APRS használatánál nem kell felépíteni kapcsolatot. Egy állomás által küldött adatok azonnal megjelennek a többi állomásnál. Az APRS programok számos platformon működnek: DOS, Windows (3.x, 9x, 2k, XP), MacOS, Linux és Palm. A programok általában rendelkeznek az APRS főbb jellemzőivel:

• Térképek - néhányszor 10m-es felbontástól a világtérképig. Mindegyik APRS állomás megjelenik a térképen, mozgó állomások esetén a sebesség és irányszög is megjeleníthető
• Időjárás jelentő állomás - automatikusan megjeleníthetők egy WX állomás adatai (hőmérséklet, szélirány/sebesség, stb.)
• DX Cluster megjelenítés - ideális DX Cluster felhasználóknak
• Internet elérés - APRS szervereket lehet telnettel elérni, így lehetőség van többszáz állomást figyelni egyszerre - az egész világon
• Üzenetek - kétirányú üzenetküldés, nyugtázással. Mindegyik beérkező üzenet 'riasztja' a felhasználót és törlésig a képernyőn marad
• Hírek (Bulletin) és közlemények (Announcement) - mindenkinek szóló, többsoros üzenetek. A hírek 20 percenként kerülnek adásra 4 órán keresztül, míg a közlemények minden órában 4 napon át
• Monitor - nyomon lehet követni a többi állomás forgalmát
• Log - a programok többfajta logot vezethetnek: hallott állomások, a teljes forgalom, stb.
• Objektumok - bármelyik felhasználó elhelyezhet egy objektumot a térképünkön. Ezáltal megjeleníthetők pl. a beszédátjátszók, BBS-ek is a térképeken.

A fentieken kívül egyes programok más egyebb szolgáltatásokat is tudnak. Ezeket az adott program illetve az APRS protokoll leírásából lehet megtudni.

A programok használatához általában egy 1200 Bd-os modemmel ellátott TNC-re van szükség. WIN95/98 alatt lehetőség van BAYCOM modem használatára az SV2AGW által írt AGWPE TNC emulátorral. Linux esetén a soros portra kötött TNC mellett az AX.25 interface-eket is lehet használni, így BAYCOM és YAMM modemet, AXIP linket is használhatunk. A legtöbb program tud GPS-t is fogadni, de stabil állomásnál ez nem szükséges feltétel.

Hogyan működik?

Egy mobil állomásnál szükségünk van egy GPS vevőre, egy TNC-re és egy rádióra. A GPS veszi a műholdak jeleit és másodpercenként kiszámolja a GPS vevő pontos koordinátáit amit kiküld a soros portján. Ez ASCII text formátumú, tartalmazza a szélességi és hosszúsági adatokat is. Ezt egyszerűen rákötve a TNC soros portjára, BEACON-ként ki lehet adni. A vevő állomások mindegyike képes dekódolni ezeket az adatokat és meg tudja jeleníteni a térképen. Egy ilyen - GPS-ből származó - adat pl. így nézhet ki:

$GPGGA,102705,5157.9762,N,00029.3256,W,1,04,2.0,75.7,M,47.6,M,,*62
       \____/ \_________/ \__________/    |     \___/           |
          |        |            |         |       |             |
         idő   szélesség    hosszúság  műholdak magasság     checksum
                                        száma

Néhány új fejlesztésű berendezéssel ki lehet váltani a mobil állomásoknál a TNC-t. Ezek általában valamilyen mikrokontrollerrel felépített, 1200 Bd-os modemmel ellátott, olcsó eszközök. (MIC-E, PIC-E, TinyTrak, stb.) Általában csak az adó oldali funkciókat tudják, a vétel csak a DCD jelzésre korlátozódik. Képesek fogadni a GPS 4800 Bd-dal érkező adatait, majd feldolgozás után AX25 csomagok formájában kiadni azokat. Általában valamilyen tömörítést is alkalmaznak, hogy a mobil állomásoknak minél rövidebb csomagot kelljen adniuk. Az APRS programok képesek dekódolni a tömörített csomagokat is.

Átjátszók használata

Az előző - legegyszerűbb - esetet tekintve, a mobil állomás BEACON adása csak szűk körzetben vehető. A TNC-nél pl: UNPROTO APRS beállítással lehet a címzett hívójelet (aliast) megadni. Valós körülmények között az adó és a vevő távolabb is lehet egymástól, emiatt átjátszók használatára van szükség. Ezt a TNC-nél pl: UNPROTO APRS via HG5XXX HG5YYY megadásával tehetjük meg, ha tudjuk a digik hívójeleit.

Az APRS-ben használatos ALIAS-ok néhány éve változtak, egyszerűsödtek. A korábban használt RELAY, TRACE és TRACEn-n alias-ok ma már nem használatosak! A RELAY helyét a WIDE1-1, a TRACEn-n helyét a WIDEn-n vette át. Bevezetésre kerültek az un. nemzeti alias-ok, Magyarországon a HUn-n.

A legtöbb APRS állomás 'hallgat' a WIDE1-1 aliasra, amit TNC-nel pl: MYALIAS WIDE1-1 megadásával tehetünk meg. Nagyobb területet ellátó, pl. hegytetőre telepített átjátszók a WIDE2-1 és WIDE2-2 aliasra is hallgatnak. A mobil állomások célszerű címzése: UNPROTO APRS via WIDE1-1,WIDE2-1 , ritkább lefedettségű területen: UNPROTO APRS via WIDE1-1,WIDE2-2 beállításra van szükségük. RH-n a WIDE1-1 helyett ECHO aliasra hallgatnak az állomások, a GATE aliast pedig az RH/URH gateway-ek használhatják. Ezekhez a beállításokhoz nincs szükség semmilyen speciális programra, maga a TNC2-ben futó TAPR firmware tudja ezt a fajta átjátszást.

Vannak speciális, APRS céljára szolgáló átjátszó programok. Ezek intelligens átjátszásra is alkalmasak. Újabb aliasokra is hallgatnak: WIDEn-n , HUn-n .

A WIDEn-n esetén az n=1..3 lehet. (Az SSID-t jelöltem n-nel.) Az átjátszó, ha egy ilyen csomagot vesz, akkor megismétli azt, de úgy, hogy az SSID-t csökkenti 1-gyel és az átjátszó digi listába beszúrja a saját hívójelét. Ha az SSID 0-ra csökken, akkor az átjátszó már nem adja tovább az adott csomagot. Ezáltal elkerülhető, hogy egy adott csomag vég nélkül keringjen a hálózatban.

Pl: ha az átjátszók hívójele HG5XXX, HG5YYY, HG5ZZZ, a mobil állomásé HA5OB-9

• az eredeti csomag: HA5OB-9>APRS,WIDE1-1,WIDE2-1
• az első átjátszó ezt adja: HA5OB-9>APRS,HG5XXX*,WIDE2-1
• a második átjátszó ezt adja: HA5OB-9>APRS,HG5XXX,HG5YYYY*,WIDE2
• a harmadik átjátszó ezt adja: HA5OB-9>APRS,HG5XXX,HG5YYYY,HG5ZZZ*

Mobil állomásoknak célszerű a WIDE1-1,WIDE2-1 vagy a WIDE1-1,WIDE2-2 útvonalat megadni. Egy jól kiépített hálózatban néhány, magas helyre telepített átjátszóval országos lefedést lehet biztosítani. Természetesen a városokban, a völgyekben, a hegyek takarásában mozgó állomást nem láthatják minden esetben az APRS átjátszók. Emiatt célszerű minden állomásnak a WIDE1-1 aliasra hallgatnia, így segítve a mobil állomásokat a legközelebbi 'rendes' átjátszó eléréseben.

A stabil, tetőantennával rendelkező állomásnak a WIDE2-2 címzést célszerű használni.

Pozíció adás GPS nélkül

Nem mindig szükséges GPS az APRS állomások részére. Például az otthoni állomás vagy az átjátszó nem valószínű, hogy elmozdul a helyéről. Ilyenkor a BEACON szövegben megadhatjuk a koordinátákat es egy szimbólumot (ikon) rendelhetünk az adott hívójelhez. Ennek formátuma kötött és 20 karakterből áll.Utána még szöveg is megadható, ami utal állomásra, infot nyújt, stb. Pl:

!4730.39N/01904.04E# aprsdigi 2.0 - Budapest/HA
|\______/|\_______/|\_________________________/
|    |   |    |    |             |
|    |   |    |    |             `------- BEACON szövege
|    |   |    |    `----------- szimbólum (itt DIGI)
|    |   |    `---------------- hosszúság
|    |   `--------------------- szimbólum tábla (/ vagy \)
|    `------------------------- szélesség
`------------------------------ APRS adat típus

Az APRS adat típus jelző ! = / @ jel lehet. Ez meghatározza, hogy van-e idő adat, az állomás képes-e üzenet fogadásra / küldésre. Bővebben az APRS protokoll leírásban olvashatsz erről. A mintában szereplő ! azt jelenti, hogy nincs idő adat és az állomás nem képes üzenet fogadásra / küldésre. A szimbólum karakter azt határozza meg, hogy az adott állomáshoz milyen ikon jelenjen meg a térképen. A legtöbb APRS program leírása, ill. az APRS protokoll leírás tartalmazza ezeket. (b=bicikli, #=digi, >=személyautó, stb.) Még egy érdekes lehetőség van a a pozíció beacon adásában. Ha a szimbólum karakter után a PHGxyvz all (x,y,v,es z pozitív egész szám, 0..9 között), akkor megadhatjuk az állomásunk rádiós elérésének határát.

(PHG = Power Height Gain - Teljesítmény Magasság Nyereség)

       PHG kód 	0 	1 	2 	3 	4 	5 	6 	7 	8 	9 	-
       Teljesítmény 	0 	1 	4 	9 	16 	25 	36 	49 	64 	81 	Watt
       Magasság 	10 	20 	40 	80 	160 	320 	640 	1280 	2560 	5120 	feet
       Nyereség 	0 	1 	2 	3 	4 	5 	6 	7 	8 	9 	dB
       Irányszög 	kör 	45 	90 	135 	180 	225 	270 	315 	360 	- 	fok
       Irány 	- 	NE 	E 	SE 	S 	SW 	W 	NW 	N 	- 	-

Példa egy PHG kódra:

PHG2230 = teljesítmény 4W, az antenna 40 feet (kb. 12m) magasan van, az antenna nyereség 3 dB, körsugárzó.

Egyes programok - pl. a linuxos XASTIR - ebből kikalkulálják a rádiós elérési körzetet és a térképen egy kör vagy ellipszis formájában berajzolják azt. (Az alábbi képen zöld körök formájában láthatók. A térképek megjelenítése ki van kapcsolva, hogy a zöld körök jobban látszódjanak.)

Az APRS ezen kívül még számos adat-kibővítéssel rendelkezik. Ezekről bővebben az APRS protokoll leírásban lehet olvasni.

Időjárás jelző állomások

Az APRS ideális eszköze annak, hogy a megfelelő típusú, házi időjárás állomás adatait kiadja rádión. A protokoll leírás részletesen tárgyalja a WX csomagok felépítését, így lehetőség van saját építésű hőmérő, szélmérő, stb. jeleinek kiadására is.

Teljes kiépítés eseten az alábbi adatok jelenhetnek meg:

• szélirány (fok)
• szélsebesség (mérföld/óra)
• széllökés sebessége az utolsó 5 percben (mérföld/óra)
• hőmérséklet (Farenheit fok)
• csapadék az utolsó 24 órában (inch)
• csapadék éjfél óta (inch)
• páratartalom (%)
• légnyomás (mbar)
• napsugárzás (W/m2)
• hó (inch)

Nem az időjáráshoz kapcsolódik szorosan, de lehetőség van telemetriai adatok küldésére is. Az ilyen adatok a mérés sorszámán kívül 5 darab 3 számjegyes analóg és egy 8 bites digitális értéket tartalmazhatnak.

Objektumok

Mindegyik APRS állomás el tud helyezni egy objektumot a térképen, ami a többi állomás térképen megjelenik. Ezáltal lehetőség van arra, hogy olyan állomásokat is feltüntessünk a térképen, amelyek nem alkalmasak az APRS kezelésére (pl. beszédátjátszók, BBS-ek, rádióamatőr találkozók helyének megadása, stb.)

Üzenetek

A sok lehetőség közül egy: gyors üzenetváltás veszély, katasztrófa esetén egy kiválasztott állomással. A személyes üzenetek rövid, egysorosak lehetnek. Az APRS protokoll lehetőséget ad mindenkinek szóló hírek, közlemények adására is. Ezek lehetőségeiről az adott program leírásából tudhatunk meg többet.

Kapuállomások

Az APRS-nél is van lehetőség internetes kapuállomások létesítésére. Ezek a kapuállomások a rádión hallott adatok elérését teszik lehetővé interneten keresztül. Az adatokhoz nem rádióamatőr is hozzáférhet, megnézheti azokat. Nem regisztrált felhasználó csak interneten csatlakozó állomásnak tud adatot küldeni. Regisztrált, hívójellel is rendelkező állomás képes csak rádiós állomással adatot cserélni. Az APRS hálózat így védve van nem rádióamatőrtől származó információk ellen. A kapuállomásokat természetesen össze is lehet kötni interneten keresztül, így egy helyi felhasználónak nem szükséges pl. egy amerikai kapuállomást meghívnia, a helyi kapuállomáson is ugyanazokat az adatokat 'látja'.

Hívójel	QTH	Tipus	Szoftver	SysOp
HG0PDB-1	Debrecen	RX-IGate (előkészületben)	JavAPRSSrvr	HG7JUV Vili, HA0BW Imi
?	Mátészalka	Fill-In Digipeater	Digi_Ned	HG7JUV Vili, HA0LR Dodi
HG0PLA-11	Püspökladány	IGate (előkészületben)	JavAPRSsrvr	HG8LXL, Laci
HG1DFB-1	Biatorbágy	IGate	JavAPRSsrvr	HG1DFB, Tamás
HG1PNY-1	Győr	Digipeater	Digi_Ned
HG2PKB-1	Kabhegy	Digipeater	UIdigi	HG2EBH, Zsolt
HG2PPA-2	Pápa	Digipeater	APRS4R	HG2EBH, Zsolt
HG2PTY-2	Tapolca	Digipeater	APRS4R	HG2EBH, Zsolt
HG3PMF-1	Pécs	Digipeater	UIdigi
HA5DI-2	Budapest	iGate	DIXPRS	HA5DI, Béla
HA5KDR-2	Gerecse	Digipeater	UIdigi
HG5PBD-2	Budapest	Digipeater	UIdigi	HA5OB, Zoli
HG6PGA-1	Galyatető	Digipeater	UIdigi	HG8LXL, Laci
HG7JUV-1,2	Hajdúböszörmény - Zelemér	Digipeater + IGate	Aprx	HG7JUV, Vili
HG8PKU-2	Kiskunfélegyháza	Digipeater	UIdigi	HG8GL, Pista
HG8PSV-1	Szarvas	Digipeater	UIdigi	HA5OB, Zoli
HG8PSZ-11	Szeged	Digipeater + IGate	JavAPRSsrvr
HG8PXL-11	Csongrád	Digipeater + IGate	JavAPRSsrvr	HG8LXL, Laci
HG8PXL-14	Csongrád	IGate	JavAPRSsrvr	HG8LXL, Laci
HA9OZD-1	Ózd	Digipeater	UIdigi	HG8LXL, Laci