| Doppler-Peiler-System:
Hans-Jürgen Barthen, DL5DI |
 |
|
Für den ersten Test wird ein Peiler DDF1 nach WA2EBY verwendet,
den man bei der Fa. Ramsey als Komplettbausatz erwerben kann. Die Webseite von Ramsey zeigt Distributoren in Europa. Ich habe den Bausatz bei LV Kits in Belgien bezogen. Der Preis incl. Belgischer MWSt lag nicht über dem Dollarpreis in USA. Ein Interface zum Abgreifen der Peilrichtung im DDF1 läßt sich sehr einfach durch Anschluss eines Latch-Bausteins 74HC75 parallel zum 4-zu-16-Dekoder 74HC4515 realisieren, der die LEDs ansteuert. Dieses Latch speichert dann den Richtungswert zwischen, wie es der 74HC4515 intern auch tut und stellt sie an seinen Ausgängen statisch zur Verfügung. Der 4-Bit-Wert lässt sich z.B. sehr einfach über ein AVR-Net-IO-Board (Bezugquelle z.B. Fa. Pollin) über RS232 oder per Telnet über Ethernet auslesen. Hier eine kurze Umbauanleitung:
|
Natürlich läßt sich jeder andere Peiler, der in der Lage ist, die Peilrichtung in Grad auszugeben, in das System einbinden.
1.2. Software für stationäre Peiler
Wir setzen derzeit ein einfaches Perl-Script ein, was eine TCP/IP-Verbindung zum AVR-Net-IO-Board aufbaut, die 4 Digital-Eingänge einliest, daraus die Richtung berechnet und in eine Tabelle einer MySQL-Datenbank schreibt.
Die Berechnung der Peilrichtung aus den 4 I/O-Ports ist sehr einfach:
 |
Die Webapplikation ist in php5, XHTML und Javascript geschrieben. Sie liest die letzten Peilungen aus der Datenbank aus und bietet sie zur Anzeige auf einer Landkarte bzw. einer Satelliten-Ansicht an. Derzeit können bis zu 15 Peilungen von unterschiedlichen Peilerstandorten zeitgleich angezeigt werden und so Kreuzpeilungen erstellt werden. Weitere Auswahlkriterien und Sortierungen sind Dank SQL leicht integrierbar. |
nach den HTML-Regeln werden die Parameter per "?" von der Seitenadresse
separiert, untereinander werden sie durch "&" getrennt.
Damit enthält die obige Zeile 2 Parameter:
Werden außer p0 weitere Parameter pn
gesendet, kann mit einem 4. Wert festgelegt werden, ob am Kartenmittelpunkt p0
ein Icon angezeigt wird.
Auf diese Weise lässt sich die Karte auf einen Punkt zentrieren wo sich keine
Station befindet.
Eine "1" setzt ein Icon, jeder andere Wert oder das Weglassen bringen kein Icon.
Wird p0 nicht angegeben steht der vordefinierte Standort unseres stationären Peilers bei DB0MYK im Mittelpunkt der Karte und ein fest eingestellter Zoom von 10.
Der Wertebereich für den Zoom ist von Google-Maps vorgegeben (1-17, örtlich ggf. eingeschränkt).
In der Datenbanktabelle wird p0 durch Auswahl des Peilerstandorts per Radio-Button ermöglicht.
Zur Anzeige eines Standorts ohne Peilung wird nur p0 angegeben. In dem Fall
wird immer ein Icon am Standort der Station angezeigt.
Beispiele:
Beim Herauszoomen erkennt man, dass die gleichen Peilungen wie vorher von einem anderen Punkt aus gesehen dargestellt werden.
Eine Peilung mit separat definiertem Kartenmittelpunkt,
mit Icon am Kartenmittelpunkt:
http://db0myk.prgm.org/peiler.php?p1=50.3966230,7.2049890,22.5,10.0,2&p0=50.3088000,7.5698000,10,1
ohne Icon:
http://db0myk.prgm.org/peiler.php?p1=50.3966230,7.2049890,22.5,10.0,2&p0=50.3088000,7.5698000,10,0
2.2. APRS-Interface
Der Peil-Server liest Daten per APRS-Interface und erlaubt so den Anschluss
von Peilern, die keinen Internet-Zugang haben.
Das können fest installierte Peiler sein oder auch Mobilstationen.
Das Interface ist so ausgelegt, dass es von APRS-Software bedient werden kann, aber auch von Funkgeräten mit eingebautem APRS, wie z.B. Kenwood THD-7, TMD700/710 über die DTMF-Tastatur bzw. umständliche Ziffern/Buchstabeneingaben über das Menü.
Die vorläufige Spezifikation sieht wie folgt aus:
Das Interface wertet APRS-Nachrichten aus, die an das Call DB0LJ-2
adressiert sind.
Im Textfeld steht entweder nur der Peilwinkel in Grad von Norden aus gerechnet
oder bis zu 3 Felder, die durch "/" getrennt sind und Werte mit
Kennbuchstaben in beliebiger Reihenfolge enthalten:
Parameter Bedeutung n### auf Norden bezogener Peilwinkel (0-360) c### auf die Fahrtrichtung bezogener Peilwinkel (Course). (0-360)
Die Fahrtrichtung muss das Gerät in dem Fall gemäß den APRS-Spezifikationen von sich aus senden (Course/Speed)w### Genauigkeit/Öffnungswinkel (Defaultwert 22.5 Grad = Anzeigegenauigkeit DDF1) s### Feldstärke als Text (S-Wert)
Beispiele:
Parameter Bedeutung n250/w10/s9 Peilung 250 Grad (auf Norden bezogen), Öffnungswinkel 10 Grad, Feldstärke S9 s8/n130 Peilung 130 Grad (auf Norden bezogen), Feldstärke S8 c120 Peilung 120 Grad (auf den Kurs bezogen) 250 Peilung 250 Grad (auf Norden bezogen)
Die eigene APRS-Position muss dem Server vorliegen und darf max. 30 Minuten alt sein (macht bei sich bewegenden Mobilstationen natürlich absolut keinen Sinn).
Das APRS-Protokoll lässt es zu, Positionsmeldungen im Nachrichtenpaket
unterzubringen.
Nach meinen Tests macht das keine Software oder Hardware.
Einige Programme senden vor einer Nachricht die eigene Position in einem
separaten Paket, andere wie z.B. UIView32 senden die Position außerhalb der
konfigurierten regelmäßigen Intervalle gar nicht.
Man sollte deshalb unmittelbar vor der Übertragung der Peilung eine
Positionssendung manuell auslösen (bei UIView32 mit <F9>).
Der Server quittiert die Peilungsmeldung und meldet Fehler, was aber nur dann beim Absender eintrifft, wenn er im Pfadbereich von DB0LJ/DB0MYK liegt oder am Internet angeschlossen ist.
Momentan werden eingegangene Positionsmeldungen zum Test direkt auf der
Webseite angezeigt, in Zukunft werden sie um 60 Minuten verzögert bzw. müssen
freigegeben werden.
Man will ja keinen Störer vorwarnen.
73 de
Hans-J. Barthen, DL5DI
Email: 
