Προτάσεις για το APRS

 

 

1. Τα WIDE DIGIPEATER θα πρέπει να είναι σε όσο το δυνατόν καλύτερες περιοχές για να καλύπτουν μεγάλες γεωγραφικές επιφάνειες.
2. Σε μία δεδομένη περιοχή δεν θα πρέπει να είναι πολλά WIDE  DIGIPEATER, γιατί το κάθε ένα διπλασιάζει την κίνηση.
3. Τα DIGIPEATER δεν είναι μέσον προβολής συλλόγων ή ατόμων αλλά ουσιώδη κομμάτια του ραδιοερασιτεχνικού δικτύου. Η εγκατάστασή τους είναι ευθύνη για αυτόν που τα εγκαθιστά. Θα πρέπει να γίνουν τελικά οι ενέργειες νομιμοποίησης από την αρμόδια αρχή, αλλά θα πρέπει και να δουλεύουν σωστά, Δηλαδή να έχουν καλά φίλτρα (καλή λήψη), αντικεραυνική προστασία και εφεδρική τροφοδοσία για να είναι το δίκτυο αξιόπιστο.
4. Οι Igates καλύπτουν μόνο την τοπική τους περιοχή και δεν χρησιμοποιούν πάνω από ένα hop, εκτός αν ζητηθεί για κάποια κοντινή αλλά ακραία περιοχή που δεν καλύπτει άλλος Igate.
5. Οι Igates δεν στέλνουν στον αέρα την θέση σταθμών  από το Internet, αλλά μόνο από τον αέρα προς το Internet εκτός ίσως από κάποιες εξαιρέσεις, δηλαδή  συγκεκριμένες, μικρού traffic, περιοχές της χώρας που δεν καλύπτονται ασύρματα, ή συγκεκριμένα παγκόσμια ή ελληνικά events ή πληροφορίες.
6. Οι Igates δρομολογούν προς το Internet όλα τα μηνύματα που δέχονται και προς το ασύρματο δίκτυο, μόνο τα μηνύματα για τους σταθμούς που ακούει σε αυτό.
7. Για τα bulletins οι Igates θα πρέπει να στέλνουν στο ασύρματο δίκτυο τουλάχιστον τα παρακάτω:  blnsv*, blngr*, oea* Για να είναι εύκολη η αποστολή κοινών ανακοινώσεων στο ασύρματο δίκτυο σε όλη την χώρα αλλά και Emergency bulletins.
8. Οι χρήστες είναι υπεύθυνοι για την σωστή λειτουργία των σταθμών τους και για την αποφυγή αποστολής άσκοπου traffic. Που σημαίνει ότι πρέπει να ψάχνουν και να απαιτούν ενημέρωση και οι σύλλογοι ή οι παλαιότεροι ραδιοερασιτέχνες να τους την παρέχουν. Επίσης θα πρέπει να ακολουθούν το APRS Protocol Specification όπως αυτό δημοσιεύεται από την TAPR.
9. Οι σταθεροί σταθμοί, θα πρέπει να στέλνουν τα beacon τους κάθε 30~60 λεπτά, ενώ οι κινητοί κάθε 2~5 λεπτά ανάλογα το traffic της περιοχής.
10. Σταθμοί WX κάθε 30 λεπτά με εξαίρεση ειδικές συνθήκες (πχ Βαρδάρης) ή έντονα καιρικά φαινόμενα.
11. Αποφυγή αποστολής συνέχεια ή για μεγάλα χρονικά διαστήματα από άσχετα objects ή bulletins που δεν έχουν γενικότερο ενδιαφέρον, καθώς και περιορισμένα και λογικά path για τον κάθε σταθμό. Προτείνονται  wide,wide2~5 για σταθερούς relay,trace3~6 για κινητούς.
12. Αποφυγή κάθε εμπορικής διαφήμισης ή εκπομπής που αντίκειται στις ραδιοερασιτεχνικές επικοινωνίες όπως ο νόμος σχετικά ορίζει. Αποφυγή αποστολής ψευδών θέσεων και objects, γιατί πέρα από την διασπορά ψευδών ειδήσεων κάνει αναξιόπιστο το δίκτυο.

 

 

 

UIDIGIPEATER

 

Ειδικά για τα digipeater με αυτό το firmware περιγράφουμε παραμέτρους που χρησιμοποιούνται από τα σπουδαιότερα εν χρήσει στην χώρα μας αλλά και προτείνονται από τον WB4APR και μπορούμε να τα κάνουμε standard για την Ελλάδα.

 

//      AX.25 Beacon 1 path

Beacon1Path            =       TRACE7-7

//      AX.25 Beacon 2 path

Beacon2Path            =       WIDE3-3

//      AX.25 Beacon 3 path

Beacon3Path            =      

//      Beacon 1 interval (default 600)

Beacon1Interval        =       7201

//      Beacon 2 interval (default 1800)

Beacon2Interval        =       2002

//      Beacon 3 interval (default 3600)

Beacon3Interval        =       600

//      Digipeater Beacon 1 Text up to 70 char

Beacon1Text            =          !3837.10NN02405.31E#PHG3460/KIMI sv1rd@qsl.net (UiDigi 1.8B6)

//      Digipeater Beacon 2 Text up to 70 char

Beacon2Text            =           !3837.10N\02405.31E#PHG3460/  EAST EVIA ISL. 144.8Mhz

//     Digipeater Beacon 3 Text up to 70 char

Beacon3Text            =           !3837.10NN02405.31E#PHG3460/   KYMH

 

Με τον τρόπο αυτό στέλνεται 1 beacon  κάθε 10 λεπτά (Το Beacon 3) χωρίς path που  δεν ενοχλεί το δίκτυο, με το τοπωνύμιο του digipeater που ενημερώνει τους φορητούς και κινητούς σταθμούς, ότι είναι μέσα στην απευθείας κάλυψη του συγκεκριμένου digipeater.

 

Ενα beacon με wide3-3 (beacon 2) που στέλνει σε μία ‘βιώσιμη’ απόσταση 3 hops που είναι λογική για να υπάρχει εύκολη ασύρματη επικοινωνία και αυτό  κάθε 33  λεπτά.

Kαι τέλος 1 beacon με trace7-7 (beacon 1) κάθε 120 λεπτά που μας βοηθάει να βλέπουμε τα μακρινά περάσματα, την διάδοση τι ακούγεται που καθώς και την version του firmware. Το beacon 1 είναι και αυτό που στέλνεται στα queries ?APRS?

Σημειώστε ότι ο μέσος όρος των 2  beacon, δηλαδή του πρώτου και του δεύτερου,  (αυτών που πραγματικά απασχολούν το δίκτυο), είναι 76.5 λεπτά  χρόνος υπέρ αρκετός.

 

Θα πρέπει να αποθαρρύνονται οι χρήστες να ενεργοποιούν από το computer τους το wide/ wideN/ traceN digipeater ειδικά σε αστικά κέντρα γιατί διπλασιάζουν το traffic.

 

Θα πρέπει να ενθαρρύνονται οι χρήστες να ενεργοποιούν στο tnc τους το «relay alias» και «digipeater on», για να βοηθούν σαν σταθμοί relay,  φορητούς και κινητούς σταθμούς στην περιοχή  τους σε μόνιμη βάση. Αυτό βέβαια είναι προβληματικό αν είναι σε απόσταση μικρότερη από 10~15 χιλ από κάποιο wide digipeater, οπότε θα πρέπει να αποφεύγεται. Επίσης θα πρέπει να αποφεύγεται σε πυκνές αστικές περιοχές γιατί η συνύπαρξη πολλών Relays θα είναι πρόβλημα. Η λύση στις μεγάλες αστικές περιοχές θα πρέπει να δίνεται με dedicated εγκαταστάσεις.

Ετσι θα πρέπει να ενθαρρύνονται χρήστες ή και σύλλογοι να βάζουν dedicated relay digipeater, σε σχετικά ψηλές περιοχές, που είναι όμως καθαρές από rf, για να βοηθούν τα wide να ακούνε τους φορητούς σταθμούς από δύσκολες περιοχές ή νεκρές ζώνες.

 

Σημείωση για να μπει το Uidigipeater σαν Relay μόνο πρέπει

UIDigipeaterCall             =       RELAY

UIFloodCall            =      

UITraceCall            =      

Beacon1Text            =           !3837.10NR02405.31E#____________

 

Σημείωση το Uidigipeater ver 1.7 έχει πρόβλημα και αναμεταδίδει πακέτα που έχουν ήδη μεταδοθεί από το ίδιο digipeater, θα πρέπει να μπει νεότερη έκδοση όπου ακόμα υπάρχουν τέτοια (η πλέον σίγουρη αυτή την στιγμή είναι η 1.8beta6.)

 

 

IGATES

 

Για τους Igates προτάθηκε και όλοι το έχουν ακολουθήσει, την δημιουργία ανεξάρτητου (από το εξωτερικό)  δικτύου, που υλοποιείται με 2 ταυτόχρονες συνδέσεις  στο Αγρίνιο και 2 στην Θεσσαλονίκη σαν εναλλακτικές για όλους τους ελληνικούς  Igates.

 

Κύριες συνδέσεις (Internet & AMPRnet)

sv1.pgcom.gr    1313    SV1CPO sv traffic (44.154.72.134 από Amprnet)

sv1.pgcom.gr    1314    SV1CPO ww messaging

 

Εφεδρικές (Internet & AMPRnet, Μόνο αν κλείσει το Αγρίνιο)

195.251.211.80  1313    SZ2TSL local + users (44.154.137.1 από Amprnet)

195.251.211.80  1314    SZ2TSL ww messaging

 

Αυτό δίνει την δυνατότητα στους άλλους Igates που υπάρχουν ή θα εμφανιστούν να μην χρειάζονται επιπλέον σύνδεση για το εξωτερικό, που να τους επιβαρύνει με τεράστιο traffic του διεθνούς aprs net και όλοι οι ελληνικοί Igates να είναι συνδεδεμένοι μεταξύ τους ανεξάρτητα από άλλες συνδέσεις και να έχουν επικοινωνία μηνυμάτων με όλο τον κόσμο. Επίσης δίνει την δυνατότητα για Igates πάνω από το AMPRnet. Και τέλος αποφεύγονται επικίνδυνες ανατροφοδοτήσεις μηνυμάτων από πιθανά τρίγωνα.

 

 

HF Gateways

 

Για του hf gateways (gates) υπάρχουν 3 περιπτώσεις hf  300 à vhf 1200 με ΚΑΜ, hf 300 à vhf 1200 με UiView αλλά και  Hf 1200 <–> vhf 1200. Στην  πρώτη και δεύτερη περίπτωση η διαδρομή του traffic πρέπει να είναι στην ουσία μονόδρομη αφού τα 300 bps δεν αντέχουν το traffic των 1200 bps, και μπορεί να εξυπηρετήσει στην πράξη μόνο μακρινούς πληροφοριοδότες εκτός χώρας. Η διαφορά τους είναι ότι έχουν να κάνουν με τον τρόπο που χειρίζονται το traffic από το path. Στην 3η περίπτωση έχουμε ένα πλήρες cross digipeater. Η  περίπτωση αυτή είναι μεταξύ vhf και 28 MHz μία μπάντα που δεν έχει καμία σταθερότητα αλλά μόνο πειραματικό χαρακτήρα, αυτό σημαίνει ότι μέρες και ώρες με διάδοση θα πρέπει να είμαστε φειδωλοί στην χρήση τους και ίσως οι υπεύθυνοι να τους γυρνούν κατευθείαν στο Internet ή σε άλλη γρήγορη συχνότητα παρά στα vhf 1200 (144.8).

 

DX-Cluster

 

Στην ίδια συχνότητα του APRS 144.8 MHz,  θα πρέπει να αποθαρρύνονται άλλα είδη επικοινωνίας, πχ connected packet (εκτός του remote sysop για Uidigipeater), αλλά και εφαρμογών μεγάλου traffic όπως το DxCluster. Είναι πλέον εμφανές ότι το ίδιο το  APRS δεν χωράει στο συγκεκριμένο bandwidth που έχουμε, πόσο μάλλον και το Cluster. Αυτό θα πρέπει να ενθαρρύνεται στα uhf  9600 (ίσως 438.100) Όπου θα πρέπει κάποια στιγμή να εποικίσει και το APRS και μάλλον θα μπορέσουν να συνυπάρξουν εκεί  για αρκετό καιρό ακόμα.

 

-SSID

 

Δεν είναι υποχρεωτικό βοηθάει όμως στην τάξη του δικτύου και για στατιστικούς λόγους.

SV1XXX          (σκέτο) θεωρείται ο κύριος σταθμός βάσης.

SV1XXX-1       Δευτερεύων σταθμός Βάσης (πιθανό qrl ή εναλλακτικό qth)

SV1XXX-2       Μετεωρολογικός σταθμός (μόνο σε περίπτωση ξεχωριστού συστήματος)

SV1XXX-6       Σταθμός μόνο από το Internet

SV1XXX-7       Φορητός σταθμός

SV1ΧΧΧ-9       Σταθμός κινητός (Αλλαγή από –12)

SV1XXX-10     Gateways κάθε μορφής (μόνο σε περίπτωση ξεχωριστού συστήματος)

SV1ΧΧΧ-11     Δοκιμαστικό Standalone Digi που δεν έχει ακόμα διακριτικό από το ΥΜΕ

APRS-SAT

Η χρήση δορυφόρων αποκλειστικής χρήσης APRS (Pcsat) δεν είναι για επικοινωνία σταθερών σταθμών , αλλά κινητών προς σταθερούς ή Igates και κυρίως κινητών εκτός σταθερού δικτύου APRS, θα πρέπει να αποφεύγεται η χρήση τους για επικοινωνία μεταξύ σταθμών βάσεως, για την οποία υπάρχουν άλλοι δορυφόροι..

 

ΕΠΙΛΟΓΗ ΠΑΡΑΜΕΤΡΩΝ ΟΤΑΝ ΤΑ ΠΡΟΓΡΑΜΜΑΤΑ ΤΟ ΕΠΙΤΡΕΠΟΥΝ

 

Επιλέγουμε βασικές τιμές σε παραμέτρους, που είναι καθοριστικές για την καλή λειτουργία του TNC μας σε σχέση με το υπόλοιπο δίκτυο, αλλά και με το τερματικό μας πρόγραμμα. Εννοείται ότι στο APRS επειδή το  σύστημα ουσιαστικά επικοινωνεί με UI (unnumbered information frames) κάποιες από τις παρακάτω παραμέτρους δεν έχουν ουσιαστική έννοια όμως καλό είναι να τις γνωρίζουμε...Ας σημειωθεί οτι οι περισσότερες από τις πιο κάτω συμπεριλαμβάνονται στο configuration file του UIDIGI firmware και καλό είναι όσοι προγραμματίζουν EPROM να κατανοήσουν την χρήση τους. Καλό επίσης είναι να χρησιμοποιούμε EPROM 27C512  (64ΚΒ) αντί για 27C256 (32KB). Αφήνοντας το πόδι «1» έξω από την βάση και είτε γειώνοντας το είτε δίνοντας του 5Volt μέσω διακόπτη μπορούμε να επιλέγουμε το πάνω η κάτω μέρος της EPROM όπου εκεί έχουμε βάλει και το πρόγραμμα του UIDIGI και ένα firmware για TNC2 (TAPR η MFJ). Με αυτό τον τρόπο μπορούμε να ελέγξουμε την συμπεριφορά του tnc και του πομποδέκτη (audio level, audio input, deviation, connection path κλπ) με απλές εντολές και αφού τελειώσουμε επαναφέρουμε το firmware του UIDIGI.

 

Ας δούμε τις σπουδαιότερες απ’ αυτές :

 

 

1.   TxD                       Ο χρόνος που μεσολαβεί μέχρι να σταθεροποιηθεί ο πομποδέκτης σε εκπομπή και το tnc να ξεκινήσει την αποστολή data. Προτείνεται μια τιμή 25-30 για νέα μοντέλα πομποδεκτών και 35-45 για παλιότερα με η χωρίς ρελέ.

 

2.   RESP                    Ο χρόνος που θα περιμένει το tnc μέχρι να δώσει απαντηση στο πακέτο πού έλαβε (η δεν έλαβε). Η παράμετρος αυτή μπορεί να ξεκινήσει με τιμή 12.  Βέβαια εξαρτάται πολύ και από τον ανταποκριτή μας. Αν είμαστε στα βραχέα (HF) και παίρνουμε μικρό αριθμό πακέτων (1-2) και το μήκος τους είναι επίσης μικρό, τότε μικραίνουμε την τιμή σημαντικά (2-6). Αν τα πακέτα είναι και μεγαλύτερα και περισσότερα (VHF/UHF), τότε βάζουμε τιμή μεγαλύτερη (8-14).

 

 

3.   FRACK                Ο χρόνος  που μεσολαβει μέχρι το tnc μας να ρωτήσει τον ανταποκριτή του αν έλαβε η όχι το πακέτο που έστειλε. Αν ο ανταποκριτής απαντήσει μέσα στον προκαθορισμένο χρόνο τότε το tnc στέλνει το επόμενο πακέτο. Ακολουθούμε την  ίδια περίπου φιλοσοφία με αυτήν της προηγούμενης παραμέτρου με παραπλήσιες τιμές.

 

4. Retry                      Πόσες φορές το tnc θα προσπαθήσει να περάσει ένα ανεπιβεβαίωτο πακέτο. Συνήθης τιμή 10.

 

 

5.  MAxFRAME        Πολύ  κρίσιμη παράμετρος που στα HF ας μην ξεπερνά το 2. Στα HF/UHF μπορεί να την πάμε και στο maximum της, δηλαδή 7.

 

6.   PACLEN              Το μήκος του πακέτου. Μικρό στα HF (40-80) και μεγάλο στα  HF/UHF (128-255). Εννοείται ότι κατά περίσταση μπορούμε να αλλάζουμε τα νούμερα αυτά, αλλά με την προϋπόθεση ότι ξέρουμε τι κάνουμε!

 

 

7.  MYcall xxxx           Με την εντολή αυτή βάζουμε το διακριτικό μας στο TNC. Υπάρχουν πολλές παραλλαγές της εντολής αυτής, ιδίως στα Multimode. Προσοχή γιατί πολλές φορές τα tnc για διάφορους λόγους δεν παίρνουν το διακριτικό μας με την εκκίνηση του προγράμματος η του tnc και μετά αναρωτιόμαστε γιατί μας αγνοεί το υπόλοιπο δίκτυο. Δεν είναι λίγες οι φορές που συνάδελφοι βγαίνουν στον αέρα με το χαριτωμένο διακριτικό NOCALL.

 

8. PPErsistence          Τυχαίο νούμερο που αρχίζει να επενεργεί μετά το τέλος του slottime. Ας υποθέσουμε ότι το slottime είναι 10 και το ppersist 63. Μόλις το κανάλι παραμείνει ελεύθερο για 100ms (10msX10 slottime) το tnc θεωρεί ένα τυχαίο νούμερο απο το 0-255. Εάν το νούμερο είναι ίσο η μεγαλύτερο του 63 (ppersist) στέλνει το πακέτο αν όχι περιμένει πάλι τον χρόνο του slottime και ακολουθεί την ίδια διαδικασία.

 

9. Slottime                  Ο χρόνος που μεσολαβεί ανάμεσα σε πετυχημένες εφαρμογές του αλγόριθμου ppersistance

 

 

Τέλος προσοχή στο audio που μπαίνει και βγαίνει από τον πομποδέκτη, δεν πρέπει να είναι ούτε πολύ ούτε λίγο. Συνήθως τα tnc έχουν ρυθμιστικά και για τα δύο. Στα 1200 baud δεν είναι τόσο κρίσιμο αρκεί να συμβαδίζουμε με τον υπόλοιπο κόσμο και όχι να ξεχωρίζουμε...