|
|||||||||
|
|||||||||
|
Bemerk: Siden oppdateres kontinuerlig, så sjekk dato for siste versjon. Anbefalt oppsett for APRS
APRS frekvenser (IARU Region 1 ~ Europa)
*) 144.975MHz kan brukes for midlertidig oppsett (Sambandsoppdrag, Nødsamband, osv) når det er for stor trafikk på 144.800/433.800MHz (ref NRRL 15 mai 2006). For HF (LSB) skal du legge merke til følgende:
Følgende data er hentet fra WA8LMF, med referanse til TNCers audio-toner ved bruk på 300Bd HF:
Med Offsett menes avviket mellom oppgitt bærebølgefrekvens og din vindusfrekvens relativ til LSB, dvs det du må justere vindusfrekvensen med for at senterfrekvensen skal bli korrekt for å kunne kommunisere med andre stasjoner, basert på din egen TNCs tone-sett. Men, dette må kun ses som en grov beskrivelse, idet det kan være større eller mindre avvik. Mitt beste tips er å monitore allerede etablerte stasjoner, notere hvilken vindusfrekvens du må ha på din sender/transceiver for at TNCen skal fungere, og så bruke denne fremfor å "stå på krava", hi. Mulige frekvenser for D-STAR
I og med at alle overnevnte frekvenser er allokert MGM (iht NRRLs kanalplan), så kan disse også brukes for D-STAR, men pass på at du ikke forstyrrer annen digital trafikk i området. Pass også på at du kun bruker "low datarate" på 2m og 70cm grunnet båndbredderestriksjoner! I tillegg finnes følgende duplex frekvenser (2-frekvens kanaler), som fortsatt er avsatt for packet radio:
Generell merknad om nytt APRS oppsett Før vi går igang med mer detaljert beskrivelse av forskjellige oppsett, vil jeg bare nevne at det var endel diskusjon i perioden 2005-2006 om hva som er "beste" oppsett for APRS. Denne diskusjonen gikk bl.a på Yahoo-gruppen til UI-View. Det har desverre nå vist seg at en av frontfigurene innen APRS i Europa (M0CYP/Andy Pritchard) har gått tilbake på å promotere bruken av WIDEn-N i EU (om han mener EU eller Europa skal være usagt), og han undergraver med dette videreutviklingen av APRS-protokollen, etter min mening. Det er også farlig i denne sammenheng å gjøre seg til talsmann for hele Europa, som Andy defacto har gjort. Og ja, jeg har informert ham om mitt synspunkt i denne sammenheng, hi. Den største ulempen er når det fattes vedtak på sviktende grunnlag og/eller manglende erfaring. I Danmark tviholder de fortsatt på TRACEn-N (det finnes heldigvis noen få unntak, hi), idet de ellers "mister muligheten til sporbarhet". At dette er direkte feil har enkelte så langt ikke forstått, idet det avgjørende for sporbarhet er innholdet i digipeaterparameteret UITRACE, og intet annet. Så tilbake til mer lokale forhold. Etter utstrakt kommunikasjon med hhv WB4APR/Bob Bruninga og noen Sysops i Norge, står vi igjen med en felles anbefalt struktur for oppsett av APRS i Norge:
I dette ligger også at TRACEn-N ikke lenger er i bruk. Den våkne leser vil kanskje etterlyse hva som har skjedd med RELAY etter innføring av gjennomgående bruk av WIDEn-N? Vel, du vil faktisk tjene på ikke å bruke RELAY, idet enhver Digipeater vil nå umiddelbart gjenkjenne WIDE1-1 i fremtiden, både Fill-in og frittstående Digipeater. På denne måten trenger du som bruker kun å tenke på ett enkelt parameter for alle typer relesending, nemlig WIDEn-N. Men, denne løsningen krever korrigert innhold i to unike Digipeater-parameter, hhv UIFLOOD og UITRACE, for at vi skal oppnå ønsket effekt, nemlig redusert frekvensbelastning (trafikkvolum og unødig QRM) uten tap av data. Merk her at jeg snakker om endring av Digipeaterens parameter. Jeg vil også minne om at de fleste av dagens brukermanualer for TNC og Radio fortsatt inneholder den gamle beskrivelsen av APRS oppsett ved bruk av kombinasjonen "RELAY,TRACE,WIDE". Men, vær obs på at det er stor forskjell på "TRACE" og "TRACEn-N", samt "WIDE" og "WIDEn-N", dvs hvordan disse behandles av dagens programvare. Innen Norge vil du fortsatt over noe tid se både Digipeatere og vanlige APRS stasjoner som bruker eldre oppsett. Som APRS bruker skal du være obs på at oppsettet på din lokale Digipeater vil avgjøre hvordan du selv må sette opp UNPROTO på din egen stasjon for at dine pakker skal bli relesendt. Men, dette vil endre seg etterhvert som Digipeatere oppdateres iht ny vedtatt standard. Så hva er da fordelen med det nye oppsettet, eller WIDEn-N? Vel, kort fortalt:
For at dette skal kunne fungere må alle sørge for å ikke overdrive antall hopp ved setting av "WIDEn-N". De forskjellige Digipeater programmer har også varierende mulighet til å filtrere vekk (stoppe) brukere med for mange hopp i WIDEn-N, men håpet er at dette ikke skal være nødvendig. For APRS viser det seg i praksis at digipeaterhopp på mer enn 4 vanligvis ikke når frem, og det har derfor i det nye oppsettet blitt fokusert på max WIDE3-3. Trafikkbelastning og digipeater tetthet vil selvfølgelig spille inn, men 3 hopp bør fortsatt være målet for APRS. Lokalt repeater (info) initiativ Det siste nye er at Bob Bruninga forsøker å gjeninnføre eldre funksjoner som har forsvunnet over tid, blant annet det som kalles "Lokalt repeater initiativ", eller "Lokalt informasjons initiativ". I dette ligger muligheten for å sende ut informasjon fra en APRS Digipeatere om detaljer om din lokale repeater, lokal møteaktivitet i gruppen, osv. Denne informasjonen skal KUN sendes lokalt, dvs at det skal IKKE digipeates via andre digipeatere, inklusive Fill-in. Formatet består av:
Følgende eksempler er hentet fra Bobs webside. Hensikten her er å kunne vise informasjon på displayet til TH-D7, TM-D700 og TM-D710, samt lignende applikasjoner. Dette er også årsaken til at inntil 28 karakterer er avsatt til formålet, og bruk av inntil 3 tekstlinjer. Det er fullt mulig å benytte flere karakterer og linjer, men disse vil ikke bli vist på overnevnte radioer, kun PC-applikasjoner, tilsv. Første tekstlinje (10 bytes AAAAAAAAAA):
Vær obs på at den nye TM-D710 kan bruke denne frekvens-informasjonen, og skifte til lokal repeater med ett tastetrykk (TravelPlus-funksjon). I og med at repeatere på denne måten identifiseres med frekvens, og ikke kallesignal som vi er vant med, så ville jeg anbefalt at linje en, evt to, benyttes til Kallesignal, etterfulgt av QTH og annen relevant data. Andre tekstlinje (10 bytes BBBBBBBBBB):
Tredje tekstlinje (8 bytes CCCCCCCC):
Som du ser er mulighetene mange. Hovedsaken er at dette SKAL være lokal informasjon, og skal derfor KUN sendes ut fra nærmeste digipeater. Dette punktet vil bli bedre omtalt senere når vi får mer kunnskap om hvordan dette virker i praksis, hi. Oppsett av PCens COM-port er gjenganger i mange artikler, og det etterfølgende viser anbefalt standardoppsett for tilkobling til en TNC:
Radio baud rate er 1200 for VHF (se tabellen over for andre bånd), og ECHO ON er default. Bruk derfor "full-duplex" mellom PC og TNC. Unproto oppsett for TNC på en radio-port For at du skal få relesendt dine egne signaler via APRS er det avgjørende at du har korrekt setting av innhold i UNPROTO. For bruk av "SSn-N" anbefales å bruke 3-bokstavs "ITU Country codes" (dvs som innhold i UIFLOOD på Digipeateren):
Den våkne vil kanskje lure på hva forskjellen da er mellom WIDE1-1 og WIDE2-1, idet begge disse pr definisjon kun gir ett hopp? Vel, WIDE1-1 er forbeholdt Fill-in Digipeatere, men aksepteres også av Wide Area Digipeatere for ett hopp. WIDE2-1 derimot vil KUN bli akseptert av en Wide Area Digipeater, og IKKE av en Fill-in. Hensikten er da at brukeren selv skal få bestemme om han har behov for "assistanse" fra en Fill-in eller ikke, når han/hun kun har behov for ett hopp. TNC kommandoer med nyere Firmware (etter 1998, APRS kompatibel) Se i brukermanualen for PC og TNC for korrekt bruk av tilgjengelige parameter. TNC kommandoer med eldre Firmware (før 1998)
*) APRS er destinasjon, og WIDEn-N er Path. **) For å vise din egen posisjon som Hjemme-stasjon kan følgende BTEXT syntax benyttes:
ID for Symbol-sett er "/" for primær tabell, eller "\" for sekundær tabell. Men, hvis et Symbol Overlegg er benyttet, så vil overleggets tilhørende tegn eller bokstav erstatte ID. Basert på overstående ville mitt eget APRS Beacon (som LA6IM) være "=5839.55N/00539.49E-" hvis jeg benytter primær symboltabell og har Home som kartsymbol. I og med at jeg benyttet dette oppsettet for å koble min PC/Laptop til APRS, så var Home-symbol et fornuftig valg. Pass på at du ikke etablerer en ny Digipeater i et område som allerede har fullgod dekning fra en etablert Digipeater, da dette kun resulterer i unødig tilleggstrafikk, og derav ekstra belastning og QRM på frekvensen. Nedenfor er et eksempel på hvorledes min egen UI-View digipeater var satt opp i Island (for ditt oppsett, erstatt TF8BK-2 med ditt eget kallesignal). Detaljer finner du på siden Oppsett av UI-View. Alias er TF8BK-2, Sub er TF8BK-2, og nesten alle boksene er avkrysset. Selv brukte jeg en en-ports TNC og hadde derfor ROUTES 1=1, Dupe secs er satt til 20 selvom alt mellom 10 og 30 skulle gjøre jobben. Prøv å begrense antall hopp i WIDEn-N til WIDE2-2 (hvis ikke et ekstra hopp er absolutt nødvendig) for å unngå unødvendige duplikater og ekstra QRM over et større geografisk område. Du kan hjelpe nettverket uten å måtte etablere en fullstendig APRS Digipeater. Hvis du, uansett årsak, bruker UI-View i ren TNC terminal mode så er det fortsatt meget mulig at du kan hjelpe nettverket ved å sette din TNCs innebygde digipeater til ON og MYALIAS til WIDE1-1 (dvs for bruk som Fill-in digi). Dette er mye bedre enn kun å bruke ditt eget kallesignal idet WIDE1-1 er generisk, og når andre stasjoner bruker WIDE1-1 så vil din digipeater bli benyttet. Men, dette vil selvfølgelig avhenge av at din TNC har de nødvendige APRS kommandoer tilgjengelig (avhengig av PROM versjon og årgang). Du finner mer info om Fill-in Digipeater lenger ned på denne siden. Nye Symbol-overlegg for Digipeater Iht WB4APR skal følgende Symbol-overlegg nå brukes for "New n-N Paradigm", sammen med symbolet "Grønn stjerne" ("Grønn stjerne" identifiseres som "No. Digi" i UI-View, og du legger så til en av karakterene nedenfor i feltet for Overlay):
DIGI-NED og UI-DIGI, som allerede er modifisert for New n-N Paradigm, skal heretter benytte L eller S. Lenken over inkluderer flere kommentarer og detaljer. Hva hvis jeg holder til på et dårlig radio-QTH? Hvis du bor i utkanten av dekningsområdet til en frittstående Digipeater, og tror at en digi hos deg ikke vil kunne brukes av noen fordi du har et dårlig QTH; det du kan oppleve er at mobile stasjoner kan ha stor nytte av at du som minimum har WIDE1-1 som Digipeater-Alias. Dette vil kunne plukke dem opp fra ditt dårlige QTH og videresende signalene til APRS nettverket. Men, ikke aktiviser en Fill-in Digi hvis det allerede er full dekning fra en WIDE Digipeater eller en annen Fill-in Digipeater i området. Dette vil kun føre til mer trafikk på frekvensen, uten å tilføre nettverket noe, hi. Flere forklaringer og oppsett for en Fill-in Digi finner du her. Hvis du ikke bruker UI-View, men allikevel ønsker å aktivisere digipeater funksjon på din egen TNC (pass på at du ikke bare lager ekstra QRM ved å gjøre dette), kan følgende oppsett benyttes (husk å sette HID OFF hvis du IKKE er i KISS-mode): KAM: KPC-3: Tiny2: TNC2: PK88/96: Tiny2 (nyere versjoner): Tips for Kenwood TH-D7 og TM-D700/TM-D710 Unproto på TH-D7E og TM-D700E kan settes direkte fra radioens
meny, under Packet Path: Hvis du aktiviserer "Beep Mine" så vil radioen pipe hver gang ditt eget beacon relesendes via en annen stasjon (digipeat). Dette vil bekrefte at du er innenfor radiodekning av en digipeater (skjermen vil vise "My Position" når du har sendt et Beacon, eller "My Message" når du har sendt en melding). Disse stasjonene har et uttall muligheter, og det anbefales derfor å lese den medfølgende "Specialized Communications" eller "Enhanced Operations" manualen grunndig. Som nevnt på siden for Generell Info så kan TM-D700/TM-D710 også brukes som frittstående Digipeater, f.eks som Fill-in, uten behov for å koble til en PC og/eller annen ekstern programvare. Denne funksjonen aktiviseres ved å gå inn i radioens APRS-meny og legge inn "WIDE1-1" i UIDIGI (ref APRS-meny 3-L), og deretter sette DIGIPEAT ON (ref APRS-meny 3-K). Et mulig bruksområde kan være som supplement under utførelse av Sambandstjeneste, hvor du har et antall "trackere" og/eller bærbare APRS-stasjoner ute i et område som normalt ikke har Digipeater-dekning. Midlertidig oppsett av en godt plassert Fill-in Digi kan sikre nødvendig radiodekning innen operasjonsområdet, samtidig som dette kan øke driftstiden på batterier i bærbare stasjoner, ved at disse da kan bruke lavere sendereffekt. I slike tilfeller er det viktig å ikke bruke spesielle og/eller fancy oppsett, men benytte parameter og oppsett som er kjent for enhver APRS bruker. Dette reduserer etableringstiden for sambandet til et minimum, og eventuelle stasjoner som kommer til i ettertid (ved avløsning og/eller tilførsel av ekstra mannskaper) kan koble til direkte, uten å måtte ha behov for spesiell programmering. Selv om TM-D700/D710 kan benyttes som Digipeater så er den noe begrenset funksjonsmessig som stand-alone. Alle beacon fra TH-D7 eller TM-D700 identifiseres vha første tegn i beacon-teksten, dvs de har fast kodet en ">" eller "]" som du ikke har tilgang til. Dette begrenser bl.a muligheten for å bruke PHG-data i et beacon, idet dette da ikke dekodes korrekt av mottakende stasjon pga det ekstra tegnet foran "PHGxxxx". Digipeater programvare & EPROM For en frittstående Digipeater, foruten å bruke UI-View, har jeg kommet over to andre typer som er i utstrakt bruk: Sjekk lenkene over for videre detaljer, og generelt anbefales alltid bruk av siste utgave/versjon. Når det gjelder New n-N Paradigm:
Forslag til konfigurering av disse finner du på Sysop-siden. Bruk av SSID (iht APRS protokoll revidert 2 juni 2004)
Bemerk: Denne SSID-tabellen er unik for APRS, og avviker fra det vi tidligere kjenner fra Packet-oppsett (f.eks -2 for VHF, -7 for UHF, osv). Tabellen over danner et godt grunnlag for valg av SSID, men er ikke 100% bindende. For faste digipeatere (LD-call), hvor det kun opereres på en radioport på benyttet QTH, så er det IKKE behov for SSID. Disse benytter evt SSID på den ene for å skille mellom VHF og UHF radioport. Hvis du opererer mer enn en APRS stasjon ad gangen med samme kallesignal, husk da at du må ha forskjellig SSID for hvert oppsett, ellers vil ikke APRS kunne skille mellom de forskjellige stasjonene. Ikke bruk symbolet for Emergency uten at det er snakk om en ren nødsituasjon, idet flere APRS programmer utløser en alarm ved mottak av dette symbolet. Vær ellers vennlig å bruke et Symbol som klart og tydelig identifiserer hvilket oppsett og/eller funksjon du har! Husk, det er dette andre APRS brukere ser på kartet, eller på skjermen, når du sender ut beacon. Du bør også passe på å benytte et oppdatert symbol-sett. Hvis du tar en titt på WA8LMFs webside så finner du oppdaterte symbolsett for forskjellige APRS applikasjoner, inklusive UI-View. Stephens side inneholder også mengder av annen nyttig APRS informasjon, hvis du tar deg tid til å titte litt rundt. Ved å erstatte ditt gamle symbolsett med ny versjon (Rev H), så sikrer du at skjermen din viser det nyeste symbolsettet. Et bilde av det nye "Revision H" symbolsettet er tilgjengelig her (28Kb GIF-fil). Du kan identifisere eksisterende sett ved å se på innholdet i rubrikken for det siste symbolet i tabellen, hvor det nå står "REV H". Gamle symbolsett har ikke denne merkingen, og bør da oppdateres. LA2BBA/Jan har tidligere laget et "revidert" Rev-G sett, hvor et par symbol er modifisert for å være mer i tråd med aktuelle funksjoner (bl.a for Speider, Relestn, Amatør HQs, osv). Dette symbolsettet er tilgjengelig for nedlasting her. WB4APR/Bob har gitt ut en nærmere beskrivelse om symbolbruk, som du finner her (på engelsk). For å angi f.eks IRLP, Echolink og Winlink, skal man bruke symbolet "No. Circle" (i UI-View), med "I", "E" eller "W" som overlegg. For Echolink vil dette da bli: "No. Circle" = "Power Height Gain (Direction)", eller PHG, er tilleggsdata som settes inn som første del av et Digipeater beacon. PHG gir utfyllende tekniske detaljer om oppsettet og gjør det mulig å kalkulere beregnet dekningsområde (også kalt ALOHA-sirkel) ved hjelp av passende programvare.
Hvor:
Så, for min egen del brukte jeg PHG4140 for TF8BK-2. Kenwood TH-D7 og TM-D7x0 vil dekode disse data som del av stasjonsdata, og vise dem på skjermen:
Basert på PHG4140 vil begge stasjoner nå vise "pw16W h0006M ant4dB omni" på displayet. D-STAR protokollen (digital voice og digital data) ble publisert i 2001 etter tre års utvikling, og administreres av JARL for bruk innen amatørradio. Detaljer om D-STAR, samt eget D-STAR diskusjonsforum, finner du på denne websiden til Icom UK. Hovedsiden til Icom America kan også brukes, men UK anbefales da informasjonen her er relatert til Europa. Icom er så langt eneste utstyrsleverandør som har tatt D-STAR i bruk, men håpet er at andre følger etter. Selv om protokollen gir mulighet for både posisjonsangivelse (manuell input eller via GPS), samt sending av korte tekstmeldinger (max 20 karakterer), så er den ikke direkte kompatibel med APRS. Pete Loveall / AE5PL har utviklet et eget interface mellom D-STAR og APRS, benevnt D-PRS. Dette er skrevet for å få et universelt interface mellom APRS klienter og en Icom D-STAR radio med lavhastighets port. uSmartDigi kortet til TNC-X (omtalt på Sysop-siden) kommer også i en D-PRS utgave, hvor du kan koble sammen D-STAR og APRS via TNC-X. Det er nå opprettet en egen webside (D-STARusers.org) hvor du får listet alle aktive D-STAR stasjoner. Denne siden er også linket til jFindu, med mulighet til å få vist stasjonene på kartet. I tillegg inneholder den nyheter og tilleggsapplikasjoner for D-STAR. Voice Alert for TM-D700 (og andre) Det er fullt mulig for APRS stasjoner å motta voice oppkall på en ren APRS frekvens, uten å måtte lytte til alle pakke "brrrapene" i mellomtiden, hi. Denne artikelen (på engelsk) er skrevet av Bob Bruninga / WB4APR, men innholdet er endret litt for å passe bedre til Europa, og beskriver funksjonalitet og oppsett for Voice Alert. Selv om artikkelen fokuserer på TM-D700 er det fullt mulig å gjøre dette med andre typer også, eneste krav er at riggen er utstyrt med tone-squelch. Alternativt for TH-D7 og TM-D700, aktiviser først APRS på bånd B, og bruk deretter bånd A til ordinær FM-trafikk (som aktivt bånd med PTT). Fortell andre APRS brukere om dette, det fungerer, og gjør lengre kjøreturer mindre kjedelig .... |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
pluss
"S" Overlay = 
=
Digi med både WIDEn-N og SSn-N
= Digi med kun WIDEn-N
= Digi med kun WIDE1-1 (evt RELAY), dvs ett hopp
pluss
"E" som Overlay = 
dvs
Echolink