Sondemod: Unterschied zwischen den Versionen

Aus DXL-Wiki
Zur Navigation springen Zur Suche springen
Zeile 72: Zeile 72:
! Parameter!! Beschreibung
! Parameter!! Beschreibung
|-
|-
| A <meter>|| at lower altitude use -B beacon time (meter) -A 1000
| A <meter>|| Höhengrenze in Metern für das Bakenintervall. Bei einer Sondenhöhe weniger als A Meter wird das alternative Bakenintervall -B benutzt. Wenn SRTM/EGM-Daten verfügbar sind, wir die Höhe über Grund berücksichtigt.<br />Diese Einstellung dient dazu in "geringen" Höhen ein schnelleres Bakenintervall zu ermöglichen um eine feinere und bessere Landevorhersage zu ermöglichen.<br />Beispiel: -A 1000
                  if SRTM/EGM-data avaliable, Overground will be used
|-
|-
| B <seconds>|| low altitude send intervall -B 10
| B <seconds>|| Bakenintervall in Sekunden bei einer Sondenhöhe von weniger als -A Metern.<br />Beispiel: -B 10
|-
|-
| b <seconds>|| high altitude minimum send intervall or 0 for never send -b 20
| b <seconds>|| Bakenintervall in Sekunden bei einer Sondenhöhe von mehr als -A Metern.<br />Wert 0 = Keine Baken senden in großen Höhen. Macht dann Sinn wenn man nur Daten aus z.B. geringen Höhen übermitteln will um die Datensammlung bei der Landung zu unterstützen und es genug andere Stationen gibt die die Daten aus größeren Höhen übermitteln.<br />In größeren Höhen ist ein längeres Intervall möglich als bei -B, da weniger genaue Daten benötigt werden.<br />Beispiel: -b 20
|-
|-
| C <filename>|| write decoded data in csv-format to this file
| C <filename>|| Schreibe dekodierte Daten im CSV-Format in die Datei <filename>.
|-
|-
| d|| dao extension for 20cm APRS resolution instead of 18m
| d|| DAO Erweiterung für auf 20cm genaue APRS Positionsgenauigkeit anstatt 18m Genauigkeit.
|-
|-
| E <seconds>|| stop sending if more difference gps-time to computer-clock (0=off)
| E <seconds>|| stop sending if more difference gps-time to computer-clock (0=off)

Version vom 30. Oktober 2020, 20:57 Uhr

!!! Artikel ist in Arbeit !!!

Über sondemod

sondemod ist das Gegenstück zu [[sondeudp]}. Es nimmt die dekodierten Daten von sondeudp entgegen und wertet sie aus. Mit den ausgewerteten Daten werden APRS-Datenpakete (APRS-Objekte) erzeugt und zur weiteren Verwendung im AXUDP Format weitergeleitet, z.B. an udpbox zum vervielfältigen oder an udpgate4 zur Weiterleitung an ein entferntes APRS-Gateway.

Kurzbeschreibung der Parameter

sondemod -h

sondemod 1.36 multichannel decoder RS92, RS41, SRS-C34/50, DFM, M10 Radiosondes
 -A <meter>     at lower altitude use -B beacon time (meter) -A 1000
                  if SRTM/EGM-data avaliable, Overground will be used
 -B <seconds>   low altitude send intervall -B 10
 -b <seconds>   high altitude minimum send intervall or 0 for never send -b 20
 -C <filename>  write decoded data in csv-format to this file
 -d             dao extension for 20cm APRS resolution instead of 18m
 -E <seconds>   stop sending if more difference gps-time to computer-clock (0=off)
                  (-E 4) use to keep Tracks clean if system time is set to UTC
 -F             trackfilter off, DO NOT USE THIS SENDING TO THE WORLD!
 -G <km>        send only if Gound-distance to Sonde not more, 0=off (needs -P) (-G 15)
 -h             help
 -I <mycall>    Sender of Object Callsign -I OE0AAA if not sent by 'sondeudp'
 -L <hex>=<typname>[,<hex>=<typname>]...
                 IF there is a dependency, assign DFM-Types to highest found first 4 bit
                 in frame (in hex) -L 6=DFM06,7=PS15,A=DFM09,B=DFM17,C=DFM09P,D=DFM17
 -M             Send "MHz" in APRS (if not received in Data) from SDR-parameter +afc
                  do only with calibrated SDR, accept wrong data from alias receptions
 -N <meter>     my altitude over NN for Distance/Elevation to sonde output
 -o <UDPport>   receive demodulated data via UDP port from 'sondeudp -u ...'
 -P <lat> <long> or <locator>  my Position for Distance/Azimuth/Elevation
                 eg. -P JQ50AB12CD or -P 70.0506 10.0092
 -p <num>       0 send if weather data ready, 1 if MHz known, 2 send immediatly (1)
 -R <minutes>   request new rinex almanach after minutes if receiving gps (-R 240)
                use somewhat like 'getalmd'-script to download
 -r <ip>:<port> send AXUDP -r 127.0.0.1:9001 use udpgate4 or aprsmap as receiver
                  udp stream maybe duplicated with udpbox to more destinations
 -S <pathname>  directory with SRTM(1/3/30) Data and WW15MGH.DAC file (egm96-Geoid)
                  for Overground Calculation below -A <altitude>
                  example with: -S /home/pi
                  /home/pi/WW15MGH.DAC         (2076480Byte, covers whole World)
                  /home/pi/srtm1/N48E014.hgt  (25934402Byte, not SRTM3!)
                  /home/pi/srtm1/N48E015.hgt
 -s <filename>  gps almanach sem format (DO NOT USE, not exact)
 -T <minutes>   stop sending data after almanach age (-T 360)
 -t <filename>  append comment lines from this file at start of line eg "%f%d%v text..."
                  %A Azimuth from sonde-rx, (-P needed too)
                  %d rssi if received with sdrtst -e
                  %D Distance to sonde-rx, (-P -S needed too with EGM96)
                  %E Elevation to sonde, (-P -S needed too with EGM96)
                  %F same as "f" but send always
                  %f sdr freq+AFC from sdrtst with -e and not (yet) got MHz from sonde
                  %l label given in sondeudp -L eg. "omni" "west" "rx1"
                  %n frame number if avaliable
                  %r hdil if avaliable, gps horizontal noise in meter
                  %s gps sat count if avaliable
                  %u sonde uptime if avaliable
                  %v sondemod version
                  # or empty line(s) for comment-free beacons
 -V             more verbous
 -v             verbous
 -x <filename>  gps almanach rinexnavigation format (prefered)
 -y <filename>  gps almanach yuma format (DO NOT USE, not exact)
example: sondemod -o 18000 -x almanach.txt -d -A 1500 -B 10 -I OE0AAA -r 127.0.0.1:9001

Ausführliche Beschreibung der Parameter

Parameter Beschreibung
A <meter> Höhengrenze in Metern für das Bakenintervall. Bei einer Sondenhöhe weniger als A Meter wird das alternative Bakenintervall -B benutzt. Wenn SRTM/EGM-Daten verfügbar sind, wir die Höhe über Grund berücksichtigt.
Diese Einstellung dient dazu in "geringen" Höhen ein schnelleres Bakenintervall zu ermöglichen um eine feinere und bessere Landevorhersage zu ermöglichen.
Beispiel: -A 1000
B <seconds> Bakenintervall in Sekunden bei einer Sondenhöhe von weniger als -A Metern.
Beispiel: -B 10
b <seconds> Bakenintervall in Sekunden bei einer Sondenhöhe von mehr als -A Metern.
Wert 0 = Keine Baken senden in großen Höhen. Macht dann Sinn wenn man nur Daten aus z.B. geringen Höhen übermitteln will um die Datensammlung bei der Landung zu unterstützen und es genug andere Stationen gibt die die Daten aus größeren Höhen übermitteln.
In größeren Höhen ist ein längeres Intervall möglich als bei -B, da weniger genaue Daten benötigt werden.
Beispiel: -b 20
C <filename> Schreibe dekodierte Daten im CSV-Format in die Datei <filename>.
d DAO Erweiterung für auf 20cm genaue APRS Positionsgenauigkeit anstatt 18m Genauigkeit.
E <seconds> stop sending if more difference gps-time to computer-clock (0=off)
                 (-E 4) use to keep Tracks clean if system time is set to UTC
F trackfilter off, DO NOT USE THIS SENDING TO THE WORLD!
G <km> send only if Gound-distance to Sonde not more, 0=off (needs -P) (-G 15)
h Kurze Übersicht der Parameter (help)
I <mycall> Sender of Object Callsign -I OE0AAA if not sent by 'sondeudp'
L <hex>=<typname>[,<hex>=<typname>]... IF there is a dependency, assign DFM-Types to highest found first 4 bit
                in frame (in hex) -L 6=DFM06,7=PS15,A=DFM09,B=DFM17,C=DFM09P,D=DFM17
M Send "MHz" in APRS (if not received in Data) from SDR-parameter +afc
                 do only with calibrated SDR, accept wrong data from alias receptions
N <meter> my altitude over NN for Distance/Elevation to sonde output
o <UDPport> receive demodulated data via UDP port from 'sondeudp -u ...'
P <lat> <long> or <locator> my Position for Distance/Azimuth/Elevation
                eg. -P JQ50AB12CD or -P 70.0506 10.0092
p <num> 0 send if weather data ready, 1 if MHz known, 2 send immediatly (1)
R <minutes> request new rinex almanach after minutes if receiving gps (-R 240)
               use somewhat like 'getalmd'-script to download
r <ip>:<port> send AXUDP -r 127.0.0.1:9001 use udpgate4 or aprsmap as receiver
                 udp stream maybe duplicated with udpbox to more destinations
S <pathname> directory with SRTM(1/3/30) Data and WW15MGH.DAC file (egm96-Geoid)
                 for Overground Calculation below -A <altitude>
                 example with: -S /home/pi
                 /home/pi/WW15MGH.DAC         (2076480Byte, covers whole World)
                 /home/pi/srtm1/N48E014.hgt  (25934402Byte, not SRTM3!)
                 /home/pi/srtm1/N48E015.hgt
s <filename> gps almanach sem format (DO NOT USE, not exact)
T <minutes> stop sending data after almanach age (-T 360)
t <filename> append comment lines from this file at start of line eg "%f%d%v text..."
                 %A Azimuth from sonde-rx, (-P needed too)
                 %d rssi if received with sdrtst -e
                 %D Distance to sonde-rx, (-P -S needed too with EGM96)
                 %E Elevation to sonde, (-P -S needed too with EGM96)
                 %F same as "f" but send always
                 %f sdr freq+AFC from sdrtst with -e and not (yet) got MHz from sonde
                 %l label given in sondeudp -L eg. "omni" "west" "rx1"
                 %n frame number if avaliable
                 %r hdil if avaliable, gps horizontal noise in meter
                 %s gps sat count if avaliable
                 %u sonde uptime if avaliable
                 %v sondemod version
                 # or empty line(s) for comment-free beacons
V more verbous
v verbous
x <filename> gps almanach rinexnavigation format (prefered)
y <filename> gps almanach yuma format (DO NOT USE, not exact)

Beispiele