Durch Aufruf von http://www.oziexplorer3.com/ozice/ozice_api_docs.html
kommt man auf die API-Dokumentationsseite der PDA-Version
des
Kartenprogrammes "OziExplorer". Diese PDA-Version
trägt den Namen: "OziExplorerCE" oder kurz: "OziCE".
Am Ende der API-Seite fand ich folgenden kurzen Hinweis:
Nachdem einige Funkgerätetypen und APRS-Tracker ( siehe weiter unten ) bereits NMEA-Wegpunktprotokolle des Typs "WPL" mit den darin enthaltenen Positionsdaten empfangener Stationen liefern, wollte ich deren Auswertung incl. ihrer Kartenanzeige natürlich auch praktisch ausprobieren. Dazu führte ich diese Daten dem COM-Port meines PDA's ( mit 4800bps ) zu.
Abb.1
Zuvor waren allerdings noch einige vorbereitende Arbeiten durchzuführen:
Unter "NMEA(GPS)" in den Ozi-CE-Konfigurationseinstellungen gibt es keine Möglichkeiten zur Anwahl von WPL-Protokollen ( ich benutzte eine ältere Programmversion und vielleicht ist das bei den aktuellen Versionen anders ). Nachdem diese Anwahl aber bei der gewünschten Nutzung auch keine Rolle zu spielen scheint, habe ich hier die bestehende Einstellung "GPRMC" beibehalten. Da ich meine seriellen Daten via Bluetooth empfange, habe ich im gleichen Fenster den hierzu erforderlichen COM-Port 7 angewählt. Die Einstellung des richtigen Ports ist allerdings von der jeweiligen Gerätekonstellation abhängig.
Bevor eine Auswertung der WPL-Daten möglich wurde, mussten in den auch das Ausführungsprogramm "OziCEgps.exe" beinhaltenden Ordner noch eine Datei mit dem Namen "wpl2avl.dat" eingefügt werden. Sie wurde mit dem Texteditor am PC erstellt und nachdem ihr Inhalt ohne Belang zu sein scheint, gefüllt mit nur einigen zufälligen ASCII-Zeichen anschließend in den angesprochenen PDA-Ordner kopiert.
PS: Wer "wpl2avl.dat" nicht selbst erstellen mag, der kann auch meine Version hier herunterladen und für sich übernehmen.
Nun kam der spannende Moment:
Ich startete OziCE, rief eine geeignete Karte auf und aktivierte die GPS-Funktion. Da neue WPL-Daten am ( GPS- ) Empfängerausgang immer nur nach Decodierung neu empfangener Navigationsdaten anderer Stationen erscheinen konnten, ignorierte ich den nach einiger Zeit vom OziCE ausgegeben Hinweis auf nicht erkannte NMEA-Eingangsdaten. Es irritierte mich dann allerdings doch, als auch nach längerer Zeit noch keine Positionsmarken auf der OziCE-Karte sichtbar wurden. Daraufhin rief ich die über "Map" ( zu finden in der Steuerleiste am unteren Bildschirmrand ) erreichbare Funktion: "Display NMEA Input" auf und siehe da, im sich öffnenden Fenster waren die ankommenden WPL-Files einwandfrei zu lesen ( Abb.2) . Es folgte die Überraschung, daß nach Rückkehr zur Kartendarstellung nun auch plötzlich auf dem Display Positionsmarken zu sehen waren ( Abb3. und Abb.4 ). Es stellte sich dazu heraus, dass eine Übernahme neuer Daten zur Kartendarstellung ( zumindest bei meiner Version von "OziCE" ) immer nur dann erfolgte, wenn der Kartenausschnitt auf dem Display ( z.B. mit dem Finger ) kurz bewegt wurde. Zwar würde man sich hier eine automatische Übernahnme wünschen, aber mit der Zeit lernt man mit diesen Gegebenheiten zu leben.
Im Originalzustand fand ich es weiterhin unschön, daß
ALLE
empfangenen
APRS-Stationen nur als rote PKW's angezeigt wurden.
Defaultmäßig verwendet das Programm
"OziCE" dabei das ICON-File "avl1.bmp". Nachdem das
WPL-Protokoll aber leider keine Nutzung der bei APRS
durchaus vorhandenen unterschiedlichen ICON-Symbole erlaubt, sollte das
Auto-Icon wenigstens durch eine neutralere Darstellung ersetzt
werden.
Auf der Suche nach einem geeigneten, sich vorallem auf Kartenvorlagen
gut abhebendem Icon, bin ich auf "helipad.bmp"
gestoßen. Jetzt ging es nur noch darum, dieses File gegen
dasjenige
des im
OziExplorer-Subordner "Symbols" enthaltene "rote Auto-Symbol"
auszutauschen. Da sich bei Bedarf aber auch wieder die
Originalkonstellation herstellen lassen sollte, wurde "avl1.bmp" zuerst
einmal unter
einem neuen Namen neu abgelegt ( Ich habe es z.B. "avl1a.bmp"
genannt ). Um das
neue Icon nutzen zu können, musste jetzt noch die Datei
"helipad.bmp" in "avl1.bmp" umbenannt werden.
UI-VIEW-Karten lassen sich unter "OziCE" nicht direkt verwenden, sondern erfordern eine neue Kalibrierung. Dazu öffnet man mit einem Editor ( oder auch mit dem unter WINDOWS, ZUBEHÖR zu findenden Programm: "WORDPAD ) das zu jeder Karte existierende INF-File und notiert die dort enthaltenen Daten von oberer linker und unterer rechter Kartenbegrenzung. Diese Werte können dann auf einfache Weise zur Festlegung von zwei Referenzpunkten unter "OziExplorer" ( siehe dazu die Link am Beginn dieses Abschnitts ) wieder verwendet werden. Dabei ist allerdings zu berücksichtigen, daß OziExplorer ein etwas abweichendes Eingabeformat verlangt. Bei einem Wert von beispielsweise: "018.28.68E" ist die "18" in das entsprechende Eingabefenster für die Gradwerte einzugeben, während der Minutenwert "28.68" nach Änderung in "28,68" in das "Minutenfenster" zu tippen ist. Bei Eingabe von Positionspunkten östlich des Nullmeridians wird auch gern vergessen, die erforderliche Änderung des defaultmäßig vorgegebenen "W" ( für WEST ) in ein "E" ( für OST ) vorzunehmen.
Ein Verzeichnis der mir bekannten, diesen Protokolltyp zur Verfügung stellenden Geräte zeigt Tabelle 1. Dabei dürfte die Verwendung der genannten Kenwood-Geräte die eleganteste Lösung darstellen, wobei allerdings für die TH-D7 der ersten Generation leider eine Einschränkung gemäß Anmerkung: ** besteht.
Bei dem neuen "TM-D710" kann man zwischen drei verschiedenen Ausgangs-Protokolltypen wählen. Neben dem Typ "WPL" sind es die zusätzlich auch noch Höhenwerte enthaltenden ( und von der Firma MAGELLAN favorisierten ) "PMGNWPL"-Protokolle, sowie die als KENWOOD-Protokolle bezeichneten des Typs "PKWDWPL". Da Letztere neben den auch schon von den anderen Versionen bekannten Daten auch noch Geschwindigkeits- und Kursdaten, sowie ( besonders interessant ) auch APRS-Icondaten enthalten, ist hierbei eine eindeutige Zuschneidung auf die APRS-Belange erkennbar. In Verbindung mit "OziCE" nutzen uns diese Zusatzinformationen allerdings zumindest derzeit noch sehr wenig, da hierbei NUR mit den WPL-Protokollen gearbeitet werden kann. Das einzige mir bekannte, auch die Kenwood-Protokolle verarbeitende Gerät ist das Spezial-NAVI "geosat5ble APRS" von Fa. AVMAP.
Interessant dürfte in diesem Zusammenhang noch sein, ob auch das bereits angekündigte YAESU "VX-8R" ggf. irgendwelche Datenprotokolle ausgeben wird. Auf diese Information müssen wir aber noch etwas warten.
Auch alle Versionen der OPEN TRACKER stellen WPL-Protokolle bereit. Die in Abb.2 sichtbaren Datenfiles stammen z.B. von dem winzigen "OpenTracker1+ SMT" ( siehe Abb.5 ). Dabei ist zu erkennen, daß er zusätzlich zum "WPL-" auch noch das Magellan-Format "PMGNWPL" unterstützt. In DL sind die OPENTRACKER hier erhältlich.
Den bekannten APRS-Tracker "TinyTrak" gibt es inzwischen schon in der Version 4. Obwohl das Gerät vorzugsweise zur Verwendung als APRS-Sendebake gedacht ist, ist bei der neuen Version u.a. auch ein Empfangszweig mit WPL-Ausgabe hinzugekommen.
| "If
you place a file called wpl2avl.dat (WPL2AVL.DAT) in the folder
where the OziExplorerCE.exe file is installed, the OziExplorerCE will
automatically process any $GPWPL nmea messages and create an AVL
Vehicle at the position using the "avl1.bmp" symbol. To use
this feature, there is no need to use the API,
OziExplorerCE automatically processes the $GPWPL messages itself." |
Nachdem einige Funkgerätetypen und APRS-Tracker ( siehe weiter unten ) bereits NMEA-Wegpunktprotokolle des Typs "WPL" mit den darin enthaltenen Positionsdaten empfangener Stationen liefern, wollte ich deren Auswertung incl. ihrer Kartenanzeige natürlich auch praktisch ausprobieren. Dazu führte ich diese Daten dem COM-Port meines PDA's ( mit 4800bps ) zu.
Abb.1
Das
hier benutzte "TH-D7" arbeitet im APRS-Mode. Über die seitliche
Buchse "GPS" könnten auszusendende Daten eines anschliessbaren
GPS-Empfängers zugeführt werden. Am äußeren Pin (
Tip ) des zur Adaption benutzten 2.5mm-Stereo-Steckers sind auch die
vom Funkgerät abgehenden WPL-Daten
verfügbar. In meiner Anordnung gelangen sie von hieraus an den
seriellen Eingang des
Bluetooth-Adapters "BTA01" und werden von dort drahtlos zum PDA
übertragen.
Zuvor waren allerdings noch einige vorbereitende Arbeiten durchzuführen:
Unter "NMEA(GPS)" in den Ozi-CE-Konfigurationseinstellungen gibt es keine Möglichkeiten zur Anwahl von WPL-Protokollen ( ich benutzte eine ältere Programmversion und vielleicht ist das bei den aktuellen Versionen anders ). Nachdem diese Anwahl aber bei der gewünschten Nutzung auch keine Rolle zu spielen scheint, habe ich hier die bestehende Einstellung "GPRMC" beibehalten. Da ich meine seriellen Daten via Bluetooth empfange, habe ich im gleichen Fenster den hierzu erforderlichen COM-Port 7 angewählt. Die Einstellung des richtigen Ports ist allerdings von der jeweiligen Gerätekonstellation abhängig.
Bevor eine Auswertung der WPL-Daten möglich wurde, mussten in den auch das Ausführungsprogramm "OziCEgps.exe" beinhaltenden Ordner noch eine Datei mit dem Namen "wpl2avl.dat" eingefügt werden. Sie wurde mit dem Texteditor am PC erstellt und nachdem ihr Inhalt ohne Belang zu sein scheint, gefüllt mit nur einigen zufälligen ASCII-Zeichen anschließend in den angesprochenen PDA-Ordner kopiert.
PS: Wer "wpl2avl.dat" nicht selbst erstellen mag, der kann auch meine Version hier herunterladen und für sich übernehmen.
Nun kam der spannende Moment:
Ich startete OziCE, rief eine geeignete Karte auf und aktivierte die GPS-Funktion. Da neue WPL-Daten am ( GPS- ) Empfängerausgang immer nur nach Decodierung neu empfangener Navigationsdaten anderer Stationen erscheinen konnten, ignorierte ich den nach einiger Zeit vom OziCE ausgegeben Hinweis auf nicht erkannte NMEA-Eingangsdaten. Es irritierte mich dann allerdings doch, als auch nach längerer Zeit noch keine Positionsmarken auf der OziCE-Karte sichtbar wurden. Daraufhin rief ich die über "Map" ( zu finden in der Steuerleiste am unteren Bildschirmrand ) erreichbare Funktion: "Display NMEA Input" auf und siehe da, im sich öffnenden Fenster waren die ankommenden WPL-Files einwandfrei zu lesen ( Abb.2) . Es folgte die Überraschung, daß nach Rückkehr zur Kartendarstellung nun auch plötzlich auf dem Display Positionsmarken zu sehen waren ( Abb3. und Abb.4 ). Es stellte sich dazu heraus, dass eine Übernahme neuer Daten zur Kartendarstellung ( zumindest bei meiner Version von "OziCE" ) immer nur dann erfolgte, wenn der Kartenausschnitt auf dem Display ( z.B. mit dem Finger ) kurz bewegt wurde. Zwar würde man sich hier eine automatische Übernahnme wünschen, aber mit der Zeit lernt man mit diesen Gegebenheiten zu leben.
Abb.2
Abb.3
Abb.4
Erzeugung
von Karten für das Programm "OziCE"
Zu diesem Thema hatte ich bereits im
Jahre 2002 eine Seite erstellt. Nach einigen kleinen Änderungen
ist sie hier wieder
aufrufbar.UI-VIEW-Karten lassen sich unter "OziCE" nicht direkt verwenden, sondern erfordern eine neue Kalibrierung. Dazu öffnet man mit einem Editor ( oder auch mit dem unter WINDOWS, ZUBEHÖR zu findenden Programm: "WORDPAD ) das zu jeder Karte existierende INF-File und notiert die dort enthaltenen Daten von oberer linker und unterer rechter Kartenbegrenzung. Diese Werte können dann auf einfache Weise zur Festlegung von zwei Referenzpunkten unter "OziExplorer" ( siehe dazu die Link am Beginn dieses Abschnitts ) wieder verwendet werden. Dabei ist allerdings zu berücksichtigen, daß OziExplorer ein etwas abweichendes Eingabeformat verlangt. Bei einem Wert von beispielsweise: "018.28.68E" ist die "18" in das entsprechende Eingabefenster für die Gradwerte einzugeben, während der Minutenwert "28.68" nach Änderung in "28,68" in das "Minutenfenster" zu tippen ist. Bei Eingabe von Positionspunkten östlich des Nullmeridians wird auch gern vergessen, die erforderliche Änderung des defaultmäßig vorgegebenen "W" ( für WEST ) in ein "E" ( für OST ) vorzunehmen.
Geeignete
Funkgeräte bzw. APRS-Tracker
Die unter "OziCE" zur Auswertung
kommenden NMEA-Protokolle des Typs "WPL" werden inzwischen bereits von
einer Reihe von Funkgeräten bzw. APRS-Trackern unterstützt.
Die Protokolle setzen sich nur aus den Werten von Längengrad,
Breitengrad,
Wegpunktnamen ( im AFU-Betrieb ist das üblicherweise das Call ggf.
mit SSID-Anhang ) und einer Prüfsumme zusammen.| $GPWPL,5029.19,N,00916.55,E,DB0KT*6A |
Beispiel für
ein WPL-Protokoll
Ein Verzeichnis der mir bekannten, diesen Protokolltyp zur Verfügung stellenden Geräte zeigt Tabelle 1. Dabei dürfte die Verwendung der genannten Kenwood-Geräte die eleganteste Lösung darstellen, wobei allerdings für die TH-D7 der ersten Generation leider eine Einschränkung gemäß Anmerkung: ** besteht.
Bei dem neuen "TM-D710" kann man zwischen drei verschiedenen Ausgangs-Protokolltypen wählen. Neben dem Typ "WPL" sind es die zusätzlich auch noch Höhenwerte enthaltenden ( und von der Firma MAGELLAN favorisierten ) "PMGNWPL"-Protokolle, sowie die als KENWOOD-Protokolle bezeichneten des Typs "PKWDWPL". Da Letztere neben den auch schon von den anderen Versionen bekannten Daten auch noch Geschwindigkeits- und Kursdaten, sowie ( besonders interessant ) auch APRS-Icondaten enthalten, ist hierbei eine eindeutige Zuschneidung auf die APRS-Belange erkennbar. In Verbindung mit "OziCE" nutzen uns diese Zusatzinformationen allerdings zumindest derzeit noch sehr wenig, da hierbei NUR mit den WPL-Protokollen gearbeitet werden kann. Das einzige mir bekannte, auch die Kenwood-Protokolle verarbeitende Gerät ist das Spezial-NAVI "geosat5ble APRS" von Fa. AVMAP.
Interessant dürfte in diesem Zusammenhang noch sein, ob auch das bereits angekündigte YAESU "VX-8R" ggf. irgendwelche Datenprotokolle ausgeben wird. Auf diese Information müssen wir aber noch etwas warten.
Auch alle Versionen der OPEN TRACKER stellen WPL-Protokolle bereit. Die in Abb.2 sichtbaren Datenfiles stammen z.B. von dem winzigen "OpenTracker1+ SMT" ( siehe Abb.5 ). Dabei ist zu erkennen, daß er zusätzlich zum "WPL-" auch noch das Magellan-Format "PMGNWPL" unterstützt. In DL sind die OPENTRACKER hier erhältlich.
Den bekannten APRS-Tracker "TinyTrak" gibt es inzwischen schon in der Version 4. Obwohl das Gerät vorzugsweise zur Verwendung als APRS-Sendebake gedacht ist, ist bei der neuen Version u.a. auch ein Empfangszweig mit WPL-Ausgabe hinzugekommen.
Abb.5
Die preiswerteste Möglichkeit der Nutzung von WPL-Daten bietet
ein
Selbstbaudecoder mit der Software von
MikeBerg ( N0QBH ). Von den auf seiner Homepage angebotenen
verschiedenen Decoderversionen ist "simpler"
deshalb besonders
interessant, weil hierbei nur einen Minimalaufwand an Bauteilen
erforderlich ist.
Neben den für allgemeine Packet- und APRS-Anwendungen gedachten
Softwareversion, gibt es mit "simpler TRX7" ( für den PIC16F627 )
und "simpler TRX8" ( für den PIC16F2628 ) auch geeinete HEX-Files
zum Programmieren von PIC-Prozessoren, die den Aufbau von kleinen
Decodern auch mit WPL-Ausgabe ermöglichen. Mehr Infos zu
diesem Decodertyp findet man auch auf meiner Seite: http://www.kh-gps.de/n0qbh.htmFunkgeräte, APRS-Tracker und
Decoder-Software mit WPL-Datenausgang
| KENWOOD |
TH-D7
( siehe Hinweise weiter unten ) TM-D700 TM-D710 ( zusätzlich auch $PMGNWPL- und $PKWDWPL-Protokolle ) |
||
| OPENTRACKER
Scott Miller ( N1VG ) |
Tracker
1+ ( zusätzlich auch $PMGNWPL-Protokolle ) Tracker 2 ( zusätzliche Prot. ? ) T2-135 APRS/TNC-Zusatz für ALINCO DR-135 ( zusätzliche Prot. ? ) |
||
| BYONICS
Byon Garrabrant ( N6BG ) |
TinyTrak
4 |
||
| Mike
Berg ( N0QBH ) |
Decoder
Software für PIC 16F627 oder PIC16F628 ( SW: simpler_TRX7/8 ) |
||
| YAESU |
VX-8R
??????? ( zur Zeit noch nicht bekannt ) |
||
| SCS |
Tracker DSP-TNC ( especially also for APRS on shortwave ) |
Tabelle
1
( Bluetooth- ) Verbindungen
zwischen Funkgerät bzw. APRS-Tracker und PDA bzw. PC
Nachdem moderne PDA's
in der Regel leider nicht mehr mit einer seriellen Schnittstelle
ausgestattet sind, muss nach anderen Wegen zur Anbindung von
Peripherie-Geräten gesucht werden. Letzendlich läuft das
fast immer auf eine Bluetooth-Verbindung hinaus. Wollen wir die Daten
eines unserer z.B. in Tabelle 1 aufgeführten
APRS-tauglichen Geräte mit einem PDA verarbeiten, so
benötigen wir dazu einen
externen Bluetooth<>RS232-Adapter. Derartige Adapter sind zwar
auf dem Markt erhältlich, aber da üblicherweise für
professionelle Anwendungen gedacht, liegen sie preislich fast immer
deutlich oberhalb von Euro 100. Der in Abb.1 sichtbare und von
mir schon vor längerer Zeit erworbene "BTA01" war seinerzeit zwar
günstiger erhältlich, dürfte aber inzwischen kaum noch
zu bekommen sein. Seit kurzer Zeit werden nun aber mit den BTM-222 auch
preisgünstigere ( ca. Euro
13 ) Bluetooth-Moduln angeboten. Nachdem sich dieser Typ auch sehr gut
für unsere Zwecke verwenden lässt, habe ich ihm inwischen
eine eigene Seite "spendiert".
Nachdem das Gerät "Geosat5_APRS" u.a mit den gleichen Eingangsdaten wie OziCE arbeitet, können zur optimalen Einstellung der Kenwood-Funkgeräte auch die in folgendem PDF-File enthaltenen Hinweise weiterhelfen: http://www.avmap.it/upload/files/Geosat5_APRS_setup_en.pdf
ANHANG:
Auf folgenden Seiten sind Geräte gelistet, mit denen ebenfalls eine Auswertung von WPL-Protokollen möglich ist. So sind z.B.alle dort mit der Angabe "NMEA in/out" gelisteten ( GARMIN- ) Geräte einsetzbar:
http://info.aprs.net/index.php?title=HandHeldGPS
http://info.aprs.net/index.htm?title=VehicleGPS
Hinweise zur Nutzung des
TH-D7 ( alte und neue Firmware ) und anderer Kenwood-Funkgeräte
Bei WPL-Protokollen, die von den
Geräten der ersten
Generation "TH-D7" ausgegeben werden, ist die Anzahl der
ASCII-Zeichen
für Wegpunktnamen auf 6 begrenzt. Bei längeren WP-Namen
bzw.
AFU-Calls ( ggf. incl. SSID
) führt das leider zu einer rechtsbündigen Beschneidung der
Zeichenfolgen. Das Ergebnis sind dann z.B. nur teilweise
übertragene Rufzeichen.
BEISPIEL: "DB0XYZ-9" wird zu "0XYZ-9" !!!!!!
Wie Werner, OE9FWV berichtete, werden bei dem TH-D7 ( und vermutlich auch dem TM-D700 ) nur auch nur dann WPL-Daten ausgegeben, wenn sich die Funktion "POS LIMIT" in Stellung "OFF" befindet.
Informationen über TH-D7-Einstellungen, die zur Aktivierung des WPL-Datenausgangs von Geräten der alten und neuen Version benötigt werden, findet man in Tabelle 2. Dabei sind auch solche Einstellungen gelistet, die NUR dann vorgenommen werden müssen, wenn auch APRS-Sendebetrieb ( Bakenaussendung ) durchgeführt werden soll.
BEISPIEL: "DB0XYZ-9" wird zu "0XYZ-9" !!!!!!
Wie Werner, OE9FWV berichtete, werden bei dem TH-D7 ( und vermutlich auch dem TM-D700 ) nur auch nur dann WPL-Daten ausgegeben, wenn sich die Funktion "POS LIMIT" in Stellung "OFF" befindet.
Informationen über TH-D7-Einstellungen, die zur Aktivierung des WPL-Datenausgangs von Geräten der alten und neuen Version benötigt werden, findet man in Tabelle 2. Dabei sind auch solche Einstellungen gelistet, die NUR dann vorgenommen werden müssen, wenn auch APRS-Sendebetrieb ( Bakenaussendung ) durchgeführt werden soll.
| TH-D7
(ALT) |
TH-D7 (NEU) |
||||
| 2.1 |
MY
CALL |
<eigenes
Call> |
2.1 |
MY
CALL |
<eigenes
Call> |
| 2.2 |
GPS
UNIT |
<GPS
UNIT NOT USED> oder <NMEA> je nach eigener Konstellation |
2.2 |
GPS
UNIT |
<GPS
UNIT NOT USED> oder <NMEA48> bzw. <NMEA96> je nach
eigener Konstellation |
| 2.3 |
MY
POSITION |
<nach
bedarf für Sendebetrieb mit Festposition> |
2.3 |
WAYPOINT |
<9
digits NMEA< |
| 2.4 |
POS
COMMENT |
<bei
Bedarf> |
2.4 |
MY
POSITION |
<nach
Bedarf für Sendebetrieb mit Festposition> |
| 2.5 |
ICON |
<nach
Bedarf für Sendebetrieb> |
2.5 |
POS
ABIGU |
<OFF> |
| 2.6 |
STATUS
TEXT |
2.6 |
POS
COMMENT |
||
| 2.7 |
TX
INTERVAL |
<relevant
nur für Sendebetrieb< |
2.7 |
POS
LIMIT |
<OFF> |
| 2.8 |
PACKET
PATH |
<relevant
nur für Sendebetrieb> |
2.8 |
ICON |
<nach
Bedarf für Sendebetrieb> |
| 2.9 |
DATA
TX |
<AUTO> |
2.9 |
STATUS
TEXT |
<bei
Bedarf> |
| 2.A |
UNPROTOCOL |
2.A |
STATUS
TX |
||
| 2.B |
POS
LIMIT |
<OFF> |
2.B |
PACKET
PATH |
<relevant
nur für Sendebetrieb> |
| 2.C |
UNIT |
2.C |
DATA
TX |
<AUTO> |
|
| 2.D |
PACKET
SPEED |
<1200bps> |
2.D |
TX
INTERVAL |
<relevant
nur für Sendebetrieb> |
| 2.E |
UNPROTOCOL |
||||
| 2.F |
BEEP |
||||
| 2.G |
DISPLAY
AREA |
||||
| 2.H |
DISTANCE |
||||
| 2.I |
TEMPERATURE |
||||
| 2.J |
AUTO
REPLY |
||||
| 2.K |
REPLY
MSG |
||||
| 2.L |
MSG
GROUP |
||||
| 2.M |
DATA
BAND |
||||
| 2.N |
PACKET
SPEED |
<1200bps> |
|||
| 2.O |
TIME
ZONE |
||||
| 2.P |
TX
DELAY |
Tabelle 2
Nachdem das Gerät "Geosat5_APRS" u.a mit den gleichen Eingangsdaten wie OziCE arbeitet, können zur optimalen Einstellung der Kenwood-Funkgeräte auch die in folgendem PDF-File enthaltenen Hinweise weiterhelfen: http://www.avmap.it/upload/files/Geosat5_APRS_setup_en.pdf
ANHANG:
Auf folgenden Seiten sind Geräte gelistet, mit denen ebenfalls eine Auswertung von WPL-Protokollen möglich ist. So sind z.B.alle dort mit der Angabe "NMEA in/out" gelisteten ( GARMIN- ) Geräte einsetzbar:
http://info.aprs.net/index.php?title=HandHeldGPS
http://info.aprs.net/index.htm?title=VehicleGPS
Mail :
