IGate Empfang anzeigen: Unterschied zwischen den Versionen
Dl1nux (Diskussion | Beiträge) |
Dl1nux (Diskussion | Beiträge) |
||
| Zeile 3: | Zeile 3: | ||
Hierzu gibt es mehrere Möglichkeiten. Die einfachste ist, sich in das iGate per TCP Protokoll einzuwählen, so wie man es mit anderen APRS Servern macht. dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. | Hierzu gibt es mehrere Möglichkeiten. Die einfachste ist, sich in das iGate per TCP Protokoll einzuwählen, so wie man es mit anderen APRS Servern macht. dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. | ||
<nowiki>-t <localport> local igate tcp port for in connects | <nowiki> | ||
udpgate4: | |||
-t <localport> local igate tcp port for in connects | |||
-t 14580</nowiki> | -t 14580</nowiki> | ||
Version vom 11. Januar 2026, 16:49 Uhr
Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt?
Hierzu gibt es mehrere Möglichkeiten. Die einfachste ist, sich in das iGate per TCP Protokoll einzuwählen, so wie man es mit anderen APRS Servern macht. dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server.
udpgate4: -t <localport> local igate tcp port for in connects -t 14580
Mit dem Aufrufparameter -t gibt man eine Portnummer an, an der das iGate connected werden kann. Normalerweise ist dieser Port auch in allen Beispielskripten für dxlAPRS hinterlegt mit dem Standardport 14580. Also wenn ihr den Parameter nicht gelöscht habt, sollte das iGate hierüber erreichbar sein. Falls ihr einen anderen Port nutzt, müsst ihr in eurer Anwendung natürlich euren individuellen Port angeben.
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.
- APRSMAP (in dxlAPRS enthalten)
- APRSISCE/32
- Pin Point
- APRSdroid
- UI-VIEW
- XASTIR
- X-APRS
Diese Liste ist nicht abschließend. In jedem dieser Programme könnt ihr euch mit einem APRS-Server Verbinden. Sei es einer der großen Server im Internet, oder auch ein kleiner lokaler an eurem persönlichen Standort. Die Programme zeigen euch dann die APRS Pakete des verbundenen Servers auf einer Karte grafisch an, mit Symbol und Rufzeichen bzw. Beschreibung.
Wenn ihr euch also mit eurem eigenen dxlAPRS iGate verbindet, könnt ihr auf diese Weise live den Empfang eures iGates beobachten. Dazu benötigt ihr nur die DNS-Adresse eures iGates oder die IP-Adresse, und den Port, auf dem das iGate euch connecten lässt (Standard 14580).
Empfang des iGates darstellen mit APRSMAP
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.
Übrigens, APRSMAP ist Bestandteil von dxlAPRS und befindet sich in einer Standardinstallation im Ordner /dxlAPRS/aprsmap/. APRSMAP gibt es übrigens auch für Windows und kann hier als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:
1. Servereinstellungen konfigurieren
Menü > Config > Online > Server URL
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.
z.B.
- db0nu.hamnet.radio:14580
- 44.149.25.4:14580db0nu.hamnet.radio
2. Eigene Informationen hinterlegen (notwendig für die Verbindung)
Menü > Online > MyCAll
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15
Menü > Online > Passcode
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser hier generiert werden. Bitte das Call immer ohne SSID angeben!
Beispiel: 12345
Im Prinzip kann man sich nun auch schon verbinden, jedoch erhält man so noch keine Daten übermittelt. Das liegt daran, das APRS Server erwarten, das man erst einen Filter übermittelt. Sie können (oder wollen) ja nicht immer alles übertragen. Das kann im Internet auch wirklich SEHR viel sein. Also wird ein Filter zur Begrenzung des Datenstroms erwartet, vorher bekommt man nichts.
Weitere Informationen zu den APRS Server Filtern, findet man hier.
Da wir uns in unser eigenes iGate einwählen, und dort keine Massen an Daten zu erwarten sind, kann man einen recht einfachen Filter setzen, der einfach alles übermittelt, z.B. alles im Umkreis von 1000 Km von einem selbst. Man kann gerne auch einen größeren Umkreis definieren.
Menü > Online > Serverfilter
Beispiel: m/1000
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss.
Menü > Online > My Position
Dort kann man diese entweder händisch im bekannten APRS Format eingeben (WGS84 in Grad, Minuten, Dezimalminuten). Einfacher ist es mit der Maus auf der Karte auf seinen Standort zu zeigen und bei gedrücker Shift-Taste (Hochstelltaste) mit der linken Maustaste zu klicken. Dann wird die aktuelle Mauscursorposition auf der Karte in das Eingabefeld übernommen.
Beispiel: 5014.519N/01100.731E
3. Verbindung aktivieren
Menü > Online > Connect Server
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis. Nun sollte man sehen, wie sich die Karte langsam befüllt. Alle APRS-Pakete mit Positionsangaben, erscheinen nun auf der Karte. All das was nun auf der Karte erscheint, sind Pakete, die das eigene iGate gerade empfängt.
Mit anderen APRS-Programmen läuft das genauso.
- Serververbindung zu dxlAPRS iGate konfigurieren
- Rufzeichen, Passcode, Position und Filter hinterlegen
- Serververbindung aufbauen
Beispielansicht
Anzeige der empfangenen APRS Pakete an der Linux-Konsole
Die Ansicht in APRSMAP ist zwar schön, zeigt aber nicht alles an. Denn dort kann nur das angezeigt werden, was eine Position enthält. Es gibt auch viele Pakettypen ohne Position, z.B. Telemetrie oder APRS-Nachrichten. Es ist möglich sich die Rohdaten relativ einfach anzeigen zu lassen. Diese Rohdaten in Form von APRS Frames muss man dann allerdings selbständig interpretieren. Wie die Pakete aufgebaut sind, findet man in der offiziellen APRS Dokumentation hier.
Beispiel:
DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz
Anzeige der Daten mit udpflex
Die einzelnen Tools der dxlAPRS Toolchain tauschen ihre Daten im AXUDP Format aus. Diese kann man mit udpflex darstellen lassen. Mit udpflex kann man auch AXUDP Datenströme in lesbarem Klartext anzeigen lassen. In den Beispielskripten von DL1NUX ist hierzu die Skriptdatei monitor.sh enthalten. SIe enthält folgenden Befehl:
udpflex -U :0:9999 -V
- Der Parameter -U :0:9999 hört auf Port 9999 UDP
- Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an
Das bedeutet, alles was an Port 9999 in AXUDP ankommt, wird verarbeitet und angezeigt. In diesem Fall werden die Pakete nur empfangen und dargestellt, jedoch nicht weiter verarbeitet. Für unseren Zweck also genau das richtige.
Beispielausgabe:
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V send init to tnc UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18 `.++o@|>/`"5w}_1 UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21 }DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00 UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21 }KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25 !5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29 @101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30 @101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34 `'a?l#,>/`"8=}_) UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35 `'a?l#,>/`"8=}_) UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44 }TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766 UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45 :DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46 :DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0 UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46 :DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry
Die Anzeige eines empfangenen Pakets beginnt immer mit "UDP0: fm". Danach folgt der Header des Pakets (Absender, Ziel-Rufzeichen, Pfad), ein paar Informationen zum AX25 Pakettyp (für uns irrelevant) und das Systemdatum und die Systemzeit des Empfangszeitpunkts (diese Information wird von udpflex in der Bildschirmausgabe angereichert und ist nicht Teil des APRS-Pakets). In der zweiten Zeile sieht man dann die Payload, also die übertragene Information innerhalb des APRS Pakets. Das erste Symbol bezeichnet immer den Typ des APRS Pakets (Positionspaket, Wetter, Telemetrie usw), der Rest die Informationen gemäß APRS Spezifikationen.