„VADCG” változatai közötti eltérés

Innen: HamWiki
Ugrás a navigációhoz Ugrás a kereséshez
a (kisebb javítás)
(XID)
 
(4 közbenső módosítás ugyanattól a szerkesztőtől nincs mutatva)
1. sor: 1. sor:
Ez egy rádióamatőr történelmi adatátviteli protokoll, amely helyett az [[AX.25 protokoll]] terjedt el. A kezdete az 1970-es évek végre nyúlik vissza, neve a készítő közösségnek, a kanadai ''Vancouver Amateur Digital Communications Group''-nak a rövidítése.
+
Ez egy rádióamatőr történelmi adatátviteli [[protokoll]], amit a kanadai ''Vancouver Amateur Digital Communications Group'' fejlesztett ki az 1970-es évek végén (VADCG V1, majd V2 és V3). Végül - számos előnyös tulajdonsága ellenére - az [[ARRL]] által favorizált [[AX.25 protokoll]] terjedt el.
 +
 
 +
== Alacsony szinten ==
 +
 
 +
* [[NRZI]] kódolás: polaritás és oldalsáv független vétel
 +
* [[Bitbeszúrás]]: keretezéssel egyező bitkombináció elkerülésére
  
 
== Keretfelépítés ==
 
== Keretfelépítés ==
  
<X bit szinkron><Keretezés><8 bit állomáscím><8 bit vezérlés><Tartalom><CRC 16 (HI;LO))><Keretezés>
+
<...szinkronbitek...><Keretezés><Címzés><8 bit vezérlés><Tartalom><CRC><Keretezés>(<Címzés><8 ....)
  
 +
* Szinkronbitek: legalább 16 bit bináris 0 (0-nál van HLHLHLHL állapotváltása a jelnek).
 
* Keretezés: 01111110
 
* Keretezés: 01111110
* [[Bitbeszúrás]]t használnak a keretezéssel egyező bitkombináció elkerülésére
+
* Címzés: V1-ben 8 bit volt, '''V2-ben 32 bit'''. Részleteit lásd alább.
* [[NRZI]] kódolást használnak, így polaritás- és oldalsáv független vétel valósítható meg.
+
* 8 bit vezérlés
* maximum 7 keret továbbítható egyetlen adás során.
+
* Tartalom: ajánlott 200 byte alatti méretet tartani. A 256 byte-os pufferek miatt max 250 byte. V-1 esetén ez 128 byte volt.
 +
* CRC: 16 bites, sorrend: felső byte, alsó byte.
 +
 
 +
=== Keret típusok V-2 esetén ===
  
=== Keret típusok ===
+
A 8 bites vezérlés alsó illetve alsó kettő bitje dönti el a keret típusát.
  
* Nem sorrendi információk: például csatlakozás (Connect) és bontás (Disconnect)
+
* Felügyeleti keret (S-frame, bit10: 01): ablak- (window) és folyamvezérlés. Felépítés: bit765: vett sorszám, bit4: poll bit,
* Felügyeleti keret: ablak- (window) és folyamvezérlés
+
** bit32: 00 --> RR (Receive Ready): Poll bittel együtt egy "még bekapcsolva vagyok, vételkészen" jelzésre használt.
* Információs keret: a továbbítandó tartalomhoz
+
** bit32: 01 --> RNR (Receive Not Ready): átmenetileg nem vételkész (teli vannak a pufferei)
 +
** bit32: 01 --> REJ (Reject): a küldött sorszámtól nem sikerült hibátlanul levenni a csomagokat. Az adó meg fogja ismételni.
 +
* Információs keret (I-frame, bit0 = 0): adat. Felépítés: bit765: vett sorszám, bit4: poll bit, bit321: adott sorszám.
 +
* Számozatlan információs keret (UI-frame): adat, vezérlés byte legalsó két bitje 10
 +
** bit765=101 és bit32=11: XID, azaz állomásazonosítók cseréje (V-2 esetén)
 +
** bit765=010 és bit32=00: DISC, azaz kapcsolat bontása (disconnect)
 +
** bit765=000 és bit32=00: UI, azaz sorszámozatlan információs keret
  
=== Csatlakozás / bontás ===
+
=== Csatlakozás / bontás V-1 esetén ===
  
 
A csatlakozás és bontás során a keret <Tartalom> mezője kizárólag a ''feladó'' és a ''címzett'' hívójelét tartalmazza a leírt sorrendben. A 8 bites vezérlés mező értékei és jelentése:
 
A csatlakozás és bontás során a keret <Tartalom> mezője kizárólag a ''feladó'' és a ''címzett'' hívójelét tartalmazza a leírt sorrendben. A 8 bites vezérlés mező értékei és jelentése:
25. sor: 40. sor:
 
* 0x43: bontás nyugtázása
 
* 0x43: bontás nyugtázása
  
=== Felügyeleti keret ===
+
== Állomáscímek V-1 esetén ==
 +
 
 +
* 0x00: nincs művelet
 +
* 0x01...0x7F: közvetlenül csatlakozó állomások '''előre kiosztott címei'''
 +
* 0x80: foglalt
 +
* 0x81...0x9F: átjátszó bemenete
 +
* 0xa0: foglalt
 +
* 0xA1...0xBF: átjátszó kimenete
 +
* 0xC0...0xFE: foglalt
 +
* 0xFF: mindenkinek címezve
  
* felső 3 bit: következő venni kívánt információs keret sorszáma
+
Amíg az [[AX.25 protokoll]] esetében a címzés hívójel + másodlagos állomásazonosító (SSID), addig itt az állomáscím értéke nem számítható ki a hívójelből, ezért az állomáscímeket egy erre felkért koordinátor osztotta ki a nála jelentkező rádióamatőrök között.
* 1 bit poll/final: 1 értéke esetén válaszolni köteles az állomás.
+
Ellenben előnye is van a rövid állomáscím mezőnek: kevesebb felesleges adatot továbbított a rendszer, ezáltal növelve a hatékonyságot.
* 0001: vevő vételkész, 0101: vevő nem vételkész
 
  
=== Információs keret ===
+
== Címzés V-2 esetén ==
  
* felső 3 bit: következő venni kívánt információs keret sorszáma
+
A Vancouver V-2 esetében 8 bit helyett 32 bites cím mezőt alkalmazott Douglas Lockhart (VE7APU).
* 1 bit poll/final
 
* 3 bit: kisugárzott információs keret sorszáma
 
* alsó bit 0.
 
  
Tartalom: maximum 128 byte hosszú ASCII szöveg.
+
Az állomás cím itt már:
 +
* 16 bit cél
 +
* 16 bit forrás
 +
formátumú. Ahol a 16 bites szám a hívójel módosított CRC-16 algoritmussal generált ellenőrzőösszege.
 +
A hívójel gyakran 6 karakternél rövidebb. Az üres helyet szóközzel töltötték ki. Továbbá a 7. helyre lehetett ASCII számjegyet is írni, így kommunikációs alcsatornát lehetett képezni.
  
== Időtúllépés (ismétléshez) ==
+
== XID keret (V-2) ==
  
* T1: vételi időtúllépés, 2-3 másodperc
+
A csatlakozás és a teljes hívójel csere az XID kerettel valósult meg, azaz az I keretekre alapozott adatkapcsolat felépülésekor.
* T1S: túl hosszú keret általi időtúllépés
+
Adattartalma:
* Tr: véletlenszerű várakozási idő (0,15 ... 1,5 mp) az adás elkezdéséig
+
* 4 byte: állomáscím (módosított CRC16)
 +
* 1 byte: vezérlés mező (control field)
 +
* 7 byte: küldő node neve
 +
* 7 byte: fogadó node neve
 +
* 1 byte: protokol típus mező, értéke 01
 +
* 1 byte: link típus mező, alsó bitje full/half duplex
 +
* 1 byte: ok (reason) mező. Sikertelenség esetén itt küldi az okot (cím duplikáció/erőforrás probléme/link típus probléma/protokol probléma)
  
== Állomáscímek ==
+
== Protokol specifikáció ==
  
* 0x00: nincs művelet
+
V-2 teljes leírása: https://www.tapr.org/pdf/CNC1984-NewVancouverProtocol-VE7APU.pdf
* 0x01...0x7F: közvetlenül csatlakozó állomások
 
* 0x80: foglalt
 
* 0x81...0x9F: átjátszó bemenete
 
* 0xa0: foglalt
 
* 0xA1...0xbF: átjátszó kimenete
 
* 0xC0...0xFE: foglalt
 
* 0xFF: mindenkinek címezve
 
  
 
[[Kategória: Rádióamatőr adatátvitel]]
 
[[Kategória: Rádióamatőr adatátvitel]]

A lap jelenlegi, 2015. január 23., 14:44-kori változata

Ez egy rádióamatőr történelmi adatátviteli protokoll, amit a kanadai Vancouver Amateur Digital Communications Group fejlesztett ki az 1970-es évek végén (VADCG V1, majd V2 és V3). Végül - számos előnyös tulajdonsága ellenére - az ARRL által favorizált AX.25 protokoll terjedt el.

Alacsony szinten

  • NRZI kódolás: polaritás és oldalsáv független vétel
  • Bitbeszúrás: keretezéssel egyező bitkombináció elkerülésére

Keretfelépítés

<...szinkronbitek...><Keretezés><Címzés><8 bit vezérlés><Tartalom><CRC><Keretezés>(<Címzés><8 ....)

  • Szinkronbitek: legalább 16 bit bináris 0 (0-nál van HLHLHLHL állapotváltása a jelnek).
  • Keretezés: 01111110
  • Címzés: V1-ben 8 bit volt, V2-ben 32 bit. Részleteit lásd alább.
  • 8 bit vezérlés
  • Tartalom: ajánlott 200 byte alatti méretet tartani. A 256 byte-os pufferek miatt max 250 byte. V-1 esetén ez 128 byte volt.
  • CRC: 16 bites, sorrend: felső byte, alsó byte.

Keret típusok V-2 esetén

A 8 bites vezérlés alsó illetve alsó kettő bitje dönti el a keret típusát.

  • Felügyeleti keret (S-frame, bit10: 01): ablak- (window) és folyamvezérlés. Felépítés: bit765: vett sorszám, bit4: poll bit,
    • bit32: 00 --> RR (Receive Ready): Poll bittel együtt egy "még bekapcsolva vagyok, vételkészen" jelzésre használt.
    • bit32: 01 --> RNR (Receive Not Ready): átmenetileg nem vételkész (teli vannak a pufferei)
    • bit32: 01 --> REJ (Reject): a küldött sorszámtól nem sikerült hibátlanul levenni a csomagokat. Az adó meg fogja ismételni.
  • Információs keret (I-frame, bit0 = 0): adat. Felépítés: bit765: vett sorszám, bit4: poll bit, bit321: adott sorszám.
  • Számozatlan információs keret (UI-frame): adat, vezérlés byte legalsó két bitje 10
    • bit765=101 és bit32=11: XID, azaz állomásazonosítók cseréje (V-2 esetén)
    • bit765=010 és bit32=00: DISC, azaz kapcsolat bontása (disconnect)
    • bit765=000 és bit32=00: UI, azaz sorszámozatlan információs keret

Csatlakozás / bontás V-1 esetén

A csatlakozás és bontás során a keret <Tartalom> mezője kizárólag a feladó és a címzett hívójelét tartalmazza a leírt sorrendben. A 8 bites vezérlés mező értékei és jelentése:

  • 0x17: csatlakozás kérelem
  • 0x07: csatlakozás nyugtázása
  • 0x53: bontás kérelem
  • 0x43: bontás nyugtázása

Állomáscímek V-1 esetén

  • 0x00: nincs művelet
  • 0x01...0x7F: közvetlenül csatlakozó állomások előre kiosztott címei
  • 0x80: foglalt
  • 0x81...0x9F: átjátszó bemenete
  • 0xa0: foglalt
  • 0xA1...0xBF: átjátszó kimenete
  • 0xC0...0xFE: foglalt
  • 0xFF: mindenkinek címezve

Amíg az AX.25 protokoll esetében a címzés hívójel + másodlagos állomásazonosító (SSID), addig itt az állomáscím értéke nem számítható ki a hívójelből, ezért az állomáscímeket egy erre felkért koordinátor osztotta ki a nála jelentkező rádióamatőrök között. Ellenben előnye is van a rövid állomáscím mezőnek: kevesebb felesleges adatot továbbított a rendszer, ezáltal növelve a hatékonyságot.

Címzés V-2 esetén

A Vancouver V-2 esetében 8 bit helyett 32 bites cím mezőt alkalmazott Douglas Lockhart (VE7APU).

Az állomás cím itt már:

  • 16 bit cél
  • 16 bit forrás

formátumú. Ahol a 16 bites szám a hívójel módosított CRC-16 algoritmussal generált ellenőrzőösszege. A hívójel gyakran 6 karakternél rövidebb. Az üres helyet szóközzel töltötték ki. Továbbá a 7. helyre lehetett ASCII számjegyet is írni, így kommunikációs alcsatornát lehetett képezni.

XID keret (V-2)

A csatlakozás és a teljes hívójel csere az XID kerettel valósult meg, azaz az I keretekre alapozott adatkapcsolat felépülésekor. Adattartalma:

  • 4 byte: állomáscím (módosított CRC16)
  • 1 byte: vezérlés mező (control field)
  • 7 byte: küldő node neve
  • 7 byte: fogadó node neve
  • 1 byte: protokol típus mező, értéke 01
  • 1 byte: link típus mező, alsó bitje full/half duplex
  • 1 byte: ok (reason) mező. Sikertelenség esetén itt küldi az okot (cím duplikáció/erőforrás probléme/link típus probléma/protokol probléma)

Protokol specifikáció

V-2 teljes leírása: https://www.tapr.org/pdf/CNC1984-NewVancouverProtocol-VE7APU.pdf