|
Bemerk: Siden oppdateres kontinuerlig så sjekk
dato for siste versjon.
Informasjon for Sysop
Innhold
Generelt
Denne siden er primært beregnet på de radioamatører som skal
etablere, programmere, og/eller vedlikeholde en frittstående APRS Digipeater.
Med frittstående Digipeater menes her en digital (AX.25) relestasjon for APRS, som fortrinnsvis er høytt
og fritt plassert, og derav gir god radiodekning over et større geografisk område.
Først en liten påminnelse om sendereffekt. I og med at Digipeatere normalt er faste installasjoner så kan det være fristende å bruke høy sendeeffekt (25-50W). Husk da at de fleste stasjoner en Digipeater skal lytte på kan være alt fra håndholdte, portable, mobile, og andre faste stasjoner, som gjerne har utgangseffekter mellom 1-25W, og ikke nødvendigvis utstyrt med gain-antenner. Personlig ville jeg derfor valgt noe mellom 10 og 20W.
Forøvrig er tanken at denne siden skal inneholde detaljert informasjon om "korrekt" konfigurering
av forskjellige typer Digipeaterprogramvare.
- Uansett om du drifter en frittstående Digipeater med PROM/EPROM, eller
en som er PC basert, så bør du alltid sørge for at du har oppgradert
til siste versjon av programvaren.
Årsaken er rimelig enkel, nemlig
at programvaren da inneholder siste oppdateringer og endringer, slik at APRS protokollen
håndteres på en forsvarlig og korrekt måte.
- Det er også meget viktig at den enkelte Sysop har lest og forstått innholdet
i brukermanual, evt instruks for programmering, før en Digipeater settes på luften.
Dette vil være avgjørende for at installasjonen skal kunne være til nytte for APRS
brukere i området.
- Husk at de fleste APRS brukere ser på Sysop som en fagperson, dvs den med de beste kunnskaper
innen fagområdet. Det er derfor naturlig at Sysop også blir den som forestår nødvendig
lokal "opplæring" av brukere, dvs ved å forklare hvorledes den enkelte bruker bør
konfigurere sitt eget utstyr for at trafikken skal flyte så godt som mulig.
- I etableringsfasen kan det likeledes være behov for Sysop å monitore
APRS trafikken lokalt, slik at eventuell feil parameterbruk hos brukere kan
avdekkes og korrigeres så tidlig som mulig.
Kriterier for Standard oppsett (lansert 26 mars 2006)
Etter flere og lange diskusjonsrunder om "korrekt" oppsett av APRS, både nasjonalt
og internasjonalt, så skal nå det etterfølgende brukes på APRS i Norge, dvs
som en ny standard:
- WIDE3-3 brukes for relesending via frittstående Digipeatere
- WIDE1-1 brukes for relesending via Fill-in Digipeatere
- NORn-N kan brukes for nasjonal relesending via frittstående
Digipeater, dvs hvis og når behovet oppstår
- WIDEn-N skal normalt ikke settes høyere enn til WIDE3-3 (avhengig av lokale
forhold)
- Digipeater skal også, hvis mulig, konfigureres slik at den konverterer
brukere med for høytt antall hopp i sine beacon/pakker, f.eks
innen området WIDE7-7 til WIDE4-4
Viktig: Husk at det er innholdet i hhv UIFLOOD og UITRACE som
avgjør hvordan Digipeateren behandler WIDEn-N, og hvorledes APRS pakkene
videresendes!
- Gammelt oppsett: Hvor WIDEn-N ikke gir mulighet for sporing: UIFLOOD=WIDE
- Nytt oppsett: Hvor WIDEn-N gir mulighet for sporing: UITRACE=WIDE
Og, ved å innføre NORn-N allerede nå så utelukker vi
fremtidig "feil" bruk
av WIDE, idet dette parameter erstatter det gamle WIDE-parameteret i UIFLOOD. Dette
innebærer også at fremtidig oppsett ikke vil støtte bruken av
TRACE eller TRACEn-N, idet WIDE nå overtar plassen i
UITRACE.
Husk at pakkene fortsatt kan spores, dvs at du skal kunne se hvilke
digipeatere pakkene går via, i og med at WIDE nå er innholdet i UITRACE.
Eksempel på ideelt oppsett og bruk av WIDEn-N:
LA6IM-9 mobil har WIDE1-1,WIDE2-2 i sin packet path.
Første hopp går via LA6IM-2 Digi, og pakken ut fra LA6IM-2 skal da se slik ut:
LA6IM-9>APN391,LA6IM-2*,WIDE2-2
(* angir hvilken digipeater denne pakken sist gikk via)
Andre hopp går via LD4SJ, og pakken ser da slik ut:
LA6IM-9>APN391,LA6IM-2,LD4SJ*,WIDE2-1
Tredje og siste hopp går via LD4ST, og ser da slik ut:
LA6IM-9>APN391,LA6IM-2,LD4SJ,LD4ST*,WIDE2
I og med at NORn-N er for nasjonal bruk så er det i utgangspunktet ingen grunn
til å begrense antall hopp. Det du derimot vil oppleve i praksis er at hopp over 3-5 sjelden når frem grunnet kollisjoner og timer-settinger. I og med at NOR er satt inn i parameteret UIFLOOD så er sporing heller ikke mulig.
Hva så med RELAY, har vi noen grunn til å beholde denne?
Vel, hvis vi bruker WIDE1-1 som standard for Fill-in så har vi kun
ett parameter å forholde oss til, noe som gjør ting enklere for brukeren.
Husk at WIDE1-1 i UNPROTO fra faste/mobile stasjoner også aksepteres direkte
av frittstående WIDEn-N Digipeatere, dvs at WIDE1-1 ikke er begrenset til
en Fill-in. Skal vi derimot også beholde RELAY for Fill-in så vil vi få to parameter å forholde
oss til. Personlig vil jeg gjøre det så enkelt som mulig for brukeren, dvs ved
gjennomgående bruk av kun WIDEn-N.
For Beacon anbefales følgende, hvis programvaren tillater forskjellige Beacon:
- Beacon(1) lokalt, dvs uten bruk av path, hvert 10. til 15. minutt
- Beacon(2) for nærområdet, hvert 30. minutt, path satt til WIDE2-1 (evt
WIDE2-2)
- Beacon(3) generelt, hvert 60. minutt, path satt til WIDE2-2 (evt WIDE3-3)
- Beacon(4) generelt, hver time eller to, path kan evt settes til NOR5-5 (hvis
SSn-N brukes)
For de som kun har mulighet for ett Beacon valg, bruk ett beacon hvert 30. minutt med path WIDE2-2.
Legg også merke til at et Beacon fra en Digipeater normalt har ett hopp mindre enn det du
setter som path for brukerne. Dette er lett å overse, men ved Beacon path
WIDE2-2 så vil totalt 3 nivåer med Digipeatere være involvert,
først den Digi som sender Beacon, deretter de to neste nivåer som relesender, hi.
Detaljer for Beacon-tekst:
- Husk utropstegn (!) foran posisjonsdata (! indikerer "No Msgs") og
velg korrekt symbolvalg for ubemannet Digi (Grønn stjerne med L, S eller 1 som
overlegg)
- PHG-info, dvs Effekt, Høyde, Gain og Antenne-retning (normalt PHG med 4
siffer)
- Type, f.eks W3,NORn hvis Digpeater er satt opp for WIDE3-3 og NORn-N
- Eller, f.eks kun W3 hvis Digpeater bare er satt opp for WIDE3-3
- Stedsnavn (QTH), etc
Du bør forsøke å begrense total tekstlengde på innholdet
i Beacon.
For Kenwood TH-D7 vises max 20 karakterer tekst på skjermen, dvs foruten
PHG-data. Alt overskytende forsvinner ut i det store intet, så pass derfor på at det
viktigste kommer først i Beacon-teksten.
Som symbol bør du velge et som tydelig indikerer ditt oppsett:
- For WIDEn-N alene, dvs uten støtte for NORn-N, bruk grønn stjerne
med "L" som overlegg (L#)
- For WIDEn-N og NORn-N, bruk grønn stjerne med "S" som
overlegg (S#)
- For ren WIDE1-1, dvs ett hopp (f.eks Fill-in), bruk grønn stjerne med "1"
som overlegg (1#)
Overnevnte symboler er hentet fra "Alternate Symbol table", hvor "#" angir
grønn stjerne, og overlegg hhv L, S eller 1, som alle indikerer at Digipeateren
er oppdatert til det nye oppsettet.
- Tegnet for Grønn Sterne (#) finner du i Beacon etter oppgitt Lengdegrad, dvs tegnet etter E i østlig lengdegrad
- Bokstav for overlegg (L, S eller 1) finner du i Beacon mellom Breddegrad og Lengdegrad, dvs tegnet etter N i nordlig breddegrad
Lenger ned på denne siden finner du lenker til foreslått programvarekonfigurering
av Digipeater, basert på WIDE3-3 og NORn-N. Men, vær obs på at
disse filene oppdateres uavhengig av innholdet på denne siden, så det
anbefales derfor å kontrollere dato i selve filen.
Det tas
et generelt forbehold om riktighet av innhold i konfigureringsfilene, idet disse
ikke nødvendigvis er utprøvet og bekreftet i praksis. Se detaljer i den enkelte fil.
Håpet er at Sysops gir meg tilbakemelding om dette snarest.
Valg av TNC
Dvs, hvilken type TNC kan evt brukes til
oppsett av frittstående Digipeater?
Denne listen må ses på som veiledende, idet det kan være
flere typer som er brukbar. Du kan klikke på de forskjellige typebetegnelse nedenfor
for videre informasjon.
MFJ-1270x:
- Kan brukes som ren Fill-in, dvs for WIDE1-1, uten behov for
endringer
- Hvis MFJ-1270 skal brukes til mer sofistikert
relesending (dvs WIDEn-N osv) må den gis en "hjernetransplantasjon",
dvs at dagens PROM erstattes med f.eks UI-DIGI, eller
- den må kjøres i KISS-mode og styres fra en PC, f.eks ved
bruk av DIGI-NED eller UI-View
Kantronics:
- Kantronics KPC-3+ (v9.1 firmware og nyere) kan brukes som frittstående
Digi, men støtter ikke filtrering av for mange hopp, og
den aksepterer heller ikke ?APRSx-kommandoer fra bruker
- Callsign substitution (WIDE1-1 til eget Call) ved videresending som Fill-in er en utfordring for at dette skal fungere 100% (uttesting pågår, kommer tilbake med oppdatering når avklart)
- Alternativt, for full funksjonalitet, kan TNCen tilkobles PC eller utstyres med UI-DIGI
PROM
- Eldre KPC-3+ med v8.2 firmware som stand-alone må oppgraderes til v9.1
- Tidligere versjon av Kantronics KPC-3 (uten pluss) kan ikke oppgraderes,
og disse må derfor kjøres i KISS-mode og styres fra PC (tilsvarende
MFJ-1270x)
- KAM-XL er fullt ut APRS-kompatibel, mens det er noe usikkerhet hva gjelder eldre
modeller (KAM/KAM+)
USB microTNC:
- Priser fra ca $100.- (USD)
- På størrelse med en sigarett-pakke, dvs liten
- Kan plugges direkte til PCens USB-port for konfigurering
- Kan operere sammen med PC baserte programmer
- Eller, den kan operere som frittstående Digipeater
Bemerk: uTNC har meget begrenset støtte for New n-N Paradigm, og erfaringer
så langt tilsier at denne neppe er noe å satse på, til tross for produsentens oppgitte spesifikasjoner.
TNC-X:
- Priser fra ca $50.- (USD)
- Ren KISS mode TNC
- Kan tilkobles PC via serie-port (eller USB som tilleggsutstyr)
- Tilleggskort (X-Digi eller uSmartDigi) omgjør den til en frittstående Digipeater,
eller
- Et annet tilleggskort (X-Track) omgjør den til en ren Tracker
- uSmartDigi kommer nå også i D-PRS utgave, dvs bro mellom D-STAR og APRS
Bemerk: Har full støtte for New n-N Paradigm som Digipeater med tilleggskortet uSmartDigi, mens X-DIGI kortet gir noe begrenset funksjonalitet (NB! Ny oppdatert firmware 2007-07-16).
Oppsett av DIGI-NED
Generell info og siste versjon (0.3.9) av DIGI-NED finner du her.
DIGI-NED kan benyttes under DOS, Windows og Linux, og kan brukes
til flere forskjellige formål.
Nedenfor finner du forslag til innhold i konfigurasjonsfilen,
og her har jeg kun konsentrert meg om APRS-delen, dvs at Telemetri, DX-cluster og Satelitt-delen
er utelatt. Så langt har jeg ikke fått bekreftet om innhold i enkelte
parameter er case-sensitive, dvs om NOR skal skrives "NOR" eller "nor" i
filen, idet dokumentasjonen ikke er entydig på dette området, men jeg antar
at iallefall Windows-versjonen er case-sensitive.
Klikk her for å åpne
filen i eget vindu. Legg spesielt merke til kommentarene i filen!
Oppsett av UI-DIGI
Generell informasjon og siste versjon (19b3) av UI-DIGI finner du her.
Nedenfor finner du forslag til konfigurasjonsfil for UI-DIGI v1.9Beta3, som er
et resultatet av å ha
lest manualen til UI-DIGI, og grunndig gjennomgang av diverse oppsett
funnet på Internett.
Det anbefales at du enten bruker UIDGCFG.exe (DOS), eller 32 bit versjonen
UIDGCFG32.exe, som er datert 4 oktober 2005 eller senere, dette pga en feil i konfigurasjonsprogrammet
som følger 1.9b3. Nytt konfig-program, og andre UI-DIGI filer er tilgjengelig fra fil-seksjonen på UI-DIGIs Yahoo Gruppe.
Klikk her for å åpne
filen i eget vindu. Legg spesielt merke til kommentarene i filen!
Oppsett av UI-View
For UI-View 32-bit
v2.03 er generelt oppsett allerede dekket her, men jeg
tar med det viktigste fra Uiview32.INI filen:
[DIGI_OPTIONS] (seksjon i konfig-filen)
DIGI_ENABLED=TRUE (for at digi skal være aktiv)
UI_ONLY=TRUE (begrenser videresending til kun å omfatte UI-frames)
ALIAS_SUBSTITUTION=TRUE
DUPE_SUPPESS_SECONDS=20
ALIAS= (legg inn kallesignal, evt også RELAY hvis du vil bruke denne,
adskilt med komma)
UIFLOOD=NOR (NOR = ITU landskode, for å aktivisere nasjonal relesending)
UITRACE=WIDE (erstatter tidligere TRACE)
WIDEN-N=TRUE (for å aktivisere bruk av NORn-N)
TRACEN-N=TRUE (for å aktivisere bruk av WIDEn-N)
SUBST_ALIAS= (legg inn samme kallesignal som du har under ALIAS)
EXCLUDED="" (tom - ingen grunn til å ekskludere noen)
Som det fremgår er oppsett og muligheter begrenset
i forhold til det du kan gjøre med f.eks DIGI-NED og UI-DIGI. UI-View vil
derfor passe best for et "bemannet" oppsett, eller iallefall på et
sted som er lettere tilgjengelig enn en fjelltopp.
For å kunne filtrere stasjoner med ukorrekt bruk av parameter, kan følgende
innhold brukes i Digipeater Setup (NB! Dette er kun et eksempel som viser muligheter), se også siden om UI-View fra menyen øverst:
- Alias(es):
DIGICALL,WIDE7-4,WIDE7-3,WIDE7-2,WIDE7-1,WIDE6-3,WIDE6-2,WIDE6-1,WIDE5-2,WIDE5-1,WIDE4-1,WIDE1-1
- Sub Alias:
DIGICALL
Denne listen er basert på en W3 Digipeater (dvs tillater 3 hopp). Stasjoner
som allerede har 3 hopp eller mer vil kun bli videresendt en gang, men da
med Digipeaterens kallesignal. Husk å erstatte DIGICALL med eget Callsign.
Oppsett av KPC-3+
Generell informasjon om Kantronics TNCer finner du her.
Nedenfor finner du forslag til konfigurering av Kantronics TNC KPC-3+ med v9.1
firmware, som også kan brukes som frittstående
Digipeater, dvs kun tilkoblet en passende radio. Men, vær obs på begrensninger
nevnt under Kantronics lenger oppe på denne siden.
Konfigurering av KPC-3+ som APRS Digipeater (se lenke til fil nedenfor):
- Finn og
erstatt Callsign med Digipeaterens Callsign (evt med SSID)
- Editer LT1 til LT4 slik at innholdet blir korrekt hva angår koordinat,
symbol og PHG for Digipeateren, sammen med ønsket Beacon tekst (intet mellomrom
mellom posisjonsdata og PHG)
- Editer LTP1 til LTP4 til ønsket Path for Beacon iht intervall definert i BLT1
til BLT4
- Etter editering av filen, lagre den under et passende navn
- Bruk f.eks Windows Hyper Terminal for å koble PCen til KPC-3+
- Sett terminal programmet til en forsinkelse på mellom 100 og 200 ms mellom linjene
slik at KPC-3+ får tid til å prosserere innholdet i hver linje
- Utfør deretter en tekst opplasting av lagret fil for
å skrive data inn i KPC-3+
Klikk her for å åpne filen i eget
vindu. Legg spesielt merke til kommentarene i filen!
Oppsett av TNC-X
Generell informasjon om TNC-X finner du her.
Nedenfor finner du forslag til konfigurering av tilleggskortet X-Digi, som er
nødvendig for at TNC-X skal kunne fungere som frittstående Digipeater.
Ny versjon av firmware til X-Digi kortet løser ett av APRS problemene. I tillegg har produsenten inngått samarbeid med produktet uSmartDigi (finnes i to utgaver, ett kort for APRS og ett for D-PRS).
Har ikke uSmartDigi kortet selv, så her må du nesten se dokumentasjonen på deres hjemmeside (http://www.usmartdigi.com/).
Husk at:
- Både X-Digi og uSmartDigi er tilleggskort til TNC-X, og begge er avhengig av at TNC-X fungerer skikkelig
(PTT, audio, osv) før tilleggskort kobles til
Klikk her for å åpne
filen i eget vindu. Legg spesielt merke til kommentarene i filen!
Skulle du oppdage feil eller har kommentarer, send umiddelbart
en mail til
med nødvendige detaljer, slik at dette kan korrigeres.
|
