https://dxlwiki.dl1nux.de/api.php?action=feedcontributions&feedformat=atom&user=Dl1nuxDXL-Wiki - Benutzerbeiträge [de]2026-05-01T01:49:41ZBenutzerbeiträgeMediaWiki 1.39.1https://dxlwiki.dl1nux.de/index.php?title=Hauptseite&diff=925Hauptseite2026-01-14T21:27:01Z<p>Dl1nux: /* Tutorials, Konfigurationsbeispiele und fertige Images für RaspberryPi */</p>
<hr />
<div>== Vorwort ==<br />
<br />
Die dxlAPRS Toolchain wird entwickelt und veröffentlicht von Christian OE5DXL, Hannes OE5HPM und Freunden.<br />
Kontakt zu den Entwicklern ist möglich per e-Mail oder Packet Radio im DL/EU Conversekanal 501 (z.B. DB0FHN-11). <br />
Das Wiki befindet sich derzeit im Aufbau und wird betrieben und gepflegt von Attila DL1NUX mit Unterstützung von Chris OE5DXL. <br />
Wer mitmachen möchte ist dazu herzlich eingeladen. Bitte kontaktiert mich hierzu per Mail, siehe [[Impressum]].<br />
<p><b>Das Wiki erhebt keinen Anspruch auf Vollständigkeit, Richtigkeit oder Aktualität!</p></b><br />
<br />
== dxlAPRS Communities ==<br />
<br />
Für dxlAPRS wurde von DL1NUX eine Telegramm Gruppe geschaffen, in der sich Anwender gegenseitig unterstützen können. Der Gruppe kann über diesen Link beitreten: [https://t.me/joinchat/CRNMIBpKRcfQEBTPKLS0zg https://t.me/joinchat/CRNMIBpKRcfQEBTPKLS0zg]<br />
<br />
== Video Tutorials von DL1NUX ==<br />
* [https://www.youtube.com/watch?v=X_1myy7GP0Q dxlAPRS Tutorial Teil1 - Einführung und Übersicht]<br />
* [https://www.youtube.com/watch?v=S9lA0tx-5eY dxlAPRS Tutorial Teil2 - Installation]<br />
* [https://www.youtube.com/watch?v=ihQccAz5LIY dxlAPRS Tutorial Teil3 - APRS iGate mit SDR Stick und/oder LoRa APRS]<br />
* [https://www.youtube.com/watch?v=ICd-VcdPoGU dxlAPRS Tutorial Teil4 - Installation eines Wettersondenempfängers auf einem RaspberryPi]<br />
<br />
== Installation der dxlAPRS Tools ==<br />
<br />
Die einfachste und schnellste Möglichkeit die dxlAPRS Tools ins eigene System zu kopieren ist über die fertigen Installationspakete von Hannes OE5HPM.<br />
<br />
* [[Installationsanleitung]] Installation und Aktualisierung<br />
* [[dxlAPRS kompilieren]] (Bitte vorerst ignorieren, ist nicht alles korrekt)<br />
<br />
== Beispielskripte ==<br />
* [https://github.com/dl1nux/dxlAPRS-APRS-Skripte/ Beispielskripte für APRS Empfang, iGates, Digipeater etc.]<br />
* [https://github.com/dl1nux/dxlAPRS-radiosonde-rx/ Beispielskripte für Wettersondenempfang]<br />
* [https://github.com/dl1nux/dxlAPRS-radiosonde-rx-mit-scanner/ Beispielskripte für Wettersondenempfang mit Sondenscanner von DO2JMG]<br />
<br />
== Die Programme der dxlAPRS Toolchain ==<br />
<br />
Nicht alle Tools sind für alle Architekturen verfügbar!<br />
<br />
=== APRS Tools ===<br />
<br />
* <b>[[udpgate4]] Leistungsstarkes AXUDP APRS iGate</b><br />
* <b>[[udpbox]] APRS Digipeater</b><br />
* <b>[[udpflex]] KISS/SMACK zu AXUDP Schnittstelle</b><br />
* <b>[[aprsmap]] Leistungsstarkes Kartentool für APRS mit iGate Funktionalität</b><br />
* <b>[[afskmodem]] Soundkarten AX25 Demodulator für APRS/Packet radio (Multibaud)</b><br />
* <b>[[gps2aprs]] Erzeugt APRS Pakete aus einer seriellen Quelle (z.B. GPS Mouse) im AXUDP Format</b><br />
* <b>[[gps2digipos]] Erzeugt aus einer seriellen Quelle (z.B. GPS Mouse) drei Dateien welche die Koordinaten und die Höhe zum einfügen in APRS-Baken enthalten.</b><br />
* <b>[[ra02]] Tool zum Ansteuern von LoRa Chips wie z.B. dem RA02 (SX127x Typen) für z.B. LoRa APRS etc.</b><br />
* <b>[[lorarx]] LoRa APRS Empfänger mit SDR</b><br />
* <b>[[loratx]] LoRa APRS Sender mit SDR</b><br />
<br />
=== Wettersondenempfang ===<br />
<br />
* <b>[[sondeudp]] Dekodiert Wettersondensignale und sendet die Rohdaten an eine Auswertesoftware ([[sondemod]])</b><br />
* <b>[[sondemod]] Wertet empfangene Wettersondendaten von ([[sondeudp]]) aus und erzeugt daraus APRS-Objekte im AXUDP Format</b><br />
* <b>[[waterfall.py]] Erstellt ein Wasserfalldiagramm aus den Daten von [[sdrtst]]</b><br />
<br />
=== Packet Radio Tools ===<br />
<br />
* <b>[[l2cat]] Einfaches Packet-Radio Terminal für die Konsole für eine AXUDP Verbindung</b><br />
* [[cmslogin]]<br />
* [[udphub]] Level2-Switch für AX25. Ein AXUDP Port am Digipeater kann von vielen Usern genutzt werden.<br />
* [[hostint]]<br />
<br />
=== Geo Tools für die HamnetDB ===<br />
<br />
* [[panorama]] Erstellt ein Panorama von einem bestimmten Punkt in eine bestimmte Richtung<br />
* [[profile]] Geoprofil von Position A zu Position B<br />
* [[radiorange]] Radioreichweite von einer oder zwei Positionen<br />
* [[srtmtag]] Modifiziert SRTM-Files<br />
<br />
=== SDR Tools ===<br />
<br />
* <b>[[sdrradio]] Stereo UKW-Radio in Verbindung mit rtl_tcp</b><br />
* <b>[[sdrtst]] AM/FM/SSB Multi-RX zu Audiokanälen 8/16 bit PCM</b><br />
* [[downsample]]<br />
* [[sdrtx]]<br />
* [[waterfall]]<br />
<br />
=== Sonstige Tools ===<br />
<br />
* <b>[[adsb2aprs]] Wertet die ADSB Signale von Flugzeugtranspondern aus und erzeugt daraus APRS Objekte</b><br />
* [[fmrepeater]] Eine einfache soundkartenbasierte Repeatersoftware<br />
<br />
== Weitere Dateien in Verbindung mit den dxlAPRS Tools ==<br />
<br />
* <b>[[netbeacon.txt]]</b><br />
* <b>[[digibeacon.txt]]</b><br />
* <b>[[igates.txt]]</b><br />
* <b>[[sondecom.txt]]</b><br />
* <b>[[sdrcfg.txt]]</b><br />
* <b>[[calllink.txt]]</b><br />
* <b>[[objectlink.txt]]</b><br />
* <b>[[serverlink.txt]]</b><br />
* <b>[[maplink.txt]]</b><br />
<br />
== Informationen im dxlWiki zu Fremdtools und weiteres Hintergrundwissen zu dxlAPRS Funktionen ==<br />
<br />
* <b>[[rtl_tcp]] SDR-Server aus dem Paket rtl-sdr</b><br />
* <b>[[aprsis-filter|APRS-IS Filter]] Deutsche Übersetzung der Infoseite zu den APRS-IS Filteroptionen</b><br />
* <b>[[TX-Delay]] Informationen zum "TX-Delay" bei AX25 Aussendungen</b><br />
* <b>[[is2axudp.py]] Nimmt APRS-Daten im APRS-IS Format entgegen und sendet sie per AXUDP an einen Sender oder Digipeater zum Aussenden (Tool von Matze DM4TZE)<br />
* [[Direwolf]] Informationen zum Verbinden von Direwolf und dxlAPRS für Soundmodemanwendungen<br />
* [[IGate_Empfang_anzeigen|Wie kann man empfangene Daten des iGates auf einer Karte oder an der Konsole anzeigen lassen?]]<br />
<br />
== Info zu AXUDP v2 ==<br />
<br />
Alle dxlAPRS Tools unterstützen das AXUDP v2 Format.<br />
<br />
AXUDP v2 ist eine Erweiterung von AXUDP zum mitübertragen von empfangener TX-Delay-Zeit, Audiopegel, Datenqualiät, DCD Zustand und<br />
Sendepuffer etc.. Der Nutzen davon ist das Monitoring z.B. auf dem Webinterface von [[udpgate4]] (APRS), und sauberer<br />
Kanalzugriff bei hohem Datenaufkommen von Flexnet und [[l2cat]] (Packet Radio). Zur Weitergabe an andere Programme durch udpbox -R .... -r ... kann man den v2 Teil auch entfernen falls nicht gewünscht.<br />
<br />
== Tutorials, Konfigurationsbeispiele und fertige Images für RaspberryPi (externe Links) ==<br />
<br />
* [https://www.dl1nux.de/dxlaprs-tools-grundinstallation dxlAPRS Grundinstallation]<br />
* [https://www.dl1nux.de/aprs-digi-auf-raspberrypi-oder-linux-mit-dxlaprs-und-tnc APRS Digi mit dxlAPRS und TNC]<br />
* [https://www.dl1nux.de/aprs-rx-only-igate-mit-dxlaprs-unter-linux/ APRS RX only iGate mit dxlAPRS unter Linux]<br />
* [https://www.dl1nux.de/lora-aprs-igate-mit-dxlaprs-und-ra02-auf-einem-raspberrypi/ LoRa APRS iGate auf einem RaspberryPi mit udpgate4 für RX und RX/TX]<br />
* [https://www.dl1nux.de/portables-multi-aprs-igate Multi-APRS iGate (2m, 70cm und LoRa APRS) mit dxlAPRS auf einem RaspberryPi]<br />
* [https://www.dl1nux.de/wettersonden-rx-mit-dxlaprs Wettersondenempfänger unter Linux/RaspberryPi]<br />
* [https://www.dl1nux.de/packet-radio-mit-l2cat-in-der-linux-konsole Packet Radio mit l2cat in der Linux Konsole]<br />
* [https://www.dl1nux.de/soundmodem-mit-aprsmap-unter-windows Soundmodem mit APRSMAP unter Windows]<br />
* [https://www.dl1nux.de/lora-aprs-gateway-mit-dxlaprs-und-ttgo-lora-board LoRa APRS Gateway mit dxlAPRS und TTGO LoRa Board]<br />
* [https://www.dl1nux.de/fertige-dxlaprs-images-fuer-den-raspberrypi Fertige dxlAPRS Images für den RaspberryPi]<br />
<br />
== Linkliste dxlAPRS ==<br />
<br />
* [https://github.com/oe5hpm/dxlAPRS Github Projekt]<br />
* [http://dxlaprs.hamspirit.at/ Aktuelle stable Downloadarchive]<br />
* [https://github.com/dl1nux/dxlAPRS/ Backupsite stable Downloadarchive via Github/DL1NUX]<br />
* [https://oe5dxl.hamspirit.at:8024/ Server von OE5DXL im Internet (HTTPS)]<br />
* [http://oe5dxl.hamspirit.at:8025/ Server von OE5DXL im Internet (HTTP)]<br />
* [http://oe5dxl.ampr.org/ Server von OE5DXL im Hamnet]<br />
* [[Linkliste]] zu öffentlich zugänglichen dxlAPRS iGates mit [[udpgate4]]<br />
<br />
== Linkliste APRS allgemein ==<br />
<br />
* [https://aprs.fi aprs.fi Der bekannteste APRS Webclient von Heikki OH7LZB]<br />
* [https://www.de.ampr.org/hamcloud/start Verfügbare APRS Gateways in der HamCloud im HamNet]<br />
* [[aprs101]] Ausführliche Protokollbeschreibung des APRS-Protokolls (aprs101.pdf) - veraltet<br />
* [https://github.com/wb2osz/aprsspec?ref=how.aprs.works "How APRS works" - offizielles APRS Dokumentationsarchiv]<br />
* [http://www.aprs-is.net/javAPRSFilter.aspx APRS-IS Filter (Original)]<br />
* [http://www.aprs-is.net/q.aspx APRS Q-Konstrukt]<br />
* [https://apps.magicbug.co.uk/passcode/ APRS Passcode Generator]<br />
* [http://aprs.org/aprs11/tocalls.txt Aktuelle Liste der APRS TO-Calls für die Geräte-/Softwareidentifizierung]<br />
* [http://ariss.net/index.cgi?absolute=1 APRS Stationen gehört über die ISS]<br />
* [http://blog.aprs.fi/2020/02/how-aprs-paths-work.html?m=1 Wie funktionieren APRS-Pfade (englisch)]<br />
* [http://status.aprs2.net/ APRS Tier 2 Network Statusseite]<br />
* [http://www.dl1nux.de/aprs-is-daten-per-telnet-abfragen Tutorial: APRS-IS Daten über Telnet abfragen]<br />
<br />
== Sonstige interessante Links ==<br />
<br />
* [https://www.koordinaten-umrechner.de GPS Koordinaten umrechnen in alle Formate inkl. Kartendarstellung]</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Hauptseite&diff=924Hauptseite2026-01-14T21:26:25Z<p>Dl1nux: /* Informationen im dxlWiki zu Fremdtools und weiteres Hintergrundwissen zu dxlAPRS Funktionen */</p>
<hr />
<div>== Vorwort ==<br />
<br />
Die dxlAPRS Toolchain wird entwickelt und veröffentlicht von Christian OE5DXL, Hannes OE5HPM und Freunden.<br />
Kontakt zu den Entwicklern ist möglich per e-Mail oder Packet Radio im DL/EU Conversekanal 501 (z.B. DB0FHN-11). <br />
Das Wiki befindet sich derzeit im Aufbau und wird betrieben und gepflegt von Attila DL1NUX mit Unterstützung von Chris OE5DXL. <br />
Wer mitmachen möchte ist dazu herzlich eingeladen. Bitte kontaktiert mich hierzu per Mail, siehe [[Impressum]].<br />
<p><b>Das Wiki erhebt keinen Anspruch auf Vollständigkeit, Richtigkeit oder Aktualität!</p></b><br />
<br />
== dxlAPRS Communities ==<br />
<br />
Für dxlAPRS wurde von DL1NUX eine Telegramm Gruppe geschaffen, in der sich Anwender gegenseitig unterstützen können. Der Gruppe kann über diesen Link beitreten: [https://t.me/joinchat/CRNMIBpKRcfQEBTPKLS0zg https://t.me/joinchat/CRNMIBpKRcfQEBTPKLS0zg]<br />
<br />
== Video Tutorials von DL1NUX ==<br />
* [https://www.youtube.com/watch?v=X_1myy7GP0Q dxlAPRS Tutorial Teil1 - Einführung und Übersicht]<br />
* [https://www.youtube.com/watch?v=S9lA0tx-5eY dxlAPRS Tutorial Teil2 - Installation]<br />
* [https://www.youtube.com/watch?v=ihQccAz5LIY dxlAPRS Tutorial Teil3 - APRS iGate mit SDR Stick und/oder LoRa APRS]<br />
* [https://www.youtube.com/watch?v=ICd-VcdPoGU dxlAPRS Tutorial Teil4 - Installation eines Wettersondenempfängers auf einem RaspberryPi]<br />
<br />
== Installation der dxlAPRS Tools ==<br />
<br />
Die einfachste und schnellste Möglichkeit die dxlAPRS Tools ins eigene System zu kopieren ist über die fertigen Installationspakete von Hannes OE5HPM.<br />
<br />
* [[Installationsanleitung]] Installation und Aktualisierung<br />
* [[dxlAPRS kompilieren]] (Bitte vorerst ignorieren, ist nicht alles korrekt)<br />
<br />
== Beispielskripte ==<br />
* [https://github.com/dl1nux/dxlAPRS-APRS-Skripte/ Beispielskripte für APRS Empfang, iGates, Digipeater etc.]<br />
* [https://github.com/dl1nux/dxlAPRS-radiosonde-rx/ Beispielskripte für Wettersondenempfang]<br />
* [https://github.com/dl1nux/dxlAPRS-radiosonde-rx-mit-scanner/ Beispielskripte für Wettersondenempfang mit Sondenscanner von DO2JMG]<br />
<br />
== Die Programme der dxlAPRS Toolchain ==<br />
<br />
Nicht alle Tools sind für alle Architekturen verfügbar!<br />
<br />
=== APRS Tools ===<br />
<br />
* <b>[[udpgate4]] Leistungsstarkes AXUDP APRS iGate</b><br />
* <b>[[udpbox]] APRS Digipeater</b><br />
* <b>[[udpflex]] KISS/SMACK zu AXUDP Schnittstelle</b><br />
* <b>[[aprsmap]] Leistungsstarkes Kartentool für APRS mit iGate Funktionalität</b><br />
* <b>[[afskmodem]] Soundkarten AX25 Demodulator für APRS/Packet radio (Multibaud)</b><br />
* <b>[[gps2aprs]] Erzeugt APRS Pakete aus einer seriellen Quelle (z.B. GPS Mouse) im AXUDP Format</b><br />
* <b>[[gps2digipos]] Erzeugt aus einer seriellen Quelle (z.B. GPS Mouse) drei Dateien welche die Koordinaten und die Höhe zum einfügen in APRS-Baken enthalten.</b><br />
* <b>[[ra02]] Tool zum Ansteuern von LoRa Chips wie z.B. dem RA02 (SX127x Typen) für z.B. LoRa APRS etc.</b><br />
* <b>[[lorarx]] LoRa APRS Empfänger mit SDR</b><br />
* <b>[[loratx]] LoRa APRS Sender mit SDR</b><br />
<br />
=== Wettersondenempfang ===<br />
<br />
* <b>[[sondeudp]] Dekodiert Wettersondensignale und sendet die Rohdaten an eine Auswertesoftware ([[sondemod]])</b><br />
* <b>[[sondemod]] Wertet empfangene Wettersondendaten von ([[sondeudp]]) aus und erzeugt daraus APRS-Objekte im AXUDP Format</b><br />
* <b>[[waterfall.py]] Erstellt ein Wasserfalldiagramm aus den Daten von [[sdrtst]]</b><br />
<br />
=== Packet Radio Tools ===<br />
<br />
* <b>[[l2cat]] Einfaches Packet-Radio Terminal für die Konsole für eine AXUDP Verbindung</b><br />
* [[cmslogin]]<br />
* [[udphub]] Level2-Switch für AX25. Ein AXUDP Port am Digipeater kann von vielen Usern genutzt werden.<br />
* [[hostint]]<br />
<br />
=== Geo Tools für die HamnetDB ===<br />
<br />
* [[panorama]] Erstellt ein Panorama von einem bestimmten Punkt in eine bestimmte Richtung<br />
* [[profile]] Geoprofil von Position A zu Position B<br />
* [[radiorange]] Radioreichweite von einer oder zwei Positionen<br />
* [[srtmtag]] Modifiziert SRTM-Files<br />
<br />
=== SDR Tools ===<br />
<br />
* <b>[[sdrradio]] Stereo UKW-Radio in Verbindung mit rtl_tcp</b><br />
* <b>[[sdrtst]] AM/FM/SSB Multi-RX zu Audiokanälen 8/16 bit PCM</b><br />
* [[downsample]]<br />
* [[sdrtx]]<br />
* [[waterfall]]<br />
<br />
=== Sonstige Tools ===<br />
<br />
* <b>[[adsb2aprs]] Wertet die ADSB Signale von Flugzeugtranspondern aus und erzeugt daraus APRS Objekte</b><br />
* [[fmrepeater]] Eine einfache soundkartenbasierte Repeatersoftware<br />
<br />
== Weitere Dateien in Verbindung mit den dxlAPRS Tools ==<br />
<br />
* <b>[[netbeacon.txt]]</b><br />
* <b>[[digibeacon.txt]]</b><br />
* <b>[[igates.txt]]</b><br />
* <b>[[sondecom.txt]]</b><br />
* <b>[[sdrcfg.txt]]</b><br />
* <b>[[calllink.txt]]</b><br />
* <b>[[objectlink.txt]]</b><br />
* <b>[[serverlink.txt]]</b><br />
* <b>[[maplink.txt]]</b><br />
<br />
== Informationen im dxlWiki zu Fremdtools und weiteres Hintergrundwissen zu dxlAPRS Funktionen ==<br />
<br />
* <b>[[rtl_tcp]] SDR-Server aus dem Paket rtl-sdr</b><br />
* <b>[[aprsis-filter|APRS-IS Filter]] Deutsche Übersetzung der Infoseite zu den APRS-IS Filteroptionen</b><br />
* <b>[[TX-Delay]] Informationen zum "TX-Delay" bei AX25 Aussendungen</b><br />
* <b>[[is2axudp.py]] Nimmt APRS-Daten im APRS-IS Format entgegen und sendet sie per AXUDP an einen Sender oder Digipeater zum Aussenden (Tool von Matze DM4TZE)<br />
* [[Direwolf]] Informationen zum Verbinden von Direwolf und dxlAPRS für Soundmodemanwendungen<br />
* [[IGate_Empfang_anzeigen|Wie kann man empfangene Daten des iGates auf einer Karte oder an der Konsole anzeigen lassen?]]<br />
<br />
== Info zu AXUDP v2 ==<br />
<br />
Alle dxlAPRS Tools unterstützen das AXUDP v2 Format.<br />
<br />
AXUDP v2 ist eine Erweiterung von AXUDP zum mitübertragen von empfangener TX-Delay-Zeit, Audiopegel, Datenqualiät, DCD Zustand und<br />
Sendepuffer etc.. Der Nutzen davon ist das Monitoring z.B. auf dem Webinterface von [[udpgate4]] (APRS), und sauberer<br />
Kanalzugriff bei hohem Datenaufkommen von Flexnet und [[l2cat]] (Packet Radio). Zur Weitergabe an andere Programme durch udpbox -R .... -r ... kann man den v2 Teil auch entfernen falls nicht gewünscht.<br />
<br />
== Tutorials, Konfigurationsbeispiele und fertige Images für RaspberryPi ==<br />
<br />
* [https://www.dl1nux.de/dxlaprs-tools-grundinstallation dxlAPRS Grundinstallation]<br />
* [https://www.dl1nux.de/aprs-digi-auf-raspberrypi-oder-linux-mit-dxlaprs-und-tnc APRS Digi mit dxlAPRS und TNC]<br />
* [https://www.dl1nux.de/aprs-rx-only-igate-mit-dxlaprs-unter-linux/ APRS RX only iGate mit dxlAPRS unter Linux]<br />
* [https://www.dl1nux.de/lora-aprs-igate-mit-dxlaprs-und-ra02-auf-einem-raspberrypi/ LoRa APRS iGate auf einem RaspberryPi mit udpgate4 für RX und RX/TX]<br />
* [https://www.dl1nux.de/portables-multi-aprs-igate Multi-APRS iGate (2m, 70cm und LoRa APRS) mit dxlAPRS auf einem RaspberryPi]<br />
* [https://www.dl1nux.de/wettersonden-rx-mit-dxlaprs Wettersondenempfänger unter Linux/RaspberryPi]<br />
* [https://www.dl1nux.de/packet-radio-mit-l2cat-in-der-linux-konsole Packet Radio mit l2cat in der Linux Konsole]<br />
* [https://www.dl1nux.de/soundmodem-mit-aprsmap-unter-windows Soundmodem mit APRSMAP unter Windows]<br />
* [https://www.dl1nux.de/lora-aprs-gateway-mit-dxlaprs-und-ttgo-lora-board LoRa APRS Gateway mit dxlAPRS und TTGO LoRa Board]<br />
* [https://www.dl1nux.de/fertige-dxlaprs-images-fuer-den-raspberrypi Fertige dxlAPRS Images für den RaspberryPi]<br />
<br />
== Linkliste dxlAPRS ==<br />
<br />
* [https://github.com/oe5hpm/dxlAPRS Github Projekt]<br />
* [http://dxlaprs.hamspirit.at/ Aktuelle stable Downloadarchive]<br />
* [https://github.com/dl1nux/dxlAPRS/ Backupsite stable Downloadarchive via Github/DL1NUX]<br />
* [https://oe5dxl.hamspirit.at:8024/ Server von OE5DXL im Internet (HTTPS)]<br />
* [http://oe5dxl.hamspirit.at:8025/ Server von OE5DXL im Internet (HTTP)]<br />
* [http://oe5dxl.ampr.org/ Server von OE5DXL im Hamnet]<br />
* [[Linkliste]] zu öffentlich zugänglichen dxlAPRS iGates mit [[udpgate4]]<br />
<br />
== Linkliste APRS allgemein ==<br />
<br />
* [https://aprs.fi aprs.fi Der bekannteste APRS Webclient von Heikki OH7LZB]<br />
* [https://www.de.ampr.org/hamcloud/start Verfügbare APRS Gateways in der HamCloud im HamNet]<br />
* [[aprs101]] Ausführliche Protokollbeschreibung des APRS-Protokolls (aprs101.pdf) - veraltet<br />
* [https://github.com/wb2osz/aprsspec?ref=how.aprs.works "How APRS works" - offizielles APRS Dokumentationsarchiv]<br />
* [http://www.aprs-is.net/javAPRSFilter.aspx APRS-IS Filter (Original)]<br />
* [http://www.aprs-is.net/q.aspx APRS Q-Konstrukt]<br />
* [https://apps.magicbug.co.uk/passcode/ APRS Passcode Generator]<br />
* [http://aprs.org/aprs11/tocalls.txt Aktuelle Liste der APRS TO-Calls für die Geräte-/Softwareidentifizierung]<br />
* [http://ariss.net/index.cgi?absolute=1 APRS Stationen gehört über die ISS]<br />
* [http://blog.aprs.fi/2020/02/how-aprs-paths-work.html?m=1 Wie funktionieren APRS-Pfade (englisch)]<br />
* [http://status.aprs2.net/ APRS Tier 2 Network Statusseite]<br />
* [http://www.dl1nux.de/aprs-is-daten-per-telnet-abfragen Tutorial: APRS-IS Daten über Telnet abfragen]<br />
<br />
== Sonstige interessante Links ==<br />
<br />
* [https://www.koordinaten-umrechner.de GPS Koordinaten umrechnen in alle Formate inkl. Kartendarstellung]</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Hauptseite&diff=923Hauptseite2026-01-14T21:25:39Z<p>Dl1nux: /* Informationen im dxlWiki zu Fremdtools und weiteres Hintergrundwissen zu dxlAPRS Funktionen */</p>
<hr />
<div>== Vorwort ==<br />
<br />
Die dxlAPRS Toolchain wird entwickelt und veröffentlicht von Christian OE5DXL, Hannes OE5HPM und Freunden.<br />
Kontakt zu den Entwicklern ist möglich per e-Mail oder Packet Radio im DL/EU Conversekanal 501 (z.B. DB0FHN-11). <br />
Das Wiki befindet sich derzeit im Aufbau und wird betrieben und gepflegt von Attila DL1NUX mit Unterstützung von Chris OE5DXL. <br />
Wer mitmachen möchte ist dazu herzlich eingeladen. Bitte kontaktiert mich hierzu per Mail, siehe [[Impressum]].<br />
<p><b>Das Wiki erhebt keinen Anspruch auf Vollständigkeit, Richtigkeit oder Aktualität!</p></b><br />
<br />
== dxlAPRS Communities ==<br />
<br />
Für dxlAPRS wurde von DL1NUX eine Telegramm Gruppe geschaffen, in der sich Anwender gegenseitig unterstützen können. Der Gruppe kann über diesen Link beitreten: [https://t.me/joinchat/CRNMIBpKRcfQEBTPKLS0zg https://t.me/joinchat/CRNMIBpKRcfQEBTPKLS0zg]<br />
<br />
== Video Tutorials von DL1NUX ==<br />
* [https://www.youtube.com/watch?v=X_1myy7GP0Q dxlAPRS Tutorial Teil1 - Einführung und Übersicht]<br />
* [https://www.youtube.com/watch?v=S9lA0tx-5eY dxlAPRS Tutorial Teil2 - Installation]<br />
* [https://www.youtube.com/watch?v=ihQccAz5LIY dxlAPRS Tutorial Teil3 - APRS iGate mit SDR Stick und/oder LoRa APRS]<br />
* [https://www.youtube.com/watch?v=ICd-VcdPoGU dxlAPRS Tutorial Teil4 - Installation eines Wettersondenempfängers auf einem RaspberryPi]<br />
<br />
== Installation der dxlAPRS Tools ==<br />
<br />
Die einfachste und schnellste Möglichkeit die dxlAPRS Tools ins eigene System zu kopieren ist über die fertigen Installationspakete von Hannes OE5HPM.<br />
<br />
* [[Installationsanleitung]] Installation und Aktualisierung<br />
* [[dxlAPRS kompilieren]] (Bitte vorerst ignorieren, ist nicht alles korrekt)<br />
<br />
== Beispielskripte ==<br />
* [https://github.com/dl1nux/dxlAPRS-APRS-Skripte/ Beispielskripte für APRS Empfang, iGates, Digipeater etc.]<br />
* [https://github.com/dl1nux/dxlAPRS-radiosonde-rx/ Beispielskripte für Wettersondenempfang]<br />
* [https://github.com/dl1nux/dxlAPRS-radiosonde-rx-mit-scanner/ Beispielskripte für Wettersondenempfang mit Sondenscanner von DO2JMG]<br />
<br />
== Die Programme der dxlAPRS Toolchain ==<br />
<br />
Nicht alle Tools sind für alle Architekturen verfügbar!<br />
<br />
=== APRS Tools ===<br />
<br />
* <b>[[udpgate4]] Leistungsstarkes AXUDP APRS iGate</b><br />
* <b>[[udpbox]] APRS Digipeater</b><br />
* <b>[[udpflex]] KISS/SMACK zu AXUDP Schnittstelle</b><br />
* <b>[[aprsmap]] Leistungsstarkes Kartentool für APRS mit iGate Funktionalität</b><br />
* <b>[[afskmodem]] Soundkarten AX25 Demodulator für APRS/Packet radio (Multibaud)</b><br />
* <b>[[gps2aprs]] Erzeugt APRS Pakete aus einer seriellen Quelle (z.B. GPS Mouse) im AXUDP Format</b><br />
* <b>[[gps2digipos]] Erzeugt aus einer seriellen Quelle (z.B. GPS Mouse) drei Dateien welche die Koordinaten und die Höhe zum einfügen in APRS-Baken enthalten.</b><br />
* <b>[[ra02]] Tool zum Ansteuern von LoRa Chips wie z.B. dem RA02 (SX127x Typen) für z.B. LoRa APRS etc.</b><br />
* <b>[[lorarx]] LoRa APRS Empfänger mit SDR</b><br />
* <b>[[loratx]] LoRa APRS Sender mit SDR</b><br />
<br />
=== Wettersondenempfang ===<br />
<br />
* <b>[[sondeudp]] Dekodiert Wettersondensignale und sendet die Rohdaten an eine Auswertesoftware ([[sondemod]])</b><br />
* <b>[[sondemod]] Wertet empfangene Wettersondendaten von ([[sondeudp]]) aus und erzeugt daraus APRS-Objekte im AXUDP Format</b><br />
* <b>[[waterfall.py]] Erstellt ein Wasserfalldiagramm aus den Daten von [[sdrtst]]</b><br />
<br />
=== Packet Radio Tools ===<br />
<br />
* <b>[[l2cat]] Einfaches Packet-Radio Terminal für die Konsole für eine AXUDP Verbindung</b><br />
* [[cmslogin]]<br />
* [[udphub]] Level2-Switch für AX25. Ein AXUDP Port am Digipeater kann von vielen Usern genutzt werden.<br />
* [[hostint]]<br />
<br />
=== Geo Tools für die HamnetDB ===<br />
<br />
* [[panorama]] Erstellt ein Panorama von einem bestimmten Punkt in eine bestimmte Richtung<br />
* [[profile]] Geoprofil von Position A zu Position B<br />
* [[radiorange]] Radioreichweite von einer oder zwei Positionen<br />
* [[srtmtag]] Modifiziert SRTM-Files<br />
<br />
=== SDR Tools ===<br />
<br />
* <b>[[sdrradio]] Stereo UKW-Radio in Verbindung mit rtl_tcp</b><br />
* <b>[[sdrtst]] AM/FM/SSB Multi-RX zu Audiokanälen 8/16 bit PCM</b><br />
* [[downsample]]<br />
* [[sdrtx]]<br />
* [[waterfall]]<br />
<br />
=== Sonstige Tools ===<br />
<br />
* <b>[[adsb2aprs]] Wertet die ADSB Signale von Flugzeugtranspondern aus und erzeugt daraus APRS Objekte</b><br />
* [[fmrepeater]] Eine einfache soundkartenbasierte Repeatersoftware<br />
<br />
== Weitere Dateien in Verbindung mit den dxlAPRS Tools ==<br />
<br />
* <b>[[netbeacon.txt]]</b><br />
* <b>[[digibeacon.txt]]</b><br />
* <b>[[igates.txt]]</b><br />
* <b>[[sondecom.txt]]</b><br />
* <b>[[sdrcfg.txt]]</b><br />
* <b>[[calllink.txt]]</b><br />
* <b>[[objectlink.txt]]</b><br />
* <b>[[serverlink.txt]]</b><br />
* <b>[[maplink.txt]]</b><br />
<br />
== Informationen im dxlWiki zu Fremdtools und weiteres Hintergrundwissen zu dxlAPRS Funktionen ==<br />
<br />
* <b>[[rtl_tcp]] SDR-Server aus dem Paket rtl-sdr</b><br />
* <b>[[aprsis-filter|APRS-IS Filter]] Deutsche Übersetzung der Infoseite zu den APRS-IS Filteroptionen</b><br />
* <b>[[TX-Delay]] Informationen zum "TX-Delay" bei AX25 Aussendungen</b><br />
* <b>[[is2axudp.py]] Nimmt APRS-Daten im APRS-IS Format entgegen und sendet sie per AXUDP an einen Sender oder Digipeater zum Aussenden (Tool von Matze DM4TZE)<br />
* [[Direwolf]] Informationen zum Verbinden von Direwolf und dxlAPRS für Soundmodemanwendungen<br />
* [[IGate_Empfang_anzeigen]] Wie kann man empfangene Daten des iGates auf einer Karte oder an der Konsole anzeigen lassen?<br />
<br />
== Info zu AXUDP v2 ==<br />
<br />
Alle dxlAPRS Tools unterstützen das AXUDP v2 Format.<br />
<br />
AXUDP v2 ist eine Erweiterung von AXUDP zum mitübertragen von empfangener TX-Delay-Zeit, Audiopegel, Datenqualiät, DCD Zustand und<br />
Sendepuffer etc.. Der Nutzen davon ist das Monitoring z.B. auf dem Webinterface von [[udpgate4]] (APRS), und sauberer<br />
Kanalzugriff bei hohem Datenaufkommen von Flexnet und [[l2cat]] (Packet Radio). Zur Weitergabe an andere Programme durch udpbox -R .... -r ... kann man den v2 Teil auch entfernen falls nicht gewünscht.<br />
<br />
== Tutorials, Konfigurationsbeispiele und fertige Images für RaspberryPi ==<br />
<br />
* [https://www.dl1nux.de/dxlaprs-tools-grundinstallation dxlAPRS Grundinstallation]<br />
* [https://www.dl1nux.de/aprs-digi-auf-raspberrypi-oder-linux-mit-dxlaprs-und-tnc APRS Digi mit dxlAPRS und TNC]<br />
* [https://www.dl1nux.de/aprs-rx-only-igate-mit-dxlaprs-unter-linux/ APRS RX only iGate mit dxlAPRS unter Linux]<br />
* [https://www.dl1nux.de/lora-aprs-igate-mit-dxlaprs-und-ra02-auf-einem-raspberrypi/ LoRa APRS iGate auf einem RaspberryPi mit udpgate4 für RX und RX/TX]<br />
* [https://www.dl1nux.de/portables-multi-aprs-igate Multi-APRS iGate (2m, 70cm und LoRa APRS) mit dxlAPRS auf einem RaspberryPi]<br />
* [https://www.dl1nux.de/wettersonden-rx-mit-dxlaprs Wettersondenempfänger unter Linux/RaspberryPi]<br />
* [https://www.dl1nux.de/packet-radio-mit-l2cat-in-der-linux-konsole Packet Radio mit l2cat in der Linux Konsole]<br />
* [https://www.dl1nux.de/soundmodem-mit-aprsmap-unter-windows Soundmodem mit APRSMAP unter Windows]<br />
* [https://www.dl1nux.de/lora-aprs-gateway-mit-dxlaprs-und-ttgo-lora-board LoRa APRS Gateway mit dxlAPRS und TTGO LoRa Board]<br />
* [https://www.dl1nux.de/fertige-dxlaprs-images-fuer-den-raspberrypi Fertige dxlAPRS Images für den RaspberryPi]<br />
<br />
== Linkliste dxlAPRS ==<br />
<br />
* [https://github.com/oe5hpm/dxlAPRS Github Projekt]<br />
* [http://dxlaprs.hamspirit.at/ Aktuelle stable Downloadarchive]<br />
* [https://github.com/dl1nux/dxlAPRS/ Backupsite stable Downloadarchive via Github/DL1NUX]<br />
* [https://oe5dxl.hamspirit.at:8024/ Server von OE5DXL im Internet (HTTPS)]<br />
* [http://oe5dxl.hamspirit.at:8025/ Server von OE5DXL im Internet (HTTP)]<br />
* [http://oe5dxl.ampr.org/ Server von OE5DXL im Hamnet]<br />
* [[Linkliste]] zu öffentlich zugänglichen dxlAPRS iGates mit [[udpgate4]]<br />
<br />
== Linkliste APRS allgemein ==<br />
<br />
* [https://aprs.fi aprs.fi Der bekannteste APRS Webclient von Heikki OH7LZB]<br />
* [https://www.de.ampr.org/hamcloud/start Verfügbare APRS Gateways in der HamCloud im HamNet]<br />
* [[aprs101]] Ausführliche Protokollbeschreibung des APRS-Protokolls (aprs101.pdf) - veraltet<br />
* [https://github.com/wb2osz/aprsspec?ref=how.aprs.works "How APRS works" - offizielles APRS Dokumentationsarchiv]<br />
* [http://www.aprs-is.net/javAPRSFilter.aspx APRS-IS Filter (Original)]<br />
* [http://www.aprs-is.net/q.aspx APRS Q-Konstrukt]<br />
* [https://apps.magicbug.co.uk/passcode/ APRS Passcode Generator]<br />
* [http://aprs.org/aprs11/tocalls.txt Aktuelle Liste der APRS TO-Calls für die Geräte-/Softwareidentifizierung]<br />
* [http://ariss.net/index.cgi?absolute=1 APRS Stationen gehört über die ISS]<br />
* [http://blog.aprs.fi/2020/02/how-aprs-paths-work.html?m=1 Wie funktionieren APRS-Pfade (englisch)]<br />
* [http://status.aprs2.net/ APRS Tier 2 Network Statusseite]<br />
* [http://www.dl1nux.de/aprs-is-daten-per-telnet-abfragen Tutorial: APRS-IS Daten über Telnet abfragen]<br />
<br />
== Sonstige interessante Links ==<br />
<br />
* [https://www.koordinaten-umrechner.de GPS Koordinaten umrechnen in alle Formate inkl. Kartendarstellung]</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=922IGate Empfang anzeigen2026-01-14T21:22:39Z<p>Dl1nux: /* Umleiten der Daten für die Anzeige an der Konsole */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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. <br />
<br />
<nowiki><br />
udpgate4:<br />
-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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 oder die IP-Adresse eures iGates, und den Port, auf dem das iGate euch connecten lässt (Standard 14580).<br />
<br />
== Empfang des iGates darstellen mit APRSMAP ==<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Übrigens, APRSMAP ist Bestandteil von dxlAPRS und befindet sich in einer Standardinstallation im Ordner /dxlAPRS/aprsmap/. APRSMAP gibt es auch für Windows und kann [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
Damit man eine Verbindung aufbauen kann und Informationen übermittelt bekommt, muss man vorab noch einige Einstellungen vornehmen.<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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) nicht immer alles übertragen, denn das kann grundsätzlich auch wirklich SEHR viel sein. Also wird ein Filter zur Begrenzung des Datenstroms erwartet, vorher bekommt man nichts. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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 beispielsweise alles im Umkreis von 1000 Km übermittelt. Man kann natürlich auch einen größeren Umkreis definieren.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Damit dieser Filter funktionieren kann, muss noch eine Position festgelegt werden, auf welche sich der Umkreisfilter bezieht. Das kann eure Position sein, die des iGates oder eine andere beliebige. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Umleiten der Daten für die Anzeige an der Konsole ===<br />
<br />
Wenn man die Beispielskripte von DL1NUX nutzt, werden die empfangenen Daten bereits auf den Port 9999 in AXUDP weitergeleitet und man kann mit dem nächsten Abschnitt fortfahren.<br />
<br />
Nutzt man eine eigene Installation von dxlAPRS mit eigenen Skripten, muss man zunächst die empfangenen Pakete "umleiten", damit man sie wie im nächsten Kapitel beschrieben anzeigen kann.<br />
<br />
Hierzu nutzt man das tool [[udpbox]]. udpbox ist sehr vielseitig und kann nicht nur als Digi eingesetzt werden, sondern auch zum vervielfältigen von AXUDP Datenströmen. Ein AXUDP Datenstrom wird auf einem Port empfangen und auf beliebig vielen anderen Ports weiterverteilt. Hier ein Beispiel:<br />
<br />
<nowiki><br />
afskmodem -f 16000 -o /home/pi/dxlAPRS/aprs/aprspipe -c 1 -M 0 -c 0 -L 127.0.0.1:9001:0<br />
udpbox -R 127.0.0.1:9001 -l 127.0.0.1:10001 -l 127.0.0.1:9999<br />
udpgate4 -s MYCALL-2 -R 127.0.0.1:0:10001 -n 30:netbeacon.txt -g rotate.aprs2.net:14580 -p 12345 -t 14580 -w 14501 -D /home/pi/dxlAPRS/aprs/www/</nowiki><br />
<br />
* Im genannten Beispiel dekodiert afskmodem APRS-Signale und schickt diese im AXUDP Format über Port 9001 an udpbox.<br />
* udpbox empfängt den AXUDP Datemstrom auf Port 9001 und verteilt diesen an die Ports 10001 und 9999.<br />
* Das iGate udpgate4 empfäng wiederrum die Daten auf Port 10001 von udpbox kommend und schickt diese dann an den APRS-Server.<br />
* Der AXUDP Datenstrom wird aber ebenfalls an Port 9999 gesendet und kann dort von einem anderen Tool anbgegriffen werden, z.B. von udpflex, wie im nächsten Abschnitt beschrieben.<br />
<br />
'''Folgendes ist wichtig zu wissen:'''<br />
* Jeder AXUDP Datenstrom kann an einem Port nur von einer Anwendung verarbeitet werden. Es ist also nicht möglich, dass sich (z.B.) udpflex und udpgate4 gleichzeitig am Port 10001 "bedienen". Deswegen wird dies auch auf zwei Ports verteilt.<br />
* Andererseits ist es problemlos möglich, dass zwei Anwendungen ihre Daten an den gleichen Port raussenden. z.B. mehrere Instanzen von afskmodem, ra02, udpbox, können die empfangenen an ein und denselben Port weiterleiten. Am anderen Ende lässt sich dann allerdings nicht mehr "feststellen", von welcher Quelle ein Paket kam, sie sind dort alle vermischt in einem Pool. In meinen Beispielskripten mache ich das so und sende alle empfangenen Daten von allen Wegen zusätzlich an Port 9999, damit man den Port bei Bedarf "anzapfen" kann, z.B. mit udpflex.<br />
* udpbox kann einen Datenstrom an beliebig viele Ziele vervielfältigen. Es funktioniert z.B. auch "udpbox -R 127.0.0.1:9001 -l 127.0.0.1:10001 -l 127.0.0.1:10002 -l 127.0.0.1:10002 -l 127.0.0.1:10002 -l 127.0.0.1:10002 -l 127.0.0.1:10002 -l 127.0.0.1:9999", wenn es für euch einen Nutzen hat.<br />
* In manchen Skripten befindet sich anstatt dem Parameter -l auch -r für eine Weiterleitung. Hierbei handelt es sich um ein AXUDP Version 1 Format, welches manche älteren Anwendungen noch benötigen. Da alle dxlAPRS Tools allerdings bereits AXUDP Version 2 unterstützen, kann man beruhigt für jede Weiterleitung -l benutzen.<br />
<br />
Hat man einmal den Datenstrom an einen Port weitergeleitet, kann man diesen Port mit udpflex "anzapfen" und die Daten am Bildschirm sichtbar machen.<br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
Die einzelnen Tools der dxlAPRS Toolchain tauschen ihre Daten im AXUDP Format aus. Diese kann man mit [[udpflex]] in Klartext anzeigen lassen. In den Beispielskripten von DL1NUX ist hierzu auch die Skriptdatei monitor.sh enthalten. Sie enthält folgendes Kommando:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=921IGate Empfang anzeigen2026-01-14T21:22:14Z<p>Dl1nux: /* Anzeige der empfangenen APRS Pakete an der Linux-Konsole */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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. <br />
<br />
<nowiki><br />
udpgate4:<br />
-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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 oder die IP-Adresse eures iGates, und den Port, auf dem das iGate euch connecten lässt (Standard 14580).<br />
<br />
== Empfang des iGates darstellen mit APRSMAP ==<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Übrigens, APRSMAP ist Bestandteil von dxlAPRS und befindet sich in einer Standardinstallation im Ordner /dxlAPRS/aprsmap/. APRSMAP gibt es auch für Windows und kann [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
Damit man eine Verbindung aufbauen kann und Informationen übermittelt bekommt, muss man vorab noch einige Einstellungen vornehmen.<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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) nicht immer alles übertragen, denn das kann grundsätzlich auch wirklich SEHR viel sein. Also wird ein Filter zur Begrenzung des Datenstroms erwartet, vorher bekommt man nichts. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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 beispielsweise alles im Umkreis von 1000 Km übermittelt. Man kann natürlich auch einen größeren Umkreis definieren.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Damit dieser Filter funktionieren kann, muss noch eine Position festgelegt werden, auf welche sich der Umkreisfilter bezieht. Das kann eure Position sein, die des iGates oder eine andere beliebige. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Umleiten der Daten für die Anzeige an der Konsole ===<br />
<br />
Wenn man die Beispielskripte von DL1NUX nutzt, werden die empfangenen Daten bereits auf den Port 9999 in AXUDP weitergeleitet und man kann mit dem nächsten Abschnitt fortfahren.<br />
<br />
Nutzt man eine eigene Installation von dxlAPRS mit eigenen Skripten, muss man zunächst die empfangenen Pakete "umleiten", damit man sie wie im nächsten Kapitel beschrieben anzeigen kann.<br />
<br />
Hierzu nutzt man das tool [[udpbox]]. udpbox ist sehr vielseitig und kann nicht nur als Digi eingesetzt werden, sondern auch zum vervielfältigen von AXUDP Datenströmen. Ein AXUDP Datenstrom wird auf einem Port empfangen und auf beliebig vielen anderen Ports weiterverteilt. Hier ein Beispiel:<br />
<br />
<nowiki><br />
afskmodem -f 16000 -o /home/pi/dxlAPRS/aprs/aprspipe -c 1 -M 0 -c 0 -L 127.0.0.1:9001:0<br />
udpbox -R 127.0.0.1:9001 -l 127.0.0.1:10001 -l 127.0.0.1:9999<br />
udpgate4 -s MYCALL-2 -R 127.0.0.1:0:10001 -n 30:netbeacon.txt -g rotate.aprs2.net:14580 -p 12345 -t 14580 -w 14501 -D /home/pi/dxlAPRS/aprs/www/<br />
</nowiki><br />
<br />
* Im genannten Beispiel dekodiert afskmodem APRS-Signale und schickt diese im AXUDP Format über Port 9001 an udpbox.<br />
* udpbox empfängt den AXUDP Datemstrom auf Port 9001 und verteilt diesen an die Ports 10001 und 9999.<br />
* Das iGate udpgate4 empfäng wiederrum die Daten auf Port 10001 von udpbox kommend und schickt diese dann an den APRS-Server.<br />
* Der AXUDP Datenstrom wird aber ebenfalls an Port 9999 gesendet und kann dort von einem anderen Tool anbgegriffen werden, z.B. von udpflex, wie im nächsten Abschnitt beschrieben.<br />
<br />
'''Folgendes ist wichtig zu wissen:'''<br />
* Jeder AXUDP Datenstrom kann an einem Port nur von einer Anwendung verarbeitet werden. Es ist also nicht möglich, dass sich (z.B.) udpflex und udpgate4 gleichzeitig am Port 10001 "bedienen". Deswegen wird dies auch auf zwei Ports verteilt.<br />
* Andererseits ist es problemlos möglich, dass zwei Anwendungen ihre Daten an den gleichen Port raussenden. z.B. mehrere Instanzen von afskmodem, ra02, udpbox, können die empfangenen an ein und denselben Port weiterleiten. Am anderen Ende lässt sich dann allerdings nicht mehr "feststellen", von welcher Quelle ein Paket kam, sie sind dort alle vermischt in einem Pool. In meinen Beispielskripten mache ich das so und sende alle empfangenen Daten von allen Wegen zusätzlich an Port 9999, damit man den Port bei Bedarf "anzapfen" kann, z.B. mit udpflex.<br />
* udpbox kann einen Datenstrom an beliebig viele Ziele vervielfältigen. Es funktioniert z.B. auch "udpbox -R 127.0.0.1:9001 -l 127.0.0.1:10001 -l 127.0.0.1:10002 -l 127.0.0.1:10002 -l 127.0.0.1:10002 -l 127.0.0.1:10002 -l 127.0.0.1:10002 -l 127.0.0.1:9999", wenn es für euch einen Nutzen hat.<br />
* In manchen Skripten befindet sich anstatt dem Parameter -l auch -r für eine Weiterleitung. Hierbei handelt es sich um ein AXUDP Version 1 Format, welches manche älteren Anwendungen noch benötigen. Da alle dxlAPRS Tools allerdings bereits AXUDP Version 2 unterstützen, kann man beruhigt für jede Weiterleitung -l benutzen.<br />
<br />
Hat man einmal den Datenstrom an einen Port weitergeleitet, kann man diesen Port mit udpflex "anzapfen" und die Daten am Bildschirm sichtbar machen.<br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
Die einzelnen Tools der dxlAPRS Toolchain tauschen ihre Daten im AXUDP Format aus. Diese kann man mit [[udpflex]] in Klartext anzeigen lassen. In den Beispielskripten von DL1NUX ist hierzu auch die Skriptdatei monitor.sh enthalten. Sie enthält folgendes Kommando:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=920IGate Empfang anzeigen2026-01-11T19:30:35Z<p>Dl1nux: /* Anzeige der Daten mit udpflex */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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. <br />
<br />
<nowiki><br />
udpgate4:<br />
-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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 oder die IP-Adresse eures iGates, und den Port, auf dem das iGate euch connecten lässt (Standard 14580).<br />
<br />
== Empfang des iGates darstellen mit APRSMAP ==<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Übrigens, APRSMAP ist Bestandteil von dxlAPRS und befindet sich in einer Standardinstallation im Ordner /dxlAPRS/aprsmap/. APRSMAP gibt es auch für Windows und kann [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
Damit man eine Verbindung aufbauen kann und Informationen übermittelt bekommt, muss man vorab noch einige Einstellungen vornehmen.<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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) nicht immer alles übertragen, denn das kann grundsätzlich auch wirklich SEHR viel sein. Also wird ein Filter zur Begrenzung des Datenstroms erwartet, vorher bekommt man nichts. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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 beispielsweise alles im Umkreis von 1000 Km übermittelt. Man kann natürlich auch einen größeren Umkreis definieren.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Damit dieser Filter funktionieren kann, muss noch eine Position festgelegt werden, auf welche sich der Umkreisfilter bezieht. Das kann eure Position sein, die des iGates oder eine andere beliebige. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
Die einzelnen Tools der dxlAPRS Toolchain tauschen ihre Daten im AXUDP Format aus. Diese kann man mit [[udpflex]] in Klartext anzeigen lassen. In den Beispielskripten von DL1NUX ist hierzu die Skriptdatei monitor.sh enthalten. Sie enthält folgendes Kommando:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=919IGate Empfang anzeigen2026-01-11T16:58:28Z<p>Dl1nux: /* 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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. <br />
<br />
<nowiki><br />
udpgate4:<br />
-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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 oder die IP-Adresse eures iGates, und den Port, auf dem das iGate euch connecten lässt (Standard 14580).<br />
<br />
== Empfang des iGates darstellen mit APRSMAP ==<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Übrigens, APRSMAP ist Bestandteil von dxlAPRS und befindet sich in einer Standardinstallation im Ordner /dxlAPRS/aprsmap/. APRSMAP gibt es auch für Windows und kann [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
Damit man eine Verbindung aufbauen kann und Informationen übermittelt bekommt, muss man vorab noch einige Einstellungen vornehmen.<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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) nicht immer alles übertragen, denn das kann grundsätzlich auch wirklich SEHR viel sein. Also wird ein Filter zur Begrenzung des Datenstroms erwartet, vorher bekommt man nichts. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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 beispielsweise alles im Umkreis von 1000 Km übermittelt. Man kann natürlich auch einen größeren Umkreis definieren.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Damit dieser Filter funktionieren kann, muss noch eine Position festgelegt werden, auf welche sich der Umkreisfilter bezieht. Das kann eure Position sein, die des iGates oder eine andere beliebige. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
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:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=918IGate Empfang anzeigen2026-01-11T16:55:31Z<p>Dl1nux: /* 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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. <br />
<br />
<nowiki><br />
udpgate4:<br />
-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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 oder die IP-Adresse eures iGates, und den Port, auf dem das iGate euch connecten lässt (Standard 14580).<br />
<br />
== Empfang des iGates darstellen mit APRSMAP ==<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Übrigens, APRSMAP ist Bestandteil von dxlAPRS und befindet sich in einer Standardinstallation im Ordner /dxlAPRS/aprsmap/. APRSMAP gibt es auch für Windows und kann [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
Damit man eine Verbindung aufbauen kann und Informationen übermittelt bekommt, muss man vorab noch einige Einstellungen vornehmen.<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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) nicht immer alles übertragen, denn das kann grundsätzlich auch wirklich SEHR viel sein. Also wird ein Filter zur Begrenzung des Datenstroms erwartet, vorher bekommt man nichts. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
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:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=917IGate Empfang anzeigen2026-01-11T16:54:11Z<p>Dl1nux: /* 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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. <br />
<br />
<nowiki><br />
udpgate4:<br />
-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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 oder die IP-Adresse eures iGates, und den Port, auf dem das iGate euch connecten lässt (Standard 14580).<br />
<br />
== Empfang des iGates darstellen mit APRSMAP ==<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Übrigens, APRSMAP ist Bestandteil von dxlAPRS und befindet sich in einer Standardinstallation im Ordner /dxlAPRS/aprsmap/. APRSMAP gibt es auch für Windows und kann [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
Damit man eine Verbindung aufbauen kann und Informationen übermittelt bekommt, muss man vorab noch einige Einstellungen vornehmen.<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
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:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=916IGate Empfang anzeigen2026-01-11T16:53:45Z<p>Dl1nux: /* 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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. <br />
<br />
<nowiki><br />
udpgate4:<br />
-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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 oder die IP-Adresse eures iGates, und den Port, auf dem das iGate euch connecten lässt (Standard 14580).<br />
<br />
== Empfang des iGates darstellen mit APRSMAP ==<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Übrigens, APRSMAP ist Bestandteil von dxlAPRS und befindet sich in einer Standardinstallation im Ordner /dxlAPRS/aprsmap/. APRSMAP gibt es auch für Windows und kann [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
Damit man eine Verbindung aufbauen kann und Informationen übermittelt bekommt, muss man noch einige EInstellungen vornehmen.<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
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:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=915IGate Empfang anzeigen2026-01-11T16:52:26Z<p>Dl1nux: /* 1. Servereinstellungen konfigurieren */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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. <br />
<br />
<nowiki><br />
udpgate4:<br />
-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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 oder die IP-Adresse eures iGates, und den Port, auf dem das iGate euch connecten lässt (Standard 14580).<br />
<br />
== Empfang des iGates darstellen mit APRSMAP ==<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Übrigens, APRSMAP ist Bestandteil von dxlAPRS und befindet sich in einer Standardinstallation im Ordner /dxlAPRS/aprsmap/. APRSMAP gibt es auch für Windows und kann [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
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:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=914IGate Empfang anzeigen2026-01-11T16:51:48Z<p>Dl1nux: /* Empfang des iGates darstellen mit APRSMAP */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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. <br />
<br />
<nowiki><br />
udpgate4:<br />
-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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 oder die IP-Adresse eures iGates, und den Port, auf dem das iGate euch connecten lässt (Standard 14580).<br />
<br />
== Empfang des iGates darstellen mit APRSMAP ==<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Übrigens, APRSMAP ist Bestandteil von dxlAPRS und befindet sich in einer Standardinstallation im Ordner /dxlAPRS/aprsmap/. APRSMAP gibt es auch für Windows und kann [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
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:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=913IGate Empfang anzeigen2026-01-11T16:50:34Z<p>Dl1nux: /* Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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. <br />
<br />
<nowiki><br />
udpgate4:<br />
-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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 oder die IP-Adresse eures iGates, und den Port, auf dem das iGate euch connecten lässt (Standard 14580).<br />
<br />
== Empfang des iGates darstellen mit APRSMAP ==<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
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:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=912IGate Empfang anzeigen2026-01-11T16:49:03Z<p>Dl1nux: /* Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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. <br />
<br />
<nowiki><br />
udpgate4:<br />
-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
== Empfang des iGates darstellen mit APRSMAP ==<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
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:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=911IGate Empfang anzeigen2026-01-11T16:48:30Z<p>Dl1nux: /* Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
== Empfang des iGates darstellen mit APRSMAP ==<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
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:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=910IGate Empfang anzeigen2026-01-11T16:47:21Z<p>Dl1nux: /* Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
== Empfang des iGates darstellen mit APRSMAP ==<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
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:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Hauptseite&diff=909Hauptseite2026-01-11T15:16:00Z<p>Dl1nux: /* Linkliste APRS allgemein */</p>
<hr />
<div>== Vorwort ==<br />
<br />
Die dxlAPRS Toolchain wird entwickelt und veröffentlicht von Christian OE5DXL, Hannes OE5HPM und Freunden.<br />
Kontakt zu den Entwicklern ist möglich per e-Mail oder Packet Radio im DL/EU Conversekanal 501 (z.B. DB0FHN-11). <br />
Das Wiki befindet sich derzeit im Aufbau und wird betrieben und gepflegt von Attila DL1NUX mit Unterstützung von Chris OE5DXL. <br />
Wer mitmachen möchte ist dazu herzlich eingeladen. Bitte kontaktiert mich hierzu per Mail, siehe [[Impressum]].<br />
<p><b>Das Wiki erhebt keinen Anspruch auf Vollständigkeit, Richtigkeit oder Aktualität!</p></b><br />
<br />
== dxlAPRS Communities ==<br />
<br />
Für dxlAPRS wurde von DL1NUX eine Telegramm Gruppe geschaffen, in der sich Anwender gegenseitig unterstützen können. Der Gruppe kann über diesen Link beitreten: [https://t.me/joinchat/CRNMIBpKRcfQEBTPKLS0zg https://t.me/joinchat/CRNMIBpKRcfQEBTPKLS0zg]<br />
<br />
== Video Tutorials von DL1NUX ==<br />
* [https://www.youtube.com/watch?v=X_1myy7GP0Q dxlAPRS Tutorial Teil1 - Einführung und Übersicht]<br />
* [https://www.youtube.com/watch?v=S9lA0tx-5eY dxlAPRS Tutorial Teil2 - Installation]<br />
* [https://www.youtube.com/watch?v=ihQccAz5LIY dxlAPRS Tutorial Teil3 - APRS iGate mit SDR Stick und/oder LoRa APRS]<br />
* [https://www.youtube.com/watch?v=ICd-VcdPoGU dxlAPRS Tutorial Teil4 - Installation eines Wettersondenempfängers auf einem RaspberryPi]<br />
<br />
== Installation der dxlAPRS Tools ==<br />
<br />
Die einfachste und schnellste Möglichkeit die dxlAPRS Tools ins eigene System zu kopieren ist über die fertigen Installationspakete von Hannes OE5HPM.<br />
<br />
* [[Installationsanleitung]] Installation und Aktualisierung<br />
* [[dxlAPRS kompilieren]] (Bitte vorerst ignorieren, ist nicht alles korrekt)<br />
<br />
== Beispielskripte ==<br />
* [https://github.com/dl1nux/dxlAPRS-APRS-Skripte/ Beispielskripte für APRS Empfang, iGates, Digipeater etc.]<br />
* [https://github.com/dl1nux/dxlAPRS-radiosonde-rx/ Beispielskripte für Wettersondenempfang]<br />
* [https://github.com/dl1nux/dxlAPRS-radiosonde-rx-mit-scanner/ Beispielskripte für Wettersondenempfang mit Sondenscanner von DO2JMG]<br />
<br />
== Die Programme der dxlAPRS Toolchain ==<br />
<br />
Nicht alle Tools sind für alle Architekturen verfügbar!<br />
<br />
=== APRS Tools ===<br />
<br />
* <b>[[udpgate4]] Leistungsstarkes AXUDP APRS iGate</b><br />
* <b>[[udpbox]] APRS Digipeater</b><br />
* <b>[[udpflex]] KISS/SMACK zu AXUDP Schnittstelle</b><br />
* <b>[[aprsmap]] Leistungsstarkes Kartentool für APRS mit iGate Funktionalität</b><br />
* <b>[[afskmodem]] Soundkarten AX25 Demodulator für APRS/Packet radio (Multibaud)</b><br />
* <b>[[gps2aprs]] Erzeugt APRS Pakete aus einer seriellen Quelle (z.B. GPS Mouse) im AXUDP Format</b><br />
* <b>[[gps2digipos]] Erzeugt aus einer seriellen Quelle (z.B. GPS Mouse) drei Dateien welche die Koordinaten und die Höhe zum einfügen in APRS-Baken enthalten.</b><br />
* <b>[[ra02]] Tool zum Ansteuern von LoRa Chips wie z.B. dem RA02 (SX127x Typen) für z.B. LoRa APRS etc.</b><br />
* <b>[[lorarx]] LoRa APRS Empfänger mit SDR</b><br />
* <b>[[loratx]] LoRa APRS Sender mit SDR</b><br />
<br />
=== Wettersondenempfang ===<br />
<br />
* <b>[[sondeudp]] Dekodiert Wettersondensignale und sendet die Rohdaten an eine Auswertesoftware ([[sondemod]])</b><br />
* <b>[[sondemod]] Wertet empfangene Wettersondendaten von ([[sondeudp]]) aus und erzeugt daraus APRS-Objekte im AXUDP Format</b><br />
* <b>[[waterfall.py]] Erstellt ein Wasserfalldiagramm aus den Daten von [[sdrtst]]</b><br />
<br />
=== Packet Radio Tools ===<br />
<br />
* <b>[[l2cat]] Einfaches Packet-Radio Terminal für die Konsole für eine AXUDP Verbindung</b><br />
* [[cmslogin]]<br />
* [[udphub]] Level2-Switch für AX25. Ein AXUDP Port am Digipeater kann von vielen Usern genutzt werden.<br />
* [[hostint]]<br />
<br />
=== Geo Tools für die HamnetDB ===<br />
<br />
* [[panorama]] Erstellt ein Panorama von einem bestimmten Punkt in eine bestimmte Richtung<br />
* [[profile]] Geoprofil von Position A zu Position B<br />
* [[radiorange]] Radioreichweite von einer oder zwei Positionen<br />
* [[srtmtag]] Modifiziert SRTM-Files<br />
<br />
=== SDR Tools ===<br />
<br />
* <b>[[sdrradio]] Stereo UKW-Radio in Verbindung mit rtl_tcp</b><br />
* <b>[[sdrtst]] AM/FM/SSB Multi-RX zu Audiokanälen 8/16 bit PCM</b><br />
* [[downsample]]<br />
* [[sdrtx]]<br />
* [[waterfall]]<br />
<br />
=== Sonstige Tools ===<br />
<br />
* <b>[[adsb2aprs]] Wertet die ADSB Signale von Flugzeugtranspondern aus und erzeugt daraus APRS Objekte</b><br />
* [[fmrepeater]] Eine einfache soundkartenbasierte Repeatersoftware<br />
<br />
== Weitere Dateien in Verbindung mit den dxlAPRS Tools ==<br />
<br />
* <b>[[netbeacon.txt]]</b><br />
* <b>[[digibeacon.txt]]</b><br />
* <b>[[igates.txt]]</b><br />
* <b>[[sondecom.txt]]</b><br />
* <b>[[sdrcfg.txt]]</b><br />
* <b>[[calllink.txt]]</b><br />
* <b>[[objectlink.txt]]</b><br />
* <b>[[serverlink.txt]]</b><br />
* <b>[[maplink.txt]]</b><br />
<br />
== Informationen im dxlWiki zu Fremdtools und weiteres Hintergrundwissen zu dxlAPRS Funktionen ==<br />
<br />
* <b>[[rtl_tcp]] SDR-Server aus dem Paket rtl-sdr</b><br />
* <b>[[aprsis-filter|APRS-IS Filter]] Deutsche Übersetzung der Infoseite zu den APRS-IS Filteroptionen</b><br />
* <b>[[TX-Delay]] Informationen zum "TX-Delay" bei AX25 Aussendungen</b><br />
* <b>[[is2axudp.py]] Nimmt APRS-Daten im APRS-IS Format entgegen und sendet sie per AXUDP an einen Sender oder Digipeater zum Aussenden (Tool von Matze DM4TZE)<br />
* [[Direwolf]] Informationen zum Verbinden von Direwolf und dxlAPRS für Soundmodemanwendungen<br />
<br />
== Info zu AXUDP v2 ==<br />
<br />
Alle dxlAPRS Tools unterstützen das AXUDP v2 Format.<br />
<br />
AXUDP v2 ist eine Erweiterung von AXUDP zum mitübertragen von empfangener TX-Delay-Zeit, Audiopegel, Datenqualiät, DCD Zustand und<br />
Sendepuffer etc.. Der Nutzen davon ist das Monitoring z.B. auf dem Webinterface von [[udpgate4]] (APRS), und sauberer<br />
Kanalzugriff bei hohem Datenaufkommen von Flexnet und [[l2cat]] (Packet Radio). Zur Weitergabe an andere Programme durch udpbox -R .... -r ... kann man den v2 Teil auch entfernen falls nicht gewünscht.<br />
<br />
== Tutorials, Konfigurationsbeispiele und fertige Images für RaspberryPi ==<br />
<br />
* [https://www.dl1nux.de/dxlaprs-tools-grundinstallation dxlAPRS Grundinstallation]<br />
* [https://www.dl1nux.de/aprs-digi-auf-raspberrypi-oder-linux-mit-dxlaprs-und-tnc APRS Digi mit dxlAPRS und TNC]<br />
* [https://www.dl1nux.de/aprs-rx-only-igate-mit-dxlaprs-unter-linux/ APRS RX only iGate mit dxlAPRS unter Linux]<br />
* [https://www.dl1nux.de/lora-aprs-igate-mit-dxlaprs-und-ra02-auf-einem-raspberrypi/ LoRa APRS iGate auf einem RaspberryPi mit udpgate4 für RX und RX/TX]<br />
* [https://www.dl1nux.de/portables-multi-aprs-igate Multi-APRS iGate (2m, 70cm und LoRa APRS) mit dxlAPRS auf einem RaspberryPi]<br />
* [https://www.dl1nux.de/wettersonden-rx-mit-dxlaprs Wettersondenempfänger unter Linux/RaspberryPi]<br />
* [https://www.dl1nux.de/packet-radio-mit-l2cat-in-der-linux-konsole Packet Radio mit l2cat in der Linux Konsole]<br />
* [https://www.dl1nux.de/soundmodem-mit-aprsmap-unter-windows Soundmodem mit APRSMAP unter Windows]<br />
* [https://www.dl1nux.de/lora-aprs-gateway-mit-dxlaprs-und-ttgo-lora-board LoRa APRS Gateway mit dxlAPRS und TTGO LoRa Board]<br />
* [https://www.dl1nux.de/fertige-dxlaprs-images-fuer-den-raspberrypi Fertige dxlAPRS Images für den RaspberryPi]<br />
<br />
== Linkliste dxlAPRS ==<br />
<br />
* [https://github.com/oe5hpm/dxlAPRS Github Projekt]<br />
* [http://dxlaprs.hamspirit.at/ Aktuelle stable Downloadarchive]<br />
* [https://github.com/dl1nux/dxlAPRS/ Backupsite stable Downloadarchive via Github/DL1NUX]<br />
* [https://oe5dxl.hamspirit.at:8024/ Server von OE5DXL im Internet (HTTPS)]<br />
* [http://oe5dxl.hamspirit.at:8025/ Server von OE5DXL im Internet (HTTP)]<br />
* [http://oe5dxl.ampr.org/ Server von OE5DXL im Hamnet]<br />
* [[Linkliste]] zu öffentlich zugänglichen dxlAPRS iGates mit [[udpgate4]]<br />
<br />
== Linkliste APRS allgemein ==<br />
<br />
* [https://aprs.fi aprs.fi Der bekannteste APRS Webclient von Heikki OH7LZB]<br />
* [https://www.de.ampr.org/hamcloud/start Verfügbare APRS Gateways in der HamCloud im HamNet]<br />
* [[aprs101]] Ausführliche Protokollbeschreibung des APRS-Protokolls (aprs101.pdf) - veraltet<br />
* [https://github.com/wb2osz/aprsspec?ref=how.aprs.works "How APRS works" - offizielles APRS Dokumentationsarchiv]<br />
* [http://www.aprs-is.net/javAPRSFilter.aspx APRS-IS Filter (Original)]<br />
* [http://www.aprs-is.net/q.aspx APRS Q-Konstrukt]<br />
* [https://apps.magicbug.co.uk/passcode/ APRS Passcode Generator]<br />
* [http://aprs.org/aprs11/tocalls.txt Aktuelle Liste der APRS TO-Calls für die Geräte-/Softwareidentifizierung]<br />
* [http://ariss.net/index.cgi?absolute=1 APRS Stationen gehört über die ISS]<br />
* [http://blog.aprs.fi/2020/02/how-aprs-paths-work.html?m=1 Wie funktionieren APRS-Pfade (englisch)]<br />
* [http://status.aprs2.net/ APRS Tier 2 Network Statusseite]<br />
* [http://www.dl1nux.de/aprs-is-daten-per-telnet-abfragen Tutorial: APRS-IS Daten über Telnet abfragen]<br />
<br />
== Sonstige interessante Links ==<br />
<br />
* [https://www.koordinaten-umrechner.de GPS Koordinaten umrechnen in alle Formate inkl. Kartendarstellung]</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Hauptseite&diff=908Hauptseite2026-01-11T15:10:03Z<p>Dl1nux: /* Beispielskripte */</p>
<hr />
<div>== Vorwort ==<br />
<br />
Die dxlAPRS Toolchain wird entwickelt und veröffentlicht von Christian OE5DXL, Hannes OE5HPM und Freunden.<br />
Kontakt zu den Entwicklern ist möglich per e-Mail oder Packet Radio im DL/EU Conversekanal 501 (z.B. DB0FHN-11). <br />
Das Wiki befindet sich derzeit im Aufbau und wird betrieben und gepflegt von Attila DL1NUX mit Unterstützung von Chris OE5DXL. <br />
Wer mitmachen möchte ist dazu herzlich eingeladen. Bitte kontaktiert mich hierzu per Mail, siehe [[Impressum]].<br />
<p><b>Das Wiki erhebt keinen Anspruch auf Vollständigkeit, Richtigkeit oder Aktualität!</p></b><br />
<br />
== dxlAPRS Communities ==<br />
<br />
Für dxlAPRS wurde von DL1NUX eine Telegramm Gruppe geschaffen, in der sich Anwender gegenseitig unterstützen können. Der Gruppe kann über diesen Link beitreten: [https://t.me/joinchat/CRNMIBpKRcfQEBTPKLS0zg https://t.me/joinchat/CRNMIBpKRcfQEBTPKLS0zg]<br />
<br />
== Video Tutorials von DL1NUX ==<br />
* [https://www.youtube.com/watch?v=X_1myy7GP0Q dxlAPRS Tutorial Teil1 - Einführung und Übersicht]<br />
* [https://www.youtube.com/watch?v=S9lA0tx-5eY dxlAPRS Tutorial Teil2 - Installation]<br />
* [https://www.youtube.com/watch?v=ihQccAz5LIY dxlAPRS Tutorial Teil3 - APRS iGate mit SDR Stick und/oder LoRa APRS]<br />
* [https://www.youtube.com/watch?v=ICd-VcdPoGU dxlAPRS Tutorial Teil4 - Installation eines Wettersondenempfängers auf einem RaspberryPi]<br />
<br />
== Installation der dxlAPRS Tools ==<br />
<br />
Die einfachste und schnellste Möglichkeit die dxlAPRS Tools ins eigene System zu kopieren ist über die fertigen Installationspakete von Hannes OE5HPM.<br />
<br />
* [[Installationsanleitung]] Installation und Aktualisierung<br />
* [[dxlAPRS kompilieren]] (Bitte vorerst ignorieren, ist nicht alles korrekt)<br />
<br />
== Beispielskripte ==<br />
* [https://github.com/dl1nux/dxlAPRS-APRS-Skripte/ Beispielskripte für APRS Empfang, iGates, Digipeater etc.]<br />
* [https://github.com/dl1nux/dxlAPRS-radiosonde-rx/ Beispielskripte für Wettersondenempfang]<br />
* [https://github.com/dl1nux/dxlAPRS-radiosonde-rx-mit-scanner/ Beispielskripte für Wettersondenempfang mit Sondenscanner von DO2JMG]<br />
<br />
== Die Programme der dxlAPRS Toolchain ==<br />
<br />
Nicht alle Tools sind für alle Architekturen verfügbar!<br />
<br />
=== APRS Tools ===<br />
<br />
* <b>[[udpgate4]] Leistungsstarkes AXUDP APRS iGate</b><br />
* <b>[[udpbox]] APRS Digipeater</b><br />
* <b>[[udpflex]] KISS/SMACK zu AXUDP Schnittstelle</b><br />
* <b>[[aprsmap]] Leistungsstarkes Kartentool für APRS mit iGate Funktionalität</b><br />
* <b>[[afskmodem]] Soundkarten AX25 Demodulator für APRS/Packet radio (Multibaud)</b><br />
* <b>[[gps2aprs]] Erzeugt APRS Pakete aus einer seriellen Quelle (z.B. GPS Mouse) im AXUDP Format</b><br />
* <b>[[gps2digipos]] Erzeugt aus einer seriellen Quelle (z.B. GPS Mouse) drei Dateien welche die Koordinaten und die Höhe zum einfügen in APRS-Baken enthalten.</b><br />
* <b>[[ra02]] Tool zum Ansteuern von LoRa Chips wie z.B. dem RA02 (SX127x Typen) für z.B. LoRa APRS etc.</b><br />
* <b>[[lorarx]] LoRa APRS Empfänger mit SDR</b><br />
* <b>[[loratx]] LoRa APRS Sender mit SDR</b><br />
<br />
=== Wettersondenempfang ===<br />
<br />
* <b>[[sondeudp]] Dekodiert Wettersondensignale und sendet die Rohdaten an eine Auswertesoftware ([[sondemod]])</b><br />
* <b>[[sondemod]] Wertet empfangene Wettersondendaten von ([[sondeudp]]) aus und erzeugt daraus APRS-Objekte im AXUDP Format</b><br />
* <b>[[waterfall.py]] Erstellt ein Wasserfalldiagramm aus den Daten von [[sdrtst]]</b><br />
<br />
=== Packet Radio Tools ===<br />
<br />
* <b>[[l2cat]] Einfaches Packet-Radio Terminal für die Konsole für eine AXUDP Verbindung</b><br />
* [[cmslogin]]<br />
* [[udphub]] Level2-Switch für AX25. Ein AXUDP Port am Digipeater kann von vielen Usern genutzt werden.<br />
* [[hostint]]<br />
<br />
=== Geo Tools für die HamnetDB ===<br />
<br />
* [[panorama]] Erstellt ein Panorama von einem bestimmten Punkt in eine bestimmte Richtung<br />
* [[profile]] Geoprofil von Position A zu Position B<br />
* [[radiorange]] Radioreichweite von einer oder zwei Positionen<br />
* [[srtmtag]] Modifiziert SRTM-Files<br />
<br />
=== SDR Tools ===<br />
<br />
* <b>[[sdrradio]] Stereo UKW-Radio in Verbindung mit rtl_tcp</b><br />
* <b>[[sdrtst]] AM/FM/SSB Multi-RX zu Audiokanälen 8/16 bit PCM</b><br />
* [[downsample]]<br />
* [[sdrtx]]<br />
* [[waterfall]]<br />
<br />
=== Sonstige Tools ===<br />
<br />
* <b>[[adsb2aprs]] Wertet die ADSB Signale von Flugzeugtranspondern aus und erzeugt daraus APRS Objekte</b><br />
* [[fmrepeater]] Eine einfache soundkartenbasierte Repeatersoftware<br />
<br />
== Weitere Dateien in Verbindung mit den dxlAPRS Tools ==<br />
<br />
* <b>[[netbeacon.txt]]</b><br />
* <b>[[digibeacon.txt]]</b><br />
* <b>[[igates.txt]]</b><br />
* <b>[[sondecom.txt]]</b><br />
* <b>[[sdrcfg.txt]]</b><br />
* <b>[[calllink.txt]]</b><br />
* <b>[[objectlink.txt]]</b><br />
* <b>[[serverlink.txt]]</b><br />
* <b>[[maplink.txt]]</b><br />
<br />
== Informationen im dxlWiki zu Fremdtools und weiteres Hintergrundwissen zu dxlAPRS Funktionen ==<br />
<br />
* <b>[[rtl_tcp]] SDR-Server aus dem Paket rtl-sdr</b><br />
* <b>[[aprsis-filter|APRS-IS Filter]] Deutsche Übersetzung der Infoseite zu den APRS-IS Filteroptionen</b><br />
* <b>[[TX-Delay]] Informationen zum "TX-Delay" bei AX25 Aussendungen</b><br />
* <b>[[is2axudp.py]] Nimmt APRS-Daten im APRS-IS Format entgegen und sendet sie per AXUDP an einen Sender oder Digipeater zum Aussenden (Tool von Matze DM4TZE)<br />
* [[Direwolf]] Informationen zum Verbinden von Direwolf und dxlAPRS für Soundmodemanwendungen<br />
<br />
== Info zu AXUDP v2 ==<br />
<br />
Alle dxlAPRS Tools unterstützen das AXUDP v2 Format.<br />
<br />
AXUDP v2 ist eine Erweiterung von AXUDP zum mitübertragen von empfangener TX-Delay-Zeit, Audiopegel, Datenqualiät, DCD Zustand und<br />
Sendepuffer etc.. Der Nutzen davon ist das Monitoring z.B. auf dem Webinterface von [[udpgate4]] (APRS), und sauberer<br />
Kanalzugriff bei hohem Datenaufkommen von Flexnet und [[l2cat]] (Packet Radio). Zur Weitergabe an andere Programme durch udpbox -R .... -r ... kann man den v2 Teil auch entfernen falls nicht gewünscht.<br />
<br />
== Tutorials, Konfigurationsbeispiele und fertige Images für RaspberryPi ==<br />
<br />
* [https://www.dl1nux.de/dxlaprs-tools-grundinstallation dxlAPRS Grundinstallation]<br />
* [https://www.dl1nux.de/aprs-digi-auf-raspberrypi-oder-linux-mit-dxlaprs-und-tnc APRS Digi mit dxlAPRS und TNC]<br />
* [https://www.dl1nux.de/aprs-rx-only-igate-mit-dxlaprs-unter-linux/ APRS RX only iGate mit dxlAPRS unter Linux]<br />
* [https://www.dl1nux.de/lora-aprs-igate-mit-dxlaprs-und-ra02-auf-einem-raspberrypi/ LoRa APRS iGate auf einem RaspberryPi mit udpgate4 für RX und RX/TX]<br />
* [https://www.dl1nux.de/portables-multi-aprs-igate Multi-APRS iGate (2m, 70cm und LoRa APRS) mit dxlAPRS auf einem RaspberryPi]<br />
* [https://www.dl1nux.de/wettersonden-rx-mit-dxlaprs Wettersondenempfänger unter Linux/RaspberryPi]<br />
* [https://www.dl1nux.de/packet-radio-mit-l2cat-in-der-linux-konsole Packet Radio mit l2cat in der Linux Konsole]<br />
* [https://www.dl1nux.de/soundmodem-mit-aprsmap-unter-windows Soundmodem mit APRSMAP unter Windows]<br />
* [https://www.dl1nux.de/lora-aprs-gateway-mit-dxlaprs-und-ttgo-lora-board LoRa APRS Gateway mit dxlAPRS und TTGO LoRa Board]<br />
* [https://www.dl1nux.de/fertige-dxlaprs-images-fuer-den-raspberrypi Fertige dxlAPRS Images für den RaspberryPi]<br />
<br />
== Linkliste dxlAPRS ==<br />
<br />
* [https://github.com/oe5hpm/dxlAPRS Github Projekt]<br />
* [http://dxlaprs.hamspirit.at/ Aktuelle stable Downloadarchive]<br />
* [https://github.com/dl1nux/dxlAPRS/ Backupsite stable Downloadarchive via Github/DL1NUX]<br />
* [https://oe5dxl.hamspirit.at:8024/ Server von OE5DXL im Internet (HTTPS)]<br />
* [http://oe5dxl.hamspirit.at:8025/ Server von OE5DXL im Internet (HTTP)]<br />
* [http://oe5dxl.ampr.org/ Server von OE5DXL im Hamnet]<br />
* [[Linkliste]] zu öffentlich zugänglichen dxlAPRS iGates mit [[udpgate4]]<br />
<br />
== Linkliste APRS allgemein ==<br />
<br />
* [https://aprs.fi aprs.fi Der bekannteste APRS Webclient von Heikki OH7LZB]<br />
* [https://www.de.ampr.org/hamcloud#services_in_der_hamcloud Verfügbare APRS Gateways in der HamCloud im HamNet]<br />
* [[aprs101]] Ausführliche Protokollbeschreibung des APRS-Protokolls (aprs101.pdf)<br />
* [http://www.aprs-is.net/javAPRSFilter.aspx APRS-IS Filter (Original)]<br />
* [http://www.aprs-is.net/q.aspx APRS Q-Konstrukt]<br />
* [https://apps.magicbug.co.uk/passcode/ APRS Passcode Generator]<br />
* [http://aprs.org/aprs11/tocalls.txt Aktuelle Liste der APRS TO-Calls für die Geräte-/Softwareidentifizierung]<br />
* [http://ariss.net/index.cgi?absolute=1 APRS Stationen gehört über die ISS]<br />
* [http://blog.aprs.fi/2020/02/how-aprs-paths-work.html?m=1 Wie funktionieren APRS-Pfade (englisch)]<br />
* [http://status.aprs2.net/ APRS Tier 2 Network Statusseite]<br />
* [http://www.dl1nux.de/aprs-is-daten-per-telnet-abfragen Tutorial: APRS-IS Daten über Telnet abfragen]<br />
<br />
== Sonstige interessante Links ==<br />
<br />
* [https://www.koordinaten-umrechner.de GPS Koordinaten umrechnen in alle Formate inkl. Kartendarstellung]</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=907IGate Empfang anzeigen2026-01-10T18:00:37Z<p>Dl1nux: /* Anzeige der Daten mit udpflex */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
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:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki><br />
<br />
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).<br />
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.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=906IGate Empfang anzeigen2026-01-10T17:54:00Z<p>Dl1nux: /* Anzeige der empfangenen APRS Pakete an der Linux-Konsole */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
=== Anzeige der Daten mit udpflex ===<br />
<br />
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:<br />
<br />
<nowiki>udpflex -U :0:9999 -V</nowiki><br />
<br />
* Der Parameter -U :0:9999 hört auf Port 9999 UDP<br />
* Der Parameter -V (verbose) zeigt die Verarbeitung in stdout (Bildschrimausgabe) an<br />
<br />
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.<br />
<br />
Beispielausgabe:<br />
<br />
<nowiki><br />
pi@dxlAPRS:~/dxlAPRS/aprs $ ./udpflex -U :0:9999 -V<br />
send init to tnc<br />
UDP0:fm DL2MK-9 to TY4RW5 via DG1NGA WIDE1 DB0SWR-10 WIDE2* ctl UIv pid F0 - 10.01.26 17:52:18<br />
`.++o@|>/`"5w}_1<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}DB0NPR-10>APRX29,TCPIP,DB0VOX*::BLN1WXWWX:DWD WARNUNG vor GLAETTE - WESTERWALDKREIS bis 11.01. 10:00<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:21<br />
}KX4NC-4>BEACON,TCPIP,DB0VOX*:: ;146.835NC*111111z3553.98N/07620.86WrT131 R60m Net Wd9pm<br />
UDP0:fm DB0REI-10 to APMI0A via DB0FUL DB0WZ WIDE1* ctl UIv1 pid F0 - 10.01.26 17:52:25<br />
!5037.42N/00854.09ErAPRS DB0REI U=12.0V Digi Sysop DB4ZZ/DL9GX<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10* WIDE2-1 ctl UIv1 pid F0 - 10.01.26 17:52:29<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DB0SWR-10 to APMI06 via DB0FTS-10 DB0IK WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:30<br />
@101752z4941.25N/00928.19E&APRS WIDE-Digi + I-Gate Wertheim/Main U=12.8V,T=24.8C Sysop: DG9FFM<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX* WIDE2-1 ctl UIv pid F0 - 10.01.26 17:52:34<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DH1JH-9 to TYSQ90 via DB0VOX DB0WZ WIDE2* ctl UIv pid F0 - 10.01.26 17:52:35<br />
`'a?l#,>/`"8=}_)<br />
UDP0:fm DB0VOX to APRS ctl UIv1 pid F0 - 10.01.26 17:52:44<br />
}TA3TX-10>APBK20,TCPIP,DB0VOX*::BLN0 :TA3TX iZMiR 05324548766<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:45<br />
:DB0OHA-10:UNIT.Volt,Pkt,Pkt,Pcnt,None,On,On,On,On,Hi,Hi,Hi,Hi<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:EQNS.0,0.075,0,0,10,0,0,10,0,0,1,0,0,0,0<br />
UDP0:fm DB0OHA-10 to APMI06 via DB0WIZ-15 DB0WZ WIDE2* ctl UIv1 pid F0 - 10.01.26 17:52:46<br />
:DB0OHA-10:BITS.11111111,WX3in1Plus2.0 Telemetry<br />
</nowiki></div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=905IGate Empfang anzeigen2026-01-10T17:45:15Z<p>Dl1nux: /* Anzeige der empfangenen APRS Pakete an der Linux-Konsole */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki><br />
<br />
Die einzelnen Tools der dxlAPRS Toolchain tauschen ihre Daten im AXUDP Format aus. Diese kann man mit [udpflex] darstellen lassen.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=904IGate Empfang anzeigen2026-01-10T17:41:05Z<p>Dl1nux: /* Anzeige der empfangenen APRS Pakete an der Linux-Konsole */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 lesen interpretieren. Wie die Pakete aufgebaut sind, findet man in der offiziellen APRS Dokumentation [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
Beispiel:<br />
<br />
<nowiki>DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki></div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=903IGate Empfang anzeigen2026-01-10T17:40:41Z<p>Dl1nux: </p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]<br />
<br />
== Anzeige der empfangenen APRS Pakete an der Linux-Konsole ==<br />
<br />
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 lesen interpretieren. Wie die Pakete aufgebaut sind, findet man in der offiziellen APRS Dokumentation [https://github.com/wb2osz/aprsspec/raw/main/Understanding-APRS-Packets.pdf hier].<br />
<br />
<nowiki>Beispiel:<br />
DL1NUX-2>APNL01,DB0NU-10*:!5014.08N/01059.02EyAttila B37 QRV FM DB0NU 438,675 (FM-Funknetz TG 96126) & DB0UC 145,700 MHz</nowiki></div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=902IGate Empfang anzeigen2026-01-10T17:25:08Z<p>Dl1nux: /* Beispielansicht */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|800px]]</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=901IGate Empfang anzeigen2026-01-10T17:24:46Z<p>Dl1nux: </p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen<br />
<br />
==== Beispielansicht ====<br />
<br />
[[Datei:Aprsmap_mit_igate.jpg|600px]]</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Datei:Aprsmap_mit_igate.jpg&diff=900Datei:Aprsmap mit igate.jpg2026-01-10T17:21:37Z<p>Dl1nux: </p>
<hr />
<div></div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=898IGate Empfang anzeigen2026-01-10T17:17:52Z<p>Dl1nux: /* 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
Beispiel: 12345<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<br />
Beispiel: m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
Beispiel: 5014.519N/01100.731E<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=897IGate Empfang anzeigen2026-01-10T17:16:07Z<p>Dl1nux: Dl1nux verschob die Seite Igate-empfang-darstellen nach IGate Empfang anzeigen, ohne dabei eine Weiterleitung anzulegen</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<nowiki>m/1000</nowiki><br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<nowiki>5014.519N/01100.731E</nowiki><br />
<br />
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.<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=896IGate Empfang anzeigen2026-01-10T15:43:00Z<p>Dl1nux: /* 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<nowiki>m/1000</nowiki><br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<nowiki>5014.519N/01100.731E</nowiki><br />
<br />
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.<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=895IGate Empfang anzeigen2026-01-10T15:40:50Z<p>Dl1nux: /* 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser [https://apps.magicbug.co.uk/passcode/ hier] generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
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. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man [https://www.aprs-is.net/javAPRSFilter.aspx hier]. <br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<nowiki>m/1000</nowiki><br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=894IGate Empfang anzeigen2026-01-10T15:38:04Z<p>Dl1nux: /* Empfang des iGates darstellen mit APRSMAP */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
==== 1. Servereinstellungen konfigurieren ====<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
==== 2. Eigene Informationen hinterlegen (notwendig für die Verbindung) ====<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser hier<br />
<br />
https://apps.magicbug.co.uk/passcode/<br />
<br />
generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
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 nix. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man hier: <br />
https://www.aprs-is.net/javAPRSFilter.aspx<br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<nowiki>m/1000</nowiki><br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
<br />
==== 3. Verbindung aktivieren ====<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
* Serververbindung zu dxlAPRS iGate konfigurieren<br />
* Rufzeichen, Passcode, Position und Filter hinterlegen<br />
* Serververbindung aufbauen</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=893IGate Empfang anzeigen2026-01-10T15:36:59Z<p>Dl1nux: /* Empfang des iGates darstellen mit APRSMAP */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
1. Servereinstellungen konfigurieren<br />
<br />
<nowiki>Menü > Config > Online > Server URL</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
* db0nu.hamnet.radio:14580<br />
* 44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
2. Eigene Informationen hinterlegen (notwendig für die Verbindung)<br />
<br />
<nowiki>Menü > Online > MyCAll</nowiki><br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki>Menü > Online > Passcode</nowiki><br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser hier<br />
<br />
https://apps.magicbug.co.uk/passcode/<br />
<br />
generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
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 nix. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man hier: <br />
https://www.aprs-is.net/javAPRSFilter.aspx<br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
<nowiki>m/1000</nowiki><br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
<br />
3. Verbindung aktivieren.<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
- Serververbindung zu dxlAPRS iGate konfigurieren<br />
- Rufzeichen, Passcode, Position und Filter hinterlegen<br />
- Serververbindung aufbauen</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=892IGate Empfang anzeigen2026-01-10T15:30:58Z<p>Dl1nux: /* Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
1. Servereinstellungen konfigurieren<br />
<br />
<nowiki><br />
Menü > Config > Online > Server URL<br />
</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
db0nu.hamnet.radio:14580<br />
44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
<br />
2. Eigene Informationen hinterlegen (notwendig für die Verbindung)<br />
<br />
<nowiki><br />
Menü > Online > MyCAll<br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki><br />
Menü > Online > Passcode<br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser hier<br />
<br />
https://apps.magicbug.co.uk/passcode/<br />
<br />
generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
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 nix. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man hier: <br />
https://www.aprs-is.net/javAPRSFilter.aspx<br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
<br />
3. Verbindung aktivieren.<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
- Serververbindung zu dxlAPRS iGate konfigurieren<br />
- Rufzeichen, Passcode, Position und Filter hinterlegen<br />
- Serververbindung aufbauen</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=891IGate Empfang anzeigen2026-01-10T15:30:04Z<p>Dl1nux: /* Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
1. Servereinstellungen konfigurieren<br />
<br />
<nowiki><br />
Menü > Config > Online > Server URL<br />
</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
db0nu.hamnet.radio:14580<br />
44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
<br />
2. Eigene Informationen hinterlegen (notwendig für die Verbindung)<br />
<br />
<nowiki><br />
Menü > Online > MyCAll<br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki><br />
Menü > Online > Passcode<br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser hier<br />
<br />
https://apps.magicbug.co.uk/passcode/<br />
<br />
generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
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 nix. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man hier: <br />
https://www.aprs-is.net/javAPRSFilter.aspx<br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
<br />
3. Verbindung aktivieren.<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
- Serververbindung zu dxlAPRS iGate konfigurieren<br />
- Rufzeichen, Passcode, Position und Filter hinterlegen<br />
- Serververbindung aufbauen</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=890IGate Empfang anzeigen2026-01-10T15:29:46Z<p>Dl1nux: /* Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects <br />
-t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
1. Servereinstellungen konfigurieren<br />
<br />
<nowiki><br />
Menü > Config > Online > Server URL<br />
</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
db0nu.hamnet.radio:14580<br />
44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
<br />
2. Eigene Informationen hinterlegen (notwendig für die Verbindung)<br />
<br />
<nowiki><br />
Menü > Online > MyCAll<br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki><br />
Menü > Online > Passcode<br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser hier<br />
<br />
https://apps.magicbug.co.uk/passcode/<br />
<br />
generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
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 nix. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man hier: <br />
https://www.aprs-is.net/javAPRSFilter.aspx<br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
<br />
3. Verbindung aktivieren.<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
- Serververbindung zu dxlAPRS iGate konfigurieren<br />
- Rufzeichen, Passcode, Position und Filter hinterlegen<br />
- Serververbindung aufbauen</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=889IGate Empfang anzeigen2026-01-10T15:29:27Z<p>Dl1nux: /* Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? */</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
<nowiki>-t <localport> local igate tcp port for in connects -t 14580</nowiki><br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
1. Servereinstellungen konfigurieren<br />
<br />
<nowiki><br />
Menü > Config > Online > Server URL<br />
</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
db0nu.hamnet.radio:14580<br />
44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
<br />
2. Eigene Informationen hinterlegen (notwendig für die Verbindung)<br />
<br />
<nowiki><br />
Menü > Online > MyCAll<br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki><br />
Menü > Online > Passcode<br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser hier<br />
<br />
https://apps.magicbug.co.uk/passcode/<br />
<br />
generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
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 nix. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man hier: <br />
https://www.aprs-is.net/javAPRSFilter.aspx<br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
<br />
3. Verbindung aktivieren.<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
- Serververbindung zu dxlAPRS iGate konfigurieren<br />
- Rufzeichen, Passcode, Position und Filter hinterlegen<br />
- Serververbindung aufbauen</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=IGate_Empfang_anzeigen&diff=888IGate Empfang anzeigen2026-01-10T15:27:50Z<p>Dl1nux: Die Seite wurde neu angelegt: „== 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. -t <localport> local igate tcp port for in connects -t 14580 Mit dem Aufrufparameter -t gibt man eine P…“</p>
<hr />
<div>== Wie kann ich sehen, was mein dxlAPRS APRS iGate alles empfängt? ==<br />
<br />
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.<br />
<br />
dxlAPRS, bzw. udpgate4, bietet einen TCP Port zum connecten an. Der verhält sich genauso wie bei jedem anderen APRS Server. <br />
<br />
-t <localport> local igate tcp port for in connects -t 14580<br />
<br />
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.<br />
<br />
Ihr könnt alle Anwendungen nutzen, die sich mit einem APRS Server verbinden kann, z.B.<br />
* APRSMAP (in dxlAPRS enthalten)<br />
* APRSISCE/32<br />
* Pin Point<br />
* APRSdroid<br />
* UI-VIEW<br />
* XASTIR<br />
* X-APRS<br />
<br />
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.<br />
<br />
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).<br />
<br />
=== Empfang des iGates darstellen mit APRSMAP ===<br />
<br />
Am Beispiel von APRSMAP möchte ich das hier einmal darstellen.<br />
<br />
Ü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 [http://oe5dxl.hamspirit.at:8025/aprs/windoof/aprsmap/aprsmap-all.zip hier] als ZIP-Archiv heruntergeladen werden. Einfach in einen beliebigen Ordner herunterladen und die Datei aprsmap.exe unter Windows starten.<br />
<br />
Um euch mit eurem iGate zu verbinden, müsst ihr folgendes einstellen:<br />
<br />
1. Servereinstellungen konfigurieren<br />
<br />
<nowiki><br />
Menü > Config > Online > Server URL<br />
</nowiki><br />
<br />
In der oberen Zeile (Server URL) nun die Adresse oder IP-Adresse gefolgt vom Port eintragen, und dann auf "Add" klicken.<br />
<br />
z.B. <br />
db0nu.hamnet.radio:14580<br />
44.149.25.4:14580db0nu.hamnet.radio<br />
<br />
<br />
2. Eigene Informationen hinterlegen (notwendig für die Verbindung)<br />
<br />
<nowiki><br />
Menü > Online > MyCAll<br />
<br />
Eigenes Rufzeichen mit SSID hinterlegen. z.B. DL0ABC, DL0ABC-1 ... DL0ABC-15<br />
<br />
<nowiki><br />
Menü > Online > Passcode<br />
<br />
Hier muss der APRS Passcode für das eigene Rufzeichen rein. Wenn nicht bekannt oder nicht zu Hand, kann dieser hier<br />
<br />
https://apps.magicbug.co.uk/passcode/<br />
<br />
generiert werden. Bitte das Call immer ohne SSID angeben!<br />
<br />
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 nix. <br />
<br />
Weitere Informationen zu den APRS Server Filtern, findet man hier: <br />
https://www.aprs-is.net/javAPRSFilter.aspx<br />
<br />
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.<br />
<br />
<nowiki>Menü > Online > Serverfilter</nowiki><br />
m/1000<br />
<br />
Und damit dieser funktionieren kann, muss man noch eine Position festlegen, da der Umkreisfilter sich auf eine Position beziehen muss. <br />
<br />
<nowiki>Menü > Online > My Position</nowiki><br />
<br />
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.<br />
<br />
<br />
3. Verbindung aktivieren.<br />
<br />
<nowiki>Menü > Online > Connect Server</nowiki><br />
<br />
Wenn die Verbindung steht, sieht man vor dem Menütext (Connect Server) einen leuchtend grünen Kreis.<br />
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.<br />
<br />
Mit anderen APRS-Programmen läuft das genauso.<br />
- Serververbindung zu dxlAPRS iGate konfigurieren<br />
- Rufzeichen, Passcode, Position und Filter hinterlegen<br />
- Serververbindung aufbauen</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Hauptseite&diff=887Hauptseite2026-01-10T15:16:04Z<p>Dl1nux: /* Beispielskripte */</p>
<hr />
<div>== Vorwort ==<br />
<br />
Die dxlAPRS Toolchain wird entwickelt und veröffentlicht von Christian OE5DXL, Hannes OE5HPM und Freunden.<br />
Kontakt zu den Entwicklern ist möglich per e-Mail oder Packet Radio im DL/EU Conversekanal 501 (z.B. DB0FHN-11). <br />
Das Wiki befindet sich derzeit im Aufbau und wird betrieben und gepflegt von Attila DL1NUX mit Unterstützung von Chris OE5DXL. <br />
Wer mitmachen möchte ist dazu herzlich eingeladen. Bitte kontaktiert mich hierzu per Mail, siehe [[Impressum]].<br />
<p><b>Das Wiki erhebt keinen Anspruch auf Vollständigkeit, Richtigkeit oder Aktualität!</p></b><br />
<br />
== dxlAPRS Communities ==<br />
<br />
Für dxlAPRS wurde von DL1NUX eine Telegramm Gruppe geschaffen, in der sich Anwender gegenseitig unterstützen können. Der Gruppe kann über diesen Link beitreten: [https://t.me/joinchat/CRNMIBpKRcfQEBTPKLS0zg https://t.me/joinchat/CRNMIBpKRcfQEBTPKLS0zg]<br />
<br />
== Video Tutorials von DL1NUX ==<br />
* [https://www.youtube.com/watch?v=X_1myy7GP0Q dxlAPRS Tutorial Teil1 - Einführung und Übersicht]<br />
* [https://www.youtube.com/watch?v=S9lA0tx-5eY dxlAPRS Tutorial Teil2 - Installation]<br />
* [https://www.youtube.com/watch?v=ihQccAz5LIY dxlAPRS Tutorial Teil3 - APRS iGate mit SDR Stick und/oder LoRa APRS]<br />
* [https://www.youtube.com/watch?v=ICd-VcdPoGU dxlAPRS Tutorial Teil4 - Installation eines Wettersondenempfängers auf einem RaspberryPi]<br />
<br />
== Installation der dxlAPRS Tools ==<br />
<br />
Die einfachste und schnellste Möglichkeit die dxlAPRS Tools ins eigene System zu kopieren ist über die fertigen Installationspakete von Hannes OE5HPM.<br />
<br />
* [[Installationsanleitung]] Installation und Aktualisierung<br />
* [[dxlAPRS kompilieren]] (Bitte vorerst ignorieren, ist nicht alles korrekt)<br />
<br />
== Beispielskripte ==<br />
* [https://github.com/dl1nux/dxlAPRS-APRS-Skripte/ Beispielskripte für APRS Empfang, iGates, Digipeater etc.]<br />
* [https://github.com/dl1nux/dxlAPRS-radiosonde-rx/ Beispielskripte für Wettersondenempfang]<br />
* [https://github.com/dl1nux/dxlAPRS-radiosonde-rx-mit-scanner/ Beispielskripte für Wettersondenempfang mit SOndenscanner von DO2JMG]<br />
<br />
== Die Programme der dxlAPRS Toolchain ==<br />
<br />
Nicht alle Tools sind für alle Architekturen verfügbar!<br />
<br />
=== APRS Tools ===<br />
<br />
* <b>[[udpgate4]] Leistungsstarkes AXUDP APRS iGate</b><br />
* <b>[[udpbox]] APRS Digipeater</b><br />
* <b>[[udpflex]] KISS/SMACK zu AXUDP Schnittstelle</b><br />
* <b>[[aprsmap]] Leistungsstarkes Kartentool für APRS mit iGate Funktionalität</b><br />
* <b>[[afskmodem]] Soundkarten AX25 Demodulator für APRS/Packet radio (Multibaud)</b><br />
* <b>[[gps2aprs]] Erzeugt APRS Pakete aus einer seriellen Quelle (z.B. GPS Mouse) im AXUDP Format</b><br />
* <b>[[gps2digipos]] Erzeugt aus einer seriellen Quelle (z.B. GPS Mouse) drei Dateien welche die Koordinaten und die Höhe zum einfügen in APRS-Baken enthalten.</b><br />
* <b>[[ra02]] Tool zum Ansteuern von LoRa Chips wie z.B. dem RA02 (SX127x Typen) für z.B. LoRa APRS etc.</b><br />
* <b>[[lorarx]] LoRa APRS Empfänger mit SDR</b><br />
* <b>[[loratx]] LoRa APRS Sender mit SDR</b><br />
<br />
=== Wettersondenempfang ===<br />
<br />
* <b>[[sondeudp]] Dekodiert Wettersondensignale und sendet die Rohdaten an eine Auswertesoftware ([[sondemod]])</b><br />
* <b>[[sondemod]] Wertet empfangene Wettersondendaten von ([[sondeudp]]) aus und erzeugt daraus APRS-Objekte im AXUDP Format</b><br />
* <b>[[waterfall.py]] Erstellt ein Wasserfalldiagramm aus den Daten von [[sdrtst]]</b><br />
<br />
=== Packet Radio Tools ===<br />
<br />
* <b>[[l2cat]] Einfaches Packet-Radio Terminal für die Konsole für eine AXUDP Verbindung</b><br />
* [[cmslogin]]<br />
* [[udphub]] Level2-Switch für AX25. Ein AXUDP Port am Digipeater kann von vielen Usern genutzt werden.<br />
* [[hostint]]<br />
<br />
=== Geo Tools für die HamnetDB ===<br />
<br />
* [[panorama]] Erstellt ein Panorama von einem bestimmten Punkt in eine bestimmte Richtung<br />
* [[profile]] Geoprofil von Position A zu Position B<br />
* [[radiorange]] Radioreichweite von einer oder zwei Positionen<br />
* [[srtmtag]] Modifiziert SRTM-Files<br />
<br />
=== SDR Tools ===<br />
<br />
* <b>[[sdrradio]] Stereo UKW-Radio in Verbindung mit rtl_tcp</b><br />
* <b>[[sdrtst]] AM/FM/SSB Multi-RX zu Audiokanälen 8/16 bit PCM</b><br />
* [[downsample]]<br />
* [[sdrtx]]<br />
* [[waterfall]]<br />
<br />
=== Sonstige Tools ===<br />
<br />
* <b>[[adsb2aprs]] Wertet die ADSB Signale von Flugzeugtranspondern aus und erzeugt daraus APRS Objekte</b><br />
* [[fmrepeater]] Eine einfache soundkartenbasierte Repeatersoftware<br />
<br />
== Weitere Dateien in Verbindung mit den dxlAPRS Tools ==<br />
<br />
* <b>[[netbeacon.txt]]</b><br />
* <b>[[digibeacon.txt]]</b><br />
* <b>[[igates.txt]]</b><br />
* <b>[[sondecom.txt]]</b><br />
* <b>[[sdrcfg.txt]]</b><br />
* <b>[[calllink.txt]]</b><br />
* <b>[[objectlink.txt]]</b><br />
* <b>[[serverlink.txt]]</b><br />
* <b>[[maplink.txt]]</b><br />
<br />
== Informationen im dxlWiki zu Fremdtools und weiteres Hintergrundwissen zu dxlAPRS Funktionen ==<br />
<br />
* <b>[[rtl_tcp]] SDR-Server aus dem Paket rtl-sdr</b><br />
* <b>[[aprsis-filter|APRS-IS Filter]] Deutsche Übersetzung der Infoseite zu den APRS-IS Filteroptionen</b><br />
* <b>[[TX-Delay]] Informationen zum "TX-Delay" bei AX25 Aussendungen</b><br />
* <b>[[is2axudp.py]] Nimmt APRS-Daten im APRS-IS Format entgegen und sendet sie per AXUDP an einen Sender oder Digipeater zum Aussenden (Tool von Matze DM4TZE)<br />
* [[Direwolf]] Informationen zum Verbinden von Direwolf und dxlAPRS für Soundmodemanwendungen<br />
<br />
== Info zu AXUDP v2 ==<br />
<br />
Alle dxlAPRS Tools unterstützen das AXUDP v2 Format.<br />
<br />
AXUDP v2 ist eine Erweiterung von AXUDP zum mitübertragen von empfangener TX-Delay-Zeit, Audiopegel, Datenqualiät, DCD Zustand und<br />
Sendepuffer etc.. Der Nutzen davon ist das Monitoring z.B. auf dem Webinterface von [[udpgate4]] (APRS), und sauberer<br />
Kanalzugriff bei hohem Datenaufkommen von Flexnet und [[l2cat]] (Packet Radio). Zur Weitergabe an andere Programme durch udpbox -R .... -r ... kann man den v2 Teil auch entfernen falls nicht gewünscht.<br />
<br />
== Tutorials, Konfigurationsbeispiele und fertige Images für RaspberryPi ==<br />
<br />
* [https://www.dl1nux.de/dxlaprs-tools-grundinstallation dxlAPRS Grundinstallation]<br />
* [https://www.dl1nux.de/aprs-digi-auf-raspberrypi-oder-linux-mit-dxlaprs-und-tnc APRS Digi mit dxlAPRS und TNC]<br />
* [https://www.dl1nux.de/aprs-rx-only-igate-mit-dxlaprs-unter-linux/ APRS RX only iGate mit dxlAPRS unter Linux]<br />
* [https://www.dl1nux.de/lora-aprs-igate-mit-dxlaprs-und-ra02-auf-einem-raspberrypi/ LoRa APRS iGate auf einem RaspberryPi mit udpgate4 für RX und RX/TX]<br />
* [https://www.dl1nux.de/portables-multi-aprs-igate Multi-APRS iGate (2m, 70cm und LoRa APRS) mit dxlAPRS auf einem RaspberryPi]<br />
* [https://www.dl1nux.de/wettersonden-rx-mit-dxlaprs Wettersondenempfänger unter Linux/RaspberryPi]<br />
* [https://www.dl1nux.de/packet-radio-mit-l2cat-in-der-linux-konsole Packet Radio mit l2cat in der Linux Konsole]<br />
* [https://www.dl1nux.de/soundmodem-mit-aprsmap-unter-windows Soundmodem mit APRSMAP unter Windows]<br />
* [https://www.dl1nux.de/lora-aprs-gateway-mit-dxlaprs-und-ttgo-lora-board LoRa APRS Gateway mit dxlAPRS und TTGO LoRa Board]<br />
* [https://www.dl1nux.de/fertige-dxlaprs-images-fuer-den-raspberrypi Fertige dxlAPRS Images für den RaspberryPi]<br />
<br />
== Linkliste dxlAPRS ==<br />
<br />
* [https://github.com/oe5hpm/dxlAPRS Github Projekt]<br />
* [http://dxlaprs.hamspirit.at/ Aktuelle stable Downloadarchive]<br />
* [https://github.com/dl1nux/dxlAPRS/ Backupsite stable Downloadarchive via Github/DL1NUX]<br />
* [https://oe5dxl.hamspirit.at:8024/ Server von OE5DXL im Internet (HTTPS)]<br />
* [http://oe5dxl.hamspirit.at:8025/ Server von OE5DXL im Internet (HTTP)]<br />
* [http://oe5dxl.ampr.org/ Server von OE5DXL im Hamnet]<br />
* [[Linkliste]] zu öffentlich zugänglichen dxlAPRS iGates mit [[udpgate4]]<br />
<br />
== Linkliste APRS allgemein ==<br />
<br />
* [https://aprs.fi aprs.fi Der bekannteste APRS Webclient von Heikki OH7LZB]<br />
* [https://www.de.ampr.org/hamcloud#services_in_der_hamcloud Verfügbare APRS Gateways in der HamCloud im HamNet]<br />
* [[aprs101]] Ausführliche Protokollbeschreibung des APRS-Protokolls (aprs101.pdf)<br />
* [http://www.aprs-is.net/javAPRSFilter.aspx APRS-IS Filter (Original)]<br />
* [http://www.aprs-is.net/q.aspx APRS Q-Konstrukt]<br />
* [https://apps.magicbug.co.uk/passcode/ APRS Passcode Generator]<br />
* [http://aprs.org/aprs11/tocalls.txt Aktuelle Liste der APRS TO-Calls für die Geräte-/Softwareidentifizierung]<br />
* [http://ariss.net/index.cgi?absolute=1 APRS Stationen gehört über die ISS]<br />
* [http://blog.aprs.fi/2020/02/how-aprs-paths-work.html?m=1 Wie funktionieren APRS-Pfade (englisch)]<br />
* [http://status.aprs2.net/ APRS Tier 2 Network Statusseite]<br />
* [http://www.dl1nux.de/aprs-is-daten-per-telnet-abfragen Tutorial: APRS-IS Daten über Telnet abfragen]<br />
<br />
== Sonstige interessante Links ==<br />
<br />
* [https://www.koordinaten-umrechner.de GPS Koordinaten umrechnen in alle Formate inkl. Kartendarstellung]</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Linkliste&diff=886Linkliste2025-08-22T07:57:52Z<p>Dl1nux: /* Linkliste Hamnet */</p>
<hr />
<div>== Linkliste dxlAPRS iGates ==<br />
Hier ist eine Linkliste zu öffentlich zugänglichen dxlAPRS iGates im Internet oder im Hamnet im Aufbau. Damit kann man sich z.B. die MH-Listen anderer Standorte ansehen oder auch das CSS-Design vergleichen.<br />
<br />
Wer sein iGate hier gerne gelistet haben möchte, schreibt bitte direkt an DL1NUX.<br />
<br />
== Linkliste Hamnet ==<br />
<br />
=== DL ===<br />
* [http://db0nu.ampr.org:14501/mh DB0NU-10 JO50IE 2m 70cm LoRa]<br />
* [http://wx.dl1nux.ampr.org:14501/mh DL1NUX-1 JO50LF 2m LoRa]<br />
* [http://db0adb.ampr.org:14501/mh DB0ADB-10 JN59KV 2m LoRa]<br />
* [http://aprs.dm0ffl.ampr.org:14501/mh DM0FFL-10 JN68BN 2m]<br />
* [http://raspi2.db0ffl.ampr.org:14501/mh DB0FFL-10 JN68EO 2m]<br />
* [http://44.149.131.22:14501/mh DC9RD-10 JN69KB 2m]<br />
* [http://44.149.40.194:14501/mh DB0WGS-10 JN68VO 2m]<br />
* [http://44.149.16.167:14501/mh DL4STE-2 JN68DO 30m Robust Packet Radio RPR]<br />
* [http://aprs.db0abc.ampr.org:14501/mh DB0ADS JN59GT 2m]<br />
* [http://do1tnp.ampr.org:14501/mh DO1TNP-10 JO52CI 2m 70cm LoRa]<br />
* [http://aprs.db0vie.ampr.org:14501/mh DB0VIE JO31EH 2m 70cm LoRa]<br />
* [http://44.149.140.5:14501/mh DB0HFT-L4 JO43JB LoRa]<br />
* [http://44.149.99.107:14501/mh DB0HTE JN48PR 2m LoRa]<br />
* [http://44.149.67.245:14501/mh DL5OCD-10 JO42XG LoRa]<br />
* [http://44.149.96.196:14501/mh DB0RBR-2 JN48LS 2m LoRa]<br />
* [http://44.149.86.10:14501/mh DB0AGM-10 JO53GG 2m LoRa]<br />
* [http://44.149.178.125:14501/mh DB0FOR-10 JN59MO 2m]<br />
* [http://do2bbc.db0lhm.ampr.org:14501/mh DO2BBC-2 JO41SX 2m]<br />
* [http://44.149.50.66:14501/mh DB0VOR JO31DF 2m LoRa]<br />
* [http://44.149.27.12:14501/mh DB0UC JO50LG LoRa]<br />
* [http://44.149.24.204:14501/mh DB0KR-11 JO50EB 2m]<br />
* [http://db0gps.db0lhm.ampr.org:14501/mh DB0GPS JO41QX 2m LoRa]<br />
* [http://db0nh.hamnet.radio:14501/mh DB0NH JO50HB 2m 70cm LoRa]<br />
<br />
=== OE ===<br />
<br />
* [http://oe5dxl.ampr.org:14501/mh OE5DXL-10 JN68MG 2m 70cm LoRa 30m]<br />
* [http://aprs.oe2xzr.ampr.org:14501/mh OE2XZR-10 JN67NT 2m]<br />
* [http://44.143.43.90:14501/mh OE2XWR-10 JN67IE 2m]<br />
* [http://44.143.168.96:14501/mh OE7XGR-10 JN57UB 2m]<br />
* [http://44.143.9.130:14501/mh OE1XUR-10 JN88ED 2m]<br />
* [http://44.143.105.158:14501/mh OE5XUL-10 JN68SE 2m]<br />
* [http://44.143.41.29:14501/mh OE2XGR-10 JN67OH 2m]<br />
* [http://44.143.106.20:14501/mh OE5XBL-10 JN68PC 2m 70cm]<br />
* [http://44.143.107.56:14501/mh OE5XGR-10 JN68LD 2m]<br />
* [http://44.143.107.18:14501/mh OE5XHR-10 JN68XR 2m 70cm]<br />
* [http://44.143.78.7:14501/mh OE3XSA-15 JN78RK 2m]<br />
* [http://44.143.152.80:14501/mh OE6XKR-2 JN76MT 2m]<br />
<br />
== Linkliste Internet ==<br />
<br />
* [https://websdr.iks.tugraz.at/aprs/mh OE6XUG-10 JN77RB 2m]<br />
* [https://lspe.org/xsr-adsb/mh OE6XUG-14 JN77RB ADSB]<br />
* [http://oe5xbl.hamspirit.at:14501/mh OE5XBL-10 JN68PC 2m 70cm]<br />
* [https://igate.on5mm.be/mh ON5MM JO20XQ 2m LoRa]<br />
* [https://do0kb-aprs.migri.de/mh DO0KB JO30GU 2m]<br />
* [https://db0xo-aprs.0ef.de/mh DB0XO JO30IW 2m]</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Installationsanleitung&diff=885Installationsanleitung2025-08-22T07:00:36Z<p>Dl1nux: /* Schnelle Installation auf dem RaspberryPi ab Version 3 mit 64bit Betriebssystem (aarch64) */</p>
<hr />
<div>== Erstinstallation ==<br />
<br />
Die folgenden Anweisungen gehen von einer Installation auf einem RaspberryPi aus und das Home-Verzeichnis lautet entsprechend /home/pi. Es darf nur die 32bit Version von Raspbian verwendet werden. Die vorkomplilierten Pakete sind nicht mit der 64bit Version vom Raspbian kompatibel. Es ist auch eine Installation auf allen üblichen Linux-Systemen in gleicher Weise möglich. Es müssen dann nur die Pfadangaben angepasst werden. Es werden nur die Programmdateien installiert. Startskripte sind in den Paketen nicht vorhanden und müssen selbst erstellt bzw. hinzugefügt werden.<br />
<br />
Wechseln in das Home-Verzeichnis mit<br />
<br />
<nowiki>cd ~</nowiki><br />
<br />
Wir laden das aktuelle Paket der dxlAPRS Tools von der Seite [https://github.com/dl1nux/dxlAPRS github.com/dl1nux/dxlAPRS] herunter. Es wird dabei unterschieden für welche Plattform man die Tools benötigt:<br />
<br />
* [https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv6-current.tgz armv6] (z.B. RaspberryPi der ersten Generation oder Zero - nur 32bit!)<br />
* [https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv7hf-current.tgz armv7hf] (z.B. RaspberryPi ab Version 2B und aufwärts - nur 32bit!)<br />
* [https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_x86_32-current.tgz x86_32] (32 Bit PC-Systeme)<br />
* [https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_x86_64-current.tgz x86_64] (64 Bit PC-Systeme)<br />
<br />
Für einen RaspberryPi 2B und neuer benötigt man die Version armv7hf, welches an der Konsole wie folgt herunterladen werden kann:<br />
<br />
<nowiki>wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv7hf-current.tgz</nowiki><br />
<br />
Das Archiv enthält ein Installations-Skript, welches man extrahiert und im Home-Verzeichnis speichert:<br />
<br />
<nowiki>tar xzvf dxlAPRS_armv7hf-current.tgz --strip=1 scripts/updateDXLaprs</nowiki><br />
<br />
In der Regel dürfte das Skript bereits ausführbar sein. Wir starten die Installation der Tools mit:<br />
<br />
<nowiki>./updateDXLaprs dxlAPRS_armv7hf-current.tgz</nowiki><br />
<br />
Anschließend befindet sich im Home-Verzeichnis der Ordner "dxlAPRS", welcher die beiden weiteren Unterordner "aprs" und "aprsmap" enthält.<br />
<br />
=== Schnelle Installation auf dem RaspberryPi ab Version 2 (ARMv7) ===<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv7hf-current.tgz<br />
tar xzvf dxlAPRS_armv7hf-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_armv7hf-current.tgz</nowiki><br />
<br />
Es ist empfehlenswert anschließend sofort Updates der Programmdateien zu lassen:<br />
<br />
<nowiki><br />
wget https://raw.githubusercontent.com/dl1nux/dxlAPRS-update/refs/heads/main/dxl-update.sh<br />
chmod +x dxl-update.sh</nowiki><br />
<br />
Mit<br />
<nowiki><br />
./dxl-update.sh</nowiki> <br />
kann nun das Update am Raspberry Pi gestartet werden. Für andere Plattformen muss das Skript angepasst werden (siehe weiter unten).<br />
<br />
=== Schnelle Installation auf dem RaspberryPi ab Version 3 mit 64bit Betriebssystem (aarch64) ===<br />
'''Hinweis: Die Paketquelle für die aarch64 Architektur funktioniert derzeit nicht unter RaspberryPi OS in der 64 Bit Version. Die Binaries lassen sich nicht ausführen. Sobald es hierzu neue Infos gibt, aktualisiere ich den Text hier.'''<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_aarch64-current.tgz<br />
tar xzvf dxlAPRS_aarch64-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_aarch64-current.tgz</nowiki><br />
<br />
=== Schnelle Installation auf dem RaspberryPi Version 1 sowie Pi Zero W/H (ARMv6) ===<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv6-current.tgz<br />
tar xzvf dxlAPRS_armv6-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_armv6-current.tgz</nowiki><br />
<br />
=== Schnelle Installation auf 64bit PC-Systemen ===<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_x86_64-current.tgz<br />
tar xzvf dxlAPRS_x86_64-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_x86_64-current.tgz</nowiki><br />
<br />
<br />
=== Schnelle Installation 32bit PC-Systemen ===<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_x86_32-current.tgz<br />
tar xzvf dxlAPRS_x86_32-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_x86_32-current.tgz</nowiki><br />
<br />
== Udpate der Programmdateien von dxlaprs.hamspirit.at ==<br />
<br />
Hinweis: Da der Server in der Vergangenheit immer wieder mal nicht erreichbar war hier der Hinweis, dass dies nur funktioniert wenn der Server auch online ist!<br />
<br />
Für eine nachträgliche Aktualisierung der Programmdateien vom selben Server kann das Skript ebenfalls verwendet werden. Dazu startet man das Skript und hängt die Plattform (armv6, armv7hf, x86_32, x86_64) als Parameter an. Dazu muss man sich unterhalb des dxlAPRS Ordners befinden, der bei der Erstinstallation angelegt wurde. Idealerweise belässt man einfach die Datei updateDXLaprs nach der Erstinstallation im Homeverzeichnis, dann kann man diese immer wieder nutzen.<br />
<br />
<nowiki><br />
cd ~<br />
./updateDXLaprs armv7hf<br />
</nowiki><br />
<br />
Der Befehl lädt automatisch das aktuelle Programmpaket von der Webseite dxlaprs.hamspirit.at und ersetzt die bisherigen Programmdateien durch die neueren. Nachträglich veränderte Dateien, wie z.B. die style.css, sollten vor dem Update gesichert und anschließend zurückkopiert werden. Sie werden sonst gnadenlos durch das Updateskript überschrieben. Startskripte werden dadurch nicht überschrieben, da diese nicht im Programmpaket enthalten sind.<br />
<br />
<b>Hinweis:</b> Die Archive von OE5HPM werden nur sehr unregelmäßig aktualisiert. Die neuesten Versionen der Programmdateien liegen immer auf dem Server von Chris OE5DXL. <b>Es ist empfehlenswert das Update der Programmdateien über das folgende Updateskript durchzuführen</b><br />
<br />
== Manuelles Update über den OE5DXL Server ==<br />
<br />
Die Programmpakete auf dxlaprs.hamspirit.at werden nur unregelmäßig durch Hannes OE5HPM aktualisiert. Da Chris OE5DXL jedoch permanent an der Weiterentwicklung arbeitet, liegen meist bereits aktuellere Programmversionen von ihm vor. Möchte man die aktuellsten Programmversionen probieren, kann man diese manuell von seinem Server laden (siehe Abschnitt "Weitere Bezugsquellen").<br />
<br />
Damit man nicht jede einzelne Datei manuell mit WGET laden muss, habe ich ein einfaches Skript erstellt, das einem die Arbeit abnimmt. Man muss allerings reinschreiben, wo sich der dxlAPRS Ordner befindet, welche der drei Architekturen (armv7hf, x86-32, x86-64) man benötigt und von welcher Quelle man die Programmdateien laden möchte.<br />
<br />
=== Download von Github ===<br />
<nowiki><br />
git clone https://github.com/dl1nux/dxlAPRS-update.git<br />
</nowiki><br />
<br />
Bitte auch die REAMDE.md Datei lesen für weitere Hinweise!<br />
<br />
=== Das Updateskript im Detail ===<br />
<br />
Stand 24.06.2022<br />
<br />
<nowiki><br />
#!/bin/sh<br />
# Skript von Attila Kocis, DL1NUX (attila@dl1nux.de)<br />
# Dieses Skript aktualisiert die dxlAPRS Binaries direkt vom Server des <br />
# Entwicklers Chris OE5DXL. Der Server ist über verschiedene Wege erreichbar.<br />
<br />
# Bitte in der Variable DXLHOME den Ordner eintragen, wo sich der Hauptordner<br />
# "dxlAPRS" derzeit befindet.<br />
DXLHOME=/home/pi<br />
<br />
# Bitte in der Variable ARCH die Architektur eintragen, die benötigt wird.<br />
# Zur verfügung stehen: armv7hf (RaspberryPi 2B und neuer)<br />
# x86-32 (32 bit PC Systeme)<br />
# x86-64 (64 bit PC Systeme)<br />
ARCH=armv7hf<br />
<br />
# Bitte für die Variable SOURCE die Updatequelle auswählen (auskommentieren)<br />
# Internet HTTPS:<br />
#SOURCE=https://oe5dxl.hamspirit.at:8024/aprs/bin/<br />
# Internet HTTP:<br />
SOURCE=http://oe5dxl.hamspirit.at:8025/aprs/bin/<br />
# Hamnet HTTP:<br />
#SOURCE=http://oe5dxl.ampr.org/aprs/bin/<br />
<br />
echo "Dieses Skript aktualisiert die dxlAPRS Binaries aus der Quelle:"<br />
echo $SOURCE<br />
echo ""<br />
echo "Bitte vor dem Ausführen die Variablen DXLHOME, ARCH und SOURCE im Skript kontrollieren und ggf. anpassen."<br />
echo "Hinweis: Zum Aktualisieren von AFSKMODEM werden root Rechte benötigt!"<br />
echo "Es stehen nicht alle Tools für alle Architekturen zur Verfügung (ggf. Fehleranzeige)."<br />
echo ""<br />
echo "ENTER für weiter, STRG+C zum Abbrechen..."<br />
read continue<br />
<br />
cd $DXLHOME/dxlAPRS/aprs<br />
<br />
wget -N --no-check-certificate $SOURCE$ARCH/adsb2aprs<br />
sudo wget -N --no-check-certificate $SOURCE$ARCH/afskmodem<br />
wget -N --no-check-certificate $SOURCE$ARCH/cmslogin<br />
wget -N --no-check-certificate $SOURCE$ARCH/downsample<br />
wget -N --no-check-certificate $SOURCE$ARCH/fmrepeater<br />
wget -N --no-check-certificate $SOURCE$ARCH/gps2aprs<br />
wget -N --no-check-certificate $SOURCE$ARCH/gps2digipos<br />
wget -N --no-check-certificate $SOURCE$ARCH/hostint<br />
wget -N --no-check-certificate $SOURCE$ARCH/l2cat<br />
wget -N --no-check-certificate $SOURCE$ARCH/lorarx<br />
wget -N --no-check-certificate $SOURCE$ARCH/loratx<br />
wget -N --no-check-certificate $SOURCE$ARCH/profile<br />
wget -N --no-check-certificate $SOURCE$ARCH/ra02<br />
wget -N --no-check-certificate $SOURCE$ARCH/radiorange<br />
wget -N --no-check-certificate $SOURCE$ARCH/sdrradio<br />
wget -N --no-check-certificate $SOURCE$ARCH/sdrtst<br />
wget -N --no-check-certificate $SOURCE$ARCH/sdrtx<br />
wget -N --no-check-certificate $SOURCE$ARCH/sondemod<br />
wget -N --no-check-certificate $SOURCE$ARCH/sondeudp<br />
wget -N --no-check-certifi<br />
cate $SOURCE$ARCH/udpbox<br />
wget -N --no-check-certificate $SOURCE$ARCH/udpflex<br />
wget -N --no-check-certificate $SOURCE$ARCH/udpgate4<br />
wget -N --no-check-certificate $SOURCE$ARCH/udphub<br />
wget -N --no-check-certificate $SOURCE$ARCH/waterfall<br />
wget -N --no-check-certificate $SOURCE$ARCH/waterfall3<br />
<br />
cd $DXLHOME/dxlAPRS/aprsmap<br />
<br />
wget -N --no-check-certificate $SOURCE$ARCH/aprsmap<br />
<br />
cd ~<br />
<br />
echo "Übertragung abgeschlossen."<br />
echo "Dateien in $DXLHOME/dxlaprs/aprs und $DXLHOME/dxlaprs/aprsmap wurden aktualisiert."<br />
echo ""<br />
</nowiki><br />
<br />
Bei diesem Skript ist zu beachten, dass es die Programmdateien herunterlädet, auch wenn sie lokal noch nicht existieren. Hin und wieder kommen neue Programme hinzu, diese werden dann auch heruntergeladen. Allerdings haben sie dann nicht die richtigen Rechte, damit man sie auch ausführen kann. Dies kann man ändern mit chmod. Der Befehl muss in dem Ordner ausgeführt werden, wo sich die Datei befindet.<br />
<br />
<nowiki><br />
chmod 755 <Programmname><br />
<br />
z.B.<br />
<br />
chmod 755 lorarx<br />
</nowiki><br />
<br />
== Weitere Bezugsquellen ==<br />
<br />
Christian OE5DXL entwickelt die dxlAPRS Tools stetig weiter. Die Programmpakete werden in unregelmäßigen Abständen von Hannes OE5HPM gepackt und hier bereitgestellt: [http://dxlaprs.hamspirit.at/ dxlaprs.hamspirit.at]<br />
Die aktuellsten Versionen, manchmal auch Beta-Versionen, findet man direkt auf Christians Seite im [http://oe5dxl.hamspirit.at:8024/aprs/bin/ Internet mit SSL], [https://oe5dxl.hamspirit.at:8025/aprs/bin/ Internet ohne SSL] oder [http://oe5dxl.ampr.at/aprs/bin/ Hamnet].<br />
<br />
Bei der SSL Seite wird das selbstgenerierte Serverzertifikat bemängelt. Das kann man getrost ignorieren.<br />
<br />
Programmquellcodes von OE5HPM findet man auf [https://github.com/oe5hpm/dxlAPRS Github] oder am aktuellsten auf dem Server von Chris im Unterorder /aprs/c/.<br />
<br />
== Video-Tutorial ==<br />
<br />
Für die Installation und Aktualisierung der dxlAPRS Toolchain hat DL1NUX ein Tutorial-Video erstellt. Es ist über Youtube abrufbar:<br />
<br />
[https://www.youtube.com/watch?v=S9lA0tx-5eY https://www.youtube.com/watch?v=S9lA0tx-5eY]</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Installationsanleitung&diff=884Installationsanleitung2025-08-22T06:59:49Z<p>Dl1nux: /* Schnelle Installation auf dem RaspberryPi ab Version 3 mit 64bit Betriebssystem (aarch64) */</p>
<hr />
<div>== Erstinstallation ==<br />
<br />
Die folgenden Anweisungen gehen von einer Installation auf einem RaspberryPi aus und das Home-Verzeichnis lautet entsprechend /home/pi. Es darf nur die 32bit Version von Raspbian verwendet werden. Die vorkomplilierten Pakete sind nicht mit der 64bit Version vom Raspbian kompatibel. Es ist auch eine Installation auf allen üblichen Linux-Systemen in gleicher Weise möglich. Es müssen dann nur die Pfadangaben angepasst werden. Es werden nur die Programmdateien installiert. Startskripte sind in den Paketen nicht vorhanden und müssen selbst erstellt bzw. hinzugefügt werden.<br />
<br />
Wechseln in das Home-Verzeichnis mit<br />
<br />
<nowiki>cd ~</nowiki><br />
<br />
Wir laden das aktuelle Paket der dxlAPRS Tools von der Seite [https://github.com/dl1nux/dxlAPRS github.com/dl1nux/dxlAPRS] herunter. Es wird dabei unterschieden für welche Plattform man die Tools benötigt:<br />
<br />
* [https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv6-current.tgz armv6] (z.B. RaspberryPi der ersten Generation oder Zero - nur 32bit!)<br />
* [https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv7hf-current.tgz armv7hf] (z.B. RaspberryPi ab Version 2B und aufwärts - nur 32bit!)<br />
* [https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_x86_32-current.tgz x86_32] (32 Bit PC-Systeme)<br />
* [https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_x86_64-current.tgz x86_64] (64 Bit PC-Systeme)<br />
<br />
Für einen RaspberryPi 2B und neuer benötigt man die Version armv7hf, welches an der Konsole wie folgt herunterladen werden kann:<br />
<br />
<nowiki>wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv7hf-current.tgz</nowiki><br />
<br />
Das Archiv enthält ein Installations-Skript, welches man extrahiert und im Home-Verzeichnis speichert:<br />
<br />
<nowiki>tar xzvf dxlAPRS_armv7hf-current.tgz --strip=1 scripts/updateDXLaprs</nowiki><br />
<br />
In der Regel dürfte das Skript bereits ausführbar sein. Wir starten die Installation der Tools mit:<br />
<br />
<nowiki>./updateDXLaprs dxlAPRS_armv7hf-current.tgz</nowiki><br />
<br />
Anschließend befindet sich im Home-Verzeichnis der Ordner "dxlAPRS", welcher die beiden weiteren Unterordner "aprs" und "aprsmap" enthält.<br />
<br />
=== Schnelle Installation auf dem RaspberryPi ab Version 2 (ARMv7) ===<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv7hf-current.tgz<br />
tar xzvf dxlAPRS_armv7hf-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_armv7hf-current.tgz</nowiki><br />
<br />
Es ist empfehlenswert anschließend sofort Updates der Programmdateien zu lassen:<br />
<br />
<nowiki><br />
wget https://raw.githubusercontent.com/dl1nux/dxlAPRS-update/refs/heads/main/dxl-update.sh<br />
chmod +x dxl-update.sh</nowiki><br />
<br />
Mit<br />
<nowiki><br />
./dxl-update.sh</nowiki> <br />
kann nun das Update am Raspberry Pi gestartet werden. Für andere Plattformen muss das Skript angepasst werden (siehe weiter unten).<br />
<br />
=== Schnelle Installation auf dem RaspberryPi ab Version 3 mit 64bit Betriebssystem (aarch64) ===<br />
*Hinweis: Die Paketquelle für die aarch64 Architektur funktioniert derzeit nicht unter RaspberryPi OS in der 64 Bit Version. Die Binaries lassen sich nicht ausführen. Sobald es hierzu neue Infos gibt, aktualisiere ich den Text hier.*<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_aarch64-current.tgz<br />
tar xzvf dxlAPRS_aarch64-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_aarch64-current.tgz</nowiki><br />
<br />
=== Schnelle Installation auf dem RaspberryPi Version 1 sowie Pi Zero W/H (ARMv6) ===<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv6-current.tgz<br />
tar xzvf dxlAPRS_armv6-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_armv6-current.tgz</nowiki><br />
<br />
=== Schnelle Installation auf 64bit PC-Systemen ===<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_x86_64-current.tgz<br />
tar xzvf dxlAPRS_x86_64-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_x86_64-current.tgz</nowiki><br />
<br />
<br />
=== Schnelle Installation 32bit PC-Systemen ===<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_x86_32-current.tgz<br />
tar xzvf dxlAPRS_x86_32-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_x86_32-current.tgz</nowiki><br />
<br />
== Udpate der Programmdateien von dxlaprs.hamspirit.at ==<br />
<br />
Hinweis: Da der Server in der Vergangenheit immer wieder mal nicht erreichbar war hier der Hinweis, dass dies nur funktioniert wenn der Server auch online ist!<br />
<br />
Für eine nachträgliche Aktualisierung der Programmdateien vom selben Server kann das Skript ebenfalls verwendet werden. Dazu startet man das Skript und hängt die Plattform (armv6, armv7hf, x86_32, x86_64) als Parameter an. Dazu muss man sich unterhalb des dxlAPRS Ordners befinden, der bei der Erstinstallation angelegt wurde. Idealerweise belässt man einfach die Datei updateDXLaprs nach der Erstinstallation im Homeverzeichnis, dann kann man diese immer wieder nutzen.<br />
<br />
<nowiki><br />
cd ~<br />
./updateDXLaprs armv7hf<br />
</nowiki><br />
<br />
Der Befehl lädt automatisch das aktuelle Programmpaket von der Webseite dxlaprs.hamspirit.at und ersetzt die bisherigen Programmdateien durch die neueren. Nachträglich veränderte Dateien, wie z.B. die style.css, sollten vor dem Update gesichert und anschließend zurückkopiert werden. Sie werden sonst gnadenlos durch das Updateskript überschrieben. Startskripte werden dadurch nicht überschrieben, da diese nicht im Programmpaket enthalten sind.<br />
<br />
<b>Hinweis:</b> Die Archive von OE5HPM werden nur sehr unregelmäßig aktualisiert. Die neuesten Versionen der Programmdateien liegen immer auf dem Server von Chris OE5DXL. <b>Es ist empfehlenswert das Update der Programmdateien über das folgende Updateskript durchzuführen</b><br />
<br />
== Manuelles Update über den OE5DXL Server ==<br />
<br />
Die Programmpakete auf dxlaprs.hamspirit.at werden nur unregelmäßig durch Hannes OE5HPM aktualisiert. Da Chris OE5DXL jedoch permanent an der Weiterentwicklung arbeitet, liegen meist bereits aktuellere Programmversionen von ihm vor. Möchte man die aktuellsten Programmversionen probieren, kann man diese manuell von seinem Server laden (siehe Abschnitt "Weitere Bezugsquellen").<br />
<br />
Damit man nicht jede einzelne Datei manuell mit WGET laden muss, habe ich ein einfaches Skript erstellt, das einem die Arbeit abnimmt. Man muss allerings reinschreiben, wo sich der dxlAPRS Ordner befindet, welche der drei Architekturen (armv7hf, x86-32, x86-64) man benötigt und von welcher Quelle man die Programmdateien laden möchte.<br />
<br />
=== Download von Github ===<br />
<nowiki><br />
git clone https://github.com/dl1nux/dxlAPRS-update.git<br />
</nowiki><br />
<br />
Bitte auch die REAMDE.md Datei lesen für weitere Hinweise!<br />
<br />
=== Das Updateskript im Detail ===<br />
<br />
Stand 24.06.2022<br />
<br />
<nowiki><br />
#!/bin/sh<br />
# Skript von Attila Kocis, DL1NUX (attila@dl1nux.de)<br />
# Dieses Skript aktualisiert die dxlAPRS Binaries direkt vom Server des <br />
# Entwicklers Chris OE5DXL. Der Server ist über verschiedene Wege erreichbar.<br />
<br />
# Bitte in der Variable DXLHOME den Ordner eintragen, wo sich der Hauptordner<br />
# "dxlAPRS" derzeit befindet.<br />
DXLHOME=/home/pi<br />
<br />
# Bitte in der Variable ARCH die Architektur eintragen, die benötigt wird.<br />
# Zur verfügung stehen: armv7hf (RaspberryPi 2B und neuer)<br />
# x86-32 (32 bit PC Systeme)<br />
# x86-64 (64 bit PC Systeme)<br />
ARCH=armv7hf<br />
<br />
# Bitte für die Variable SOURCE die Updatequelle auswählen (auskommentieren)<br />
# Internet HTTPS:<br />
#SOURCE=https://oe5dxl.hamspirit.at:8024/aprs/bin/<br />
# Internet HTTP:<br />
SOURCE=http://oe5dxl.hamspirit.at:8025/aprs/bin/<br />
# Hamnet HTTP:<br />
#SOURCE=http://oe5dxl.ampr.org/aprs/bin/<br />
<br />
echo "Dieses Skript aktualisiert die dxlAPRS Binaries aus der Quelle:"<br />
echo $SOURCE<br />
echo ""<br />
echo "Bitte vor dem Ausführen die Variablen DXLHOME, ARCH und SOURCE im Skript kontrollieren und ggf. anpassen."<br />
echo "Hinweis: Zum Aktualisieren von AFSKMODEM werden root Rechte benötigt!"<br />
echo "Es stehen nicht alle Tools für alle Architekturen zur Verfügung (ggf. Fehleranzeige)."<br />
echo ""<br />
echo "ENTER für weiter, STRG+C zum Abbrechen..."<br />
read continue<br />
<br />
cd $DXLHOME/dxlAPRS/aprs<br />
<br />
wget -N --no-check-certificate $SOURCE$ARCH/adsb2aprs<br />
sudo wget -N --no-check-certificate $SOURCE$ARCH/afskmodem<br />
wget -N --no-check-certificate $SOURCE$ARCH/cmslogin<br />
wget -N --no-check-certificate $SOURCE$ARCH/downsample<br />
wget -N --no-check-certificate $SOURCE$ARCH/fmrepeater<br />
wget -N --no-check-certificate $SOURCE$ARCH/gps2aprs<br />
wget -N --no-check-certificate $SOURCE$ARCH/gps2digipos<br />
wget -N --no-check-certificate $SOURCE$ARCH/hostint<br />
wget -N --no-check-certificate $SOURCE$ARCH/l2cat<br />
wget -N --no-check-certificate $SOURCE$ARCH/lorarx<br />
wget -N --no-check-certificate $SOURCE$ARCH/loratx<br />
wget -N --no-check-certificate $SOURCE$ARCH/profile<br />
wget -N --no-check-certificate $SOURCE$ARCH/ra02<br />
wget -N --no-check-certificate $SOURCE$ARCH/radiorange<br />
wget -N --no-check-certificate $SOURCE$ARCH/sdrradio<br />
wget -N --no-check-certificate $SOURCE$ARCH/sdrtst<br />
wget -N --no-check-certificate $SOURCE$ARCH/sdrtx<br />
wget -N --no-check-certificate $SOURCE$ARCH/sondemod<br />
wget -N --no-check-certificate $SOURCE$ARCH/sondeudp<br />
wget -N --no-check-certifi<br />
cate $SOURCE$ARCH/udpbox<br />
wget -N --no-check-certificate $SOURCE$ARCH/udpflex<br />
wget -N --no-check-certificate $SOURCE$ARCH/udpgate4<br />
wget -N --no-check-certificate $SOURCE$ARCH/udphub<br />
wget -N --no-check-certificate $SOURCE$ARCH/waterfall<br />
wget -N --no-check-certificate $SOURCE$ARCH/waterfall3<br />
<br />
cd $DXLHOME/dxlAPRS/aprsmap<br />
<br />
wget -N --no-check-certificate $SOURCE$ARCH/aprsmap<br />
<br />
cd ~<br />
<br />
echo "Übertragung abgeschlossen."<br />
echo "Dateien in $DXLHOME/dxlaprs/aprs und $DXLHOME/dxlaprs/aprsmap wurden aktualisiert."<br />
echo ""<br />
</nowiki><br />
<br />
Bei diesem Skript ist zu beachten, dass es die Programmdateien herunterlädet, auch wenn sie lokal noch nicht existieren. Hin und wieder kommen neue Programme hinzu, diese werden dann auch heruntergeladen. Allerdings haben sie dann nicht die richtigen Rechte, damit man sie auch ausführen kann. Dies kann man ändern mit chmod. Der Befehl muss in dem Ordner ausgeführt werden, wo sich die Datei befindet.<br />
<br />
<nowiki><br />
chmod 755 <Programmname><br />
<br />
z.B.<br />
<br />
chmod 755 lorarx<br />
</nowiki><br />
<br />
== Weitere Bezugsquellen ==<br />
<br />
Christian OE5DXL entwickelt die dxlAPRS Tools stetig weiter. Die Programmpakete werden in unregelmäßigen Abständen von Hannes OE5HPM gepackt und hier bereitgestellt: [http://dxlaprs.hamspirit.at/ dxlaprs.hamspirit.at]<br />
Die aktuellsten Versionen, manchmal auch Beta-Versionen, findet man direkt auf Christians Seite im [http://oe5dxl.hamspirit.at:8024/aprs/bin/ Internet mit SSL], [https://oe5dxl.hamspirit.at:8025/aprs/bin/ Internet ohne SSL] oder [http://oe5dxl.ampr.at/aprs/bin/ Hamnet].<br />
<br />
Bei der SSL Seite wird das selbstgenerierte Serverzertifikat bemängelt. Das kann man getrost ignorieren.<br />
<br />
Programmquellcodes von OE5HPM findet man auf [https://github.com/oe5hpm/dxlAPRS Github] oder am aktuellsten auf dem Server von Chris im Unterorder /aprs/c/.<br />
<br />
== Video-Tutorial ==<br />
<br />
Für die Installation und Aktualisierung der dxlAPRS Toolchain hat DL1NUX ein Tutorial-Video erstellt. Es ist über Youtube abrufbar:<br />
<br />
[https://www.youtube.com/watch?v=S9lA0tx-5eY https://www.youtube.com/watch?v=S9lA0tx-5eY]</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Sdrtst&diff=883Sdrtst2025-06-26T16:09:51Z<p>Dl1nux: /* Ausführliche Beschreibung der Parameter */</p>
<hr />
<div>== !!! Wiki Artikel ist noch in Arbeit !!! ==<br />
<br />
== Beschreibung von sdrtst ==<br />
<br />
sdrtst ist ein AM/FM/SSB Empfänger für rtl_tcp. Es können beliebig viele parallele Empfangskanäle erzeugt werden, welche sich innerhalb des Frequenzbereiches (Samplerate) des SDR-Empfängers befinden. Frequenzen, Modulationsarten und weitere Parameter werden in einer Konfigurationsdatei [[sdrcfg.txt]] abgelegt, welche jederzeit, also auch im laufenden Betrieb, geändert werden kann. Die Ausgabe erfolgt als Audiostream, entweder in eine lokale Audiopipe (mknod pipename p)oder per UDP-Stream auf einen anderen Rechner. Es kann auch stdout/stdin für den lokalen Transport des Streams benutzt werden, anstatt mit einer Audiopipe.<br />
<br />
== Übersicht der Parameter ==<br />
<nowiki><br />
sdrtst -h<br />
<br />
AM/FM/SSB Multirx from rtl_tcp (8 bit IQ via tcpip or file) to audio channel(s) 8/16 bit PCM by oe5dxl<br />
-A <soundfilename> or <ip:port> ALAW (G.711) n-channel sound stream pipe/UDP<br />
-a <number> maximum active rx to limit cpu load, if number is reached,<br />
no more inactive rx will listen to become active<br />
-B <samples> sound samples sent at once. With UDP take care: double number of bytes with 16bit PCM<br />
-c <configfilename> read channels config from file (sdrcfg.txt)<br />
-c <ip:port> read channels config from UDP, if ip=0.0.0.0 accept any ip<br />
-D <file> write received tcp IQ Data to file<br />
-d <Hz> downsample if to output Hz by linear interpolation<br />
-e enable sending SDR Data hidden in audio channels (tune/afc/rssi..)<br />
-f u8|i16|f32 iq-data format, f32 samplerate 1..3MHz, slow float arithmetic (u8)<br />
-h help<br />
-i <Hz> input sampelrate Hz 1024000 or 2048000..2500000 (2048000)<br />
if >2048000, AM/FM-IF-width will increase proportional<br />
-k keep connection, reconnect lost connection to rtl_tcp server<br />
-L <x.x.x.x:destport> send Level table in UDP to Waterfall Viewers (may be repeatet)<br />
-m <audiochannels> mix up/down all rx channels to 1 or 2 audiochannels (mono/stereo)<br />
for 2 channels the rx audios will be arranged from left to right<br />
WAV-Header will be preceded (UDP with header may be lost)<br />
-N <x.x.x.x:destport> send Noise (Squelch) table in UDP to Scanner Scripts (may be repeatet)<br />
-O <Hz> moves center freq. away from used band to avoid ADC-DC-offset noise (10000)<br />
-o <mhz> offset for entered frequencies if Converters are used<br />
-p <cmd> <value> send rtl_tcp parameter, ppm, tunergain ...<br />
-r <Hz> if and default output sampelrate Hz for all channels 8000..256000 (16000)<br />
for FM min. 25% more than rx IF-width<br />
-s <soundfilename> or <ip:port> 16bit signed n-channel sound stream/pipe/UDP<br />
-S <soundfilename> or <ip:port> 8bit unsigned n-channel sound stream/pipe/UDP<br />
-T <mhz> Tune manual to center of iq-band (for iq-data from file) (0)<br />
-t <url:port> connect rtl_tcp server (127.0.0.1:1234)<br />
-t <filename:0> read iq-data from file<br />
-v show rssi (dB) and afc (khz)<br />
-w <ms> max stay awake (use CPU) time after squelch close (2000)<br />
-z <ms> sleep time (no cpu) for inactive rx if squelch closed (-z 100)<br />
-Z <ms> same but fast open with no audio quieting for sending<br />
to decoders and not human ears<br />
example: ./sdrtst -k -s /dev/stdout -t 127.0.0.1:1234 -c up.txt -i 2048000 -r 16000 -m 2 -v | aplay<br />
will mix up/down any channels to stereo and play on alsa<br />
./sdrtst -k -s /dev/stdout -t 127.0.0.1:1234 -c up.txt -i 2048000 -r 16000 -v | ./afskmodem -o /dev/stdin -s 16000 -c 2 -M 0 -c 0 -M 1 -c 1<br />
with 2 frequencies in up.txt will listen to PR/APRS on 2 channels<br />
nc -l -u -p 7000 | sox -t wav - -t alsa<br />
./sdrtst -k -A 127.0.0.1:7000 -m 1 -d 8000 -t 127.0.0.1:1234 -c 0.0.0.0:7001 -i 2048000 -r 16000 -v<br />
echo -e "f 438.55 5 80 80\nf 439.3 5 80 80" | nc -u 127.0.0.1 7001<br />
for A-LAW compressed sound via UDP and remote control via UDP<br />
<br />
config file: (re-read every some seconds and may be modified any time)<br />
# comment<br />
p <cmd> <value> rtl_tcp parameter like 'p 5 50' ppm, 'p 8 1' autogain on<br />
f <mhz> <AFC-range> <squelch%> <lowpass%> <IF-width> FM Demodulator<br />
a <mhz> 0 <squelch%> <lowpass%> <IF-width> AM Demodulator<br />
u <mhz> <IF-shift> <agc limit> <agc speed> <IF-width> USB Demodulator<br />
l same for LSB<br />
AFC-range in +-kHz, Squelch 0 off, 100 open, 70 may do<br />
audio lowpass in % Nyquist frequ. of output sampelrate, 0 is off<br />
IF-width 3000 6000 12000 24000 48000 96000 192000Hz for low CPU usage<br />
(192000 only with >=2048khz iq-rate), (4th order IIR)<br />
(SSB 8th order IF-IIR), OTHER values with MORE CPU-load (12000 default)<br />
q <mhz> <0> <0> <lowpass%> <IF-width> bandwidth filterd iq output with if rate<br />
s <from-MHz> <to-MHz> <step-Hz> <sleepsteps> <IF-width> low cpu usage scanner<br />
improof fast IIR-if-filter with a FIR by <IF-width>+<FIR-width>[,<FIR-lenght>] default length=32, max=2048<br />
works on AM,FM,IQ-demod f 145.800 0 80 90 12000+10000,64<br />
<br />
example:<br />
p 5 50<br />
p 8 1<br />
f 438.825 5 75 70 (afc, squelch, audio lowpass, 12khz IF)<br />
f 439.275 0 0 80 20000 (20khz IF, uses more CPU)<br />
u 432.4825 -700 0 2500 600 (USB with 600Hz CW-Filter at 800Hz slow agc<br />
<br />
will generate 3 channel 16bit PCM stream (up to 64 channels with -z or -Z)<br />
use max. 95% of -i span. rtl-stick will be tuned to center of the span<br />
rx in center of band will be +-10khz relocated to avoid ADC-DC offset pseudo<br />
carriers, SSB-only will be relocated 10..210khz to avoid inexact tuning steps<br />
<br />
f 100.1 0 0 15 96000 (WFM with "-r 192000 -d 44100" for 1 channnel 44100hz<br />
</nowiki><br />
<br />
== Ausführliche Beschreibung der Parameter ==<br />
{| class="wikitable"<br />
|-<br />
! Parameter!! Beschreibung<br />
|-<br />
| A <soundfilename> or <ip:port> || Quelle eines n-Kanal Audiostreams (z.B. Pipe, UDP) im Format ALAW (G.711).<br />
|-<br />
| a <number>|| Maximale Anzahl an Empfängern um die CPU Last zu begrenzen.<br />
|-<br />
| B <samples>|| Gleichzeitig gesendete sound samples. Mit UDP aufgepasst: doppelte Anzahl an Bytes mit 16 bit PCM.<br />
|-<br />
| c <configfilename>|| Lese Channel Konfiguration aus einer Datei, z.B. [[sdrcfg.txt]].<br />
|-<br />
| c <ip:port>|| Lese Channel Konfiguration per UDP. Wenn ip=0.0.0.0 werden Informationen von jeder Quell-IP zugelassen.<br />
|-<br />
| d <Hz>|| Downsampling des Outputs auf d Hz.<br />
|-<br />
| e|| Aktiviere das Senden von versteckten SDR Informationen im Audiostream (Freuqenz/AFC/Feldstärke etc.)<br />
|-<br />
| f u8/i16/d32|| IQ-Datenformat, f32 Samlerate 1..3 MHz, langsame Fließkomma Arithmetik. Standard = u8.<br />
|-<br />
| h|| Hilfetext<br />
|-<br />
| i <Hz>|| Abtastfrequenz (samplerate) des Inputs in Hz. Standard = 2048000<br>1024000 oder 2048000..2500000<br>Wenn i > 2048000, erhöht sich die AM/FM-ZF-Bandbreite proportional.<br />
|-<br />
| k|| Verbindung halten. Wenn die Verbindung zum rtl_tcp Server abbricht, wird eine Wiederverbindung versucht.<br />
|-<br />
| L <x.x.x.x:destport>|| Sende Level Tabelle in UDP zu Wasserfall-Viewern ([[waterfall.py]]). Kann wiederholt werden.<br />
|-<br />
| m <audiochannels>|| Mische alle Empfangskanäle zu einem oder zwei Audiokanälen (Mono/Stereo) zusammen. Die Kanäle werden von links nach recht angeordnet. WAV-Header werden vorangestellt (UDP mit Header kann verlorengehen).<br />
|-<br />
| N <x.x.x.x:destport>|| Sende Rauschtabelle (Squelch) in UDP zu Scanner Scripts (kann wiederholt werden)<br />
|-<br />
| O <Hz>|| Verändert die Mittenfrequenz des SDR um den Wert O Hz um den ADC-DC Störträger zu verschieben. Standard = 10000 Hz = 10 KHz.<br />
|-<br />
| o <mhz>|| Frequenzoffset für die angegebene Frequenzen. Dies wird bei der Nutzung von Konvertern benötigt. <br />
|-<br />
| p <cmd> <value>|| Sende Parameter an rtl_tcp, z.B. ppm, tunergain ...<br />1 hz<br />2 sampelrate<br />3 gain mode<br />4 gain (in Zehntel DB, also 320 für 32 dB)<br />5 freq corr<br />6 if stage gain<br />7 test mode<br />8 agc mode<br />9 set direct sampling<br />10 set offset tuning<br />11 set rtl xtal<br />12 set tuner xtal<br />13 set tuner gain by index<br />
|-<br />
| r <Hz>|| Ausgangs-Abtastfrequenz (Sampelrate) in Hz für alle Kanäle. Mögliche Werte 8000..192000. Standard = 16000. Für FM muss die Abtastrate mindestens 25% höher sein als die in der [[sdrcfg.txt]] angegebene ZF-Bandbreite des Kanals.<br />
|-<br />
| s <soundfilename> or <ip:port>|| Quelle eines 16bit n-Kanal Audiostreams (z.B. Pipe, UDP).<br />
|-<br />
| S <soundfilename> or <ip:port>|| Quelle eines 8bit n-Kanal Audiostreams (z.B. Pipe, UDP).<br />
|-<br />
| T <mhz>|| Tune manuell zur Mitte des IQ-Bandes (für IQ-Daten aus einer Datei)). Standard = 0<br />
|-<br />
| t <url:port>|| Verbindung zum rtl_tcp Server. Standard = 127.0.0.1:1234.<br />
|-<br />
| t <filename:0>|| Lese den digitalen Datenstrom aus einer Datei.<br />
|-<br />
| v|| Zeige Feldstärke in dB (rssi) und Frequenzabweichung in kHz (AFC).<br />
|-<br />
| w <ms>|| Maximale Wach-Zeit in ms nach Schließen der Rauschsperre. Beschäftigt solange noch die CPU. Standard = 2000 ms.<br />
|-<br />
| z <ms>|| Schlaf-Zeit in ms ohne CPU Belastung für inaktive RXe während die Rauschsperre geschlossen ist. Beispiel: -z 100.<br />
|-<br />
| Z <ms>|| Das gleiche wie -z, jedoch schnelle Öffnung ohne Stummschaltung zum Senden an Dekoder, und nicht fürs menschliche Gehör. <br />
|}<br />
<br />
== Beispiele ==<br />
=== Wettersonden RX oder APRS RX ===<br />
<br />
Die Syntax kann sowohl für einen Sonden-RX als auch für einen APRS-RX in dieser Form verwendet werden. Das folgende Beispiel ist auf einen Sonden-RX abgestimmt.<br />
<br />
<nowiki><br />
sdrtst -t 127.0.0.1:18100 -r 16000 -s sondepipe0 -Z 100 -c sdrcfg0.txt -e -k -v<br />
</nowiki><br />
<br />
Diese Zeile startet den Empfänger am angegebenen SDR-Stick. Die empfangenen Signale werden in eine sogenannte „Audiopipe“ geschickt. Dabei handelt es sich um eine Art Transferdatei, die es ermöglicht die Audioinformationen von einem Programm zum anderen zu transferieren. Diese muss vorher angelegt worden sein mit mknod sondepipe0 p .<br />
<br />
In der Datei [[Sdrcfg.txt|sdrcfg0.txt]] erfährt der Empfänger, auf welchen Frequenzen er hören soll. Für jede Frequenz wird dort eine eigene Zeile angelegt.<br />
<br />
Inhalt sdrcfg0.txt:<br />
<nowiki><br />
#-----------------------------------------------------------------------------------------------------<br />
# sdrcfg0.txt - von DL1NUX 14.04.2020: Keine Tab-Stops bei der Nutzung von Auskommentierungen (#)!!!<br />
# Diese Datei ggf. je nach anzahl der verwendeten Sticks kopieren und durchnummerieren: sdrcfg0.txt, sdrcfg1.txt usw.<br />
# Original von OE3OSB<br />
#-----------------------------------------------------------------------------------------------------<br />
# <br />
# p <cmd> <value> rtl_tcp parameter like 'p 5 50' ppm, 'p 8 1' autogain on<br />
# f <mhz> <AFC-range> <squelch%> <lowpass%> <IF-width> FM Demodulator<br />
# a <mhz> 0 <squelch%> <lowpass%> <IF-width> AM Demodulator<br />
# u <mhz> <IF-shift> 0 <agc speed> <IF-width> USB Demodulator<br />
# l same for LSB<br />
# AFC-Bereich in +-kHz, Squelch 0 aus, 100 offen, 70 ist normal<br />
# Audio Tiefpass in % Nyquist Ausgabefrequenz Sampelrate, 0 is aus<br />
# IF-width 3000 6000 12000 24000 48000 96000 192000Hz für wenig CPU Auslastung<br />
# (192000 nur mit >=2048khz iq-rate), (4th order IIR)<br />
# (SSB 8th order IF-IIR), Andere Werte haben mehr CPU-Last (12000 default)<br />
#-----------------------------------------------------------------------------------------------------<br />
# Parameter für SDR Stick:<br />
# p 5 = Frequenz Offset in PPM - Sticks mit TCXO benötigen die syntax p 5 0<br />
# Bei allen anderen Sticks ohne TCXO muss die Frequenzabweichung in PPM berechnet werden<br />
# z.B.: https://github.com/ptrkrysik/gr-gsm/wiki/Installation-on-RaspberryPi-3<br />
# Wenn Ihnen die PPM für den Stick bekannt ist, hängen Sie ihn hier an: p 5 ppm<br />
# Korrekte Syntax für ppm 50 ist p 5 50<br />
p 5 0<br />
#<br />
# p 8 = Automatic Gain Control (AGC) <br />
# p 8 1 = AGC an / p 8 0 = AGC aus<br />
p 8 1<br />
#-----------------------------------------------------------------------------------------------------<br />
# Einstellen der Sondenfrequenz(en) (Wichtig: Als MHz-Trennung einen Punkt verwenden, und KEIN Komma (403.0 anstatt 403,0)<br />
# f <mhz> <AFC-range> <squelch%> <lowpass%> <IF-width><br />
# f 405.31 5 65 0 6000 # Einstellung für DFM Sonden<br />
# f 402.70 5 70 0 12000 # Einstellung für Sonstige Sonden (RS41, RS92 etc.)<br />
# f 403.00 8 80 0 20000 # Einstellung für M10 Sonden<br />
# Bei M10 Empfang unbedingt auch die Samplerate bei sdrtst und sondeudp auf mindestens 20000Hz erhöhen!<br />
#-----------------------------------------------------------------------------------------------------<br />
# Wichtig: Die SDR Sticks haben nur etwa 2 MHz Bandbreite!<br />
# Wenn Sie mehrere Frequenzen überwachen, sollten diese nicht mehr wie 2 MHz auseinander liegen<br />
# Bei den gewünschten Frequenzen die Auskommentierung "#" entfernen. <br />
# Frequenzen können nach Bedarf ergänzt oder angepasst werden.<br />
# Auf einem RaspberryPi können locker 8 Frequenzen pro SDR-Stick gleichzeitig überwacht werden (bei 2 Sticks) (abhängig von CPU-Leistung!)<br />
<br />
f 402.300 5 70 0 12000<br />
f 402.500 5 70 0 12000<br />
f 402.700 5 70 0 12000<br />
f 402.900 5 70 0 12000<br />
f 403.000 5 70 0 12000<br />
f 403.330 5 65 0 6000<br />
<br />
f 403.800 5 70 0 12000<br />
f 403.900 5 70 0 12000<br />
f 404.100 5 70 0 12000<br />
</nowiki><br />
Erklärung zur sdrcfg0.txt:<br />
<br />
* Wir benutzen einen Stick mit TCXO und benötigen keine Frequenzkorrektur (p 5 0), die AGC ist an (p 8). Es können auch weitere SDR Parameter für rtl_tcp hier angegeben werden.<br />
* Sondenempfangsfrequenzen werden nach Bedarf ans Ende der Datei eingetragen, je eine pro Zeile. Es sind drei Frequenzbeispiele aufgeführt. Die Parameter AFC-Range, Squelsh, Lowpass und IF-Width sind eine Empfehlung von Chris OE5DXL je nach Sondentyp. Die Eingabe erfolgt ohne die Raute # am Anfang.<br />
<br />
Die Parameter:<br />
* -t <url:port> = connect rtl_tcp server<br />
* -r <Hz> = Output sampelrate Hz for all channels 8000..192000. For FM min. 25% more than rx IF-width<br />
* -s <soundfilename> = 16bit signed n-channel sound stream/pipe<br />
* -Z = sleep time (no cpu) for inactive rx if squelch closed (-z 100), fast open with no audio quieting for sending<br />
* -c <configfilename> = Read channels config from file<br />
* -e = enable sending SDR Data hidden in audio channels (tune/afc/rssi..)<br />
* -k = keep connection<br />
* -v = Show rssi (dB) and afc (khz)<br />
<br />
Erklärung:<br />
<br />
* Wir connecten uns an den rtl_tcp Server (-t), den wir mit „rtl_tcp“ initialisiert haben mit einer Abtastrate von 16 KHz (-r). Wenn man Sonden vom Typ M10 empfangen möchte, muss hier und beim sondeudp die Abtastrate auf mindestens 20 KHz erhöht werden! Aber Achtung, dadurch entsteht höhere CPU-Last!<br />
* Als Bindeglied zu sondeudp dient die zuvor erstellte Pipe „sondepipe0“ (-s)<br />
* Der Parameter -Z spart CPU-Auslastung, wenn die Rauschsperre geschlossen ist auf einzelnen Kanälen<br />
* Die Frequenzen bzw. Frequenzparameter sind in der Datei „sdrcfg0.txt“ zu finden (-c).<br />
* Nützliche Daten über das Empfangssignal (RSSI, AFC usw.) können mit -e an sondeudp weitergegeben werden.<br />
* „Keep connection“ soll dafür sorgen, dass sdrtst die TCP-verbindung zu rtl_tcp neu startet wenn sie versehentlich beendet wird. Dies kann z.B. dann passieren, wenn der SDR Stick in der USB Buchse bewegt wird.<br />
* Mit -v wird die Signalstärke in dB und die AFC Abweichung in KHz des Signals mit ausgegeben.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Sdrtst&diff=882Sdrtst2025-06-25T20:08:21Z<p>Dl1nux: /* Ausführliche Beschreibung der Parameter */</p>
<hr />
<div>== !!! Wiki Artikel ist noch in Arbeit !!! ==<br />
<br />
== Beschreibung von sdrtst ==<br />
<br />
sdrtst ist ein AM/FM/SSB Empfänger für rtl_tcp. Es können beliebig viele parallele Empfangskanäle erzeugt werden, welche sich innerhalb des Frequenzbereiches (Samplerate) des SDR-Empfängers befinden. Frequenzen, Modulationsarten und weitere Parameter werden in einer Konfigurationsdatei [[sdrcfg.txt]] abgelegt, welche jederzeit, also auch im laufenden Betrieb, geändert werden kann. Die Ausgabe erfolgt als Audiostream, entweder in eine lokale Audiopipe (mknod pipename p)oder per UDP-Stream auf einen anderen Rechner. Es kann auch stdout/stdin für den lokalen Transport des Streams benutzt werden, anstatt mit einer Audiopipe.<br />
<br />
== Übersicht der Parameter ==<br />
<nowiki><br />
sdrtst -h<br />
<br />
AM/FM/SSB Multirx from rtl_tcp (8 bit IQ via tcpip or file) to audio channel(s) 8/16 bit PCM by oe5dxl<br />
-A <soundfilename> or <ip:port> ALAW (G.711) n-channel sound stream pipe/UDP<br />
-a <number> maximum active rx to limit cpu load, if number is reached,<br />
no more inactive rx will listen to become active<br />
-B <samples> sound samples sent at once. With UDP take care: double number of bytes with 16bit PCM<br />
-c <configfilename> read channels config from file (sdrcfg.txt)<br />
-c <ip:port> read channels config from UDP, if ip=0.0.0.0 accept any ip<br />
-D <file> write received tcp IQ Data to file<br />
-d <Hz> downsample if to output Hz by linear interpolation<br />
-e enable sending SDR Data hidden in audio channels (tune/afc/rssi..)<br />
-f u8|i16|f32 iq-data format, f32 samplerate 1..3MHz, slow float arithmetic (u8)<br />
-h help<br />
-i <Hz> input sampelrate Hz 1024000 or 2048000..2500000 (2048000)<br />
if >2048000, AM/FM-IF-width will increase proportional<br />
-k keep connection, reconnect lost connection to rtl_tcp server<br />
-L <x.x.x.x:destport> send Level table in UDP to Waterfall Viewers (may be repeatet)<br />
-m <audiochannels> mix up/down all rx channels to 1 or 2 audiochannels (mono/stereo)<br />
for 2 channels the rx audios will be arranged from left to right<br />
WAV-Header will be preceded (UDP with header may be lost)<br />
-N <x.x.x.x:destport> send Noise (Squelch) table in UDP to Scanner Scripts (may be repeatet)<br />
-O <Hz> moves center freq. away from used band to avoid ADC-DC-offset noise (10000)<br />
-o <mhz> offset for entered frequencies if Converters are used<br />
-p <cmd> <value> send rtl_tcp parameter, ppm, tunergain ...<br />
-r <Hz> if and default output sampelrate Hz for all channels 8000..256000 (16000)<br />
for FM min. 25% more than rx IF-width<br />
-s <soundfilename> or <ip:port> 16bit signed n-channel sound stream/pipe/UDP<br />
-S <soundfilename> or <ip:port> 8bit unsigned n-channel sound stream/pipe/UDP<br />
-T <mhz> Tune manual to center of iq-band (for iq-data from file) (0)<br />
-t <url:port> connect rtl_tcp server (127.0.0.1:1234)<br />
-t <filename:0> read iq-data from file<br />
-v show rssi (dB) and afc (khz)<br />
-w <ms> max stay awake (use CPU) time after squelch close (2000)<br />
-z <ms> sleep time (no cpu) for inactive rx if squelch closed (-z 100)<br />
-Z <ms> same but fast open with no audio quieting for sending<br />
to decoders and not human ears<br />
example: ./sdrtst -k -s /dev/stdout -t 127.0.0.1:1234 -c up.txt -i 2048000 -r 16000 -m 2 -v | aplay<br />
will mix up/down any channels to stereo and play on alsa<br />
./sdrtst -k -s /dev/stdout -t 127.0.0.1:1234 -c up.txt -i 2048000 -r 16000 -v | ./afskmodem -o /dev/stdin -s 16000 -c 2 -M 0 -c 0 -M 1 -c 1<br />
with 2 frequencies in up.txt will listen to PR/APRS on 2 channels<br />
nc -l -u -p 7000 | sox -t wav - -t alsa<br />
./sdrtst -k -A 127.0.0.1:7000 -m 1 -d 8000 -t 127.0.0.1:1234 -c 0.0.0.0:7001 -i 2048000 -r 16000 -v<br />
echo -e "f 438.55 5 80 80\nf 439.3 5 80 80" | nc -u 127.0.0.1 7001<br />
for A-LAW compressed sound via UDP and remote control via UDP<br />
<br />
config file: (re-read every some seconds and may be modified any time)<br />
# comment<br />
p <cmd> <value> rtl_tcp parameter like 'p 5 50' ppm, 'p 8 1' autogain on<br />
f <mhz> <AFC-range> <squelch%> <lowpass%> <IF-width> FM Demodulator<br />
a <mhz> 0 <squelch%> <lowpass%> <IF-width> AM Demodulator<br />
u <mhz> <IF-shift> <agc limit> <agc speed> <IF-width> USB Demodulator<br />
l same for LSB<br />
AFC-range in +-kHz, Squelch 0 off, 100 open, 70 may do<br />
audio lowpass in % Nyquist frequ. of output sampelrate, 0 is off<br />
IF-width 3000 6000 12000 24000 48000 96000 192000Hz for low CPU usage<br />
(192000 only with >=2048khz iq-rate), (4th order IIR)<br />
(SSB 8th order IF-IIR), OTHER values with MORE CPU-load (12000 default)<br />
q <mhz> <0> <0> <lowpass%> <IF-width> bandwidth filterd iq output with if rate<br />
s <from-MHz> <to-MHz> <step-Hz> <sleepsteps> <IF-width> low cpu usage scanner<br />
improof fast IIR-if-filter with a FIR by <IF-width>+<FIR-width>[,<FIR-lenght>] default length=32, max=2048<br />
works on AM,FM,IQ-demod f 145.800 0 80 90 12000+10000,64<br />
<br />
example:<br />
p 5 50<br />
p 8 1<br />
f 438.825 5 75 70 (afc, squelch, audio lowpass, 12khz IF)<br />
f 439.275 0 0 80 20000 (20khz IF, uses more CPU)<br />
u 432.4825 -700 0 2500 600 (USB with 600Hz CW-Filter at 800Hz slow agc<br />
<br />
will generate 3 channel 16bit PCM stream (up to 64 channels with -z or -Z)<br />
use max. 95% of -i span. rtl-stick will be tuned to center of the span<br />
rx in center of band will be +-10khz relocated to avoid ADC-DC offset pseudo<br />
carriers, SSB-only will be relocated 10..210khz to avoid inexact tuning steps<br />
<br />
f 100.1 0 0 15 96000 (WFM with "-r 192000 -d 44100" for 1 channnel 44100hz<br />
</nowiki><br />
<br />
== Ausführliche Beschreibung der Parameter ==<br />
{| class="wikitable"<br />
|-<br />
! Parameter!! Beschreibung<br />
|-<br />
| A <soundfilename> or <ip:port> || Quelle eines n-Kanal Audiostreams (z.B. Pipe, UDP) im Format ALAW (G.711).<br />
|-<br />
| a <number>|| Maximale Anzahl an Empfängern um die CPU Last zu begrenzen.<br />
|-<br />
| B <samples>|| Gleichzeitig gesendete sound samples. Mit UDP aufgepasst: doppelte Anzahl an Bytes mit 16 bit PCM.<br />
|-<br />
| c <configfilename>|| Lese Channel Konfiguration aus einer Datei, z.B. [[sdrcfg.txt]].<br />
|-<br />
| c <ip:port>|| Lese Channel Konfiguration per UDP. Wenn ip=0.0.0.0 werden Informationen von jeder Quell-IP zugelassen.<br />
|-<br />
| d <Hz>|| Downsampling des Outputs auf d Hz.<br />
|-<br />
| e|| Aktiviere das Senden von versteckten SDR Informationen im Audiostream (Freuqenz/AFC/Feldstärke etc.)<br />
|-<br />
| f u8/i16/d32|| IQ-Datenformat, f32 Samlerate 1..3 MHz, langsame Fließkomma Arithmetik. Standard = u8.<br />
|-<br />
| h|| Hilfetext<br />
|-<br />
| i <Hz>|| Abtastfrequenz (samplerate) des Inputs in Hz. Standard = 2048000<br>1024000 oder 2048000..2500000<br>Wenn i > 2048000, erhöht sich die AM/FM-ZF-Bandbreite proportional.<br />
|-<br />
| k|| Verbindung halten. Wenn die Verbindung zum rtl_tcp Server abbricht, wird eine Wiederverbindung versucht.<br />
|-<br />
| L <x.x.x.x:destport>|| Sende Level Tabelle in UDP zu Wasserfall-Viewern ([[waterfall.py]]). Kann wiederholt werden.<br />
|-<br />
| m <audiochannels>|| Mische alle Empfangskanäle zu einem oder zwei Audiokanälen (Mono/Stereo) zusammen. Die Kanäle werden von links nach recht angeordnet. WAV-Header werden vorangestellt (UDP mit Header kann verlorengehen).<br />
|-<br />
| N <x.x.x.x:destport>|| Sende Rauschtabelle (Squelch) in UDP zu Scanner Scripts (kann wiederholt werden)<br />
|-<br />
| O <Hz>|| Verändert die Mittenfrequenz des SDR um den Wert O Hz um den ADC-DC Störträger zu verschieben. Standard = 10000 Hz = 10 KHz.<br />
|-<br />
| o <mhz>|| Frequenzoffset für die angegebene Frequenzen. Dies wird bei der Nutzung von Konvertern benötigt. <br />
|-<br />
| p <cmd> <value>|| Sende Parameter an rtl_tcp, z.B. ppm, tunergain ...<br />1 hz<br />2 sampelrate<br />3 gain mode<br />4 gain (in Zehntel DB, also 320 für 32 dB)<br />5 freq corr<br />6 if stage gain<br />7 test mode<br />8 agc mode<br />
|-<br />
| r <Hz>|| Ausgangs-Abtastfrequenz (Sampelrate) in Hz für alle Kanäle. Mögliche Werte 8000..192000. Standard = 16000. Für FM muss die Abtastrate mindestens 25% höher sein als die in der [[sdrcfg.txt]] angegebene ZF-Bandbreite des Kanals.<br />
|-<br />
| s <soundfilename> or <ip:port>|| Quelle eines 16bit n-Kanal Audiostreams (z.B. Pipe, UDP).<br />
|-<br />
| S <soundfilename> or <ip:port>|| Quelle eines 8bit n-Kanal Audiostreams (z.B. Pipe, UDP).<br />
|-<br />
| T <mhz>|| Tune manuell zur Mitte des IQ-Bandes (für IQ-Daten aus einer Datei)). Standard = 0<br />
|-<br />
| t <url:port>|| Verbindung zum rtl_tcp Server. Standard = 127.0.0.1:1234.<br />
|-<br />
| t <filename:0>|| Lese den digitalen Datenstrom aus einer Datei.<br />
|-<br />
| v|| Zeige Feldstärke in dB (rssi) und Frequenzabweichung in kHz (AFC).<br />
|-<br />
| w <ms>|| Maximale Wach-Zeit in ms nach Schließen der Rauschsperre. Beschäftigt solange noch die CPU. Standard = 2000 ms.<br />
|-<br />
| z <ms>|| Schlaf-Zeit in ms ohne CPU Belastung für inaktive RXe während die Rauschsperre geschlossen ist. Beispiel: -z 100.<br />
|-<br />
| Z <ms>|| Das gleiche wie -z, jedoch schnelle Öffnung ohne Stummschaltung zum Senden an Dekoder, und nicht fürs menschliche Gehör. <br />
|}<br />
<br />
== Beispiele ==<br />
=== Wettersonden RX oder APRS RX ===<br />
<br />
Die Syntax kann sowohl für einen Sonden-RX als auch für einen APRS-RX in dieser Form verwendet werden. Das folgende Beispiel ist auf einen Sonden-RX abgestimmt.<br />
<br />
<nowiki><br />
sdrtst -t 127.0.0.1:18100 -r 16000 -s sondepipe0 -Z 100 -c sdrcfg0.txt -e -k -v<br />
</nowiki><br />
<br />
Diese Zeile startet den Empfänger am angegebenen SDR-Stick. Die empfangenen Signale werden in eine sogenannte „Audiopipe“ geschickt. Dabei handelt es sich um eine Art Transferdatei, die es ermöglicht die Audioinformationen von einem Programm zum anderen zu transferieren. Diese muss vorher angelegt worden sein mit mknod sondepipe0 p .<br />
<br />
In der Datei [[Sdrcfg.txt|sdrcfg0.txt]] erfährt der Empfänger, auf welchen Frequenzen er hören soll. Für jede Frequenz wird dort eine eigene Zeile angelegt.<br />
<br />
Inhalt sdrcfg0.txt:<br />
<nowiki><br />
#-----------------------------------------------------------------------------------------------------<br />
# sdrcfg0.txt - von DL1NUX 14.04.2020: Keine Tab-Stops bei der Nutzung von Auskommentierungen (#)!!!<br />
# Diese Datei ggf. je nach anzahl der verwendeten Sticks kopieren und durchnummerieren: sdrcfg0.txt, sdrcfg1.txt usw.<br />
# Original von OE3OSB<br />
#-----------------------------------------------------------------------------------------------------<br />
# <br />
# p <cmd> <value> rtl_tcp parameter like 'p 5 50' ppm, 'p 8 1' autogain on<br />
# f <mhz> <AFC-range> <squelch%> <lowpass%> <IF-width> FM Demodulator<br />
# a <mhz> 0 <squelch%> <lowpass%> <IF-width> AM Demodulator<br />
# u <mhz> <IF-shift> 0 <agc speed> <IF-width> USB Demodulator<br />
# l same for LSB<br />
# AFC-Bereich in +-kHz, Squelch 0 aus, 100 offen, 70 ist normal<br />
# Audio Tiefpass in % Nyquist Ausgabefrequenz Sampelrate, 0 is aus<br />
# IF-width 3000 6000 12000 24000 48000 96000 192000Hz für wenig CPU Auslastung<br />
# (192000 nur mit >=2048khz iq-rate), (4th order IIR)<br />
# (SSB 8th order IF-IIR), Andere Werte haben mehr CPU-Last (12000 default)<br />
#-----------------------------------------------------------------------------------------------------<br />
# Parameter für SDR Stick:<br />
# p 5 = Frequenz Offset in PPM - Sticks mit TCXO benötigen die syntax p 5 0<br />
# Bei allen anderen Sticks ohne TCXO muss die Frequenzabweichung in PPM berechnet werden<br />
# z.B.: https://github.com/ptrkrysik/gr-gsm/wiki/Installation-on-RaspberryPi-3<br />
# Wenn Ihnen die PPM für den Stick bekannt ist, hängen Sie ihn hier an: p 5 ppm<br />
# Korrekte Syntax für ppm 50 ist p 5 50<br />
p 5 0<br />
#<br />
# p 8 = Automatic Gain Control (AGC) <br />
# p 8 1 = AGC an / p 8 0 = AGC aus<br />
p 8 1<br />
#-----------------------------------------------------------------------------------------------------<br />
# Einstellen der Sondenfrequenz(en) (Wichtig: Als MHz-Trennung einen Punkt verwenden, und KEIN Komma (403.0 anstatt 403,0)<br />
# f <mhz> <AFC-range> <squelch%> <lowpass%> <IF-width><br />
# f 405.31 5 65 0 6000 # Einstellung für DFM Sonden<br />
# f 402.70 5 70 0 12000 # Einstellung für Sonstige Sonden (RS41, RS92 etc.)<br />
# f 403.00 8 80 0 20000 # Einstellung für M10 Sonden<br />
# Bei M10 Empfang unbedingt auch die Samplerate bei sdrtst und sondeudp auf mindestens 20000Hz erhöhen!<br />
#-----------------------------------------------------------------------------------------------------<br />
# Wichtig: Die SDR Sticks haben nur etwa 2 MHz Bandbreite!<br />
# Wenn Sie mehrere Frequenzen überwachen, sollten diese nicht mehr wie 2 MHz auseinander liegen<br />
# Bei den gewünschten Frequenzen die Auskommentierung "#" entfernen. <br />
# Frequenzen können nach Bedarf ergänzt oder angepasst werden.<br />
# Auf einem RaspberryPi können locker 8 Frequenzen pro SDR-Stick gleichzeitig überwacht werden (bei 2 Sticks) (abhängig von CPU-Leistung!)<br />
<br />
f 402.300 5 70 0 12000<br />
f 402.500 5 70 0 12000<br />
f 402.700 5 70 0 12000<br />
f 402.900 5 70 0 12000<br />
f 403.000 5 70 0 12000<br />
f 403.330 5 65 0 6000<br />
<br />
f 403.800 5 70 0 12000<br />
f 403.900 5 70 0 12000<br />
f 404.100 5 70 0 12000<br />
</nowiki><br />
Erklärung zur sdrcfg0.txt:<br />
<br />
* Wir benutzen einen Stick mit TCXO und benötigen keine Frequenzkorrektur (p 5 0), die AGC ist an (p 8). Es können auch weitere SDR Parameter für rtl_tcp hier angegeben werden.<br />
* Sondenempfangsfrequenzen werden nach Bedarf ans Ende der Datei eingetragen, je eine pro Zeile. Es sind drei Frequenzbeispiele aufgeführt. Die Parameter AFC-Range, Squelsh, Lowpass und IF-Width sind eine Empfehlung von Chris OE5DXL je nach Sondentyp. Die Eingabe erfolgt ohne die Raute # am Anfang.<br />
<br />
Die Parameter:<br />
* -t <url:port> = connect rtl_tcp server<br />
* -r <Hz> = Output sampelrate Hz for all channels 8000..192000. For FM min. 25% more than rx IF-width<br />
* -s <soundfilename> = 16bit signed n-channel sound stream/pipe<br />
* -Z = sleep time (no cpu) for inactive rx if squelch closed (-z 100), fast open with no audio quieting for sending<br />
* -c <configfilename> = Read channels config from file<br />
* -e = enable sending SDR Data hidden in audio channels (tune/afc/rssi..)<br />
* -k = keep connection<br />
* -v = Show rssi (dB) and afc (khz)<br />
<br />
Erklärung:<br />
<br />
* Wir connecten uns an den rtl_tcp Server (-t), den wir mit „rtl_tcp“ initialisiert haben mit einer Abtastrate von 16 KHz (-r). Wenn man Sonden vom Typ M10 empfangen möchte, muss hier und beim sondeudp die Abtastrate auf mindestens 20 KHz erhöht werden! Aber Achtung, dadurch entsteht höhere CPU-Last!<br />
* Als Bindeglied zu sondeudp dient die zuvor erstellte Pipe „sondepipe0“ (-s)<br />
* Der Parameter -Z spart CPU-Auslastung, wenn die Rauschsperre geschlossen ist auf einzelnen Kanälen<br />
* Die Frequenzen bzw. Frequenzparameter sind in der Datei „sdrcfg0.txt“ zu finden (-c).<br />
* Nützliche Daten über das Empfangssignal (RSSI, AFC usw.) können mit -e an sondeudp weitergegeben werden.<br />
* „Keep connection“ soll dafür sorgen, dass sdrtst die TCP-verbindung zu rtl_tcp neu startet wenn sie versehentlich beendet wird. Dies kann z.B. dann passieren, wenn der SDR Stick in der USB Buchse bewegt wird.<br />
* Mit -v wird die Signalstärke in dB und die AFC Abweichung in KHz des Signals mit ausgegeben.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Sdrtst&diff=881Sdrtst2025-06-25T20:08:06Z<p>Dl1nux: /* Ausführliche Beschreibung der Parameter */</p>
<hr />
<div>== !!! Wiki Artikel ist noch in Arbeit !!! ==<br />
<br />
== Beschreibung von sdrtst ==<br />
<br />
sdrtst ist ein AM/FM/SSB Empfänger für rtl_tcp. Es können beliebig viele parallele Empfangskanäle erzeugt werden, welche sich innerhalb des Frequenzbereiches (Samplerate) des SDR-Empfängers befinden. Frequenzen, Modulationsarten und weitere Parameter werden in einer Konfigurationsdatei [[sdrcfg.txt]] abgelegt, welche jederzeit, also auch im laufenden Betrieb, geändert werden kann. Die Ausgabe erfolgt als Audiostream, entweder in eine lokale Audiopipe (mknod pipename p)oder per UDP-Stream auf einen anderen Rechner. Es kann auch stdout/stdin für den lokalen Transport des Streams benutzt werden, anstatt mit einer Audiopipe.<br />
<br />
== Übersicht der Parameter ==<br />
<nowiki><br />
sdrtst -h<br />
<br />
AM/FM/SSB Multirx from rtl_tcp (8 bit IQ via tcpip or file) to audio channel(s) 8/16 bit PCM by oe5dxl<br />
-A <soundfilename> or <ip:port> ALAW (G.711) n-channel sound stream pipe/UDP<br />
-a <number> maximum active rx to limit cpu load, if number is reached,<br />
no more inactive rx will listen to become active<br />
-B <samples> sound samples sent at once. With UDP take care: double number of bytes with 16bit PCM<br />
-c <configfilename> read channels config from file (sdrcfg.txt)<br />
-c <ip:port> read channels config from UDP, if ip=0.0.0.0 accept any ip<br />
-D <file> write received tcp IQ Data to file<br />
-d <Hz> downsample if to output Hz by linear interpolation<br />
-e enable sending SDR Data hidden in audio channels (tune/afc/rssi..)<br />
-f u8|i16|f32 iq-data format, f32 samplerate 1..3MHz, slow float arithmetic (u8)<br />
-h help<br />
-i <Hz> input sampelrate Hz 1024000 or 2048000..2500000 (2048000)<br />
if >2048000, AM/FM-IF-width will increase proportional<br />
-k keep connection, reconnect lost connection to rtl_tcp server<br />
-L <x.x.x.x:destport> send Level table in UDP to Waterfall Viewers (may be repeatet)<br />
-m <audiochannels> mix up/down all rx channels to 1 or 2 audiochannels (mono/stereo)<br />
for 2 channels the rx audios will be arranged from left to right<br />
WAV-Header will be preceded (UDP with header may be lost)<br />
-N <x.x.x.x:destport> send Noise (Squelch) table in UDP to Scanner Scripts (may be repeatet)<br />
-O <Hz> moves center freq. away from used band to avoid ADC-DC-offset noise (10000)<br />
-o <mhz> offset for entered frequencies if Converters are used<br />
-p <cmd> <value> send rtl_tcp parameter, ppm, tunergain ...<br />
-r <Hz> if and default output sampelrate Hz for all channels 8000..256000 (16000)<br />
for FM min. 25% more than rx IF-width<br />
-s <soundfilename> or <ip:port> 16bit signed n-channel sound stream/pipe/UDP<br />
-S <soundfilename> or <ip:port> 8bit unsigned n-channel sound stream/pipe/UDP<br />
-T <mhz> Tune manual to center of iq-band (for iq-data from file) (0)<br />
-t <url:port> connect rtl_tcp server (127.0.0.1:1234)<br />
-t <filename:0> read iq-data from file<br />
-v show rssi (dB) and afc (khz)<br />
-w <ms> max stay awake (use CPU) time after squelch close (2000)<br />
-z <ms> sleep time (no cpu) for inactive rx if squelch closed (-z 100)<br />
-Z <ms> same but fast open with no audio quieting for sending<br />
to decoders and not human ears<br />
example: ./sdrtst -k -s /dev/stdout -t 127.0.0.1:1234 -c up.txt -i 2048000 -r 16000 -m 2 -v | aplay<br />
will mix up/down any channels to stereo and play on alsa<br />
./sdrtst -k -s /dev/stdout -t 127.0.0.1:1234 -c up.txt -i 2048000 -r 16000 -v | ./afskmodem -o /dev/stdin -s 16000 -c 2 -M 0 -c 0 -M 1 -c 1<br />
with 2 frequencies in up.txt will listen to PR/APRS on 2 channels<br />
nc -l -u -p 7000 | sox -t wav - -t alsa<br />
./sdrtst -k -A 127.0.0.1:7000 -m 1 -d 8000 -t 127.0.0.1:1234 -c 0.0.0.0:7001 -i 2048000 -r 16000 -v<br />
echo -e "f 438.55 5 80 80\nf 439.3 5 80 80" | nc -u 127.0.0.1 7001<br />
for A-LAW compressed sound via UDP and remote control via UDP<br />
<br />
config file: (re-read every some seconds and may be modified any time)<br />
# comment<br />
p <cmd> <value> rtl_tcp parameter like 'p 5 50' ppm, 'p 8 1' autogain on<br />
f <mhz> <AFC-range> <squelch%> <lowpass%> <IF-width> FM Demodulator<br />
a <mhz> 0 <squelch%> <lowpass%> <IF-width> AM Demodulator<br />
u <mhz> <IF-shift> <agc limit> <agc speed> <IF-width> USB Demodulator<br />
l same for LSB<br />
AFC-range in +-kHz, Squelch 0 off, 100 open, 70 may do<br />
audio lowpass in % Nyquist frequ. of output sampelrate, 0 is off<br />
IF-width 3000 6000 12000 24000 48000 96000 192000Hz for low CPU usage<br />
(192000 only with >=2048khz iq-rate), (4th order IIR)<br />
(SSB 8th order IF-IIR), OTHER values with MORE CPU-load (12000 default)<br />
q <mhz> <0> <0> <lowpass%> <IF-width> bandwidth filterd iq output with if rate<br />
s <from-MHz> <to-MHz> <step-Hz> <sleepsteps> <IF-width> low cpu usage scanner<br />
improof fast IIR-if-filter with a FIR by <IF-width>+<FIR-width>[,<FIR-lenght>] default length=32, max=2048<br />
works on AM,FM,IQ-demod f 145.800 0 80 90 12000+10000,64<br />
<br />
example:<br />
p 5 50<br />
p 8 1<br />
f 438.825 5 75 70 (afc, squelch, audio lowpass, 12khz IF)<br />
f 439.275 0 0 80 20000 (20khz IF, uses more CPU)<br />
u 432.4825 -700 0 2500 600 (USB with 600Hz CW-Filter at 800Hz slow agc<br />
<br />
will generate 3 channel 16bit PCM stream (up to 64 channels with -z or -Z)<br />
use max. 95% of -i span. rtl-stick will be tuned to center of the span<br />
rx in center of band will be +-10khz relocated to avoid ADC-DC offset pseudo<br />
carriers, SSB-only will be relocated 10..210khz to avoid inexact tuning steps<br />
<br />
f 100.1 0 0 15 96000 (WFM with "-r 192000 -d 44100" for 1 channnel 44100hz<br />
</nowiki><br />
<br />
== Ausführliche Beschreibung der Parameter ==<br />
{| class="wikitable"<br />
|-<br />
! Parameter!! Beschreibung<br />
|-<br />
| A <soundfilename> or <ip:port> || Quelle eines n-Kanal Audiostreams (z.B. Pipe, UDP) im Format ALAW (G.711).<br />
|-<br />
| a <number>|| Maximale Anzahl an Empfängern um die CPU Last zu begrenzen.<br />
|-<br />
| B <samples>|| Gleichzeitig gesendete sound samples. Mit UDP aufgepasst: doppelte Anzahl an Bytes mit 16 bit PCM.<br />
|-<br />
| c <configfilename>|| Lese Channel Konfiguration aus einer Datei, z.B. [[sdrcfg.txt]].<br />
|-<br />
| c <ip:port>|| Lese Channel Konfiguration per UDP. Wenn ip=0.0.0.0 werden Informationen von jeder Quell-IP zugelassen.<br />
|-<br />
| d <Hz>|| Downsampling des Outputs auf d Hz.<br />
|-<br />
| e|| Aktiviere das Senden von versteckten SDR Informationen im Audiostream (Freuqenz/AFC/Feldstärke etc.)<br />
|-<br />
| f u8/i16/d32|| IQ-Datenformat, f32 Samlerate 1..3 MHz, langsame Fließkomma Arithmetik. Standard = u8.<br />
|-<br />
| h|| Hilfetext<br />
|-<br />
| i <Hz>|| Abtastfrequenz (samplerate) des Inputs in Hz. Standard = 2048000<br>1024000 oder 2048000..2500000<br>Wenn i > 2048000, erhöht sich die AM/FM-ZF-Bandbreite proportional.<br />
|-<br />
| k|| Verbindung halten. Wenn die Verbindung zum rtl_tcp Server abbricht, wird eine Wiederverbindung versucht.<br />
|-<br />
| L <x.x.x.x:destport>|| Sende Level Tabelle in UDP zu Wasserfall-Viewern ([[waterfall.py]]). Kann wiederholt werden.<br />
|-<br />
| m <audiochannels>|| Mische alle Empfangskanäle zu einem oder zwei Audiokanälen (Mono/Stereo) zusammen. Die Kanäle werden von links nach recht angeordnet. WAV-Header werden vorangestellt (UDP mit Header kann verlorengehen).<br />
|-<br />
| N <x.x.x.x:destport>|| Sende Rauschtabelle (Squelch) in UDP zu Scanner Scripts (kann wiederholt werden)<br />
|-<br />
| O <Hz>|| Verändert die Mittenfrequenz des SDR um den Wert O Hz um den ADC-DC Störträger zu verschieben. Standard = 10000 Hz = 10 KHz.<br />
|-<br />
| o <mhz>|| Frequenzoffset für die angegebene Frequenzen. Dies wird bei der Nutzung von Konvertern benötigt. <br />
|-<br />
| p <cmd> <value>|| Sende Parameter an rtl_tcp, z.B. ppm, tunergain ...<br />1 hz<br />2 sampelrate<br />3 gain mode<br />4 gain (in Zehtel DB, also 320 für 32 dB)<br />5 freq corr<br />6 if stage gain<br />7 test mode<br />8 agc mode<br />
|-<br />
| r <Hz>|| Ausgangs-Abtastfrequenz (Sampelrate) in Hz für alle Kanäle. Mögliche Werte 8000..192000. Standard = 16000. Für FM muss die Abtastrate mindestens 25% höher sein als die in der [[sdrcfg.txt]] angegebene ZF-Bandbreite des Kanals.<br />
|-<br />
| s <soundfilename> or <ip:port>|| Quelle eines 16bit n-Kanal Audiostreams (z.B. Pipe, UDP).<br />
|-<br />
| S <soundfilename> or <ip:port>|| Quelle eines 8bit n-Kanal Audiostreams (z.B. Pipe, UDP).<br />
|-<br />
| T <mhz>|| Tune manuell zur Mitte des IQ-Bandes (für IQ-Daten aus einer Datei)). Standard = 0<br />
|-<br />
| t <url:port>|| Verbindung zum rtl_tcp Server. Standard = 127.0.0.1:1234.<br />
|-<br />
| t <filename:0>|| Lese den digitalen Datenstrom aus einer Datei.<br />
|-<br />
| v|| Zeige Feldstärke in dB (rssi) und Frequenzabweichung in kHz (AFC).<br />
|-<br />
| w <ms>|| Maximale Wach-Zeit in ms nach Schließen der Rauschsperre. Beschäftigt solange noch die CPU. Standard = 2000 ms.<br />
|-<br />
| z <ms>|| Schlaf-Zeit in ms ohne CPU Belastung für inaktive RXe während die Rauschsperre geschlossen ist. Beispiel: -z 100.<br />
|-<br />
| Z <ms>|| Das gleiche wie -z, jedoch schnelle Öffnung ohne Stummschaltung zum Senden an Dekoder, und nicht fürs menschliche Gehör. <br />
|}<br />
<br />
== Beispiele ==<br />
=== Wettersonden RX oder APRS RX ===<br />
<br />
Die Syntax kann sowohl für einen Sonden-RX als auch für einen APRS-RX in dieser Form verwendet werden. Das folgende Beispiel ist auf einen Sonden-RX abgestimmt.<br />
<br />
<nowiki><br />
sdrtst -t 127.0.0.1:18100 -r 16000 -s sondepipe0 -Z 100 -c sdrcfg0.txt -e -k -v<br />
</nowiki><br />
<br />
Diese Zeile startet den Empfänger am angegebenen SDR-Stick. Die empfangenen Signale werden in eine sogenannte „Audiopipe“ geschickt. Dabei handelt es sich um eine Art Transferdatei, die es ermöglicht die Audioinformationen von einem Programm zum anderen zu transferieren. Diese muss vorher angelegt worden sein mit mknod sondepipe0 p .<br />
<br />
In der Datei [[Sdrcfg.txt|sdrcfg0.txt]] erfährt der Empfänger, auf welchen Frequenzen er hören soll. Für jede Frequenz wird dort eine eigene Zeile angelegt.<br />
<br />
Inhalt sdrcfg0.txt:<br />
<nowiki><br />
#-----------------------------------------------------------------------------------------------------<br />
# sdrcfg0.txt - von DL1NUX 14.04.2020: Keine Tab-Stops bei der Nutzung von Auskommentierungen (#)!!!<br />
# Diese Datei ggf. je nach anzahl der verwendeten Sticks kopieren und durchnummerieren: sdrcfg0.txt, sdrcfg1.txt usw.<br />
# Original von OE3OSB<br />
#-----------------------------------------------------------------------------------------------------<br />
# <br />
# p <cmd> <value> rtl_tcp parameter like 'p 5 50' ppm, 'p 8 1' autogain on<br />
# f <mhz> <AFC-range> <squelch%> <lowpass%> <IF-width> FM Demodulator<br />
# a <mhz> 0 <squelch%> <lowpass%> <IF-width> AM Demodulator<br />
# u <mhz> <IF-shift> 0 <agc speed> <IF-width> USB Demodulator<br />
# l same for LSB<br />
# AFC-Bereich in +-kHz, Squelch 0 aus, 100 offen, 70 ist normal<br />
# Audio Tiefpass in % Nyquist Ausgabefrequenz Sampelrate, 0 is aus<br />
# IF-width 3000 6000 12000 24000 48000 96000 192000Hz für wenig CPU Auslastung<br />
# (192000 nur mit >=2048khz iq-rate), (4th order IIR)<br />
# (SSB 8th order IF-IIR), Andere Werte haben mehr CPU-Last (12000 default)<br />
#-----------------------------------------------------------------------------------------------------<br />
# Parameter für SDR Stick:<br />
# p 5 = Frequenz Offset in PPM - Sticks mit TCXO benötigen die syntax p 5 0<br />
# Bei allen anderen Sticks ohne TCXO muss die Frequenzabweichung in PPM berechnet werden<br />
# z.B.: https://github.com/ptrkrysik/gr-gsm/wiki/Installation-on-RaspberryPi-3<br />
# Wenn Ihnen die PPM für den Stick bekannt ist, hängen Sie ihn hier an: p 5 ppm<br />
# Korrekte Syntax für ppm 50 ist p 5 50<br />
p 5 0<br />
#<br />
# p 8 = Automatic Gain Control (AGC) <br />
# p 8 1 = AGC an / p 8 0 = AGC aus<br />
p 8 1<br />
#-----------------------------------------------------------------------------------------------------<br />
# Einstellen der Sondenfrequenz(en) (Wichtig: Als MHz-Trennung einen Punkt verwenden, und KEIN Komma (403.0 anstatt 403,0)<br />
# f <mhz> <AFC-range> <squelch%> <lowpass%> <IF-width><br />
# f 405.31 5 65 0 6000 # Einstellung für DFM Sonden<br />
# f 402.70 5 70 0 12000 # Einstellung für Sonstige Sonden (RS41, RS92 etc.)<br />
# f 403.00 8 80 0 20000 # Einstellung für M10 Sonden<br />
# Bei M10 Empfang unbedingt auch die Samplerate bei sdrtst und sondeudp auf mindestens 20000Hz erhöhen!<br />
#-----------------------------------------------------------------------------------------------------<br />
# Wichtig: Die SDR Sticks haben nur etwa 2 MHz Bandbreite!<br />
# Wenn Sie mehrere Frequenzen überwachen, sollten diese nicht mehr wie 2 MHz auseinander liegen<br />
# Bei den gewünschten Frequenzen die Auskommentierung "#" entfernen. <br />
# Frequenzen können nach Bedarf ergänzt oder angepasst werden.<br />
# Auf einem RaspberryPi können locker 8 Frequenzen pro SDR-Stick gleichzeitig überwacht werden (bei 2 Sticks) (abhängig von CPU-Leistung!)<br />
<br />
f 402.300 5 70 0 12000<br />
f 402.500 5 70 0 12000<br />
f 402.700 5 70 0 12000<br />
f 402.900 5 70 0 12000<br />
f 403.000 5 70 0 12000<br />
f 403.330 5 65 0 6000<br />
<br />
f 403.800 5 70 0 12000<br />
f 403.900 5 70 0 12000<br />
f 404.100 5 70 0 12000<br />
</nowiki><br />
Erklärung zur sdrcfg0.txt:<br />
<br />
* Wir benutzen einen Stick mit TCXO und benötigen keine Frequenzkorrektur (p 5 0), die AGC ist an (p 8). Es können auch weitere SDR Parameter für rtl_tcp hier angegeben werden.<br />
* Sondenempfangsfrequenzen werden nach Bedarf ans Ende der Datei eingetragen, je eine pro Zeile. Es sind drei Frequenzbeispiele aufgeführt. Die Parameter AFC-Range, Squelsh, Lowpass und IF-Width sind eine Empfehlung von Chris OE5DXL je nach Sondentyp. Die Eingabe erfolgt ohne die Raute # am Anfang.<br />
<br />
Die Parameter:<br />
* -t <url:port> = connect rtl_tcp server<br />
* -r <Hz> = Output sampelrate Hz for all channels 8000..192000. For FM min. 25% more than rx IF-width<br />
* -s <soundfilename> = 16bit signed n-channel sound stream/pipe<br />
* -Z = sleep time (no cpu) for inactive rx if squelch closed (-z 100), fast open with no audio quieting for sending<br />
* -c <configfilename> = Read channels config from file<br />
* -e = enable sending SDR Data hidden in audio channels (tune/afc/rssi..)<br />
* -k = keep connection<br />
* -v = Show rssi (dB) and afc (khz)<br />
<br />
Erklärung:<br />
<br />
* Wir connecten uns an den rtl_tcp Server (-t), den wir mit „rtl_tcp“ initialisiert haben mit einer Abtastrate von 16 KHz (-r). Wenn man Sonden vom Typ M10 empfangen möchte, muss hier und beim sondeudp die Abtastrate auf mindestens 20 KHz erhöht werden! Aber Achtung, dadurch entsteht höhere CPU-Last!<br />
* Als Bindeglied zu sondeudp dient die zuvor erstellte Pipe „sondepipe0“ (-s)<br />
* Der Parameter -Z spart CPU-Auslastung, wenn die Rauschsperre geschlossen ist auf einzelnen Kanälen<br />
* Die Frequenzen bzw. Frequenzparameter sind in der Datei „sdrcfg0.txt“ zu finden (-c).<br />
* Nützliche Daten über das Empfangssignal (RSSI, AFC usw.) können mit -e an sondeudp weitergegeben werden.<br />
* „Keep connection“ soll dafür sorgen, dass sdrtst die TCP-verbindung zu rtl_tcp neu startet wenn sie versehentlich beendet wird. Dies kann z.B. dann passieren, wenn der SDR Stick in der USB Buchse bewegt wird.<br />
* Mit -v wird die Signalstärke in dB und die AFC Abweichung in KHz des Signals mit ausgegeben.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Sdrtst&diff=880Sdrtst2025-06-25T20:06:27Z<p>Dl1nux: /* Ausführliche Beschreibung der Parameter */</p>
<hr />
<div>== !!! Wiki Artikel ist noch in Arbeit !!! ==<br />
<br />
== Beschreibung von sdrtst ==<br />
<br />
sdrtst ist ein AM/FM/SSB Empfänger für rtl_tcp. Es können beliebig viele parallele Empfangskanäle erzeugt werden, welche sich innerhalb des Frequenzbereiches (Samplerate) des SDR-Empfängers befinden. Frequenzen, Modulationsarten und weitere Parameter werden in einer Konfigurationsdatei [[sdrcfg.txt]] abgelegt, welche jederzeit, also auch im laufenden Betrieb, geändert werden kann. Die Ausgabe erfolgt als Audiostream, entweder in eine lokale Audiopipe (mknod pipename p)oder per UDP-Stream auf einen anderen Rechner. Es kann auch stdout/stdin für den lokalen Transport des Streams benutzt werden, anstatt mit einer Audiopipe.<br />
<br />
== Übersicht der Parameter ==<br />
<nowiki><br />
sdrtst -h<br />
<br />
AM/FM/SSB Multirx from rtl_tcp (8 bit IQ via tcpip or file) to audio channel(s) 8/16 bit PCM by oe5dxl<br />
-A <soundfilename> or <ip:port> ALAW (G.711) n-channel sound stream pipe/UDP<br />
-a <number> maximum active rx to limit cpu load, if number is reached,<br />
no more inactive rx will listen to become active<br />
-B <samples> sound samples sent at once. With UDP take care: double number of bytes with 16bit PCM<br />
-c <configfilename> read channels config from file (sdrcfg.txt)<br />
-c <ip:port> read channels config from UDP, if ip=0.0.0.0 accept any ip<br />
-D <file> write received tcp IQ Data to file<br />
-d <Hz> downsample if to output Hz by linear interpolation<br />
-e enable sending SDR Data hidden in audio channels (tune/afc/rssi..)<br />
-f u8|i16|f32 iq-data format, f32 samplerate 1..3MHz, slow float arithmetic (u8)<br />
-h help<br />
-i <Hz> input sampelrate Hz 1024000 or 2048000..2500000 (2048000)<br />
if >2048000, AM/FM-IF-width will increase proportional<br />
-k keep connection, reconnect lost connection to rtl_tcp server<br />
-L <x.x.x.x:destport> send Level table in UDP to Waterfall Viewers (may be repeatet)<br />
-m <audiochannels> mix up/down all rx channels to 1 or 2 audiochannels (mono/stereo)<br />
for 2 channels the rx audios will be arranged from left to right<br />
WAV-Header will be preceded (UDP with header may be lost)<br />
-N <x.x.x.x:destport> send Noise (Squelch) table in UDP to Scanner Scripts (may be repeatet)<br />
-O <Hz> moves center freq. away from used band to avoid ADC-DC-offset noise (10000)<br />
-o <mhz> offset for entered frequencies if Converters are used<br />
-p <cmd> <value> send rtl_tcp parameter, ppm, tunergain ...<br />
-r <Hz> if and default output sampelrate Hz for all channels 8000..256000 (16000)<br />
for FM min. 25% more than rx IF-width<br />
-s <soundfilename> or <ip:port> 16bit signed n-channel sound stream/pipe/UDP<br />
-S <soundfilename> or <ip:port> 8bit unsigned n-channel sound stream/pipe/UDP<br />
-T <mhz> Tune manual to center of iq-band (for iq-data from file) (0)<br />
-t <url:port> connect rtl_tcp server (127.0.0.1:1234)<br />
-t <filename:0> read iq-data from file<br />
-v show rssi (dB) and afc (khz)<br />
-w <ms> max stay awake (use CPU) time after squelch close (2000)<br />
-z <ms> sleep time (no cpu) for inactive rx if squelch closed (-z 100)<br />
-Z <ms> same but fast open with no audio quieting for sending<br />
to decoders and not human ears<br />
example: ./sdrtst -k -s /dev/stdout -t 127.0.0.1:1234 -c up.txt -i 2048000 -r 16000 -m 2 -v | aplay<br />
will mix up/down any channels to stereo and play on alsa<br />
./sdrtst -k -s /dev/stdout -t 127.0.0.1:1234 -c up.txt -i 2048000 -r 16000 -v | ./afskmodem -o /dev/stdin -s 16000 -c 2 -M 0 -c 0 -M 1 -c 1<br />
with 2 frequencies in up.txt will listen to PR/APRS on 2 channels<br />
nc -l -u -p 7000 | sox -t wav - -t alsa<br />
./sdrtst -k -A 127.0.0.1:7000 -m 1 -d 8000 -t 127.0.0.1:1234 -c 0.0.0.0:7001 -i 2048000 -r 16000 -v<br />
echo -e "f 438.55 5 80 80\nf 439.3 5 80 80" | nc -u 127.0.0.1 7001<br />
for A-LAW compressed sound via UDP and remote control via UDP<br />
<br />
config file: (re-read every some seconds and may be modified any time)<br />
# comment<br />
p <cmd> <value> rtl_tcp parameter like 'p 5 50' ppm, 'p 8 1' autogain on<br />
f <mhz> <AFC-range> <squelch%> <lowpass%> <IF-width> FM Demodulator<br />
a <mhz> 0 <squelch%> <lowpass%> <IF-width> AM Demodulator<br />
u <mhz> <IF-shift> <agc limit> <agc speed> <IF-width> USB Demodulator<br />
l same for LSB<br />
AFC-range in +-kHz, Squelch 0 off, 100 open, 70 may do<br />
audio lowpass in % Nyquist frequ. of output sampelrate, 0 is off<br />
IF-width 3000 6000 12000 24000 48000 96000 192000Hz for low CPU usage<br />
(192000 only with >=2048khz iq-rate), (4th order IIR)<br />
(SSB 8th order IF-IIR), OTHER values with MORE CPU-load (12000 default)<br />
q <mhz> <0> <0> <lowpass%> <IF-width> bandwidth filterd iq output with if rate<br />
s <from-MHz> <to-MHz> <step-Hz> <sleepsteps> <IF-width> low cpu usage scanner<br />
improof fast IIR-if-filter with a FIR by <IF-width>+<FIR-width>[,<FIR-lenght>] default length=32, max=2048<br />
works on AM,FM,IQ-demod f 145.800 0 80 90 12000+10000,64<br />
<br />
example:<br />
p 5 50<br />
p 8 1<br />
f 438.825 5 75 70 (afc, squelch, audio lowpass, 12khz IF)<br />
f 439.275 0 0 80 20000 (20khz IF, uses more CPU)<br />
u 432.4825 -700 0 2500 600 (USB with 600Hz CW-Filter at 800Hz slow agc<br />
<br />
will generate 3 channel 16bit PCM stream (up to 64 channels with -z or -Z)<br />
use max. 95% of -i span. rtl-stick will be tuned to center of the span<br />
rx in center of band will be +-10khz relocated to avoid ADC-DC offset pseudo<br />
carriers, SSB-only will be relocated 10..210khz to avoid inexact tuning steps<br />
<br />
f 100.1 0 0 15 96000 (WFM with "-r 192000 -d 44100" for 1 channnel 44100hz<br />
</nowiki><br />
<br />
== Ausführliche Beschreibung der Parameter ==<br />
{| class="wikitable"<br />
|-<br />
! Parameter!! Beschreibung<br />
|-<br />
| A <soundfilename> or <ip:port> || Quelle eines n-Kanal Audiostreams (z.B. Pipe, UDP) im Format ALAW (G.711).<br />
|-<br />
| a <number>|| Maximale Anzahl an Empfängern um die CPU Last zu begrenzen.<br />
|-<br />
| B <samples>|| Gleichzeitig gesendete sound samples. Mit UDP aufgepasst: doppelte Anzahl an Bytes mit 16 bit PCM.<br />
|-<br />
| c <configfilename>|| Lese Channel Konfiguration aus einer Datei, z.B. [[sdrcfg.txt]].<br />
|-<br />
| c <ip:port>|| Lese Channel Konfiguration per UDP. Wenn ip=0.0.0.0 werden Informationen von jeder Quell-IP zugelassen.<br />
|-<br />
| d <Hz>|| Downsampling des Outputs auf d Hz.<br />
|-<br />
| e|| Aktiviere das Senden von versteckten SDR Informationen im Audiostream (Freuqenz/AFC/Feldstärke etc.)<br />
|-<br />
| f u8/i16/d32|| IQ-Datenformat, f32 Samlerate 1..3 MHz, langsame Fließkomma Arithmetik. Standard = u8.<br />
|-<br />
| h|| Hilfetext<br />
|-<br />
| i <Hz>|| Abtastfrequenz (samplerate) des Inputs in Hz. Standard = 2048000<br>1024000 oder 2048000..2500000<br>Wenn i > 2048000, erhöht sich die AM/FM-ZF-Bandbreite proportional.<br />
|-<br />
| k|| Verbindung halten. Wenn die Verbindung zum rtl_tcp Server abbricht, wird eine Wiederverbindung versucht.<br />
|-<br />
| L <x.x.x.x:destport>|| Sende Level Tabelle in UDP zu Wasserfall-Viewern ([[waterfall.py]]). Kann wiederholt werden.<br />
|-<br />
| m <audiochannels>|| Mische alle Empfangskanäle zu einem oder zwei Audiokanälen (Mono/Stereo) zusammen. Die Kanäle werden von links nach recht angeordnet. WAV-Header werden vorangestellt (UDP mit Header kann verlorengehen).<br />
|-<br />
| N <x.x.x.x:destport>|| Sende Rauschtabelle (Squelch) in UDP zu Scanner Scripts (kann wiederholt werden)<br />
|-<br />
| O <Hz>|| Verändert die Mittenfrequenz des SDR um den Wert O Hz um den ADC-DC Störträger zu verschieben. Standard = 10000 Hz = 10 KHz.<br />
|-<br />
| o <mhz>|| Frequenzoffset für die angegebene Frequenzen. Dies wird bei der Nutzung von Konvertern benötigt. <br />
|-<br />
| p <cmd> <value>|| Sende Parameter an rtl_tcp, z.B. ppm, tunergain ...<br />1 hz<br />2 sampelrate<br />3 gain mode<br />4 gain<br />5 freq corr<br />6 if stage gain<br />7 test mode<br />8 agc mode<br />
|-<br />
| r <Hz>|| Ausgangs-Abtastfrequenz (Sampelrate) in Hz für alle Kanäle. Mögliche Werte 8000..192000. Standard = 16000. Für FM muss die Abtastrate mindestens 25% höher sein als die in der [[sdrcfg.txt]] angegebene ZF-Bandbreite des Kanals.<br />
|-<br />
| s <soundfilename> or <ip:port>|| Quelle eines 16bit n-Kanal Audiostreams (z.B. Pipe, UDP).<br />
|-<br />
| S <soundfilename> or <ip:port>|| Quelle eines 8bit n-Kanal Audiostreams (z.B. Pipe, UDP).<br />
|-<br />
| T <mhz>|| Tune manuell zur Mitte des IQ-Bandes (für IQ-Daten aus einer Datei)). Standard = 0<br />
|-<br />
| t <url:port>|| Verbindung zum rtl_tcp Server. Standard = 127.0.0.1:1234.<br />
|-<br />
| t <filename:0>|| Lese den digitalen Datenstrom aus einer Datei.<br />
|-<br />
| v|| Zeige Feldstärke in dB (rssi) und Frequenzabweichung in kHz (AFC).<br />
|-<br />
| w <ms>|| Maximale Wach-Zeit in ms nach Schließen der Rauschsperre. Beschäftigt solange noch die CPU. Standard = 2000 ms.<br />
|-<br />
| z <ms>|| Schlaf-Zeit in ms ohne CPU Belastung für inaktive RXe während die Rauschsperre geschlossen ist. Beispiel: -z 100.<br />
|-<br />
| Z <ms>|| Das gleiche wie -z, jedoch schnelle Öffnung ohne Stummschaltung zum Senden an Dekoder, und nicht fürs menschliche Gehör. <br />
|}<br />
<br />
== Beispiele ==<br />
=== Wettersonden RX oder APRS RX ===<br />
<br />
Die Syntax kann sowohl für einen Sonden-RX als auch für einen APRS-RX in dieser Form verwendet werden. Das folgende Beispiel ist auf einen Sonden-RX abgestimmt.<br />
<br />
<nowiki><br />
sdrtst -t 127.0.0.1:18100 -r 16000 -s sondepipe0 -Z 100 -c sdrcfg0.txt -e -k -v<br />
</nowiki><br />
<br />
Diese Zeile startet den Empfänger am angegebenen SDR-Stick. Die empfangenen Signale werden in eine sogenannte „Audiopipe“ geschickt. Dabei handelt es sich um eine Art Transferdatei, die es ermöglicht die Audioinformationen von einem Programm zum anderen zu transferieren. Diese muss vorher angelegt worden sein mit mknod sondepipe0 p .<br />
<br />
In der Datei [[Sdrcfg.txt|sdrcfg0.txt]] erfährt der Empfänger, auf welchen Frequenzen er hören soll. Für jede Frequenz wird dort eine eigene Zeile angelegt.<br />
<br />
Inhalt sdrcfg0.txt:<br />
<nowiki><br />
#-----------------------------------------------------------------------------------------------------<br />
# sdrcfg0.txt - von DL1NUX 14.04.2020: Keine Tab-Stops bei der Nutzung von Auskommentierungen (#)!!!<br />
# Diese Datei ggf. je nach anzahl der verwendeten Sticks kopieren und durchnummerieren: sdrcfg0.txt, sdrcfg1.txt usw.<br />
# Original von OE3OSB<br />
#-----------------------------------------------------------------------------------------------------<br />
# <br />
# p <cmd> <value> rtl_tcp parameter like 'p 5 50' ppm, 'p 8 1' autogain on<br />
# f <mhz> <AFC-range> <squelch%> <lowpass%> <IF-width> FM Demodulator<br />
# a <mhz> 0 <squelch%> <lowpass%> <IF-width> AM Demodulator<br />
# u <mhz> <IF-shift> 0 <agc speed> <IF-width> USB Demodulator<br />
# l same for LSB<br />
# AFC-Bereich in +-kHz, Squelch 0 aus, 100 offen, 70 ist normal<br />
# Audio Tiefpass in % Nyquist Ausgabefrequenz Sampelrate, 0 is aus<br />
# IF-width 3000 6000 12000 24000 48000 96000 192000Hz für wenig CPU Auslastung<br />
# (192000 nur mit >=2048khz iq-rate), (4th order IIR)<br />
# (SSB 8th order IF-IIR), Andere Werte haben mehr CPU-Last (12000 default)<br />
#-----------------------------------------------------------------------------------------------------<br />
# Parameter für SDR Stick:<br />
# p 5 = Frequenz Offset in PPM - Sticks mit TCXO benötigen die syntax p 5 0<br />
# Bei allen anderen Sticks ohne TCXO muss die Frequenzabweichung in PPM berechnet werden<br />
# z.B.: https://github.com/ptrkrysik/gr-gsm/wiki/Installation-on-RaspberryPi-3<br />
# Wenn Ihnen die PPM für den Stick bekannt ist, hängen Sie ihn hier an: p 5 ppm<br />
# Korrekte Syntax für ppm 50 ist p 5 50<br />
p 5 0<br />
#<br />
# p 8 = Automatic Gain Control (AGC) <br />
# p 8 1 = AGC an / p 8 0 = AGC aus<br />
p 8 1<br />
#-----------------------------------------------------------------------------------------------------<br />
# Einstellen der Sondenfrequenz(en) (Wichtig: Als MHz-Trennung einen Punkt verwenden, und KEIN Komma (403.0 anstatt 403,0)<br />
# f <mhz> <AFC-range> <squelch%> <lowpass%> <IF-width><br />
# f 405.31 5 65 0 6000 # Einstellung für DFM Sonden<br />
# f 402.70 5 70 0 12000 # Einstellung für Sonstige Sonden (RS41, RS92 etc.)<br />
# f 403.00 8 80 0 20000 # Einstellung für M10 Sonden<br />
# Bei M10 Empfang unbedingt auch die Samplerate bei sdrtst und sondeudp auf mindestens 20000Hz erhöhen!<br />
#-----------------------------------------------------------------------------------------------------<br />
# Wichtig: Die SDR Sticks haben nur etwa 2 MHz Bandbreite!<br />
# Wenn Sie mehrere Frequenzen überwachen, sollten diese nicht mehr wie 2 MHz auseinander liegen<br />
# Bei den gewünschten Frequenzen die Auskommentierung "#" entfernen. <br />
# Frequenzen können nach Bedarf ergänzt oder angepasst werden.<br />
# Auf einem RaspberryPi können locker 8 Frequenzen pro SDR-Stick gleichzeitig überwacht werden (bei 2 Sticks) (abhängig von CPU-Leistung!)<br />
<br />
f 402.300 5 70 0 12000<br />
f 402.500 5 70 0 12000<br />
f 402.700 5 70 0 12000<br />
f 402.900 5 70 0 12000<br />
f 403.000 5 70 0 12000<br />
f 403.330 5 65 0 6000<br />
<br />
f 403.800 5 70 0 12000<br />
f 403.900 5 70 0 12000<br />
f 404.100 5 70 0 12000<br />
</nowiki><br />
Erklärung zur sdrcfg0.txt:<br />
<br />
* Wir benutzen einen Stick mit TCXO und benötigen keine Frequenzkorrektur (p 5 0), die AGC ist an (p 8). Es können auch weitere SDR Parameter für rtl_tcp hier angegeben werden.<br />
* Sondenempfangsfrequenzen werden nach Bedarf ans Ende der Datei eingetragen, je eine pro Zeile. Es sind drei Frequenzbeispiele aufgeführt. Die Parameter AFC-Range, Squelsh, Lowpass und IF-Width sind eine Empfehlung von Chris OE5DXL je nach Sondentyp. Die Eingabe erfolgt ohne die Raute # am Anfang.<br />
<br />
Die Parameter:<br />
* -t <url:port> = connect rtl_tcp server<br />
* -r <Hz> = Output sampelrate Hz for all channels 8000..192000. For FM min. 25% more than rx IF-width<br />
* -s <soundfilename> = 16bit signed n-channel sound stream/pipe<br />
* -Z = sleep time (no cpu) for inactive rx if squelch closed (-z 100), fast open with no audio quieting for sending<br />
* -c <configfilename> = Read channels config from file<br />
* -e = enable sending SDR Data hidden in audio channels (tune/afc/rssi..)<br />
* -k = keep connection<br />
* -v = Show rssi (dB) and afc (khz)<br />
<br />
Erklärung:<br />
<br />
* Wir connecten uns an den rtl_tcp Server (-t), den wir mit „rtl_tcp“ initialisiert haben mit einer Abtastrate von 16 KHz (-r). Wenn man Sonden vom Typ M10 empfangen möchte, muss hier und beim sondeudp die Abtastrate auf mindestens 20 KHz erhöht werden! Aber Achtung, dadurch entsteht höhere CPU-Last!<br />
* Als Bindeglied zu sondeudp dient die zuvor erstellte Pipe „sondepipe0“ (-s)<br />
* Der Parameter -Z spart CPU-Auslastung, wenn die Rauschsperre geschlossen ist auf einzelnen Kanälen<br />
* Die Frequenzen bzw. Frequenzparameter sind in der Datei „sdrcfg0.txt“ zu finden (-c).<br />
* Nützliche Daten über das Empfangssignal (RSSI, AFC usw.) können mit -e an sondeudp weitergegeben werden.<br />
* „Keep connection“ soll dafür sorgen, dass sdrtst die TCP-verbindung zu rtl_tcp neu startet wenn sie versehentlich beendet wird. Dies kann z.B. dann passieren, wenn der SDR Stick in der USB Buchse bewegt wird.<br />
* Mit -v wird die Signalstärke in dB und die AFC Abweichung in KHz des Signals mit ausgegeben.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Rtl_tcp&diff=879Rtl tcp2025-04-16T19:46:56Z<p>Dl1nux: /* Ausführliche Beschreibung der Parameter */</p>
<hr />
<div>== Über rtl_tcp ==<br />
<br />
rtl_tcp ist KEIN Bestandteil der dxlAPRS Tools, sondern ein Teil des Pakets "rtl-sdr". rtl_tcp wird benötigt wenn man zum Empfang von APRS oder Wettersonden einen RTL SDR USB Stick verwendet. rtl_tcp aktiviert einen SDR-Server der dann von einem Empfänger (z.B. [[sdrtst]]) verwendet werden kann.<br />
<br />
== Installation ==<br />
<br />
<nowiki>sudo apt-get install rtl-sdr</nowiki><br />
<br />
== Parameter ==<br />
<nowiki><br />
rtl_tcp, an I/Q spectrum server for RTL2832 based DVB-T receivers<br />
<br />
Usage: [-a listen address]<br />
[-p listen port (default: 1234)]<br />
[-f frequency to tune to [Hz]]<br />
[-g gain (default: 0 for auto)]<br />
[-s samplerate in Hz (default: 2048000 Hz)]<br />
[-b number of buffers (default: 15, set by library)]<br />
[-n max number of linked list buffers to keep (default: 500)]<br />
[-d device index (default: 0)]<br />
[-P ppm_error (default: 0)]<br />
[-T enable bias-T on GPIO PIN 0 (works for rtl-sdr.com v3 dongles)]<br />
</nowiki><br />
<br />
== Ausführliche Beschreibung der Parameter ==<br />
<br />
{| class="wikitable"<br />
|-<br />
! Parameter!! Beschreibung<br />
|-<br />
| a|| Hierhin stellt rtl_tcp eine Schnittstelle bereit. Normalerweise 127.0.0.1, da sich der Empfänger meist auf dem gleichen Rechner befindet. Befindet er sich auf einem anderen Rechner, muss dessen IP-Adresse angegeben werden.<br />
|-<br />
| p|| Port an dem der Empänger Daten entgegen nehmen kann<br />
|-<br />
| f|| Frequenz die eingestellt werden soll (in Hz)<br />
|-<br />
| g|| Verstärkung. Standard = 0 für automatik. Achtung, die Automatik versagt bei starken Signalen in der Umgebung. Damit sollte man erst Versuche machen, je nach Anwendungszweck.<br />
|-<br />
| s|| Samplerate in Hz. Standard = 2.048.000 Hz (ca. 2 MHz)<br />
|-<br />
| b|| Anzahl der Puffer. Standard = 15.<br />
|-<br />
| n|| Maximale Größe des Datenpuffers zum Zwischenspeichern (Standard = 500)<br />
|-<br />
| d|| Index des SDR Gerätes. Mehrere SDR Geräte werden hochgezählt, beginnend bei 0. Standard = 0.<br />
|-<br />
| P|| PPM Abweichung in Hz. Standard = 0<br />
|-<br />
| T|| Aktiviere Bias-T an GPIO PIN 0 (funktioniert nur bei kompatiblen rtl-sdr.com v3 Sticks)<br />
|}<br />
<br />
== Beispiele ==<br />
<br />
<nowiki>rtl_tcp -a 127.0.0.1 -d0 -p 18100 -n 1</nowiki><br />
<br />
* -a 127.0.0.1 stellt den SDR-Server auf dem gleichen Rechner bereit. Ist der eigentliche Empfänger auf einem anderen Rechner, muss dessen IP-Adresse angegeben werden, damit der Empfänger darauf zugreifen kann.<br />
* -d0 sagt dass der erste SDR Stick im System verwendet werden soll.<br />
* -p gibt den Port an, andem sich ein SDR-Empfänger andocken kann.<br />
* -n 1 minimiert den Puffer, um ein Anstauen von Informationen zu verhindern. Besonders wichtig bei zeitkritischen Informationen wie Wettersondenempfang, wenn verhindert werden soll, dass aufgestaute und veraltete Daten verarbeitet werden sollen.</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Linkliste&diff=878Linkliste2025-03-07T20:13:34Z<p>Dl1nux: /* Linkliste Hamnet */</p>
<hr />
<div>== Linkliste dxlAPRS iGates ==<br />
Hier ist eine Linkliste zu öffentlich zugänglichen dxlAPRS iGates im Internet oder im Hamnet im Aufbau. Damit kann man sich z.B. die MH-Listen anderer Standorte ansehen oder auch das CSS-Design vergleichen.<br />
<br />
Wer sein iGate hier gerne gelistet haben möchte, schreibt bitte direkt an DL1NUX.<br />
<br />
== Linkliste Hamnet ==<br />
<br />
=== DL ===<br />
* [http://db0nu.ampr.org:14501/mh DB0NU-10 JO50IE 2m 70cm LoRa]<br />
* [http://wx.dl1nux.ampr.org:14501/mh DL1NUX-1 JO50LF 2m LoRa]<br />
* [http://db0adb.ampr.org:14501/mh DB0ADB-10 JN59KV 2m LoRa]<br />
* [http://aprs.dm0ffl.ampr.org:14501/mh DM0FFL-10 JN68BN 2m]<br />
* [http://raspi2.db0ffl.ampr.org:14501/mh DB0FFL-10 JN68EO 2m]<br />
* [http://44.149.131.22:14501/mh DC9RD-10 JN69KB 2m]<br />
* [http://44.149.40.194:14501/mh DB0WGS-10 JN68VO 2m]<br />
* [http://44.149.16.167:14501/mh DL4STE-2 JN68DO 30m Robust Packet Radio RPR]<br />
* [http://aprs.db0abc.ampr.org:14501/mh DB0ADS JN59GT 2m]<br />
* [http://do1tnp.ampr.org:14501/mh DO1TNP-10 JO52CI 2m 70cm LoRa]<br />
* [http://aprs.db0vie.ampr.org:14501/mh DB0VIE JO31EH 2m 70cm LoRa]<br />
* [http://44.149.140.5:14501/mh DB0HFT-L4 JO43JB LoRa]<br />
* [http://44.149.99.107:14501/mh DB0HTE JN48PR 2m LoRa]<br />
* [http://44.149.67.245:14501/mh DL5OCD-10 JO42XG LoRa]<br />
* [http://44.149.96.196:14501/mh DB0RBR-2 JN48LS 2m LoRa]<br />
* [http://44.149.86.10:14501/mh DB0AGM-10 JO53GG 2m LoRa]<br />
* [http://44.149.178.125:14501/mh DB0FOR-10 JN59MO 2m]<br />
* [http://do2bbc.db0lhm.ampr.org:14501/mh DO2BBC-2 JO41SX 2m]<br />
* [http://44.149.50.66:14501/mh DB0VOR JO31DF 2m LoRa]<br />
* [http://44.149.27.12:14501/mh DB0UC JO50LG LoRa]<br />
* [http://44.149.24.204:14501/mh DB0KR-11 JO50EB 2m]<br />
* [http://db0gps.db0lhm.ampr.org:14501/mh DB0GPS JO41QX 2m LoRa]<br />
* [http://aprs.db0nh.hamnet.radio:14501/mh DB0NH JO50HB 2m 70cm LoRa]<br />
<br />
=== OE ===<br />
<br />
* [http://oe5dxl.ampr.org:14501/mh OE5DXL-10 JN68MG 2m 70cm LoRa 30m]<br />
* [http://aprs.oe2xzr.ampr.org:14501/mh OE2XZR-10 JN67NT 2m]<br />
* [http://44.143.43.90:14501/mh OE2XWR-10 JN67IE 2m]<br />
* [http://44.143.168.96:14501/mh OE7XGR-10 JN57UB 2m]<br />
* [http://44.143.9.130:14501/mh OE1XUR-10 JN88ED 2m]<br />
* [http://44.143.105.158:14501/mh OE5XUL-10 JN68SE 2m]<br />
* [http://44.143.41.29:14501/mh OE2XGR-10 JN67OH 2m]<br />
* [http://44.143.106.20:14501/mh OE5XBL-10 JN68PC 2m 70cm]<br />
* [http://44.143.107.56:14501/mh OE5XGR-10 JN68LD 2m]<br />
* [http://44.143.107.18:14501/mh OE5XHR-10 JN68XR 2m 70cm]<br />
* [http://44.143.78.7:14501/mh OE3XSA-15 JN78RK 2m]<br />
* [http://44.143.152.80:14501/mh OE6XKR-2 JN76MT 2m]<br />
<br />
== Linkliste Internet ==<br />
<br />
* [https://websdr.iks.tugraz.at/aprs/mh OE6XUG-10 JN77RB 2m]<br />
* [https://lspe.org/xsr-adsb/mh OE6XUG-14 JN77RB ADSB]<br />
* [http://oe5xbl.hamspirit.at:14501/mh OE5XBL-10 JN68PC 2m 70cm]<br />
* [https://igate.on5mm.be/mh ON5MM JO20XQ 2m LoRa]<br />
* [https://do0kb-aprs.migri.de/mh DO0KB JO30GU 2m]<br />
* [https://db0xo-aprs.0ef.de/mh DB0XO JO30IW 2m]</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Installationsanleitung&diff=877Installationsanleitung2025-03-02T14:04:43Z<p>Dl1nux: </p>
<hr />
<div>== Erstinstallation ==<br />
<br />
Die folgenden Anweisungen gehen von einer Installation auf einem RaspberryPi aus und das Home-Verzeichnis lautet entsprechend /home/pi. Es darf nur die 32bit Version von Raspbian verwendet werden. Die vorkomplilierten Pakete sind nicht mit der 64bit Version vom Raspbian kompatibel. Es ist auch eine Installation auf allen üblichen Linux-Systemen in gleicher Weise möglich. Es müssen dann nur die Pfadangaben angepasst werden. Es werden nur die Programmdateien installiert. Startskripte sind in den Paketen nicht vorhanden und müssen selbst erstellt bzw. hinzugefügt werden.<br />
<br />
Wechseln in das Home-Verzeichnis mit<br />
<br />
<nowiki>cd ~</nowiki><br />
<br />
Wir laden das aktuelle Paket der dxlAPRS Tools von der Seite [https://github.com/dl1nux/dxlAPRS github.com/dl1nux/dxlAPRS] herunter. Es wird dabei unterschieden für welche Plattform man die Tools benötigt:<br />
<br />
* [https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv6-current.tgz armv6] (z.B. RaspberryPi der ersten Generation oder Zero - nur 32bit!)<br />
* [https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv7hf-current.tgz armv7hf] (z.B. RaspberryPi ab Version 2B und aufwärts - nur 32bit!)<br />
* [https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_x86_32-current.tgz x86_32] (32 Bit PC-Systeme)<br />
* [https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_x86_64-current.tgz x86_64] (64 Bit PC-Systeme)<br />
<br />
Für einen RaspberryPi 2B und neuer benötigt man die Version armv7hf, welches an der Konsole wie folgt herunterladen werden kann:<br />
<br />
<nowiki>wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv7hf-current.tgz</nowiki><br />
<br />
Das Archiv enthält ein Installations-Skript, welches man extrahiert und im Home-Verzeichnis speichert:<br />
<br />
<nowiki>tar xzvf dxlAPRS_armv7hf-current.tgz --strip=1 scripts/updateDXLaprs</nowiki><br />
<br />
In der Regel dürfte das Skript bereits ausführbar sein. Wir starten die Installation der Tools mit:<br />
<br />
<nowiki>./updateDXLaprs dxlAPRS_armv7hf-current.tgz</nowiki><br />
<br />
Anschließend befindet sich im Home-Verzeichnis der Ordner "dxlAPRS", welcher die beiden weiteren Unterordner "aprs" und "aprsmap" enthält.<br />
<br />
=== Schnelle Installation auf dem RaspberryPi ab Version 2 (ARMv7) ===<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv7hf-current.tgz<br />
tar xzvf dxlAPRS_armv7hf-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_armv7hf-current.tgz</nowiki><br />
<br />
Es ist empfehlenswert anschließend sofort Updates der Programmdateien zu lassen:<br />
<br />
<nowiki><br />
wget https://raw.githubusercontent.com/dl1nux/dxlAPRS-update/refs/heads/main/dxl-update.sh<br />
chmod +x dxl-update.sh</nowiki><br />
<br />
Mit<br />
<nowiki><br />
./dxl-update.sh</nowiki> <br />
kann nun das Update am Raspberry Pi gestartet werden. Für andere Plattformen muss das Skript angepasst werden (siehe weiter unten).<br />
<br />
=== Schnelle Installation auf dem RaspberryPi ab Version 3 mit 64bit Betriebssystem (aarch64) ===<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_aarch64-current.tgz<br />
tar xzvf dxlAPRS_aarch64-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_aarch64-current.tgz</nowiki><br />
<br />
=== Schnelle Installation auf dem RaspberryPi Version 1 sowie Pi Zero W/H (ARMv6) ===<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_armv6-current.tgz<br />
tar xzvf dxlAPRS_armv6-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_armv6-current.tgz</nowiki><br />
<br />
=== Schnelle Installation auf 64bit PC-Systemen ===<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_x86_64-current.tgz<br />
tar xzvf dxlAPRS_x86_64-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_x86_64-current.tgz</nowiki><br />
<br />
<br />
=== Schnelle Installation 32bit PC-Systemen ===<br />
<nowiki><br />
cd ~<br />
wget https://github.com/dl1nux/dxlAPRS/raw/main/dxlAPRS_x86_32-current.tgz<br />
tar xzvf dxlAPRS_x86_32-current.tgz --strip=1 scripts/updateDXLaprs<br />
./updateDXLaprs dxlAPRS_x86_32-current.tgz</nowiki><br />
<br />
== Udpate der Programmdateien von dxlaprs.hamspirit.at ==<br />
<br />
Hinweis: Da der Server in der Vergangenheit immer wieder mal nicht erreichbar war hier der Hinweis, dass dies nur funktioniert wenn der Server auch online ist!<br />
<br />
Für eine nachträgliche Aktualisierung der Programmdateien vom selben Server kann das Skript ebenfalls verwendet werden. Dazu startet man das Skript und hängt die Plattform (armv6, armv7hf, x86_32, x86_64) als Parameter an. Dazu muss man sich unterhalb des dxlAPRS Ordners befinden, der bei der Erstinstallation angelegt wurde. Idealerweise belässt man einfach die Datei updateDXLaprs nach der Erstinstallation im Homeverzeichnis, dann kann man diese immer wieder nutzen.<br />
<br />
<nowiki><br />
cd ~<br />
./updateDXLaprs armv7hf<br />
</nowiki><br />
<br />
Der Befehl lädt automatisch das aktuelle Programmpaket von der Webseite dxlaprs.hamspirit.at und ersetzt die bisherigen Programmdateien durch die neueren. Nachträglich veränderte Dateien, wie z.B. die style.css, sollten vor dem Update gesichert und anschließend zurückkopiert werden. Sie werden sonst gnadenlos durch das Updateskript überschrieben. Startskripte werden dadurch nicht überschrieben, da diese nicht im Programmpaket enthalten sind.<br />
<br />
<b>Hinweis:</b> Die Archive von OE5HPM werden nur sehr unregelmäßig aktualisiert. Die neuesten Versionen der Programmdateien liegen immer auf dem Server von Chris OE5DXL. <b>Es ist empfehlenswert das Update der Programmdateien über das folgende Updateskript durchzuführen</b><br />
<br />
== Manuelles Update über den OE5DXL Server ==<br />
<br />
Die Programmpakete auf dxlaprs.hamspirit.at werden nur unregelmäßig durch Hannes OE5HPM aktualisiert. Da Chris OE5DXL jedoch permanent an der Weiterentwicklung arbeitet, liegen meist bereits aktuellere Programmversionen von ihm vor. Möchte man die aktuellsten Programmversionen probieren, kann man diese manuell von seinem Server laden (siehe Abschnitt "Weitere Bezugsquellen").<br />
<br />
Damit man nicht jede einzelne Datei manuell mit WGET laden muss, habe ich ein einfaches Skript erstellt, das einem die Arbeit abnimmt. Man muss allerings reinschreiben, wo sich der dxlAPRS Ordner befindet, welche der drei Architekturen (armv7hf, x86-32, x86-64) man benötigt und von welcher Quelle man die Programmdateien laden möchte.<br />
<br />
=== Download von Github ===<br />
<nowiki><br />
git clone https://github.com/dl1nux/dxlAPRS-update.git<br />
</nowiki><br />
<br />
Bitte auch die REAMDE.md Datei lesen für weitere Hinweise!<br />
<br />
=== Das Updateskript im Detail ===<br />
<br />
Stand 24.06.2022<br />
<br />
<nowiki><br />
#!/bin/sh<br />
# Skript von Attila Kocis, DL1NUX (attila@dl1nux.de)<br />
# Dieses Skript aktualisiert die dxlAPRS Binaries direkt vom Server des <br />
# Entwicklers Chris OE5DXL. Der Server ist über verschiedene Wege erreichbar.<br />
<br />
# Bitte in der Variable DXLHOME den Ordner eintragen, wo sich der Hauptordner<br />
# "dxlAPRS" derzeit befindet.<br />
DXLHOME=/home/pi<br />
<br />
# Bitte in der Variable ARCH die Architektur eintragen, die benötigt wird.<br />
# Zur verfügung stehen: armv7hf (RaspberryPi 2B und neuer)<br />
# x86-32 (32 bit PC Systeme)<br />
# x86-64 (64 bit PC Systeme)<br />
ARCH=armv7hf<br />
<br />
# Bitte für die Variable SOURCE die Updatequelle auswählen (auskommentieren)<br />
# Internet HTTPS:<br />
#SOURCE=https://oe5dxl.hamspirit.at:8024/aprs/bin/<br />
# Internet HTTP:<br />
SOURCE=http://oe5dxl.hamspirit.at:8025/aprs/bin/<br />
# Hamnet HTTP:<br />
#SOURCE=http://oe5dxl.ampr.org/aprs/bin/<br />
<br />
echo "Dieses Skript aktualisiert die dxlAPRS Binaries aus der Quelle:"<br />
echo $SOURCE<br />
echo ""<br />
echo "Bitte vor dem Ausführen die Variablen DXLHOME, ARCH und SOURCE im Skript kontrollieren und ggf. anpassen."<br />
echo "Hinweis: Zum Aktualisieren von AFSKMODEM werden root Rechte benötigt!"<br />
echo "Es stehen nicht alle Tools für alle Architekturen zur Verfügung (ggf. Fehleranzeige)."<br />
echo ""<br />
echo "ENTER für weiter, STRG+C zum Abbrechen..."<br />
read continue<br />
<br />
cd $DXLHOME/dxlAPRS/aprs<br />
<br />
wget -N --no-check-certificate $SOURCE$ARCH/adsb2aprs<br />
sudo wget -N --no-check-certificate $SOURCE$ARCH/afskmodem<br />
wget -N --no-check-certificate $SOURCE$ARCH/cmslogin<br />
wget -N --no-check-certificate $SOURCE$ARCH/downsample<br />
wget -N --no-check-certificate $SOURCE$ARCH/fmrepeater<br />
wget -N --no-check-certificate $SOURCE$ARCH/gps2aprs<br />
wget -N --no-check-certificate $SOURCE$ARCH/gps2digipos<br />
wget -N --no-check-certificate $SOURCE$ARCH/hostint<br />
wget -N --no-check-certificate $SOURCE$ARCH/l2cat<br />
wget -N --no-check-certificate $SOURCE$ARCH/lorarx<br />
wget -N --no-check-certificate $SOURCE$ARCH/loratx<br />
wget -N --no-check-certificate $SOURCE$ARCH/profile<br />
wget -N --no-check-certificate $SOURCE$ARCH/ra02<br />
wget -N --no-check-certificate $SOURCE$ARCH/radiorange<br />
wget -N --no-check-certificate $SOURCE$ARCH/sdrradio<br />
wget -N --no-check-certificate $SOURCE$ARCH/sdrtst<br />
wget -N --no-check-certificate $SOURCE$ARCH/sdrtx<br />
wget -N --no-check-certificate $SOURCE$ARCH/sondemod<br />
wget -N --no-check-certificate $SOURCE$ARCH/sondeudp<br />
wget -N --no-check-certifi<br />
cate $SOURCE$ARCH/udpbox<br />
wget -N --no-check-certificate $SOURCE$ARCH/udpflex<br />
wget -N --no-check-certificate $SOURCE$ARCH/udpgate4<br />
wget -N --no-check-certificate $SOURCE$ARCH/udphub<br />
wget -N --no-check-certificate $SOURCE$ARCH/waterfall<br />
wget -N --no-check-certificate $SOURCE$ARCH/waterfall3<br />
<br />
cd $DXLHOME/dxlAPRS/aprsmap<br />
<br />
wget -N --no-check-certificate $SOURCE$ARCH/aprsmap<br />
<br />
cd ~<br />
<br />
echo "Übertragung abgeschlossen."<br />
echo "Dateien in $DXLHOME/dxlaprs/aprs und $DXLHOME/dxlaprs/aprsmap wurden aktualisiert."<br />
echo ""<br />
</nowiki><br />
<br />
Bei diesem Skript ist zu beachten, dass es die Programmdateien herunterlädet, auch wenn sie lokal noch nicht existieren. Hin und wieder kommen neue Programme hinzu, diese werden dann auch heruntergeladen. Allerdings haben sie dann nicht die richtigen Rechte, damit man sie auch ausführen kann. Dies kann man ändern mit chmod. Der Befehl muss in dem Ordner ausgeführt werden, wo sich die Datei befindet.<br />
<br />
<nowiki><br />
chmod 755 <Programmname><br />
<br />
z.B.<br />
<br />
chmod 755 lorarx<br />
</nowiki><br />
<br />
== Weitere Bezugsquellen ==<br />
<br />
Christian OE5DXL entwickelt die dxlAPRS Tools stetig weiter. Die Programmpakete werden in unregelmäßigen Abständen von Hannes OE5HPM gepackt und hier bereitgestellt: [http://dxlaprs.hamspirit.at/ dxlaprs.hamspirit.at]<br />
Die aktuellsten Versionen, manchmal auch Beta-Versionen, findet man direkt auf Christians Seite im [http://oe5dxl.hamspirit.at:8024/aprs/bin/ Internet mit SSL], [https://oe5dxl.hamspirit.at:8025/aprs/bin/ Internet ohne SSL] oder [http://oe5dxl.ampr.at/aprs/bin/ Hamnet].<br />
<br />
Bei der SSL Seite wird das selbstgenerierte Serverzertifikat bemängelt. Das kann man getrost ignorieren.<br />
<br />
Programmquellcodes von OE5HPM findet man auf [https://github.com/oe5hpm/dxlAPRS Github] oder am aktuellsten auf dem Server von Chris im Unterorder /aprs/c/.<br />
<br />
== Video-Tutorial ==<br />
<br />
Für die Installation und Aktualisierung der dxlAPRS Toolchain hat DL1NUX ein Tutorial-Video erstellt. Es ist über Youtube abrufbar:<br />
<br />
[https://www.youtube.com/watch?v=S9lA0tx-5eY https://www.youtube.com/watch?v=S9lA0tx-5eY]</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Udpgate4&diff=876Udpgate42025-02-06T20:25:29Z<p>Dl1nux: /* Detaillierte Erläuterung der Parameter */</p>
<hr />
<div>== Über udpgate4 ==<br />
<br />
=== Beschreibung ===<br />
<br />
udpgate4 ist ein äußerst flexibles und leistungsfähiges APRS Gateway/iGate mit Funktionen, die sonst eigentlich kaum wo anders zu finden sind. <br />
* Die Grundfunktion ist der Empfang von APRS-Paketen per AXUDP und der Weiterleitung per TCP zu einem weiterführenden APRS-Gateway im Internet oder Hamnet. <br />
* Außerdem empfängt es Daten aus dem APRS-IS Netzwerk von anderen Gateways, kann diese lokal auswerten und auch weiterreichen, z.B. zur Aussendung über einen lokalen APRS-Digipeater ([[udpbox]]).<br />
* Weiterhin dient udpgate4 ebenfalls als Gateway und kann von Usern, Programmen und anderen Gateways über TCP connected werden, Daten an diese abliefern sowie von ihnen annehmen und wieder weiterreichen. <br />
* Hervorzuheben ist auch das sehr interesante Webinterface, in welchem man viele Informationen einsehen kann. <br />
<br />
=== Features Webinterface ===<br />
<br />
* MH-Liste der direkt und indirekt (via) gehörten APRS Stationen.<br />
* MH-Liste für APRS-Objekte und APRS-Items aktivierbar.<br />
* Alle- ein und ausgehenden Telnetverbindungen zu und von anderen Gateways.<br />
* Übersicht der zuletzt über HF und APRS-IS gehörten APRS-Nachrichten.<br />
<br />
Wenn der Rechner des Gateways öffentlich erreichbar ist (z.B. über Hamnet, Internet), kann jeder User dieses Webinterface aufrufen und sich informieren. Das Webinterface ist zudem durch den Sysop über eine CSS Datei nach Belieben anpassbar.<br />
<br />
=== Weitere Features ===<br />
<br />
* Beliebige Anzahl AXUDP Eingangskanäle, die im Webinterface auch unterschiedlich dargestellt werden können (z.B. Kennzeichnung 2m, 70cm, LoRa etc. möglich).<br />
* Eingangskanäle können alle AXUDP fähigen Geräte und Tools sein, aber auch KISS/SMACK TNCs oder TCP-KISS fähige Programme mit [[udpflex]], Soundmodems und SDR-Empfänger mit [[afskmodem]], Wettersondenempänger ([[sondemod]]) und ADSB ([[adsb2aprs]]) Dekoder.<br />
* Redundante ausgehende Gatewayverbindung zu belibigem Tier2 oder sonstigem APRS Gateway. Falls eines ausfällt, wird automatisch zu anderen Verbunden.<br />
* Verbindung zu Geräten und Programmen mit KISS/SMACK Schnittstelle möglich mit [[udpflex]].<br />
* Leistungsstarker Digipeater mit [[udpbox]]<br />
<br />
=== Übersicht der Parameter ===<br />
Eine detaillierte Erläuterung der Parameter findet man weiter unten.<br />
<br />
<nowiki><br />
udpgate4 -h<br />
udpgate 0.74<br />
-0 send no Data (only Messages and ack) to User with no Filter<br />
-A <path> srtm directory path to enable overground calculation (-A /usr/srtm/)<br />
for objects with "Clb=" file WW15MGH.DAC will be needed on this path<br />
-a <meter> Altitude of Igate for elevation calulation (overrides value from srtm)<br />
-B [+]<time> Minutes show heard Items/Objects, with "+" from AprsIs too (-B +60)<br />
-C <time> connected (tcp) remember position minutes (Min) (-C 1440)<br />
-c delete frames with no valid source call in APRS-IS stream<br />
-D <path> www server root directory (-D /usr/www/)<br />
-d <time> dupe filter time in seconds, not below 27s! (default 60s)<br />
-E Erase axudp frames with ctrl-chars in calls else show "^" (off)<br />
-e <time> wait before (re)connect to (next) gateway in seconds, (30s)<br />
-F <lines>:<file> write direct heard file (call,sym,port,s,cnt,km,data,path)<br />
-f <filters> backstream filter text sent to out connected server -f m/50<br />
if blanks dont pass parameter settings use , (-f m/30,-d/CW)<br />
-g <url>:<port>[#<filters>] connect to APRS-IS gateway, repeat -g for a list<br />
with favorites first and all urls will be tried to connect<br />
if the active connect is not the first in list, urls<br />
before will be polled and if gets connected, data transfer<br />
is switched to this link and the old gets disconnected<br />
if no filter setting, global -f filter is used<br />
-g www.db0anf.de:14580#m/50 -g 127.0.0.1:3000<br />
ipv6 if enabled by kernel -g [::1]:14580#m/200<br />
-g :<filename> read gateway urls from file url:port#filter,filter,...<br />
send SIGHUP to reread file & reconnect (kill -SIGHUP <tasknumber>)<br />
-H <time> direct heard keep time minutes (Min) (-H 1440)<br />
-h this<br />
-I <time> indirect heard keep time minutes (Min) (-I 30)<br />
-J <count>[:<fit%>] enable message spam filter on count % same text from or to<br />
same call (-J 10:65), messages are deleted at -U time<br />
-j <time>[:<count>] maximum time/count to (re)send messages (s) (-j 21600:12)<br />
count=0: message passed thru to direct heard as ports tx limits allow)<br />
-K not Gate frame rf to net if sender of frame has no call<br />
-k <time> 0 always connect to gateway else connect on demand and hold (0)<br />
(seconds) after last User gone or valid UDP Data arrived<br />
-L <number> max messages stored else delete oldest (-L 1000)<br />
-L 0 and -x set and net-to-rf enabled all msg to heard gatet<br />
-l <level>:<file> logfile -l 6:/tmp/log.txt<br />
level: 0 all, 1 dupes, >1 error, status...<br />
-M same as -R but tnc text format<br />
-m <maxconnects> max inbound connects -m 20 (default 200)<br />
-N send no stored messages to net except query answers<br />
-n <min>:<file> netbeacon minutes:filename -n 10:netbeacon.txt<br />
\\z ddhhmm, \\h hhmmss, \\:filename: insert file, \\v insert<br />
Version, \\\ insert \\<br />
beacon file like: !8959.00N/17959.00E&igate mars<br />
beacon file used by udpgate itself to find out own position<br />
-O make MH entry for same calls but different port<br />
-o <seconds> ping-pong: time to stop data forwarding after last ping<br />
use double time of igate ping intervall<br />
-P <time[:time]> purge unacked (:acked) messages after seconds (-P 86400:300)<br />
-p <password> login passwort for aprs-is servers -p 12345<br />
to hide password in commandline use file mode -p pass.txt<br />
-Q <n> send netbeacon with qAS if qAI dont pass some servers<br />
0=never, 1=always else every n beacons send 1 with qAI<br />
-q <time> minimum quiet time after rf tx seconds (-q 10)<br />
-R <ip>:<dport>/<lport>[+<byte/s>[:<radius>]][#<portname>]<br />
udp rf port (monitor frame format) for local (t)rx<br />
<dport>/<lport> "/" only from this ip, dport=0 no tx<br />
+byte/s enable inet to rf for services like WLNK, WHO-IS<br />
:radius enable all inet to rf gate (from km around digi)<br />
messages to NOT direct heard users are gated at any radius >0<br />
if no <ip> given then '127.0.0.1' is used<br />
#portname max 10 char like '144800'<br />
repeat -M for each radio port with a tx or different portname<br />
-r <filename> write a dated 1 day logfile with date+time+data lines<br />
-S <call> server call of this server -s MYCALL-10, no check if valid call<br />
-s <call> server call of this server -s MYCALL-10<br />
-T <seconds> kill link to server if unack tcp bytes are longer in tx queue<br />
avoids delayed trackpoints (default 15s, off 0, max 60)<br />
-t <localport> local igate tcp port for in connects -t 14580<br />
-U <time[:time]> purge unsent(:sent) unack messages after seconds (-U 600:60)<br />
-u <maxlines> raw frame listing by click to frame counter in Heard list (20) (0 off)<br />
-V <path> Via Path for net to rf frames, "-1" for SSID on destination call<br />
-v show frames and analytics on stdout<br />
-W <filesize> limit www server file size in 1024byte, (-W 4000)<br />
-w <port> port of www server -w 14501<br />
-x <call> via <call> send messages to rf (-x OE0AAA-10) tx off: -x -<br />
default is server call<br />
-Y get missing altitude in MH from SRTM<br />
udpgate -v -R 127.0.0.1:9200:9201 -s MYCALL-10 -l 7:aprs.log -n 10:beacon.txt -t 14580 -g www.server.org:14580#m/30 -p 12345<br />
</nowiki><br />
<br />
=== Webinterface ===<br />
<br />
Das Webinterface kann in einem beliebigen Browser aufgerufen werden unter Angabe der URL bzw. der IP-Adresse des Rechners, auf dem udpgate4 läuft, gefolgt von dem Port, z.B. http://db0nu.ampr.org:14501 oder http://44.149.25.4:14501 . Der Port wird beim Aufruf von udpgate4 mit dem Parameter -w definiert.<br />
<br />
==== CONNECTS ====<br />
<br />
[[Datei:Udpgate4-connects.png|600px]]<br />
<br />
# AXUDP Ein- und Ausgangskanäle mit Quell-IP und Port<br />
# Aufteilung RX oder TX Port; Portname<br />
# Ausgehende Verbindung zu einem APRS-Server<br />
# Gesetzte Filter der ausgehenden Server-Verbindung<br />
# Eingehende Telnetverbindungen, z.B. von Usern oder anderen Programmen oder Gateways<br />
# Beschreibung der eingehenden Telnetverbindung mit Filterangabe<br />
<br />
Tabellenspalten:<br />
<br />
* Dir = Übertragungsweg. UDP sind ein und ausgehende AXUDP Verbindungen. In/Out sind TCP/Telnet Verbindungen.<br />
* IPnum = IP-Adresse oder URL des Verbindungspartners<br />
* Port = Port auf dem die Verbindung läuft<br />
* Call/Port = Rufzeichen oder Kanalbezeichnung der Verbindung<br />
* V = Verbindungsart. v = Bestätigte Verbindung mit Passcode, p = Position des Teilnehmers ist bekannt<br />
* Range Filter = Gesetzte Paketfilter<br />
* TxByte = Gesendete Bytes<br />
* TxFR = Gesendete Anzahl an APRS Paketen<br />
* bit/s = Durchschnittliche Übertragungsrate<br />
* RxByte = Empfangene Bytes<br />
* RxFr = Empfangene Anzahl an APRS Paketen<br />
* Up = Laufzeit der aktuellen Verbindung<br />
<br />
==== HEARD ====<br />
<br />
Die wichtigste Seite ist die MH-Liste der zuletzt gehörten Rufzeichen.<br />
<br />
[[Datei:Udpgate4-webinterface.png|600px]]<br />
<br />
# Rufzeichen+SSID des Gateways<br />
# Eigene Positionskoordinaten<br />
# Eigener WW-Locator (10-stellig)<br />
# udpgate Programmversion<br />
# Kumulierte Anzahl der Aufrufe des Webinterface seit letztem Start<br />
# Aktuelle Laufzeit des Gateways<br />
# Wechseln zur Ansicht CONNECTS (Ein- und ausgehende Verbindungen)<br />
# Wechseln zur Ansicht HEARD (MH-Liste)<br />
# Wechseln zur Ansicht MSGRELAY (APRS-Messages)<br />
# Wechselt zur info.html (liegt im www-Ordner und kann individuell gestaltet werden. Kann zur Stationsbeschreibung genutzt werden).<br />
# Hier kann eingestellt werden, in welchen Zeitabständen (in Minuten) die Seite sich von alleine aktualisiert<br />
# Übersicht der zuletzt direkt gehörten Stationen<br />
# Übersicht der zuletzt indirekt gehörten Stationen. Indirekt bedeutet, dass die aussendende Station nicht direkt empfangen wurde, sondern ihr Signal durch einen Digipeater wiederholt wurde. Dazu zählen auch 3rd Party Aussendungen aus dem APRS-IS Netzwerk, wenn diese durch ein iGate über HF abgestrahlt werden.<br />
<br />
Die Zeitspanne der MH-Liste lässt sich beim Aufruf von udpgate4 über die Parameter -H und -I definieren.<br />
Die Sortierung der MH-Liste lässt sich durch Klick auf eine der (gelben) Spaltenbeschreibungen ändern.<br />
Die Anzahl der Spalten kann variieren, je nach verwendeter Empfangshardware. Bei Benutzung eines Soundmodems können weiterführende Informationen wie z.B. gehörtes TX-Delay und Signalqualität bestimmt werden. Dies ist nicht möglich bei Verwendung externer Controller, wie z.B. TNCs.<br />
<br />
Spaltenbedeutung<br />
<br />
* Call = Rufzeichen der gehörten Station. Durch klicken auf das Rufzeichen wird eine externe Seite aufgerufen, welche eine Auflistung der letzten ausgesendeten Pakete dieser Station zeigt, z.B. auf findu.com oder aprs.fi (dies kann eingestellt werden in der Datei serverlink.txt im www Ordner.<br />
* Icon = Im Paket Gesendetes APRS-Symbol<br />
* Port = Portname, der beim Aufruf von udpgate4 (Parameter -R) angegeben wurde<br />
* Last Heard = Zeit seit dem letzten Hören<br />
* Txd = Gemessenes TX-Delay der Station. Orangene und rote Kennzeichnung deutet auf ein zu hoch eingestelltes TX-Delay der empfangene Station hin. Zu hohes TX-Delay führt zu verlängerer Sendezeit und dadurch in dichten Gebieten zur unnötiger Frequenzauslastung. Zudem ist es eine sinnlose Energieverschwendung, da das TX-Delay keinerlei Informationen überträgt und nur die Frequenz belegt.<br />
* Lev = NF Pegel am Modem. Bei LoRa APRS die RSSI Feldstärke.<br />
* q% = Signalqualität. Sollte im 90% Bereich liegen, ansonsten passt ggf. etwas an der Hardware der sendenden Station nicht<br />
* SNR = Nur bei LoRa APRS Stationen: Das vom LoRa Modem gemessene SNR der Aussendung.<br />
* Pack = Anzahl der korrekt empfangenen Pakete der Station in der vorgegebenen Zeitspanne. Durch klicken auf die Zahl kann eine Liste der 20 letzten Pakete abgerufen werden.<br />
* Junk = Anzahl ausgesendeter üngültiger oder "unnützer" Pakete. Diese enthalten meist keine Positionsangaben (z.B. Telemetrie, Baken usw.). Durch klicken auf die Zahl kann eine Liste der 20 letzten Pakete abgerufen werden.<br />
* QRB km = Entfernung zur gehörten Station<br />
* Data = Eine Auswahl übertragener Daten, z.B. Geschwindigkeit, Temperatur etc.<br />
* Path = To-Call und APRS-Pfad der Aussendung<br />
<br />
==== HEARD für APRS-Objekte ====<br />
<br />
PS: Diese Funktion wurde erst mit udpgate4 Version 0.72 vom 27.03.2021 eingeführt.<br />
<br />
In erster Linie für Wettersonden iGates gedacht, aber auch für andere APRS-Objekte aktivierbar, ist die MH-Liste für APRS-Objekte. Dies ermöglicht die Anzeige von APRS-Objekten und APRS-Items aus dem UDP-Datenstrom (z.B. die einzelnen Wettersonden, welche als APRS-Objekte versendet werden). Angezeigt wird die Liste erst wenn der Parameter -B beim Start von udpgate4 angegeben wird. Er erwartet eine Zeitspanne in Minuten, für welche die Objekte angezeigt werden sollen. Durch voranstellen eines "+" vor die Zeitspanne kann man auch die aus dem APRS-IS Datenstrom ankommenden APRS-Objekte anzeigen lassen. Will man nur die Objekte des eigenen Empfängers anzeigen lassen, lässt man das "+" weg.<br />
<br />
Folgende Spalten enthält die MH-Liste, sofern die Daten verfügbar sind:<br />
<br />
* Object = Objektname, z.B. die Seriennummer der Wettersonde. Sofern die Datei [[objectlink.txt]] im Ordner www existiert, kann man durch Klick auf den Sondennamen direkt zur Sondenseite bei radiosondy.info gelangen.<br />
* Icon = Zugehöriges APRS-Symbol.<br />
* Port = Portnummer auf der das Paket empfangen wurde (sofern mehrere existieren).<br />
* Ago = Zeitspanne seit der Übertragung des letzten Datenpaketes.<br />
* Pack = Anzahl der empfangenen Pakete zu diesem Objekt in der angegebenen Zeitspanne.<br />
* QRB km = Entfernung zu dem Objekt bezogen auf das letzte empfangene Datenpaket. Die Höhe des Objektes wird mit berücksichtigt, die Entfernung kann also höher sein als bei einer Kartenmessung.<br />
* AZ = Azimuth in Grad zum Objekt (Richtung) bezogen auf das letzte empfangene Datenpaket.<br />
* Ele = Elevation in Grad zum Objekt bezogen auf das letzte empfangene Datenpaket.<br />
* Lat = Latitude. Aktueller Breitengrad bezogen auf das letzte empfangene Datenpaket.<br />
* Long = Longtitude. Aktueller Längengrad bezogen auf das letzte empfangene Datenpaket.<br />
* Alt = GPS Höhe des Objekts bezogen auf das letzte empfangene Datenpaket.<br />
* OG = Overground, Höhe über Grund bezogen auf das letzte empfangene Datenpaket. Wird nur angezeigt bei vorhandensein der passenden STRM Datendateien im durch -A angegebenen Pfad.<br />
* Clb = Vertikale Steig- oder Sinkgeschwindigkeit des Objekts bezogen auf das letzte empfangene Datenpaket.<br />
* Dir = Direction. Flugrichtung in Grad des Objekts bezogen auf das letzte empfangene Datenpaket.<br />
* MHz = Übermittelte Frequenz des Objekts (z.B. Sondensendefrequenz).<br />
* dt =<br />
* Data = Übermittelte Informationen im APRS-Objekt, z.B. horizontale Geschwindgkeit.<br />
* Path = Absendercall und Zielcall im Datenpaket<br />
<br />
Die Tabelle lässt sich beliebig sortieren durch Klick auf eine der (gelben) klickbaren Spaltenüberschriften.<br />
<br />
[[Datei:Udpgate4-sonde.PNG|600px]]<br />
<br />
==== MSGRELAY (APRS Messages) ====<br />
<br />
[[Datei:Udpgate4-messages.png|600px]]<br />
<br />
# Direkt gehörte APRS Nachrichten, welche vom eigenen Digi über HF digipeatet und an APRS-IS weitergegeben wurden.<br />
# Über andere Digis gehörte APRS Nachrichten, welche vom eigenen Digi über HF digipeatet wurden.<br />
# Von APRS-IS kommend gehörte APRS Nachrichten, welche vom eigenen Digi über HF digipeatet wurden.<br />
<br />
Tabellenspalten:<br />
<br />
* From = Absender-Call<br />
* To = Empfänger-Call<br />
* hms ago = Vergangene Zeit seit dem eintreffen<br />
* hms tx = Wann die nachricht zuletzt ausgesendet wurde vom Digi. Leer = Nie, timed out = kein ACK empfangen<br />
* po = Funkport<br />
* retr = Retries / Gesendete Wiederholungen<br />
* m>r = Message > Radioport<br />
* m>n = Message > Net<br />
* a>r = ACK > Radioport<br />
* a>n = Message > Net<br />
* A = Auf welchem Weg empfangen? d = direkt empfangen, v = Via empfangen, n = Übers Netzwerk/Net (APRS-IS) empfangen<br />
* Ack = Eindeutiger Kontrollcode für das Bestätigungs-ACK<br />
* Text = Übertragene Textnachricht<br />
<br />
==== INFO ====<br />
<br />
Ein Klick auf diesen Button zeigt die Seite info.html Datei an, sofern diese Datei im WWW Ordner existiert. Bei größeren Datenmengen muss evtl. der parameter -W erhöht werden. Wenn die Datei info.html nicht existiert, wird folgendes angezeigt:<br />
<br />
<nowiki>Put your station info here in info.html</nowiki><br />
<br />
=== Der Ordner /www ===<br />
<br />
Der Ordner enthält folgende Dateien und Ordner:<br />
* <b>style.css</b>: Damit kann das Aussehen des Webinterfaces beeinflusst werden.<br />
* <b>info.html</b>: Hier kann man Informationen über den Digi im HTML Format einfügen. Diese wird angezeigt wenn man im Webinterface auf den "INFO" Button klickt.<br />
* <b>[[calllink.txt]]</b>: Enthält den Link zum Aufruf weiterer Informationen über ein Rufzeichen, wenn man auf dieses in der MH-Liste klickt. Es wird die erste Zeile in der Datei verwendet. Weitere Beispiele sind vorhanden. * Standard ist findu.com.<br />
* <b>favicon.ico</b>: Dieses Symbol wird im Browser für die Webseite angezeigt (Webseitensymbol).<br />
* <b>[[serverlink.txt]]</b>: Wird im Webinterface auf der "CONNECTS"-Seite ein Server angeklickt, wird dessen Statusseite aufgerufen. Der Link dazu kann in dieser Datei bei Bedarf angepasst werden.<br />
* <b>[[objectlink.txt]]</b>: Wird im Webinterface in der Objektliste eine Sondennummer angeklickt, wird die zugehörige Sondenseite auf radiosondy.info aufgerufen. Der Link dazu kann in dieser Datei bei Bedarf angepasst werden.<br />
* <b>/icon</b>: Dieser Ordner enthält alle APRS Symbolgrafiken im GIF Format, welche im Webinterface angezeigt werden.<br />
<br />
=== Unterstützte APRS-IS Filter ===<br />
<br />
Beim Verbinden mit einem entfernten APRS Server bzw. Gateway (-g) können Filter angewandt werden, um den Datenstrom zu begrenzen. Achtung, diese Filter wirken sich auch auf verbundene TCP User aus! Alle Filter können auch mit vorangestelltem Minus "-" invertiert werden. Beispielsweise t/t lässt nur Telemetriepakete durch, während -t/t alles außer Telemetriepakete durchlässt.<br />
<br />
Alle möglichen Filter können auf der Seite [[aprsis-filter|APRS-IS Filter]] nachgelesen werden.<br />
<br />
Per TCP mit udpgate4 verbundene User können ebenfalls diese Filter setzen, um ihren Datenstrom weiter zu filtern. Mehr als die bei udpgate4 angegebenen Filter kann aber nicht weitergereicht werden. udpgate4 selbst unterstützt nicht alle APRS-IS Filter. Zur Zeit sind es die folgenden: m r a d e u p b o t.<br />
<br />
=== Was, wenn einzelne Pakete zwar empfangen aber anscheinend nicht weiter gegeben werden ? ===<br />
<br />
Mit dem Parameter -v kann man udpgate4 zum sprechen bringen und sehen was er so tut. Dies ist oft wichtig, wenn es Probleme gibt. Das kann z.B. sein, wenn ein APRS-Paket scheinbar empfangen, aber nicht weitergeleitet wird. Also quasi letztendlich nicht auf aprs.fi oder aprsdirect.com auftaucht. Dann fragt man sich, "warum kommt es nicht an?".<br />
<br />
Alle Pakete die udpgate4 von den "Einspeisenden" bekommt, können in der Bildschirmausgabe an dem vorangestellten "U:" erkannt werden. Das heißt, jede Zeile beginnt mit "U:", wenn das Paket per AXUDP angenommen wurde (von z.B. AFSKMODEM, UDPBOX usw.). Zeilen die mit "G:" beginnen, enthalten Daten, welche vom entfernten APRS-Server übermittelt wurden.<br />
<br />
Beispiel eines über HF empfangenen Paketes in udpgate4:<br />
<nowiki>U: 85>DG4NAA>TY2X20-2,DB0VOX,DB0REN,WIDE2*,qAU,DL1NUX-1:`&W,l<1F>R-/"7<}PicoAPRS by DB1NTO!.</nowiki><br />
Man kann sehen, dass es über UDP angeliefert wird, und auch dass die Station 85km vom Standort des eigenen iGates entfernt ist. Die Zahl zwischen dem "U:" und dem ">" entspricht der Entfernung in km.<br />
<br />
Beispiel eines vom entfernten APRS-Server angelieferten Paketes:<br />
<nowiki>G: 0>DL1NUX-15>APRS,TCPIP*,qAC,DB0GW:@301950z5014.06N/01059.02E_.../000g001t050r000p001P001b10143h98.weewx-3.9.1-FineOffsetUSB</nowiki><br />
Das "G:" sagt, das es vom Server her kommt, also nicht über HF, und das es 0km entfert ist. In dem Fall klar, da sich die Wetterstation DL1NUX-15 am selben Stadort befindet.<br />
<br />
Wenn man die Bildschirmausgabe von udpgate4 weiter beobachtet, fallen einem weitere Möglichkeiten auf.<br />
<br />
<nowiki><br />
U:cal:DB0NU-10>APNL51:}DO8TBO-2>APNL51,TCPIP,DB0NU-10*:!5008.43N/01051.59E`APRS RX iGate 144.800 + 145.825 MHz<br />
U:dup:DB0LP>APOT21,DB0FGB,DB0REN,WIDE2*:!4908.96NL01142.02E# 17C APRS-Testdigi<br />
</nowiki><br />
<br />
Es können noch die Zusätze "cal" und "dup" auftauchen. Diese bedeuten, dass das Paket zwar empfangen wurde aber NICHT an den APRS-Server oder andere über TCP verbundene Clients weitergeleitet wird. Diese zwei Pakete werden also auch niemals auf aprs.fi & Co. auftauchen, zumindest nicht vom eigenen Gateway übermittelt.<br />
<br />
"cal" steht hierbei für "Call" und bedeutet, dass dieses Paket aufgrund eines ungültigen Rufzeichens im Paket gefiltert wird. Dies könnte beispielsweise ein ungültiges bzw. nicht APRS-konformes Rufzeichen sein (kein typisches AFu Call). Auch kann es sein, dass es das eigene Call ist und dadurch gefiltert wird. Warum sollte es sich auch selbst weiterleiten, das könnte ggf. eine Schleife ergeben. Im obigen Beispiel wurde es gefiltert, da Gatewaycall und Absendercall identisch sind - "DB0NU-10". Es wird bis auf die SSID geprüft. Ein Absendercall "DB0NU-9" würde wiederum akzeptiert und nicht gefiltert werden.<br />
<br />
"dup" steht für "Dupe" und bedeutet, dass dieses Paket bereits empfangen wurde, vermutlich auf direktem Wege oder von einem anderen Digi digipeatet. Es wurde bereits beim ersten mal weitergeleitet, eine nochmalige Weiterleitung wird innerhalb der "Dupe"-Zeit unterbunden. Die "Dupe"-Zeit beträgt standardmäßig 60 Sekunden, wenn sie nicht durch den Parameter "-d <sec>" anders bestimmt wird. Es muss auch exakt das gleiche Paket sein. Ist nur ein Byte im Informationsteil anders, zählt es nicht mehr als "Dupe" und die Information wird weitergegeben.<br />
<br />
Wie man sieht kann man durch Beobachten der Ausgabe des udpgate4 viel in Erfahrung bringen.<br />
<br />
== Beispielkonfigurationen ==<br />
<br />
=== Beispielkonfiguration eines APRS RX only iGate mit einem Eingangskanal ===<br />
<br />
<nowiki><br />
udpgate4 -s MYCALL-2 -R 127.0.0.1:0:9101 -n 30:/home/pi/dxlAPRS/aprs/netbeacon.txt -g rotate.aprs2.net:14580 -p 12345 -t 14580 -w 14501 -D /home/pi/dxlAPRS/aprs/www/<br />
</nowiki><br />
<br />
* -s = iGate Rufzeichen MYCALL-2.<br />
* -R = Ein AXUDP Einganskanal auf Port 9101 (listen port). Da es nur ein RX only iGate ist, bleibt der destination port auf 0.<br />
* -n = Netzbake alle 30 Minuten aus netbeacon.txt.<br />
* -g = Ausgehende Verbindung mit dem Server rotate.aprs2.net auf Port 14580.<br />
* -p = Eigener APRS Passcode 12345.<br />
* -t = Eigener Telnet Port 14580.<br />
* -w = Port des Webinterfaces 14501.<br />
* -D = Pfad zum WWW Ordner für das Webinterface.<br />
<br />
=== Beispielkonfiguration eines iGates für Wettersondenempfang ===<br />
<br />
<nowiki><br />
udpgate4 -s MYCALL-11 -R 127.0.0.1:0:9101 -B 1440 -H 0 -I 0 -L 0 -u 50 -A /home/pi/dxlAPRS/aprs -n 30:netbeacon.txt -g radiosondy.info:14580#m/1,-t/t -p <PASSCODE> -w 14501 -v -D /home/pi/dxlAPRS/aprs/www/<br />
</nowiki><br />
<br />
* -s = iGate Rufzeichen MYCALL-11.<br />
* -R = Ein AXUDP Einganskanal auf Port 9101 (listen port). Da nichts über GF gesendet wird, bleibt der destination port auf 0.<br />
* -B = Anzeige einer MH-Liste (24 Stunden) für APRS-Objekte. Es werden nur Daten aus dem UDP Datenstrom angezeigt, in diesem Fall die Sondendaten.<br />
* -H = Die Anzeige der MH-Liste der direkt gehörten Stationen wird unterdrückt (Wert 0 = aus). (Optional!)<br />
* -I = Die Anzeige der MH-Liste der indirekt gehörten Stationen wird unterdrückt (Wert 0 = aus). (Optional!)<br />
* -L = Es werden keine APRS-Nachrichten gespeichert. (Optional!)<br />
* -u = Es werden pro Station/Sonde die letzten 50 Frames gespeichert und sind durck Klick auf den "Pack"-Zähler anzeigbar. (Optional!)<br />
* -A = Die SRTM Datendateien für die Höhenberechnung über Grund (OG) befinden sich in /home/pi/dxlAPRS/aprs/srtm1. Ddie Angabe des Pfades erfolgt ohne die Pfadangabe /srtm1, dies wird vorausgesetzt. (Optional!)<br />
* -n = Netzbake alle 30 Minuten aus netbeacon.txt.<br />
* -g = Ausgehende Verbindung zu radiosony.info auf Port 14580. Eingehender APRS-IS Filter ist aktiviert. keine Telemetrie und nur Daten aus dem Umkreis von 1km werden angenommen<br />
* -p = Eigener APRS Passcode.<br />
* -w = Port des Webinterfaces 14501.<br />
* -D = Pfad zum WWW Ordner für das Webinterface.<br />
<br />
== Detaillierte Erläuterung der Parameter ==<br />
{| class="wikitable"<br />
|-<br />
! Parameter !! Beschreibung<br />
|-<br />
|0<br />
|Sende keine Daten an User ohne Filter über Telnet außer APRS-Nachrichten, ACK und Telemetrie.<br />
|-<br />
|A <Pfad><br />
|Pfad zum Verzeichnis (/srtm1) mit den SRTM Höhendatendateien.<br />Beispiel: -A /home/pi/dxlAPRS/aprs bedeutet, die SRTM Höhendatendateien liegen in /home/pi/dxlAPRS/aprs/srtm1<br />
|-<br />
|a<br />
|Eigene Höhe über NN des iGates für die Elevationsberechnung. Bei Verwendung von -a werden vorhandene Daten aus den SRTM Höhendatendateien ignoriert. Bei Vorhandensein von SRTM Höhendatendateien wird ohne Verwendung von -a die iGate Höhe aus den SRTM Höhendatendateien gezogen.<br />
|-<br />
|B (+)<Minuten><br />
|Zeitspanne in Minuten für die Anzeige von APRS-Objekten oder APRS-Items in der Objektliste. Der Vorsatz des "+" zeigt auch die Objekte aus dem eingehenden APRS-IS Datenstrom mit an, sofern das iGate mit einem entfernten Server verbunden ist.<br />Beispiel: -B 60 Zeigt APRS-Objekte und Items der letzten 60 Minuten nur von den UDP-Quellen an, also nur selbst empfangene bzw. erzeugte Pakete (z.B. [[sondemod]]).<br />Beispiel: -B +60 Zeigt APRS-Objekte und Items der letzten 60 Minuten von den UDP-Quellen und aus dem APRS-IS Netzwerk an.<br />
|-<br />
|C<br />
|Das Gateway merkt sich die Position der verbundenen User nach Disconnect oder Verbindungsabbruch für eine gewisse Zeit (-C) in Minuten. Angabe wird benötigt für den Radiusfilter m/. Sendet der User keine Position an das Gateway, ist der Standardfilter m/0 aktiv und das Gateway übermittelt ihm dadurch keine Daten. Standardwert ist 1440 Minuten = 1 Tag.<br />
|-<br />
|c<br />
|Lösche Pakete ohne gültiges Quellrufzeichen im eingehenden APRS-IS Datenstrom<br />
|-<br />
|D <Pfad><br />
|Dateipfad zum root des udpgate4 Webservers (-D /usr/www/). <br />
|-<br />
|d <time><br />
|Dublettenfilter; Zeit in Sekunden, jedoch nicht weniger als 27 Sekunden! (Standard 60 Sekunden)<br />
|-<br />
|E<br />
|Lösche AXUDP Pakete welche Kontrollzeichen im Rufzeichen enthalten. Ansonsten wird ein "^" angezeigt (Standard: aus)<br />
|-<br />
|e <time><br />
|Wartezeit für die (Wieder)Verbindung zum (nächsten) Gateway in Sekunden (Standard 30 Sekunden)<br />
|-<br />
|F <lines>:<file><br />
|Schreibt eine Liste der zuletzt direkt gehörten Staionen in eine Datei (Rufzeichen,Symbol,Port,Zeit seit letzer Aussendung,cnt,km,Daten,Pfad). Lines=Anzahl der Zeilen. File = Dateiname (ggf. mit Pfad). Da diese Datei laufend neu generiert wird, wird empfohlen diese Datei in eine Ramdisk zu schreiben. Schreiben auf SD-Karte oder SSD führt im Dauerbetrieb zum schnellem Verschleiß und defekt der Platte.<br />
|-<br />
|f <filters><br />
|Standardfilter was an das ausgehende Gateway gesendet wird, wenn bei der Gateway-URL kein Filter angegeben wird, z.B. -f m/50 oder -f m/30,-d/CW. Nützlich wenn man mehrere Gateways nutzt und seine Filter nicht bei jedem Gateway erneut angeben möchte.<br />
|-<br />
|g <url>:<port>[#<filters>]<br />
|Verbinde mit einem entfernten APRS-Gateway.<br />Wiederhole -g für eine Liste mit den Favoriten am Anfang und alle URLs werden versucht der Reihe nach zu connecten.<br />Wenn die aktive Verbindung nicht die erste in der Liste ist, werden die vorherigen URLs gepollt. Sobald die Verbindung zum vorhergehenden Gateway (wieder) erfolgreich aufgebaut wurde, wird der Datentransfer zu dieser Verbindung gewechselt und die alte Verbindung wird getrennt. <br />Wird kein Filter angegeben, wird der globale -f Filter des verbundenen Gateways genutzt.<br />
|-<br />
|g :<filename><br />
|Lese die Gateway URLs aus der angegebene Datei. Zeilenformat: url:port#filter,filter,....<br />Beispiel: -g :igates.txt . Siehe auch [[igates.txt]] und [[Aprsis-filter|APRS-IS Filter]].<br />udpgate4 kann mit kill -sighup <Prozess-ID von udpgate4> zum Trennen und erneuten Verbinden mit dem entfernten Server aufgefordert werden (notwendig bei Änderungen an der [[igates.txt]]).<br />
|-<br />
|H <time><br />
|Begrenzt die Liste der direkt gehörten Stationen auf -H Minuten (Standard 1440 Minuten = 1 Tag)<br />
|-<br />
|h<br />
|Anzeige der Hilfeseite<br />
|-<br />
|I <time><br />
|Begrenzt die Liste der indirekt gehörten Stationen auf -I Minuten (Standard 30 Minuten)<br />
|-<br />
|J <count>[:<fit%>]<br />
| Aktiviere SPAM Filter für APRS-Nachrichten bei count:% vom oder zum selben Rufzeichen (Standard = -J 10:65). Nachrichten werden bei erreichen der Zeit -U gelöscht.<br />
|-<br />
|j <time>[:<count>]<br />
|Maximale Zeitspanne (in Sekunden) und Anzahl um APRS Nachrichten erneut auszusenden, bis sie verfallen. Z.B. -j 21600:12 bedeutet maximal 6 Stunden und 12 Aussendungen einer nachricht<br />Bei count=0 werden eingehende APRS-Nachrichten sofort und nur einmalig ausgesendet, sofern sich der Empfänger in der MH-Liste befindet. Kommt die Nachricht jedoch mehrfach, wird sie auch mehrfach gesendet.<br />
|-<br />
|k <time><br />
|0 = Verbinde immer mit dem Gateway, ansonsten verbinde nur bei Bedarf und halte die Verbindung k Sekunden nachdem der letzte User gegangen ist bzw. gültige UDP Daten übermittelt wurden. <br />
|-<br />
|K<br />
|Sende auf Funk empfangene Daten nicht ins APRS-IS Netzwerk, wenn der Absender des Pakets kein Rufzeichen hat.<br />
|-<br />
|L <number><br />
|Maximale Anzahl gespeicherter APRS Nachrichten (-L 1000)<br />-L 0 and -x set and net-to-rf enabled all msg to heard gatet<br />
|-<br />
|l <level>:<Datei><br />
|Schreibt eine Logdatei. Beispiel: -l 6:/tmp/log.txt. Es sind verschiedene Loglevel verfügbar<br />Level=1 Logins<br />Level=2 +gesendete Pakete<br />Level=6 +gefilterte Pakete<br />Level=7 +Dubletten<br />
|-<br />
|M<br />
|Identisch zu -R , jedoch im TNC Text Format anstatt AXUDP. Nur relevant für TAPR TNCs.<br />
|-<br />
|m <maxconnects><br />
|Maximale Anzahl eingehender Telnet Verbindungen (Standard 50 Connects)<br />
|-<br />
|N<br />
|Sendet APRS-Nachrichten nur einmalig über TCP an das entfernte Gateway. Ausnahme: Antworten auf querys.<br />
|-<br />
|n <minuten>:<Datei><br />
|Netzbake Minuten:Dateiname. Sendet eine Bake ins APRS-Netzwerk (nicht über HF!). Siehe auch [[netbeacon.txt]]<br />Die Zeit zwischen den Aussendungen sollte 30 Minuten nicht unterschreiten. Auf den APRS-Karten bleiben die Symbole in der Regel mindestens eine Stunde sichtbar.<br />udpgate4 verwendet die Bakendatei auch zur Bestimmung der eigenen Position.<br />
|-<br />
|O<br />
|Zeigt ein Rufzeichen in der MH-Liste auf jedem Port an, wo es empfangen wurde. Standardmäßig wird pro Rufzeichen nur der Port gelistet, über den es zuletzt gehört wurde.<br />
|-<br />
|o <Sekunden><br />
|Stoppt den Datenteransfer zum entfernten Gateway wenn o Sekunden seit der letzten Ping-Antwort vergangen sind. Ist nur relevant bei entfernten Gateways die unter Windows laufen und Pings aussenden. Standard ist 30 Sekunden.<br />
|-<br />
|P <Zeit1[:Zeit2]><br />
|Löscht APRS Nachrichten nach soundsoviel Sekunden. Zeit1 = Nachrichten die eine Bestätigung ACK möchten. Zeit2 = Nachrichten die keine Bestätigung ACK möchten. Beispiel: -P 86400:300<br />
|-<br />
|p <password><br />
|Login Passwort (Passcode) für APRS-IS Server, z.B. -p 12345.<br />Zum Verstecken des Passworts in der Kommandozeile kann auch auf eine Datei verwiesen werden, welche das Passwort enthält, z.B. -p passwort.txt<br />
|-<br />
|Q <n><br />
|Sendet die Netzbake mit qAS wenn qAI von einigen Servern nicht unterstützt wird.<br />0 = Nie (Standard), >1 = Sende alle n Netzbaken mit qAI.<br /> Mit qAI kann der Pfad eines APRS Paketes in den APRS-IS Rohdaten genauer verfolgt werden, es werden aber mehr Informationen (längerer Pfad) übertragen.<br />Beispiel:<br />OE5DXL-10>APNL51,TCPIP*,qAI,OE5DXL-10,T2NUERNBG,T2HUB2,SIXTH,FOURTH,K4HG:!4815.10N/01302.20E&Igate 433.8 10.1493MHz 154855z<br />OE5DXL-10>APNL51,TCPIP*,qAC,T2NUERNBG:!4815.10N/01302.20E&Igate 433.8 10.1493MHz 164034z<br />Siehe dazu auch: [http://www.aprs-is.net/q.aspx Das Q-Konstrukt in APRS-IS]<br />
|-<br />
|q <Zeit><br />
|Legt eine Sendesperre von q Sekunden nach jeder Aussendung fest, um z.B. ein zumüllen der QRG zu verhindern. Zu sendende Pakete werden in dieser Zeit verworfen und nicht nachgesendet, es sei denn sie werden vom iGate selbst zeitgesteuert ausgesendet. Beispiel: -q 10<br />
|-<br />
|R <ip>:<dport>:<lport>[+<byte/s>[:<radius>]][#<portname>]<br />
|UDP Kommunikationsport zu einem lokalen HF-Kanal (im Monitor frame Format).<br /> dport = Destination-Port und meint den Sendezweig (Pakete die z.B. von einem TNC ausgesendet werden sollen, APRS-IS>HF). lport = Listen-Port und meint den Port über den die auf HF dekodierten Pakete ankommen (RX-Zweig vom TNC z.B.).<br />Alternativ kann man auch "R <ip>:<dport>/<lport>" angeben, also ein / anstatt einen : nach dem dport. Dann wird der Emfang auf diesem Port ausschließlich von der angegeben IP-Adresse akzeptiert. Beim Verwendung des Doppelpunkts kann die Quelle jede beliebige IP-Adresse haben, und es muss nur der Port übereinstimmen.<br />dport = 0 bedeutet Kein TX-Zweig, nur RX (z.B. nur ein reines RX iGate).<br />+byte/s ermöglicht die aus dem Internet kommenden Daten wie WinLink, who-is, APRS-Nachrichten usw. lokal auszusenden (jedoch keine Positionspakete!). Der Wert begrenzt zudem die Datenmenge in bytes/Sekunde, damit der Sender nicht dauernd läuft.<br />:radius ermöglicht zusätzlich die Aussendung von Positionspaketen aus dem APRS-IS Netzwerk im angegebenen Radius in km um die Position des iGates. Damit würden auch APRS Pakete über HF abgestrahlt werden, die über andere Wege ins APRS-Netzwerk gelangen, z.B. Handy-Apps und CWOP Wetterstationen. Die eigene Position wird in der [[netbeacon.txt]] definiert. Der Radius sollte gering gehalten werden um die QRG nicht zuzumüllen.<br>APRS Nachrichten an direkt gehörte Stationen (direct MH) werden immer solange ausgesendet, bis ein ACK kommt oder der Timer abgelaufen ist. Nachrichten an via gehörte Stationen werden nur bei aktiviertem Radius ausgesendet und auch nur einmalig (ohne Timer).<br/>Wird keine IP-Adresse angegeben, wird automatisch 127.0.0.1 genommen.<br>#portname Ist eine max. 10 stellige Bezeichnung für diesen Port (z.B. 144800, 432500, 2m, 70cm, LoRa usw.). Der Portname erscheint entsprechend im Webinterface und man kann dadurch den Eingangskanal eines Paketes bestimmen.<br />Man kann -R bzw. -M beliebig oft wiederholen um zusätzliche Ports mit anderen Namen oder weiterem Sender einzubinden.<br />
|-<br />
|r <Dateiname><br />
|Schreibt jeden Tag ein neues Logile mit allen Informationen im Stil "DateinameJJJMMTT", z.B. log20201231.<br />
|-<br />
|S <call><br />
|Rufzeichen des eigenen APRS-Servers, ohne Prüfung auf Gültigkeit des Rufzeichens<br />
|-<br />
|s <call><br />
|Rufzeichen des eigenen APRS-Servers, jedoch mit Prüfung auf Gültigkeit des Rufzeichens (Amateurfunkrufzeichen)<br />
|-<br />
|T <seconds><br />
|Trennt die TCP Verbindung zum entfernten Server wenn Pakete nach T Sekunden noch nicht aus der Sendewarteschlange raus sind. Dies verhindert verzögerte Trackingpunkte. Standardeinstellung ist 15s und bei 0 ist es ausgeschaltet. Das Maximum beträgt 60 Sekunden.<br />
|-<br />
|t <localport><br />
|Lokaler TCP Port für eingehende Verbindungen. Der Standard ist Port 14580 bei APRS-Servern.<br />
|-<br />
|U <time[:time]><br />
|Lösche ungesendete:gesendete APRS nachrichten ohne ACK nach soundsoviel Sekunden. Standardwert ist -P 600:60.<br />
|-<br />
|u <maxlines><br />
|Anzahl der Einträge in der Liste der Rohpakete, sobald man auf einen frame counter in der MH-Liste klickt (Spalten Pack und Junk). Standardwert = 20, 0 ist Aus.<br />
|-<br />
|V <path><br />
|Via Pfad für APRS-IS zu HF Aussendungen, "-1" for SSID on destination call.<br />Damit sollte vorsichtig umgegangen werden. Eine falsche Konfiguration kann hier zum ungewollten Zumüllen der APRS Frequenzen führen. HF Aussendungen aus dem APRS-IS Netzwerk sollten grundsätzlich nur lokal erfolgen, ohne "via"-Pfad. Nur wenn es zwingend notwendig ist, diese Pakete über einen anderen Digi weiterverbreiten zu lassen, sollte man einen APRS-Pfad hinzufügen. Empfehlung ist KEINEN APRS-Pfad auszusenden!<br />
|-<br />
|v<br />
|Zeige Pakete und weitere Informationen in der Bildschirmausgabe.<br />
|-<br />
|W <filesize><br />
|Begrenze die Größe der www-Serverdatei im RAM (in 1024byte). Standard ist -W 1000.<br />
|-<br />
|w <port><br />
|Port des Webservers, z.B. -w 14501. Auf diesem Port kann der Webserver über einen Webbrowser erreicht werden, z.B. db0nu.ampr.org:14501<br />
|-<br />
|x <call><br />
|Sende APRS-Nachrichten auf Funk mit einem anderen via-Rufzeichen aus als das Server-Rufzeichen. TX ist aus mit "-x -".<br />
|-<br />
|Y [num][,num]...<br />
|Diese Funktion versucht "schlechte Digis" anhand eines Fingerprints zu erkennen, welche empfangene Pakete nicht mit einem "via Digicall" digipeaten sondern das Paket 1:1 kopiert aussenden. Dadurch ist nicht mehr ersichtlich, ob man das Paket direkt gehört hat oder nicht. Wird ein Paket erkannt welches den Fingerprint enthält, wird ein künstliches "via" ("GHOST*") am iGate hinzugefügt. Achtung, diese Funktion kann zu Fehlerkennungen führen. Daher bitte nur experimentell verwenden, wenn man weiß was man tut.<br />
|-<br />
|}<br />
<br />
<br />
=== Beispielkonfiguration eines Digis mit einem Eingangskanal ===<br />
<br />
<nowiki>udpgate4 -s MYCALL-10 -R 127.0.0.1:9002:9101+10:20#144800 -H 10080 -I 1440 -n 30:/home/pi/dxlAPRS/aprs/netbeacon.txt -g rotate.aprs2.net:14580#m/100,-t/t -p PASSCODE -t 14580 -w 14501 -v -D /home/pi/dxlAPRS/aprs/www/ -0 </nowiki><br />
<br />
<br />
* -s = Rufzeichen des iGates lautet MYCALL-2.<br />
* -R = Input/Output iGate zu HF auf Port 9002(tx) und 9101 (rx) inkl. Begrenzung der übertragenden Byte/s auf „10“ bytes/s. Der Radius für APRS-IS Aussendungen ist 20km und die Bezeichnung des HF Ports lautet „144800“. <br />
* -H und -I = Zeitraum für die MH-Listen auf dem Webinterface des iGates (direkt gehört und via Liste) definiert auf 1 Woche bzw. 1 Tag.<br />
* -n = Sende eine Bake in das APRS-IS Netzwerk im 30-Minutentakt aus der angegebenen Datei [[netbeacon.txt]].<br />
* -g = Ausgehende Verbindung zum APRS Gateway rotate.aprs2.net auf Port 14580 mit den Filtern "Radius=100km" und "keine Telemetrie durchlassen". Informationen zu den APRS-IS Filtern hier: [[aprsis-filter]].<br />
* -p = APRS Passcode passend zum Rufzeichen.<br />
* -t = Das eigene Gateway kann selbst (auch per Telnet) auf diesem Port (14580) connected werden (z.B. für lokale Anwendungen wie SVXLink usw.).<br />
* -w = Port für das Webinterface des Gateways (14501).<br />
* -v = Zeige erweiterte Informationen am Bildschirm an (nicht notwendig beim standalone Betrieb).<br />
* -D = Pfad zum Webinterface-Ordner (enthält unter anderem info.html und eine beliebig anpassbare CSS Datei fürs Webinterface).<br />
* -0 = Die „Null“ sorgt unter anderem dafür, dass bei eingehenden Telnet Connects auf Port 14580 (-t ) die Angabe von weiteren Filtern notwendig ist (spart unnötigen Traffic).</div>Dl1nuxhttps://dxlwiki.dl1nux.de/index.php?title=Lorarx&diff=875Lorarx2025-01-04T14:41:05Z<p>Dl1nux: /* Parameter in der Kurzübersicht */</p>
<hr />
<div>== Über lorarx ==<br />
<br />
lorarx ist ein Dekoder für LoRa modulierte Signale mithilfe eines RTL-SDR USB Sticks (und Ähnlichem). lorarx benötigt wie [[afskmodem]] den SDR-Server [[rtl-tcp]] und ggf. das Empfangsmodul [[sdrtst]] zum funktionieren.<br />
<br />
Seit 2024 kann es neben LoRa APRS auch Meshcom und LoRa WAN Signale dekodieren. Eine ausführliche Dokumentation zu Meshcom und LoRa WAN gibt es derzeit noch nicht. Eine kurze Anleitung mit Beispielen von OE5DXL wurde unten in die Beschreibung mit eingefügt, benötigt jedoch ggf. weiterer Erklärungen. Wer hier gerne mithelfen möchte das Wiki zu vervollständigen, darf sich gerne melden :-)<br />
<br />
Wichtig:<br />
* sdrtst muss mindestens den Stand vom 18. Mai 2022 haben um lorarx nutzen zu können!<br />
* Nachträglicher Download von lorarx und dem aktuellen sdrtst bei OE5DXL, z.B. hier: http://oe5dxl.hamspirit.at:8025/aprs/bin/<br />
* Ein Update aller Komponenten ist dringend zu empfehlen!<br />
<br />
== Parameter in der Kurzübersicht ==<br />
<br />
<nowiki> Decode lora out of IQ-File/Pipe (samplerate must be exact +/-0.00001)<br />
output data in udp, axudp or json, view aprs, pr, lorawan, fanet<br />
<br />
-A (*) enable frame chaining for ax25 longframes<br />
-a <afc-speed> (*)follow frequency drift, 0 off (0.05), on sf<7 (0)<br />
-b <bandwidth> kHz 0:7.8 1:10.4 2:15.6 3:20.8 4:31.25 5:41.7 6:62.5 7:125 8:250 9:500 (7)<br />
-C (*)use crc on implicit header<br />
-c <cr> (*)coding rate and enable implicit header (4..8) (else from header)<br />
-D (*)if dcd lost go on decoding until frame length limit (for external FEC or monitoring)<br />
-d (*)swith off collision detection (less cpu but loose stronger frames starting in weaker<br />
-E switch off useing crc to repair 1 chirp (crc checks 4 variants) (on)<br />
-F max. block energy FEC off (hamming code fec remains on) (on)<br />
-f u8|i16|f32 IQ data format<br />
-g <dB> add this to measured signal level (0.0)<br />
-H show -v data in ascii if printable else in [hex]<br />
-h this<br />
-i <file> IQ-filename or pipe<br />
-J <x.x.x.x:destport> send demodulated data(base64) with metadata in json<br />
-j <file/pipe> write demodulated data(base64) with metadata in json to file or (unbreakable) pipe<br />
-L <x.x.x.x:destport> (*)as -U but AXUDPv2 with metadata for igate<br />
may be repeated with same -b but different -s after -L<br />
-l <len> (*)fixed datalen for implicit header else guess datalen from dcd<br />
-M <MHz> pass through rx frequency to json metadata -M 433.775<br />
-N if verbous add empty line after data line<br />
-n <[-]Hz> <[-]Hz> notchfilter baseband from-to Hz (may be repeatet)<br />
-O <0..1> (*)optimize on off else automatic on sf/bw (-1)<br />
-o <Hz> shift input iq band +-Hz<br />
-P <+/-ppm> (*)tune datarate (chirp sampelrate) or preset for auto (-a) in ppm (0)<br />
-Q verbous only for frames with crc and crc ok<br />
-q (*)invers chirps or swapped I/Q (prefer negative spread factor)<br />
-R switch off repairing multipath or if-filter phase distortion<br />
-r <Hz> downsample input, give exact input sampelrate in Hz (off)<br />
-S <level> (*)modifiy squelch level critical for implicit header frame length guess (automatic)<br />
-s [-]<sf> (*)spread factor (5..12) (12) and start a new demodulator<br />
negativ value for invers chirps or swapped I/Q<br />
-t <x.x.x.x:destport> (*)send raw frame bytes in udp frame only if has crc and crc ok<br />
-U <x.x.x.x:destport> (*)send frame in AXUDP<br />
-u <x.x.x.x:destport> (*)send raw frame bytes in udp frame<br />
-V very verbous<br />
-v verbous +:no hamming or ok, -:error, h:corrected, ~:weakest chirp replaced, c:try until crc ok<br />
^:bins with maximum power sum used until fitting hamming<br />
-W <n> every n*firlen samples update notch filter 0=off, ok:50 (0)<br />
-w <len> downsample fir length else automatic (8..4096) (0)<br />
-X <netid> (*)filter network-id (sync), 1xx stops decode on wrong id so fast ready for new frame if set -d<br />
0 is wildcard, 20 will pass 2*, 03 for *3, 00 pass all (00)<br />
-Y d|f|b <filename> iq debug output in float32-iq dechirped or filtered<br />
-Z <upspeed> <downspeed> add pulse noise filter (noise blanker) (0.05 0.999)<br />
(*) may be repeated for more demodulators, to start next demodulator apply -s <sf> before other pramaeters<br />
<br />
example1: aprs with autonotch for birdies: rtl_sdr -f 433.775m -s 1000000 - | ./lorarx -i /dev/stdin -f u8 -v -N -b 7 -s 12 -w 64 -r 1000000 -W 50<br />
example2: lorawan all modulations: rtl_sdr -f 869.525m -s 1000000 - | ./lorarx -i /dev/stdin -f u8 -v -N -b 7 -s 12 -s 11 -s 10 -s 9 -s 8 -s 7 -s -12 -s -11 -s -10 -s -9 -s -8 -s -7 -Q -w 64 -r 1000000<br />
example3: fanet: rtl_sdr -f 868.215m -s 1000000 - | ./lorarx -i /dev/stdin -f u8 -v -N -b 8 -s 7 -Q -w 128 -r 1000000<br />
example4: sdrtst IQ output with FIR 125kHz in sdrcfg.txt: q 433.775 0 0 0 192000+125000,32<br />
sdrtst -t 127.0.0.1:1234 -c sdrcfg.txt -r 250000 -s /dev/stdout -k |<br />
lorarx -i /dev/stdin -f i16 -b 7 -v -s 12 -L 127.0.0.1:2300 -s 10 -L 127.0.0.1:2301<br />
example: decode payload in json with python3: -J 127.0.0.1:5100<br />
import json, base64, socket<br />
IP=("0.0.0.0",5100)<br />
sock=socket.socket(socket.AF_INET,socket.SOCK_DGRAM)<br />
sock.bind(IP)<br />
while True:<br />
data, addr=sock.recvfrom(1500)<br />
obj = json.loads(data.decode())<br />
print(obj)<br />
try:<br />
payload=base64.b64decode(obj["payload"])<br />
print("payload=",payload)<br />
except: pass<br />
<br />
</nowiki><br />
<br />
== Ausführliche Beschreibung der Parameter (aktuell noch unvollständig - wer will helfen?) ==<br />
<br />
{| class="wikitable"<br />
|-<br />
! Parameter!! Beschreibung<br />
|-<br />
| a <afc-speed>|| follow frequency drift, 0 off (0.2), on sf<11 (0)<br />
|-<br />
| b <bandwidth>|| kHz 0:7.8 1:10.4 2:15.6 3:20.8 4:31.25 5:41.7 6:62.5 7:125 8:250 9:500 (7)<br />
|-<br />
| C || use crc on implicit header<br />
|-<br />
| c <cr>|| coding rate and enable implicit header (4..8) (else from header)<br />
|-<br />
| d || swith off collision detection (less cpu but loose stronger frames starting in weaker<br />
|-<br />
| D || if dcd lost go on decoding until frame length limit (for external FEC or monitoring)<br />
|-<br />
| F|| max. block energy FEC off (hamming code fec remains on) (on)<br />
|-<br />
| f u8|i16|f32 || IQ data format<br />
|-<br />
| g <dB>|| add to measured signal level (0.0)<br />
|-<br />
| h || Hilfetext.<br />
|-<br />
| i <file> || IQ-filename or pipe<br />
|-<br />
| L <x.x.x.x:destport> || as -U but AXUDPv2 with metadata for igate. may be repeated with same -b but different -s after -L<br />
|-<br />
| l <len> || fixed datalen for implicit header else guess datalen from dcd<br />
|-<br />
| O <0..1> || optimize on off else automatic on sf/bw (-1)<br />
|-<br />
| s <sf> || spread factor (6..12) (12)<br />
|-<br />
| S <level> || enable squelch for low SF (0.0)<br />
|-<br />
| U <x.x.x.x:destport> || send frame in AXUDP<br />
|-<br />
| u <x.x.x.x:destport>|| send raw frame bytes in udp<br />
|-<br />
| V || Zeige mehr Informationen in der Bildschirmausgabe.<br />
|-<br />
| v || Zeige Informationen in der Bildschirmausgabe: +:hamming ok, -:error, h:corrected, ~:weakest chirp replaced, ^:bins with maximum power sum used until fitting hamming<br />
|-<br />
| X <netid> || filter netwok-id (sync pattern), 1xx stops decode on wrong id (12)<br />
|}<br />
<br />
== Beispielkonfiguration ==<br />
<br />
Eine Beispielkonfiguration des lorarx:<br />
* Achtung, eigene Pfade beachten und anpassen!<br />
* Audiopipe wird in Zeile 2 automatisch angelegt<br />
* updbox ist in dem Beispiel dabei, kann aber auch weggelassen werden. Dann Zielport bei lorarx ODER udpgate4 anpassen.<br />
* Bitte automatischen Zeilenumbruch bei udpgate4 beachten. Gehört natürlich alles in eine Zeile.<br />
<br />
<nowiki><br />
rtl_tcp -a 127.0.0.1 -d0 -p 18100 &<br />
mknod lorapipe p 2> /dev/null<br />
sdrtst -t 127.0.0.1:18100 -r 250000 -s lorapipe -c qrglora.txt -k -v &<br />
lorarx -i lorapipe -f i16 -b 7 -s 12 -L 127.0.0.1:9702 -v &<br />
udpbox -R 127.0.0.1:9702 -l 127.0.0.1:10702 -r 127.0.0.1:9999 -v &<br />
udpgate4 -s MYCALL -R 127.0.0.1:0:10702#LoRa -H 10080 -I 1440 -u 50 -B 60 -n netbeacon.txt -g rotate.aprs2.net:14580#m/1,-t/t -p <PASSCODE> -t 14580 -w 14501 -D /home/pi/dxlAPRS/aprs/www/ -v &<br />
</nowiki><br />
<br />
Inhalt qrglora.txt:<br />
<nowiki><br />
p 5 0 # Bei Stick mit Frequenzabweichung passenden Wert hier angeben<br />
p 8 1 # Autogain kann manchmal zu Problemen führen. Ggf. mit fixem Gain arbeiten.<br />
q 433.775 0 0 0 140000+125000,16<br />
</nowiki><br />
<br />
Beispiel Bildschirmausgabe lorarx:<br />
<br />
<nowiki><br />
bw=125000.0 cr=from header sf=12 optimize=1 driftloop=0.200<br />
12:0:id:12 cr:5 len:71 crc:ok lev:-12dB snr:5.4dB nf:-53.0dB txd:491 q:90% afc:-1748Hz df:120Hz<br />
[++++++++++++++++]<[FF][01]DL1NUX-12>APLT00,WIDE1-1:!5014.06N/01059.01E[165/000/A=001097 !wrx![0A]<br />
12:0:id:12 cr:5 len:81 crc:ok lev:-12dB snr:6.9dB nf:-54.3dB txd:491 q:89% afc:-7173Hz df:-572Hz<br />
[++++++++++++++++++]<[FF][01]DL1NUX-11>APRS:!5014.07N/01059.02E>077/000/A=001100 Batt=3.67V LoRa 1W Tracker<br />
12:0:id:12 cr:5 len:82 crc:ok lev:-12dB snr:5.5dB nf:-53.1dB txd:491 q:90% afc:-1579Hz df:116Hz<br />
[++++++++++++++++++]<[FF][01]DL1NUX-12>APLT00,WIDE1-1:!5014.06N/01059.01E[165/000/A=001076TTGO Attila !w{b![0A]<br />
</nowiki><br />
<br />
== Empfang von Meshcom und LoRa WAN ==<br />
<br />
Folgende (unbearbeitete) Info stammt direkt von Chris OE5DXL. Wer kann/will hier unterstützen zur Aufarbeitung?<br />
<br />
Die genannten py-Dateien liegen bei OE5DXL auf dem Server: [http://oe5dxl.hamspirit.at:8025/aprs/py/ http://oe5dxl.hamspirit.at:8025/aprs/py/]<br />
<br />
<nowiki><br />
#pipe file anlegen wenn nicht schon vorhanden<br />
mknod pipe p<br />
<br />
#aprs zum igate oder aprsmap schicken mit metadaten<br />
python3.3 loradec.py &<br />
<br />
#meshcom4 auf aprs wandeln und zu aprsmap senden, zu aprsis sendens schon andere<br />
python3.3 meshdec.py &<br />
<br />
#aprs und meshcom zugleich empfangen<br />
./lorarx -f u8 -i pipe -v -N -X 0 -b 7 -H -s 12 -r 1000000 -o 300000 -J 127.0.0.1:5100 -g -66 -M 433.775 -w 128 -W 40 -Z 0.05 0.999 &<br />
rtl_sdr -f 433.475m -g 48 -p 0 -s 1000000 -b 2000 - | tee pipe | ./lorarx -f u8 -i /dev/stdin -g -66 -v -N -b 8 -H -s 11 -w 64 -r 1000000 -o -300000 -J 192.168.1.45:5200 -Z 0.05 0.999 -J 127.0.0.1:5200<br />
<br />
#aprs empfangen und rtl stift auf mitte so dass der mitten-birdy weg ist und die lauten signale auf 433.9 am rand sind<br />
#das -W autonotch sollte man weg lassen wenn die aprs frequenz sauber ist<br />
rtl_sdr -f 433.400m -g 48 -p 0 -s 1000000 -b 2000 - | ./lorarx -f u8 -i /dev/stdin -g -66 -b 7 -v -N -H -s 12 -r 1000000 -o 375000 -W 50 -J 127.0.0.1:5100<br />
<br />
#meshcom4 ampfangen<br />
rtl_sdr -f 433.175m -g 48 -p 0 -s 1000000 -b 2000 - | ./lorarx -f u8 -i /dev/stdin -v -N -H -b 8 -s 11 -r 1000000<br />
<br />
#lorawan alle modulationen und invers (igates) zugleich auf 867.9 und 868.1mhz empfangen und nur frames mit richtigem crc ausgeben -Q<br />
#geht am besten mit vv und bandfilter gegen gsm und 4g sender drunter und drueber<br />
./lorarx -b 7 -f u8 -i pipe -v -N -s -7 -s -8 -s -9 -s -10 -s -11 -s -12 -s 12 -s 11 -s 10 -s 9 -s 8 -s 7 -r 1000000 -o 100000 -W 50 -H -Q<br />
rtl_sdr -f 868.0m -s 1000000 -g 48 - | tee pipe | ./lorarx -b 7 -f u8 -i /dev/stdin -v -N -s -7 -s -8 -s -9 -s -10 -s -11 -s -12 -s 12 -s 7 -s 8 -s 9 -s 10 -s 11 -r 1000000 -o -100000 -W 50 -H -Q<br />
<br />
#wenns geht vorher mit gqrx oder sdr# schaun ob sauberer empfang geht mit den 8 bit rtl-stiften<br />
#ansonsten bandfilter oder pegel (-g) absenken, zur not tuts auch autogain (-g weg lassen)<br />
</nowiki></div>Dl1nux