PATH-Einstellungen: Unterschied zwischen den Versionen

K (Empfehlung PATH Einstellung Digipeater / Baken)
 
Path - Einstellungen:

PATH - Einstellung Erklärung[Bearbeiten | Quelltext bearbeiten]

Auf Grund vieler Anfragen möchte ich euch über die APRS Einstellungen schreiben. Dieses gilt für 2-Meter UHF vor allem für Mobilisten (144,800 MHz) – HF folgt noch.

Path-Einstellungen:

Die Path-Einstellung (dt. Pfad) soll den Weg des per HF ausgesendeten Signals definieren. Historisch gesehen half es den OMs bspw. mit Blick auf die USA, dem Ursprungsland des APRS, dazu festzulegen, wie weit sie gehört werden wollten.
Heute besteht der Grundgedanke eines APRS-Packets eher darin, seinen Weg zum IS (Internet Service) bzw. überhaupt in das APRS Netzwerk zu finden.

In Europa ist die Dichte der APRS Digipeater mit Netzwerkanschluss vergleichsweise hoch, die Gebiete daher gut abgedeckt. Und so ist speziell in Zentral- und Westeuropa die Wahrscheinlichkeit sehr hoch, von mehreren Netzwerk-APRS-Digipeatern gleichzeitig gehört zu werden.
Dieser Umstand erfordert somit keine (übermäßige) WIDE Einstellung mehr, ja sogar im Gegenteil, wäre diese sogar eine hohe Belastung bzw. Störung des Betriebs.

Intelligent programmierte Digipeater (bspw. dxlAPRS aus dem TCE-Projekt) reagieren bei Netzanschluss individuell auf WIDE-Einstellungen, und tragen somit zur Erhöhung der Qualität beim Empfang und der "Sauberkeit" der Frequenz bei.


PATH - Einstellungen generell[Bearbeiten | Quelltext bearbeiten]

Da die Die in der IARU Region 1 primäre APRS Frequenz 144.800 langsam etwas überlastet wird, da zuviel Traffic, (ich bin daran in letzter Zeit nicht ganz unschuldig) möchte ich euch die Path - Einstellungen erklärenMHz ist sehr stark benutzt, daher bitte folgendes beachten:

  1. verwendet bitte in keinem Fall TRACE – es bedeutet das euer Rufzeichen bei jedem Digipeater zusätzlich zum Packet angefügt wird und/oder die Rufzeichen der verwendeten Relays, und zu elend langen Paketen führt, die dann keiner mehr richtig dekodieren kann und die QRG unnötig belasten.
  2. RELAY bedeutet, dass jedes beliebige RELAY in eurem Umkreis eure Sendung weitergibt. Wenn dann noch WIDE7-7 dahinter steht so werden im extremen Fall 49 Aussendungen auf der leider nur einzigen Frequenz 144,800 MHz ausgestrahlt. Wen interessiert es, auf VHf eine Station aus EA, F oder G auf seinem Display zu sehen – und die kommen sowieso auch per Internet.!
  3. Für spezielle Anwendungen können natürlich auch spezielle Digipeater eingegeben werden (z.B.: RS0ISS-4 für die ISS oder OE1XQR für den Raum Wien – anstelle des Parameters RELAYWIDE)Als


Zur Verdeutlichung ein abschreckendes Beispiel :

EA8XXX-15 IL27HX 30 TRACE3-3,TRACE4-4,TRACE5-5,WIDE3-3,WIDE4-4,WIDE5-5,WIDE6-6
EB8XX IL28ED 24 EA8AUQ,EA8ADH-6*,TRACE7-6,WIDE,TRACE7-7,WIDE,TRACE7-7

Der erste macht
Die erste Einstellung würde im Einzelfall 30 Aussendungen, der zweite immerhin 24 !! Dei Rufzeichen wurde absichtlich verfälscht!

Ich würde folgende Parameter vorschlagen:

für Feststationen

noch 24 produzieren!

Eines ist klar: je kürzer und einfacher eine Aussendung gestaltet ist, desto höher ist die Chance auf Empfang!


Empfehlung PATH Einstellung User / Client[Bearbeiten | Quelltext bearbeiten]

Folgender Vorschlag für Einstellungen als Benutzer / Client auf 144.800

MHz : RELAY, WIDE1-1, wobei RELAY durch

MHz:

  1. für Feststationen: Auf WIDE kann meist komplett verzichtet werden oder man nutzt den am nächsten gelegenen hörbaren Digipeater (z.B. OE1XQR für Wien oder , OE2XZR im Großraum Salzburg, OE3XKR für das Weinviertel, etc.)zu ersetzen wären.
  2. Für mobile Stationen im gut versorgten Städten (Wien, Graz etc.) :

RELAY,WIDE 2-2

  1. Für Mobile in Zentral- und West-Europa: max. WIDE1-1
  2. Für mobile Stationen in weniger versorgten Gebieten:
RELAY, WIDE 4-4 maximal. In näherer Zukunft wird das Wort RELAY durch
  1. WIDE1-1
zu ersetzen sein. Damit ist keine Einbusse zu befürchten
  1. ,
jedoch der Traffic wird beschränkt werden, da in diesem Fall nur ein WIDE = RELAY das Packet weitergibt. Also neuer Path: WIDE1-1,WIDE2-2
  1. WIDE 2-2


Der Path WIDE1-1 wird bei Mobilisten häufig verwendet und zeigt überwiegend vollständige Tracks. Diese Parameter habe ich bereits getestet, es ist nichts verloren gegangen.

(Noch eine persönliche Anmerkung):

WIDE1-1 PARADIGMA:

Die Umstellung auf vernünftige Path - Einstellungen (das bedeutet WIDE1-1 oder auch NEW1-1 als ersten Path) wird noch eine Weile dauern, vermutlich bis Ende des Mitte des Jahres 2008. In USA und DL ist die Diskussion voll im Gange und teilweise bereits verwirlicht. (die Repeater hören nur mehr auf "WIDE"). In I und S5 gibt es leider noch keine Empfehlungen. Aber wir sollten mit gutem Beispiel vorangehen, und die Kanalkapazität optimal nutzen. Wer z.B. in UIView das Terminalfenster aufmacht wird erkennen müssen, dass wir in OE nur zum Teil an der "Misere" schuld sind. Dies soll uns aber nicht abhalten, bei uns eine gewisse Disziplin einzuhalten ("Wir sind die Guten").

Sehr gute Erklärungen gibt es auch auf der dieser Internetseite: Alles über Pfadeinstellungen An die Betreiber von APRS Repeater:


Empfehlung PATH Einstellung Digipeater / Baken[Bearbeiten | Quelltext bearbeiten]

Jeder Betreiber eines APRS Digipeaters bzw. einer APRS Bake sollte sich grundlegend Gedanken über die HF Situation seiner Station machen. Dazu gehört es auch den Usern / Clients den Vorrang einzuräumen und die eigenen Aussendungen auf das unbedingt nötige Maß zu beschränken.

Die meisten Timeout-Einstellungen in APRS-Clientprogrammen zur Anzeige von aktiven Stationen liegen bei 30 oder gar 60 Minuten. Das bedeutet, dass die angezeigte Station auf der Karte erst nach 30 bzw. 60 Minuten ohne weitere neu empfangene APRS Bake verschwindet.

Und auch über die eigenen HF-Reichweite sollte man sich im Klaren sein.
Eine APRS Bake auf einem Berg in 3000m Höhe mit 5 minütigen WIDE3 Baken legt kontinuierlich die QRG in einem Großraum um den eigenen Standort lahm. Handfunkgeräte und Mobilisten haben gegen ein solches "Relaisgewitter" keine Chance auf Empfang!

Bitte überprüft eure Baken-Einstellungen. Teilweise senden diese Repeater (auch österreichische) ihre Baken in sehr kurzen Abständen aus. Ich denke 30min zwischen den Baken würde genügen. DANKE.

73 de oe3msu


30 Minuten zwischen den eigenen Bakenaussendungen einer unbeweglichen Station sind völlig ausreichend. Auf ein WIDE kann meist komplett verzichtet werden. DANKE!

TX Delay[Bearbeiten | Quelltext bearbeiten]

Und bei alldem auch immer auf den nur minimalst notwendigen TX Delay achten, da bei einer zu hohen Verzögerung wertvolle Empfangszeit am Digipeater vergeudet wird bzw. die Frequenz mit der eigenen Aussendung gestört wird!

Eine Debug-Möglichkeit zur Kontrolle des eigenen Signals gibt es bei TCE-Digipeatern, also bspw. im HAMNET (!) bei OE1XUR oder OE2XZR.
Die Verzögerung (TXD) sollte dabei idealerweise im 2-stelligen ms-Bereich liegen, jedoch jedenfalls unter 150ms!

=Path - Einstellungen:= 
            
            
            
            Auf Grund vieler Anfragen möchte ich euch über die APRS Einstellungen schreiben. 
            
            Dieses gilt für 2-Meter UHF vor allem für Mobilisten (144,800 MHz) – HF folgt noch.
            
             
            
            ==Path-Einstellungen: ==
            
             
            
            Da die Frequenz 144.800 langsam etwas überlastet wird, da zuviel Traffic, (ich bin daran in letzter Zeit nicht ganz unschuldig) möchte ich euch die Path - Einstellungen erklären[[Kategorie:APRS]]
            
            =PATH - Einstellung Erklärung= 
            
            
            
            Die Path-Einstellung (dt. Pfad) soll den Weg des per HF ausgesendeten Signals definieren. Historisch gesehen half es den OMs bspw. mit Blick auf die USA, dem Ursprungsland des APRS, dazu festzulegen, wie weit sie gehört werden wollten.<br>
            
            Heute besteht der Grundgedanke eines APRS-Packets eher darin, seinen Weg zum IS (Internet Service) bzw. überhaupt in das APRS Netzwerk zu finden.
            
            
            
            In Europa ist die Dichte der APRS Digipeater mit Netzwerkanschluss vergleichsweise hoch, die Gebiete daher gut abgedeckt. Und so ist speziell in Zentral- und Westeuropa die Wahrscheinlichkeit sehr hoch, von mehreren Netzwerk-APRS-Digipeatern gleichzeitig gehört zu werden.<br>
            
            Dieser Umstand erfordert somit '''keine (übermäßige) WIDE Einstellung''' mehr, ja sogar im Gegenteil, wäre diese sogar eine hohe Belastung bzw. Störung des Betriebs.
            
            
            
            Intelligent programmierte Digipeater (bspw. [[TCE_Tinycore_Linux_Projekt | dxlAPRS aus dem TCE-Projekt]]) reagieren bei Netzanschluss individuell auf WIDE-Einstellungen, und tragen somit zur Erhöhung der Qualität beim Empfang und der "Sauberkeit" der Frequenz bei.
            
            
            
             
            
            =PATH - Einstellungen generell=
            
            
            
            Die in der IARU Region 1 primäre APRS Frequenz 144.800 MHz ist sehr stark benutzt, daher bitte folgendes beachten:
        
         
        
        #verwendet bitte in keinem Fall TRACE – es bedeutet das euer Rufzeichen bei jedem Digipeater zusätzlich zum Packet angefügt wird und/oder die Rufzeichen der verwendeten Relays, und zu elend langen Paketen führt, die dann keiner mehr richtig dekodieren kann und die QRG unnötig belasten. 
        
        #RELAY bedeutet, dass jedes beliebige RELAY in eurem Umkreis eure Sendung weitergibt. Wenn dann noch 
            
            #WIDE7WIDE7-7 dahinter steht so werden im extremen Fall 49 Aussendungen auf der leider nur einzigen Frequenz 144,800 MHz ausgestrahlt. Wen interessiert es, auf VHf eine Station aus EA, F oder G auf seinem Display zu sehen – und die kommen sowieso auch per Internet. 
            
            
        ! 
            
            
        #Für spezielle Anwendungen können natürlich auch spezielle Digipeater eingegeben werden (z.B.: RS0ISS-4 für die ISS oder OE1XQR für den Raum Wien – anstelle des Parameters RELAY) 
            
            #Als abschreckendes Beispiel : 
            
            
            
            
        WIDE) 
            
            
            
            
            
            Zur Verdeutlichung ein abschreckendes Beispiel : 
            
            
            
            ::EA8XXX-15  IL27HX  30  TRACE3-3,TRACE4-4,TRACE5-5,WIDE3-3,WIDE4-4,WIDE5-5,WIDE6-6  
        
        
        
            
            ::EB8XX  IL28ED  24  EA8AUQ,EA8ADH-6*,TRACE7-6,WIDE,TRACE7-7,WIDE,TRACE7-7  
        
        
        
        
        
        
        DerDie erste macht Einstellung würde im Einzelfall 30 Aussendungen, der zweite immerhin noch 24 !! 
            
            Dei Rufzeichen wurde absichtlich verfälscht!
            
             
            
            Ich würde folgende Parameter vorschlagen: 
            
             
            
            #für Feststationen produzieren! 
            
            
            
            '''Eines ist klar: je kürzer und einfacher eine Aussendung gestaltet ist, desto höher ist die Chance auf Empfang!'''
            
             
            
            
            
            =Empfehlung PATH Einstellung User / Client=
            
            Folgender Vorschlag für Einstellungen als Benutzer / Client auf 144.800 MHz : RELAY, WIDE1-1, wobei RELAY durch : 
            
             
            
            #für Feststationen: Auf WIDE kann meist komplett verzichtet werden oder man nutzt den am nächsten gelegenen hörbaren Digipeater (z.B. OE1XQR für Wien oder , OE2XZR im Großraum Salzburg, OE3XKR für das Weinviertel, etc.)zu ersetzen wären. 
        
        #Für mobile Stationen im gut versorgten Städten (Wien, Graz etc.) : 
            
            RELAY,WIDE 2-2 
            
            #Für Mobilein Zentral- und West-Europa: max. '''WIDE1-1''' 
            
            #Für mobile Stationen in weniger versorgten Gebieten: 
            
            RELAY, WIDE 4-4 maximal.
            
            In näherer Zukunft wird das Wort RELAY durch WIDE1-1 zu ersetzen sein. Damit ist keine Einbusse zu befürchten, jedoch der Traffic wird beschränkt werden, da in diesem Fall nur ein WIDE = RELAY das Packet weitergibt. 
            
            Also neuer Path: WIDE1-1,WIDE2-2. Diese Parameter habe ich bereits getestet, es ist nichts verloren gegangen.
            
             
            
            (Noch eine persönliche Anmerkung): 
            
            
            
            WIDE1-1 PARADIGMA: 
            
            
            
            Die Umstellung auf vernünftige Path - Einstellungen (das bedeutet WIDE1-1 oder auch NEW1-1 als ersten Path) wird noch eine Weile dauern, vermutlich bis Ende des Mitte des Jahres 2008. In USA und DL ist die Diskussion voll im Gange und teilweise bereits verwirlicht. (die Repeater hören nur mehr auf "WIDE"). In I und S5 gibt es leider noch keine Empfehlungen. Aber wir sollten mit gutem Beispiel vorangehen, und die Kanalkapazität optimal nutzen. 
            
            Wer z.B. in UIView das Terminalfenster aufmacht wird erkennen müssen, dass wir in OE nur zum Teil an der "Misere" schuld sind. Dies soll uns aber nicht abhalten, bei uns eine gewisse Disziplin einzuhalten ("Wir sind die Guten"). 
            
            
            
            Sehr gute Erklärungen gibt es auch auf der dieser Internetseite: 
            
            [http://www.aprs-dl.de/index.php?ALLES_%FCber%26nbsp%3BAPRS%21:Pfadeinstellungen Alles über Pfadeinstellungen]
            
            An die Betreiber von APRS Repeater: 
            
            
            
            Bitte überprüft eure Baken-Einstellungen. Teilweise senden diese Repeater (auch österreichische) ihre Baken in sehr kurzen Abständen aus. Ich denke 30min zwischen den Baken würde genügen. DANKE.
            
            
            
            73 de oe3msu'''WIDE1-1, WIDE 2-2'''
            
            
            
            
            
            Der Path '''WIDE1-1''' wird bei Mobilisten häufig verwendet und zeigt überwiegend vollständige Tracks. Diese Parameter habe ich bereits getestet, es ist nichts verloren gegangen.
            
            
            
            
            
            =Empfehlung PATH Einstellung Digipeater / Baken=
            
            Jeder Betreiber eines APRS Digipeaters bzw. einer APRS Bake sollte sich grundlegend Gedanken über die HF Situation seiner Station machen. Dazu gehört es auch den Usern / Clients den Vorrang einzuräumen und die eigenen Aussendungen auf das unbedingt nötige Maß zu beschränken.
            
            
            
            Die meisten Timeout-Einstellungen in APRS-Clientprogrammen zur Anzeige von aktiven Stationen liegen bei 30 oder gar 60 Minuten. Das bedeutet, dass die angezeigte Station auf der Karte erst nach 30 bzw. 60 Minuten ohne weitere neu empfangene APRS Bake verschwindet.
            
            
            
            Und auch über die eigenen HF-Reichweite sollte man sich im Klaren sein.<br>
            
            Eine APRS Bake auf einem Berg in 3000m Höhe mit 5 minütigen WIDE3 Baken legt kontinuierlich die QRG in einem Großraum um den eigenen Standort lahm. Handfunkgeräte und Mobilisten haben gegen ein solches "Relaisgewitter" keine Chance auf Empfang!
            
            
            
            Bitte überprüft eure Baken-Einstellungen.<br>
            
            '''30 Minuten zwischen den eigenen Bakenaussendungen einer unbeweglichen Station sind völlig ausreichend. Auf ein WIDE kann meist komplett verzichtet werden.''' DANKE!
            
            
            
            =TX Delay=
            
            Und bei alldem auch immer auf den nur '''minimalst notwendigen TX Delay achten''', da bei einer zu hohen Verzögerung wertvolle Empfangszeit am Digipeater vergeudet wird bzw. die Frequenz mit der eigenen Aussendung gestört wird!
            
            
            
            Eine Debug-Möglichkeit zur Kontrolle des eigenen Signals gibt es bei TCE-Digipeatern, also bspw. im HAMNET (!) bei [http://aprs.oe1xur.ampr.org:14501/mh OE1XUR] oder [http://aprs.oe2xzr.ampr.at:14501/mh OE2XZR].<br>
            
            '''Die Verzögerung (TXD) sollte dabei idealerweise im 2-stelligen ms-Bereich liegen, jedoch jedenfalls unter 150ms!'''
(19 dazwischenliegende Versionen von 5 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
=Path - Einstellungen:=
+
[[Kategorie:APRS]]
 +
=PATH - Einstellung Erklärung=  
 +
 
 +
Die Path-Einstellung (dt. Pfad) soll den Weg des per HF ausgesendeten Signals definieren. Historisch gesehen half es den OMs bspw. mit Blick auf die USA, dem Ursprungsland des APRS, dazu festzulegen, wie weit sie gehört werden wollten.<br>
 +
Heute besteht der Grundgedanke eines APRS-Packets eher darin, seinen Weg zum IS (Internet Service) bzw. überhaupt in das APRS Netzwerk zu finden.
 +
 
 +
In Europa ist die Dichte der APRS Digipeater mit Netzwerkanschluss vergleichsweise hoch, die Gebiete daher gut abgedeckt. Und so ist speziell in Zentral- und Westeuropa die Wahrscheinlichkeit sehr hoch, von mehreren Netzwerk-APRS-Digipeatern gleichzeitig gehört zu werden.<br>
 +
Dieser Umstand erfordert somit '''keine (übermäßige) WIDE Einstellung''' mehr, ja sogar im Gegenteil, wäre diese sogar eine hohe Belastung bzw. Störung des Betriebs.
 +
 
 +
Intelligent programmierte Digipeater (bspw. [[TCE_Tinycore_Linux_Projekt | dxlAPRS aus dem TCE-Projekt]]) reagieren bei Netzanschluss individuell auf WIDE-Einstellungen, und tragen somit zur Erhöhung der Qualität beim Empfang und der "Sauberkeit" der Frequenz bei.
  
Auf Grund vieler Anfragen möchte ich euch über die APRS Einstellungen schreiben.
 
Dieses gilt für 2-Meter UHF vor allem für Mobilisten (144,800 MHz) – HF folgt noch.
 
 
   
 
   
==Path-Einstellungen: ==
+
=PATH - Einstellungen generell=
+
 
Da die Frequenz 144.800 langsam etwas überlastet wird, da zuviel Traffic, (ich bin daran in letzter Zeit nicht ganz unschuldig) möchte ich euch die Path - Einstellungen erklären:
+
Die in der IARU Region 1 primäre APRS Frequenz 144.800 MHz ist sehr stark benutzt, daher bitte folgendes beachten:
 
   
 
   
 
#verwendet bitte in keinem Fall TRACE – es bedeutet das euer Rufzeichen bei jedem Digipeater zusätzlich zum Packet angefügt wird und/oder die Rufzeichen der verwendeten Relays, und zu elend langen Paketen führt, die dann keiner mehr richtig dekodieren kann und die QRG unnötig belasten.  
 
#verwendet bitte in keinem Fall TRACE – es bedeutet das euer Rufzeichen bei jedem Digipeater zusätzlich zum Packet angefügt wird und/oder die Rufzeichen der verwendeten Relays, und zu elend langen Paketen führt, die dann keiner mehr richtig dekodieren kann und die QRG unnötig belasten.  
#RELAY bedeutet, dass jedes beliebige RELAY in eurem Umkreis eure Sendung weitergibt. Wenn dann noch  
+
#RELAY bedeutet, dass jedes beliebige RELAY in eurem Umkreis eure Sendung weitergibt. Wenn dann noch WIDE7-7 dahinter steht so werden im extremen Fall 49 Aussendungen auf der leider nur einzigen Frequenz 144,800 MHz ausgestrahlt!
#WIDE7-7 dahinter steht so werden im extremen Fall 49 Aussendungen auf der leider nur einzigen Frequenz 144,800 MHz ausgestrahlt. Wen interessiert es, auf VHf eine Station aus EA, F oder G auf seinem Display zu sehen – und die kommen sowieso auch per Internet.
+
#Für spezielle Anwendungen können auch spezielle Digipeater eingegeben werden (z.B.: RS0ISS-4 für die ISS oder OE1XQR für den Raum Wien – anstelle des Parameters WIDE)  
#Für spezielle Anwendungen können natürlich auch spezielle Digipeater eingegeben werden (z.B.: RS0ISS-4 für die ISS oder OE1XQR für den Raum Wien – anstelle des Parameters RELAY)  
+
 
#Als abschreckendes Beispiel :  
+
 
 +
Zur Verdeutlichung ein abschreckendes Beispiel :  
  
EA8XXX-15  IL27HX  30  TRACE3-3,TRACE4-4,TRACE5-5,WIDE3-3,WIDE4-4,WIDE5-5,WIDE6-6
+
::EA8XXX-15  IL27HX  30  TRACE3-3,TRACE4-4,TRACE5-5,WIDE3-3,WIDE4-4,WIDE5-5,WIDE6-6   
EB8XX  IL28ED  24  EA8AUQ,EA8ADH-6*,TRACE7-6,WIDE,TRACE7-7,WIDE,TRACE7-7  
 
  
 +
::EB8XX  IL28ED  24  EA8AUQ,EA8ADH-6*,TRACE7-6,WIDE,TRACE7-7,WIDE,TRACE7-7 
  
Der erste macht 30 Aussendungen, der zweite immerhin 24 !!
+
 
Dei Rufzeichen wurde absichtlich verfälscht!
+
Die erste Einstellung würde im Einzelfall 30 Aussendungen, der zweite immerhin noch 24 produzieren!  
 +
 
 +
'''Eines ist klar: je kürzer und einfacher eine Aussendung gestaltet ist, desto höher ist die Chance auf Empfang!'''
 
   
 
   
Ich würde folgende Parameter vorschlagen:  
+
 
 +
=Empfehlung PATH Einstellung User / Client=
 +
Folgender Vorschlag für Einstellungen als Benutzer / Client auf 144.800 MHz:  
 
   
 
   
#für Feststationen auf 144.800 MHz : RELAY, WIDE1-1, wobei RELAY durch den am nächsten gelegenen hörbaren Digipeater (z.B. OE1XQR für Wien oder OE3XKR für das Weinviertel, etc.)zu ersetzen wären.  
+
#für Feststationen: Auf WIDE kann meist komplett verzichtet werden oder man nutzt den am nächsten gelegenen hörbaren Digipeater (z.B. OE1XQR für Wien, OE2XZR im Großraum Salzburg, OE3XKR für das Weinviertel, etc.).  
#Für mobile Stationen im gut versorgten Städten (Wien, Graz etc.) :
+
#Für mobile Stationen in Zentral- und West-Europa: max. '''WIDE1-1'''
RELAY,WIDE 2-2
+
#Für mobile Stationen in weniger versorgten Gebieten: '''WIDE1-1, WIDE 2-2'''
#Für Mobile Stationen in weniger versorgten Gebieten:  
+
 
RELAY, WIDE 4-4 maximal.
+
 
In näherer Zukunft wird das Wort RELAY durch WIDE1-1 zu ersetzen sein. Damit ist keine Einbusse zu befürchten, jedoch der Traffic wird beschränkt werden, da in diesem Fall nur ein WIDE = RELAY das Packet weitergibt.
+
Der Path '''WIDE1-1''' wird bei Mobilisten häufig verwendet und zeigt überwiegend vollständige Tracks. Diese Parameter habe ich bereits getestet, es ist nichts verloren gegangen.
Also neuer Path: WIDE1-1,WIDE2-2. Diese Parameter habe ich bereits getestet, es ist nichts verloren gegangen.
+
 
+
 
(Noch eine persönliche Anmerkung):
+
=Empfehlung PATH Einstellung Digipeater / Baken=
 +
Jeder Betreiber eines APRS Digipeaters bzw. einer APRS Bake sollte sich grundlegend Gedanken über die HF Situation seiner Station machen. Dazu gehört es auch den Usern / Clients den Vorrang einzuräumen und die eigenen Aussendungen auf das unbedingt nötige Maß zu beschränken.
  
WIDE1-1 PARADIGMA:
+
Die meisten Timeout-Einstellungen in APRS-Clientprogrammen zur Anzeige von aktiven Stationen liegen bei 30 oder gar 60 Minuten. Das bedeutet, dass die angezeigte Station auf der Karte erst nach 30 bzw. 60 Minuten ohne weitere neu empfangene APRS Bake verschwindet.
  
Die Umstellung auf vernünftige Path - Einstellungen (das bedeutet WIDE1-1 oder auch NEW1-1 als ersten Path) wird noch eine Weile dauern, vermutlich bis Ende des Mitte des Jahres 2008. In USA und DL ist die Diskussion voll im Gange und teilweise bereits verwirlicht. (die Repeater hören nur mehr auf "WIDE"). In I und S5 gibt es leider noch keine Empfehlungen. Aber wir sollten mit gutem Beispiel vorangehen, und die Kanalkapazität optimal nutzen.
+
Und auch über die eigenen HF-Reichweite sollte man sich im Klaren sein.<br>
Wer z.B. in UIView das Terminalfenster aufmacht wird erkennen müssen, dass wir in OE nur zum Teil an der "Misere" schuld sind. Dies soll uns aber nicht abhalten, bei uns eine gewisse Disziplin einzuhalten ("Wir sind die Guten").
+
Eine APRS Bake auf einem Berg in 3000m Höhe mit 5 minütigen WIDE3 Baken legt kontinuierlich die QRG in einem Großraum um den eigenen Standort lahm. Handfunkgeräte und Mobilisten haben gegen ein solches "Relaisgewitter" keine Chance auf Empfang!
  
Sehr gute Erklärungen gibt es auch auf der dieser Internetseite:
+
Bitte überprüft eure Baken-Einstellungen.<br>
[http://www.aprs-dl.de/index.php?ALLES_%FCber%26nbsp%3BAPRS%21:Pfadeinstellungen Alles über Pfadeinstellungen]
+
'''30 Minuten zwischen den eigenen Bakenaussendungen einer unbeweglichen Station sind völlig ausreichend. Auf ein WIDE kann meist komplett verzichtet werden.''' DANKE!
An die Betreiber von APRS Repeater:
 
  
Bitte überprüft eure Baken-Einstellungen. Teilweise senden diese Repeater (auch österreichische) ihre Baken in sehr kurzen Abständen aus. Ich denke 30min zwischen den Baken würde genügen. DANKE.
+
=TX Delay=
 +
Und bei alldem auch immer auf den nur '''minimalst notwendigen TX Delay achten''', da bei einer zu hohen Verzögerung wertvolle Empfangszeit am Digipeater vergeudet wird bzw. die Frequenz mit der eigenen Aussendung gestört wird!
  
73 de oe3msu
+
Eine Debug-Möglichkeit zur Kontrolle des eigenen Signals gibt es bei TCE-Digipeatern, also bspw. im HAMNET (!) bei [http://aprs.oe1xur.ampr.org:14501/mh OE1XUR] oder [http://aprs.oe2xzr.ampr.at:14501/mh OE2XZR].<br>
 +
'''Die Verzögerung (TXD) sollte dabei idealerweise im 2-stelligen ms-Bereich liegen, jedoch jedenfalls unter 150ms!'''

Anhänge

Diskussionen