Wettersonden jagen = Spielzeug vom Himmel !
Moderatoren: Heaterman, Finger, Sven, TDI, Marsupilami72, duese
-
- Beiträge: 4646
- Registriert: Do 19. Mai 2016, 21:13
- Wohnort: Regensburg
Re: Wettersonden jagen = Spielzeug vom Himmel !
In Mü und St haben ja bisher "nur" die Mittagssonden gefehlt. Das die Automaten hin und wieder Probleme machen, ist ja nicht neues. Es reicht ja ein beim Füllen geplatzter Ballon und das Ding wartet auf das Personal. Ebenso kann auch mal was am Rechner sein usw. Da alle Stationen ja die gleichen Geräte und Softwaren benutzen, ist die Usache "GPS-WRO" eigentlich auszuschließen.
Re: Wettersonden jagen = Spielzeug vom Himmel !
Meiningen, Essen, Norderney scheinen auch betroffen zu sein - alles Zufall
Da die Sonden selbst funktionieren vermute ich, dass es nur mit der Zeitsynchronisation (Startplanung/Freigabe) zu tun hat und manuell übergangen werden kann sobald sich jemand persönlich an die Autosonden-Station begibt.
EDIT: Betrifft offenbar Autosonde-Stationen die älter als 2 Jahre sind und wird ASAP gefixt
EDIT2: https://twitter.com/VaisalaGroup/status ... 02177?s=19
Da die Sonden selbst funktionieren vermute ich, dass es nur mit der Zeitsynchronisation (Startplanung/Freigabe) zu tun hat und manuell übergangen werden kann sobald sich jemand persönlich an die Autosonden-Station begibt.
EDIT: Betrifft offenbar Autosonde-Stationen die älter als 2 Jahre sind und wird ASAP gefixt
EDIT2: https://twitter.com/VaisalaGroup/status ... 02177?s=19
Re: Wettersonden jagen = Spielzeug vom Himmel !
Der ublox6 zaehlte ja erstmal weiter auf 2048. Aber solange er nur auf die alte GPS NAV MSG zugreifen kann, hat er als Referenz moeglicherweise noch sein eigenes Produktionsdatum, dann koennte in 10 Jahre oder auch mehr dennoch das Problem aufkommen, dass er nicht mehr entscheiden kann, in welcher Epoche er sich befindet. Neuere GNSS-Chips koennten noch auf andere Satellitensysteme zurueckgreifen, und GPS hat wohl auch eine modernere CNAV MSG. Weiss nicht, auf welchen Stand der ublox6 ist und was er alles kann.
-
- Beiträge: 4646
- Registriert: Do 19. Mai 2016, 21:13
- Wohnort: Regensburg
Re: Wettersonden jagen = Spielzeug vom Himmel !
Die Ausfälle in OE bestätigen auch, dass es nicht am DWD bzw. dessen "EDV" liegt.
Re: Wettersonden jagen = Spielzeug vom Himmel !
Braucht wer eine 402.70 MHz Sonde... heute im Sonderangebot bei Sondi-Süd
Edit: Norderney und Essen ebenfalls auf 402.70Re: Wettersonden jagen = Spielzeug vom Himmel !
Gutentag, Momentan fliegt beim Belgium (m)einer "bare-rs41" tracker, auf 4700 m höhe
Mit batterie, und luft folien, fliegt nach Deutschland und möglich wieder zuruck.
75 bd, 7n2 540 shift
Gibt es höhrer ?
Danke,
Ben - PE2BZ
Mit batterie, und luft folien, fliegt nach Deutschland und möglich wieder zuruck.
75 bd, 7n2 540 shift
Gibt es höhrer ?
Danke,
Ben - PE2BZ
Re: Wettersonden jagen = Spielzeug vom Himmel !
Belgien habe ich manchmal im Empfang - normal zwar erst so ab 15-20km... jedoch wüsste ich ehrlichgesagt nichtmal auf welcher Frequenz schauenzanco hat geschrieben:Gutentag, Momentan fliegt beim Belgium (m)einer "bare-rs41" tracker, auf 4700 m höhe
Mit batterie, und luft folien, fliegt nach Deutschland und möglich wieder zuruck.
75 bd, 7n2 540 shift
Gibt es höhrer ?
Danke,
Ben - PE2BZ
Re: Wettersonden jagen = Spielzeug vom Himmel !
Lange keine RS92 gehoert, aber heute die RS92 aus Hohenpeissenberg, die mit SEM Almanac Daten das Jahr 1999 anzeigte... Ganz vergessen, dass im Almanac nur die 10-bit GPS-Woche (0..1023) aus den Satellitendaten drin steht, und im Decoder war die zweite GPS-Epoche fest programmiert. In den Ephems steht die volle Angabe, damit gibt es keine Probleme. Wenn man almanac Daten nimmt, muss man die Epoche halt selbst waehlen, wenn man in Woche 2048 oder spaeter liegt (vor 1999 gab's die RS92 wohl noch nicht).
Die M10 hatte lange Zeit einen Trimble Copernicus II GPS-Chip. Seit letzten Jahr fliegt die M10 nun mit einem neuen GNSS-Chip mit Aufkleber XM1110, wahrscheinlich AirPrime XM1110 von Sierra Wireless.
https://www.flickr.com/photos/116298535 ... 631198983/
Die Daten werden von der M10 weiterhin in dem Format gesendet, wie sie urspruenglich vom Trimble-Chip abgerufen wurden, mit GPS-Zeit und Woche und auch GPS/UTC-Offset. Zwischendurch gab es auch den g.top-Chip im Einsatz, wobei in einem anderen Format gesendet wurde. (Nachtrag: Es war der G.top FireFly X1. Sehe gerade, Sierra Wireless hat GlobalTop aufgekauft.) Moeglicherweise wollte man kompatibel zur alten M10 bleiben und fand eine neue Loesung. Jedenfalls hat der neue Chip kein Problem mit dem Week Number Rollover (WNRO). Der Trimble Copernicus allerdings schon, der zeigt diese Woche wieder 1024 an. Dies haette man vielleicht auch in der Empfangssoftware beheben koennen, aber vielleicht war diese Problematik auch ein Grund, von dem alten Chip abzuruecken. Hatte den Eindruck, der Trimble Copernicus II wird noch vertrieben, vielleicht dann mit neuer Firmware. Immerhin gibt Trimble Auskunft:
https://trimble.app.box.com/s/a43qcip8r ... 0g8g3sy8e6
Dachte mal gelesen zu haben, dass die Basisstationen von Vaisala auch Trimble-GPS hatten, damals im Zusammenspiel mit der RS92? Wer weiss, was da in den alten Startautomaten drin war.
Zum ublox6 hab ich nur das Statement gelesen, dass er 2019 kein WNRO-Problem haben wird. Ohne Kontakt zur Aussenwelt wird den Chip aber irgendwie das Problem irgendwann einholen muessen, wenn er nicht auf andere Daten zurueckgreifen kann. Man muesste mal eine GPS-Simulation machen...
Neuere Multi-GNSS Chips, die mit anderen Systemen vergleichen koennen und vielleicht auch die CNAV mit der 13bit-Woche empfangen koennen, werden das ganze sicher besser loesen. Aber GPS-Chips sind mittlerweile ziemlich verbreitet, auch wenn es nur um eine Zeitangabe geht, da wird es moeglicherweise in Zukunft noch ein paar Ueberraschungen geben.
Nachtrag ublox6:
Jetzt mit einem Browser, der auch die ublox-Seiten anzeigt:
https://portal.u-blox.com/s/question/0D ... -receivers
Im Prinzip koennte das vor dem Start gemacht werden, aber vielleicht zu viel Aufwand fuer alte RS41, dann eher in der Fabrik.
Die M10 hatte lange Zeit einen Trimble Copernicus II GPS-Chip. Seit letzten Jahr fliegt die M10 nun mit einem neuen GNSS-Chip mit Aufkleber XM1110, wahrscheinlich AirPrime XM1110 von Sierra Wireless.
https://www.flickr.com/photos/116298535 ... 631198983/
Die Daten werden von der M10 weiterhin in dem Format gesendet, wie sie urspruenglich vom Trimble-Chip abgerufen wurden, mit GPS-Zeit und Woche und auch GPS/UTC-Offset. Zwischendurch gab es auch den g.top-Chip im Einsatz, wobei in einem anderen Format gesendet wurde. (Nachtrag: Es war der G.top FireFly X1. Sehe gerade, Sierra Wireless hat GlobalTop aufgekauft.) Moeglicherweise wollte man kompatibel zur alten M10 bleiben und fand eine neue Loesung. Jedenfalls hat der neue Chip kein Problem mit dem Week Number Rollover (WNRO). Der Trimble Copernicus allerdings schon, der zeigt diese Woche wieder 1024 an. Dies haette man vielleicht auch in der Empfangssoftware beheben koennen, aber vielleicht war diese Problematik auch ein Grund, von dem alten Chip abzuruecken. Hatte den Eindruck, der Trimble Copernicus II wird noch vertrieben, vielleicht dann mit neuer Firmware. Immerhin gibt Trimble Auskunft:
https://trimble.app.box.com/s/a43qcip8r ... 0g8g3sy8e6
Dachte mal gelesen zu haben, dass die Basisstationen von Vaisala auch Trimble-GPS hatten, damals im Zusammenspiel mit der RS92? Wer weiss, was da in den alten Startautomaten drin war.
Zum ublox6 hab ich nur das Statement gelesen, dass er 2019 kein WNRO-Problem haben wird. Ohne Kontakt zur Aussenwelt wird den Chip aber irgendwie das Problem irgendwann einholen muessen, wenn er nicht auf andere Daten zurueckgreifen kann. Man muesste mal eine GPS-Simulation machen...
Neuere Multi-GNSS Chips, die mit anderen Systemen vergleichen koennen und vielleicht auch die CNAV mit der 13bit-Woche empfangen koennen, werden das ganze sicher besser loesen. Aber GPS-Chips sind mittlerweile ziemlich verbreitet, auch wenn es nur um eine Zeitangabe geht, da wird es moeglicherweise in Zukunft noch ein paar Ueberraschungen geben.
Nachtrag ublox6:
Jetzt mit einem Browser, der auch die ublox-Seiten anzeigt:
https://portal.u-blox.com/s/question/0D ... -receivers
Im Prinzip koennte das vor dem Start gemacht werden, aber vielleicht zu viel Aufwand fuer alte RS41, dann eher in der Fabrik.
Zuletzt geändert von zilog80 am So 12. Mai 2019, 22:20, insgesamt 1-mal geändert.
- Chefbastler
- Beiträge: 2691
- Registriert: Mo 12. Aug 2013, 20:21
- Wohnort: Südbayern
Re: Wettersonden jagen = Spielzeug vom Himmel !
RS41
Die frames der RS41-SG(P) bestehen normalerweise aus den Paketen
Bei Aux-Daten gibt es noch ein oder mehrere 7Exx Aux-Pakete.
Die RS41-SGM sendete normalerweise nur den 7928-Block unverschluesselt, und dann ein langes und verschluesseltes 80A7-Paket gefolgt von 00-padding:
Wie sich herausstellt, kann die RS41-SGM die Daten auch unverschluesselt senden (hier nennt sich die Sonde tatsaechlich RS41-SGM). Hab ein Beispiel gesehen, wo die RS41-SGM verzoegert (Datenblatt: radio silence) die Daten eine Weile in zwei subframes pro frame bzw. Sekunde in langen frames sendet, bis sie umschaltet [1636] und dann (live?) weiter/normal einen Datensatz pro Sekunde.
Am Anfang, wo sie 2 Datensaetze pro frame sendet, kommen also zweimal [7928 7F1B 7C1E 7D59 7B15], im zweiten Block die ungerade frame-Nummern. Die GPS-Pakete von bekanntem Format, die beiden GPS-Datensaetze zeigen Zeitstempel in 1 Sekunde Abstand, da werden also zurueckliegende Daten mit doppelter Frequenz gesendet.
Wenn die Sonde dann in den normalen (live?-)Modus umschaltet, ist der einzelne Datensatz fast der gleiche wie bei der standard RS41-SG(P). Statt des PTU-Pakets 7A2A gibt es jedoch das verkuerzte 7F1B-Paket mit Temperatur und Luftfeuchte, kein Drucksensor.
Hab erstmal eine modifizierte rs41sgm-Version als Decoder. Bisher kam es nicht oft vor, dass die RS41-SGM unverschluesselt sendet.
Die frames der RS41-SG(P) bestehen normalerweise aus den Paketen
Code: Alles auswählen
7928 7A2A 7C1E 7D59 7B15 7611
79: frame number, sonde ID, conf/cal
7A: PTU
7C: GPS1
7D: GPS2
7B: GPS3
76: 00-padding
Die RS41-SGM sendete normalerweise nur den 7928-Block unverschluesselt, und dann ein langes und verschluesseltes 80A7-Paket gefolgt von 00-padding:
Code: Alles auswählen
7928 80A7 762C
Code: Alles auswählen
[ 1516] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1518] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1520] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1522] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1524] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1526] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1528] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1530] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1532] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603 : fw 0x4f54
[ 1534] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1536] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1538] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1540] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1542] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1544] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1546] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1548] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1550] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1552] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1554] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1556] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1558] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1560] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1562] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1564] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603 : RS41-SGM
[ 1566] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1568] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1570] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1572] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1574] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1576] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1578] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1580] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1582] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603 : fq 403000
[ 1584] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603 : BK 01
[ 1586] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1588] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1590] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1592] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1594] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1596] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1598] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1600] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1602] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1604] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1606] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1608] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1610] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1612] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1614] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1616] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1618] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1620] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1622] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1624] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1626] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1628] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1630] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1632] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603
[ 1634] 7928 7F1B 7C1E 7D59 7B15 7928 7F1B 7C1E 7D59 7B15 7603 : fw 0x4f54
[ 1636] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1637] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1638] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1639] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1640] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1641] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1642] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1643] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1644] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1645] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1646] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1647] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1648] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1649] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1650] (--)
[ 1651] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1652] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1653] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1654] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1655] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1656] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1657] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1658] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1659] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1660] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1661] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1662] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1663] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1664] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1665] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1666] 7928 7F1B 7C1E 7D59 7B15 7620 : RS41-SGM
[ 1667] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1668] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1669] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1670] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1671] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1672] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1673] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1674] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1675] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1676] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1677] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1678] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1679] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1680] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1681] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1682] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1683] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1684] 7928 7F1B 7C1E 7D59 7B15 7620 : fq 403000
[ 1685] 7928 7F1B 7C1E 7D59 7B15 7620 : fw 0x4f54
[ 1686] 7928 7F1B 7C1E 7D59 7B15 7620 : BK 01
[ 1687] 7928 7F1B 7C1E 7D59 7B15 7620
[ 1688] 7928 7F1B 7C1E 7D59 7B15 7620
Wenn die Sonde dann in den normalen (live?-)Modus umschaltet, ist der einzelne Datensatz fast der gleiche wie bei der standard RS41-SG(P). Statt des PTU-Pakets 7A2A gibt es jedoch das verkuerzte 7F1B-Paket mit Temperatur und Luftfeuchte, kein Drucksensor.
Hab erstmal eine modifizierte rs41sgm-Version als Decoder. Bisher kam es nicht oft vor, dass die RS41-SGM unverschluesselt sendet.
Re: Wettersonden jagen = Spielzeug vom Himmel !
Hier wird bei 128 bit Verschlüsselung eine Live-Dekodierung fast sinnlos.
Wo fliegen derzeit diese Vögel ? Hier ist noch nichts bekannt.
Aber wenn sie kontinuierlich bis zur Landung senden, wäre es wieder ein Leben, wie zu analogen Zeiten.
Die bewährte Peilausrüstung wartet schon.
73 Manfred
Wo fliegen derzeit diese Vögel ? Hier ist noch nichts bekannt.
Aber wenn sie kontinuierlich bis zur Landung senden, wäre es wieder ein Leben, wie zu analogen Zeiten.
Die bewährte Peilausrüstung wartet schon.
73 Manfred
Re: Wettersonden jagen = Spielzeug vom Himmel !
Interessant. Du kannst mir gerne mal einen beispielhaften 7F-Block zukommen lassen, dann kann ich meine Doku ergänzen.
Mir liegen noch keine Daten der SGMs in unverschlüsselt vor, Ich habe aber eine Aufzeichnung vom Radio Silence Mode wenn er verschlüsselt wird. Da ist die Reihenfolge dann 79-80-79-80-76 STATUS-ENCRYPT-STATUS-ENCRYPT-EMPTY
Da die unverschlüsselten Starts der SGMs ja sehr selten ist, sollte es denke ich die erste Priorität werden, zumindest das 79 Decoding der SGMs in die meisten Toolchains zu bekommen, damit SGMs zumindest gemeldet werden und man aus den Empfangswerten der einzelnen Empfänger grob triangulieren kann.
Ausserdem sollte man sich mal den Subframeteil #51 ansehen, der ja bei der verschlüsselten SGM permanent gesendet wird, vielleicht versteckt sich da ja noch irgendwas interessantes drin. Hast du irgendwelche Unterschiede im Subframe der unverschlüsselten SGM entdeckt?
(Und wir sollten uns mal auf eine einheitliche Bezeichnung der Blöcke einigen ;D)
Mir liegen noch keine Daten der SGMs in unverschlüsselt vor, Ich habe aber eine Aufzeichnung vom Radio Silence Mode wenn er verschlüsselt wird. Da ist die Reihenfolge dann 79-80-79-80-76 STATUS-ENCRYPT-STATUS-ENCRYPT-EMPTY
Da die unverschlüsselten Starts der SGMs ja sehr selten ist, sollte es denke ich die erste Priorität werden, zumindest das 79 Decoding der SGMs in die meisten Toolchains zu bekommen, damit SGMs zumindest gemeldet werden und man aus den Empfangswerten der einzelnen Empfänger grob triangulieren kann.
Ausserdem sollte man sich mal den Subframeteil #51 ansehen, der ja bei der verschlüsselten SGM permanent gesendet wird, vielleicht versteckt sich da ja noch irgendwas interessantes drin. Hast du irgendwelche Unterschiede im Subframe der unverschlüsselten SGM entdeckt?
(Und wir sollten uns mal auf eine einheitliche Bezeichnung der Blöcke einigen ;D)
Re: Wettersonden jagen = Spielzeug vom Himmel !
Weiss nicht, welche Bezeichnungen noch ueblich sind. Verwende "Block" synonym zu "Paket", und dann gibt es noch die Calibrier- und Configdaten als sub-block (oder sub-Paket?) des 79er-Pakets. STATUS ist da sicher ein treffender Name. PTU und GPSx fuer die anderen Bloecke/Pakete passt eigentlich sowie AUX fuer 7E. Ob dann der 76er EMPTY, ZERO oder 00-Padding heisst, hm...
Auf jeden Fall gab es hier statt der 7A2A-PTU ein 7F1B-_TU sozusagen, ohne P.
Beispiel:
In der PTU-Funktion werden bisher keine Druck-Daten gelesen, daher kann man den 7F1B-Block genauso verarbeiten wie den 7A2A-PTU-Block.
Der Vergleich mit veroeffentlichten Daten zu aehnlichen Zeiten passen eigentlich.
Im Grunde ist alles wie bei der RS41-SG(P), hab in dem modifizierten Decoder nur die --sat Funktion noch nicht auf die neue GPS-Position eingestellt.
In der unverschluesselten Version kommen in 7928-STATUS auch alle sub-blocks 0x00..0x32 vor, wie gewohnt mit Calibrierdaten und Frequenz und Timer usw.
Allerdings hab ich mir die Daten in 0x00..0x32 abgesehen von den bekannten Informationen noch nicht angeschaut. Gut moeglich, dass da auch etwas zur "radio silence" steht, Hoehe oder Zeit.
Zu den Paketen im frame (mit frame meine ich bis zu 1 sek mit Header und entweder 320 oder 518 byte, alles was durch Reed-Solomon-ECC abgedeckt wird):
Verschluesselt:
(7928) [80A7] (762C)
Unverschluesselt:
(7928) [7F1B 7C1E 7D59 7B15] (7620)
Zufaellig ist die Laenge der Daten in [...] gleich:
1B+1E+59+15=A7
Wenn es sich also um den gleichen Inhalt handelt (abgesehen von der Verschluesselung), dann werden bei Verschluesselung die Calibierdaten moeglicherweise nicht gesendet, sondern vorher ausgelesen, oder sie werden nur zu Beginn gesendet. Oder sie sind doch im verschluesselten Block und die GPS-Daten sind verkuerzt (GPS2 ist irgendwie nicht ganz so wichtig in voller Laenge, kommt wohl noch aus der RS92-Zeit ...).
Wenn 2x 7928 in einem frame gesendet werden, dann steht wie gesagt im zweiten die naechste frame Nummer und das naechste sub-Paket und dann weitere GPS-Pakete. Wahrscheinlich genauso, wenn mit den 80-ENCRYPT Paketen gesendet wird.
Auf jeden Fall gab es hier statt der 7A2A-PTU ein 7F1B-_TU sozusagen, ohne P.
Beispiel:
Code: Alles auswählen
7f1b a9a90289f201b7d502737508345e07af6308d563028af201b5d502 3ede
Der Vergleich mit veroeffentlichten Daten zu aehnlichen Zeiten passen eigentlich.
Im Grunde ist alles wie bei der RS41-SG(P), hab in dem modifizierten Decoder nur die --sat Funktion noch nicht auf die neue GPS-Position eingestellt.
In der unverschluesselten Version kommen in 7928-STATUS auch alle sub-blocks 0x00..0x32 vor, wie gewohnt mit Calibrierdaten und Frequenz und Timer usw.
Allerdings hab ich mir die Daten in 0x00..0x32 abgesehen von den bekannten Informationen noch nicht angeschaut. Gut moeglich, dass da auch etwas zur "radio silence" steht, Hoehe oder Zeit.
Zu den Paketen im frame (mit frame meine ich bis zu 1 sek mit Header und entweder 320 oder 518 byte, alles was durch Reed-Solomon-ECC abgedeckt wird):
Verschluesselt:
(7928) [80A7] (762C)
Unverschluesselt:
(7928) [7F1B 7C1E 7D59 7B15] (7620)
Zufaellig ist die Laenge der Daten in [...] gleich:
1B+1E+59+15=A7
Wenn es sich also um den gleichen Inhalt handelt (abgesehen von der Verschluesselung), dann werden bei Verschluesselung die Calibierdaten moeglicherweise nicht gesendet, sondern vorher ausgelesen, oder sie werden nur zu Beginn gesendet. Oder sie sind doch im verschluesselten Block und die GPS-Daten sind verkuerzt (GPS2 ist irgendwie nicht ganz so wichtig in voller Laenge, kommt wohl noch aus der RS92-Zeit ...).
Wenn 2x 7928 in einem frame gesendet werden, dann steht wie gesagt im zweiten die naechste frame Nummer und das naechste sub-Paket und dann weitere GPS-Pakete. Wahrscheinlich genauso, wenn mit den 80-ENCRYPT Paketen gesendet wird.
Re: Wettersonden jagen = Spielzeug vom Himmel !
Bei mir heißen die Blöcke ja
79-STATUS
7A-MEAS
7C-GPSINFO
7D-GPSRAW
7B-GPSPOS
76-EMPTY
In dem 7F-MEASSGM sind ja nur die 9 uint24 für Temp, Humi und Humitemp. Es fehlen die sechs Byte am Ende, deren Aussage noch nicht bekannt ist. Die RS41-SG im Gegensatz haben ja den normalen 7A-Block, der lediglich mit Nullen an der P-Stelle gefüllt ist. Ich habe aber jetzt auch erst seit kurzem selber eine SG zuhause liegen, und die noch nicht angemacht... Unbedingt einsparen musste Vaisala die Bytes ja nicht, da ja immer noch der Stuffing-Block vorhanden ist.
Ich halte es für sehr wahrscheinlich, dass die Kalibrierdaten bei der SGM nicht mitgesendet werden. Zum einen müssen ja sowieso die Schlüssel für die Krypto ausgetauscht werden (ich vermute mal sehr stark, dass Vaisala da nichts asymmetrisches verwendet, und wenn die Schlüssel single use sind, ist es ja dann auch nicht schlimm wenn der Gegner irgendwie den RAM der Sonde ausliest. Zum anderen gibt es ja wohl das feature, dass man mit einer Marwin Bodenstation auch andere fliegende Sonden empfangen kann, wofür dann auch die Kalibrationswerte gesedet werden müssen, dass entfällt ja bei den SGMs
Ob die Daten auch bei den normalen Sonden per NFC am Boden ausgetauscht werden, kann nur ein Reversing des NFC-Interface zeigen...
79-STATUS
7A-MEAS
7C-GPSINFO
7D-GPSRAW
7B-GPSPOS
76-EMPTY
In dem 7F-MEASSGM sind ja nur die 9 uint24 für Temp, Humi und Humitemp. Es fehlen die sechs Byte am Ende, deren Aussage noch nicht bekannt ist. Die RS41-SG im Gegensatz haben ja den normalen 7A-Block, der lediglich mit Nullen an der P-Stelle gefüllt ist. Ich habe aber jetzt auch erst seit kurzem selber eine SG zuhause liegen, und die noch nicht angemacht... Unbedingt einsparen musste Vaisala die Bytes ja nicht, da ja immer noch der Stuffing-Block vorhanden ist.
Ich halte es für sehr wahrscheinlich, dass die Kalibrierdaten bei der SGM nicht mitgesendet werden. Zum einen müssen ja sowieso die Schlüssel für die Krypto ausgetauscht werden (ich vermute mal sehr stark, dass Vaisala da nichts asymmetrisches verwendet, und wenn die Schlüssel single use sind, ist es ja dann auch nicht schlimm wenn der Gegner irgendwie den RAM der Sonde ausliest. Zum anderen gibt es ja wohl das feature, dass man mit einer Marwin Bodenstation auch andere fliegende Sonden empfangen kann, wofür dann auch die Kalibrationswerte gesedet werden müssen, dass entfällt ja bei den SGMs
Ob die Daten auch bei den normalen Sonden per NFC am Boden ausgetauscht werden, kann nur ein Reversing des NFC-Interface zeigen...
- zauberkopf
- Beiträge: 9524
- Registriert: So 11. Aug 2013, 15:33
- Wohnort: gefährliches Halbwissen
Re: Wettersonden jagen = Spielzeug vom Himmel !
Was lese ich denn da ?
Neue Sonde ! Erst mal googeln...
https://www.vaisala.com/sites/default/f ... 48DE-G.pdf
Militärtechnik !
Au weia ! 128Bit Stromchiffre, das teil sendet ggf erst ab einer gewissen höhe, und schaltet die Übertragung ggf sogar auch wieder aus !
Neue Sonde ! Erst mal googeln...
https://www.vaisala.com/sites/default/f ... 48DE-G.pdf
Militärtechnik !
Au weia ! 128Bit Stromchiffre, das teil sendet ggf erst ab einer gewissen höhe, und schaltet die Übertragung ggf sogar auch wieder aus !
Naja.. man müsste schon aufrüsten. Ich denke, da an Radar-Technik..Aber wenn sie kontinuierlich bis zur Landung senden, wäre es wieder ein Leben, wie zu analogen Zeiten.
Die bewährte Peilausrüstung wartet schon.
-
- Beiträge: 4646
- Registriert: Do 19. Mai 2016, 21:13
- Wohnort: Regensburg
Re: Wettersonden jagen = Spielzeug vom Himmel !
Derzeit sind gelegentliche Einsätze aus der Tschechei bekannt. Vom Übungsplatz Hradiště wurden schon einige gestartet. Dort nutzt man die default-Frequenz 403.000. Die Station Prostejov hat auch schon SGMs aufgelassen, allerdings meist zusammen mit einer normalen SG und konnten so entsprechend gefunden werden. Die dortigen Sonden dürften allerdings in DL schwer/nicht zu empfangen sein, da meist in DL verwendete Frequenzen genutzt werden (404.100). Polnische Streitkräfte haben auch schon SGMs in Betrieb gehabt.Durango hat geschrieben:Wo fliegen derzeit diese Vögel ? Hier ist noch nichts bekannt.
Man kann ja auch die Kalibrierdaten den anderen Empfangsstellen in geeigneter Weise zukommen lassen, so dass diese sie in die Bodenstation einlesen können. Die paar Kilobyte kann man bestimmt auch mit der Hand durchtelegrafierenbazjo hat geschrieben:Zum anderen gibt es ja wohl das feature, dass man mit einer Marwin Bodenstation auch andere fliegende Sonden empfangen kann, wofür dann auch die Kalibrationswerte gesedet werden müssen, dass entfällt ja bei den SGMs
Hierzulande würde es bestimmt schon genügen, wenn man wieder die berüchtigten Afrika-DFMs einsetzt
Re: Wettersonden jagen = Spielzeug vom Himmel !
Gutentag,
Sagt jemand (ID-C:512178) etwas uber welcher DFM typ es ist ?
Decodiert mit dfm06ptu un dfm09 aber beider geben dem GPS auf 0.765 N und 0.04 O
Einer hat ( auf 402.010 MHz) dieser Sonde geschrieben mit GPS im nähe von Cambridge UK aber nicht mit dem ID aber mit dem Frequenz als ID (DFM40201) auf Wetterson.de
Verstehe aber nicht warum meiner software nicht dem GPS dekodiert. Auch mit Sondemonitor dem selben GPS
Danke,
Ben
Sagt jemand (ID-C:512178) etwas uber welcher DFM typ es ist ?
Decodiert mit dfm06ptu un dfm09 aber beider geben dem GPS auf 0.765 N und 0.04 O
Einer hat ( auf 402.010 MHz) dieser Sonde geschrieben mit GPS im nähe von Cambridge UK aber nicht mit dem ID aber mit dem Frequenz als ID (DFM40201) auf Wetterson.de
Verstehe aber nicht warum meiner software nicht dem GPS dekodiert. Auch mit Sondemonitor dem selben GPS
Danke,
Ben
Re: Wettersonden jagen = Spielzeug vom Himmel !
"ID-C" heisst, dass die Seriennummer in Kanal C uebermittelt wird.
Die DFM-09 tut dies sonst in Kanal A.
Die Seriennummer ist im letzten Kanal. Habe von DFM-09 mit Drucksensor gehoert, die die Seriennummer in Kanal C hatten.
Oder die neuen DFM-17, die ich nicht weiter kenne. Da gab es auch mal "ID-D". Allerdings koennten DFMs aus dem Raum Nuernberg auch Testsonden sein, wo manchmal die Daten auch etwas umsortiert werden.
Wenn deine DFM (ID-C:512178) eine ungewoehnliche Position zeigte, koennte es sein, dass die Daten anders angeordnet sind oder in einem anderen Format (entweder bewusst oder weil ein anderer GPS-Chip verwendet wurde und beim Testen das Datenformat nicht angepasst wurde).
Meteomodem in Ury machte frueher haeufig sowas mit Testsonden, aber auch von Graw gibt es solche Tests vor einiger Zeit. Kriege davon meist nicht viel mit, hatte nur mal welche gesehen, die zwei Positionen pro Frame sendeten und/oder in einem etwas anderem Format. Erinnere mich nicht mehr genau, ob das zwei verschiedene Sonden waren.
Beispiel von 2017:
https://github.com/rs1729/RS/blob/maste ... 20170801.c
0.7 E statt N koennte vielleicht sogar passen, vielleicht funktioniert es ja damit?!
Hast du mehr Daten?
Die DFM-09 tut dies sonst in Kanal A.
Die Seriennummer ist im letzten Kanal. Habe von DFM-09 mit Drucksensor gehoert, die die Seriennummer in Kanal C hatten.
Oder die neuen DFM-17, die ich nicht weiter kenne. Da gab es auch mal "ID-D". Allerdings koennten DFMs aus dem Raum Nuernberg auch Testsonden sein, wo manchmal die Daten auch etwas umsortiert werden.
Wenn deine DFM (ID-C:512178) eine ungewoehnliche Position zeigte, koennte es sein, dass die Daten anders angeordnet sind oder in einem anderen Format (entweder bewusst oder weil ein anderer GPS-Chip verwendet wurde und beim Testen das Datenformat nicht angepasst wurde).
Meteomodem in Ury machte frueher haeufig sowas mit Testsonden, aber auch von Graw gibt es solche Tests vor einiger Zeit. Kriege davon meist nicht viel mit, hatte nur mal welche gesehen, die zwei Positionen pro Frame sendeten und/oder in einem etwas anderem Format. Erinnere mich nicht mehr genau, ob das zwei verschiedene Sonden waren.
Beispiel von 2017:
https://github.com/rs1729/RS/blob/maste ... 20170801.c
0.7 E statt N koennte vielleicht sogar passen, vielleicht funktioniert es ja damit?!
Hast du mehr Daten?
Re: Wettersonden jagen = Spielzeug vom Himmel !
Danke!
Ja, sieht aus als waere es wie in der Version dfm-ts20170801.c
Uhrzeit ist in Block 0, Position in 1..3, und
Geschwindigkeit in die Bloecke 0..2 gezwaengt.
Allerdings sind die hinteren Bloecke, wo die 2. Position drinstand, leer.
Position sieht auf jeden Fall passend aus, Steiggeschwindigkeit auch, horizontale Geschwindigkeit hab ich nicht nachgerechnet.
Nachtrag:
burst
Ende
Ja, sieht aus als waere es wie in der Version dfm-ts20170801.c
Uhrzeit ist in Block 0, Position in 1..3, und
Geschwindigkeit in die Bloecke 0..2 gezwaengt.
Allerdings sind die hinteren Bloecke, wo die 2. Position drinstand, leer.
Code: Alles auswählen
[...]
[222] 2019-05-28 14:08:02.0 lat: 51.89098 lon: 0.53206 alt: 21876.8 vH: 5.82 D: 317.1 vV: 4.87
[223] 2019-05-28 14:08:03.0 lat: 51.89103 lon: 0.53208 alt: 21883.8 vH: 8.32 D: 351.3 vV: 8.09
[224] 2019-05-28 14:08:04.0 lat: 51.89107 lon: 0.53224 alt: 21890.1 vH: 15.66 D: 83.4 vV: 4.74
[225] 2019-05-28 14:08:05.0 lat: 51.89107 lon: 0.53224 alt: 21890.1 vH: 16.59 D: 83.4 vV: 4.74
[226] 2019-05-28 14:08:06.0 lat: 51.89095 lon: 0.53261 alt: 21901.1 vH: 10.87 D: 129.5 vV: 8.74
[227] 2019-05-28 14:08:07.0 lat: 51.89094 lon: 0.53266 alt: 21907.0 vH: 4.91 D: 78.2 vV: 3.02
[229] 2019-05-28 14:08:09.0 lat: 51.89106 lon: 0.53287 alt: 21915.7 vH: 14.19 D: 69.4 vV: 7.42
[230] 2019-05-28 14:08:10.0 lat: 51.89102 lon: 0.53305 alt: 21922.4 vH: 13.25 D: 107.2 vV: 5.43
[232] 2019-05-28 14:08:12.0 lat: 51.89093 lon: 0.53318 alt: 21935.8 vH: 2.62 D: 70.3 vV: 7.65
[234] 2019-05-28 14:08:14.0 lat: 51.89102 lon: 0.53343 alt: 21947.0 vH: 15.26 D: 81.9 vV: 6.22
[235] 2019-05-28 14:08:15.0 lat: 51.89100 lon: 0.53363 alt: 21952.2 vH: 14.02 D: 120.3 vV: 4.55
[236] 2019-05-28 14:08:16.0 lat: 51.89092 lon: 0.53375 alt: 21957.0 vH: 10.40 D: 151.6 vV: 5.16
[237] 2019-05-28 14:08:17.0 lat: 51.89087 lon: 0.53380 alt: 21963.8 vH: 3.39 D: 104.5 vV: 7.98
[238] 2019-05-28 14:08:18.0 lat: 51.89090 lon: 0.53389 alt: 21969.7 vH: 9.76 D: 59.9 vV: 4.25
[239] 2019-05-28 14:08:19.0 lat: 51.89090 lon: 0.53389 alt: 21969.7 vH: 16.32 D: 59.9 vV: 4.25
[241] 2019-05-28 14:08:21.0 lat: 51.89085 lon: 0.53439 alt: 21986.3 vH: 8.20 D: 147.9 vV: 3.64
[242] 2019-05-28 14:08:22.0 lat: 51.89082 lon: 0.53443 alt: 21991.4 vH: 1.96 D: 131.4 vV: 6.23
[243] 2019-05-28 14:08:23.0 lat: 51.89083 lon: 0.53450 alt: 21997.3 vH: 8.65 D: 76.1 vV: 5.38
[249] 2019-05-28 14:08:29.0 lat: 51.89080 lon: 0.53515 alt: 22029.0 vH: 13.60 D: 94.4 vV: 4.02
[...]
Nachtrag:
burst
Code: Alles auswählen
[ 38] 2019-05-28 14:09:14.0 lat: 51.88998 lon: 0.53749 alt: 22296.9 vH: 10.57 D: 11.1 vV: 6.44
[ 39] 2019-05-28 14:09:15.0 lat: 51.89002 lon: 0.53758 alt: 22303.9 vH: 8.64 D: 68.3 vV: 7.59 (ID-C:512178)
[ 40] 2019-05-28 14:09:16.0 lat: 51.89000 lon: 0.53769 alt: 22309.4 vH: 8.87 D: 101.5 vV: 4.68
[ 41] 2019-05-28 14:09:17.0 lat: 51.88993 lon: 0.53773 alt: 22315.9 vH: 6.92 D: 126.8 vV: 7.16
[ 42] 2019-05-28 14:09:18.0 lat: 51.88994 lon: 0.53768 alt: 22322.2 vH: 8.29 D: 43.2 vV: 5.59
[ 43] 2019-05-28 14:09:19.0 lat: 51.89004 lon: 0.53770 alt: 22327.6 vH: 11.86 D: 22.8 vV: 5.07
[ 45] 2019-05-28 14:09:21.0 lat: 51.89005 lon: 0.53798 alt: 22339.9 vH: 9.80 D: 132.0 vV: 6.55
[ 47] 2019-05-28 14:09:23.0 lat: 51.89002 lon: 0.53787 alt: 22351.9 vH: 13.16 D: 278.1 vV: 6.32
[ 48] 2019-05-28 14:09:24.0 lat: 51.89014 lon: 0.53790 alt: 22358.0 vH: 17.30 D: 341.2 vV: 6.16
[ 49] 2019-05-28 14:09:25.0 lat: 51.89016 lon: 0.53810 alt: 22365.7 vH: 14.42 D: 39.0 vV: 9.56
[ 50] 2019-05-28 14:09:26.0 lat: 51.89009 lon: 0.53810 alt: 22372.2 vH: 9.57 D: 83.0 vV: 9.56
[ 51] 2019-05-28 14:09:27.0 lat: 51.89002 lon: 0.53809 alt: 22372.2 vH: 9.19 D: 183.4 vV: -0.33
[ 52] 2019-05-28 14:09:28.0 lat: 51.89003 lon: 0.53805 alt: 22362.9 vH: 4.29 D: 169.3 vV: -9.54
[ 53] 2019-05-28 14:09:29.0 lat: 51.89006 lon: 0.53808 alt: 22342.3 vH: 3.06 D: 79.3 vV: -18.69
[ 54] 2019-05-28 14:09:30.0 lat: 51.89006 lon: 0.53808 alt: 22342.3 vH: 4.70 D: 94.8 vV: -18.69
[ 55] 2019-05-28 14:09:31.0 lat: 51.89006 lon: 0.53820 alt: 22291.3 vH: 5.35 D: 94.8 vV: -23.26
[ 58] 2019-05-28 14:09:34.0 lat: 51.89003 lon: 0.53829 alt: 22213.9 vH: 2.83 D: 75.9 vV: -26.81
[ 60] 2019-05-28 14:09:36.0 lat: 51.89003 lon: 0.53842 alt: 22160.2 vH: 4.94 D: 94.0 vV: -25.29 (ID-C:512178)
[ 62] 2019-05-28 14:09:38.0 lat: 51.88999 lon: 0.53853 alt: 22114.5 vH: 3.31 D: 120.3 vV: -23.03
[ 63] 2019-05-28 14:09:39.0 lat: 51.88998 lon: 0.53857 alt: 22092.7 vH: 2.91 D: 120.2 vV: -22.56
[ 64] 2019-05-28 14:09:40.0 lat: 51.88996 lon: 0.53861 alt: 22071.0 vH: 3.64 D: 122.3 vV: -22.05
[ 65] 2019-05-28 14:09:41.0 lat: 51.88996 lon: 0.53866 alt: 22048.9 vH: 5.26 D: 122.3 vV: -22.05
[ 66] 2019-05-28 14:09:42.0 lat: 51.88990 lon: 0.53873 alt: 22027.4 vH: 6.25 D: 130.0 vV: -21.69
[ 67] 2019-05-28 14:09:43.0 lat: 51.88987 lon: 0.53881 alt: 22006.5 vH: 6.30 D: 123.6 vV: -21.26
[ 68] 2019-05-28 14:09:44.0 lat: 51.88985 lon: 0.53889 alt: 21985.8 vH: 6.38 D: 111.6 vV: -20.98
[ 69] 2019-05-28 14:09:45.0 lat: 51.88983 lon: 0.53899 alt: 21965.5 vH: 6.61 D: 104.2 vV: -20.66
[ 70] 2019-05-28 14:09:46.0 lat: 51.88982 lon: 0.53909 alt: 21945.5 vH: 7.12 D: 104.3 vV: -20.38
Code: Alles auswählen
[190] 2019-05-28 14:20:18.0 lat: 51.87498 lon: 0.61268 alt: 12778.5 vH: 16.57 D: 117.2 vV: -10.55
[192] 2019-05-28 14:20:20.0 lat: 51.87484 lon: 0.61310 alt: 12757.5 vH: 15.87 D: 116.8 vV: -10.57 (ID-C:512178)
[194] 2019-05-28 14:20:22.0 lat: 51.87472 lon: 0.61350 alt: 12736.5 vH: 15.50 D: 117.7 vV: -10.52
[195] 2019-05-28 14:20:23.0 lat: 51.87465 lon: 0.61370 alt: 12726.1 vH: 15.36 D: 118.3 vV: -10.51
[196] 2019-05-28 14:20:24.0 lat: 51.87459 lon: 0.61389 alt: 12715.7 vH: 15.13 D: 118.3 vV: -10.42
[197] 2019-05-28 14:20:25.0 lat: 51.87452 lon: 0.61409 alt: 12705.4 vH: 14.90 D: 118.7 vV: -10.43
[198] 2019-05-28 14:20:26.0 lat: 51.87446 lon: 0.61427 alt: 12695.1 vH: 14.64 D: 118.9 vV: -10.42
[199] 2019-05-28 14:20:27.0 lat: 51.87439 lon: 0.61446 alt: 12684.8 vH: 14.42 D: 119.6 vV: -10.46
[200] 2019-05-28 14:20:28.0 lat: 51.87433 lon: 0.61464 alt: 12674.3 vH: 14.20 D: 120.0 vV: -10.45
[201] 2019-05-28 14:20:29.0 lat: 51.87427 lon: 0.61482 alt: 12663.9 vH: 13.90 D: 119.7 vV: -10.41
[202] 2019-05-28 14:20:30.0 lat: 51.87421 lon: 0.61499 alt: 12653.6 vH: 13.65 D: 119.2 vV: -10.38
[203] 2019-05-28 14:20:31.0 lat: 51.87415 lon: 0.61516 alt: 12643.3 vH: 13.36 D: 117.8 vV: -10.32
-
- Beiträge: 4646
- Registriert: Do 19. Mai 2016, 21:13
- Wohnort: Regensburg
Re: Wettersonden jagen = Spielzeug vom Himmel !
Aus NBG habe ich am Dienstag keine Sonden gehört; die typischerweise genutzten Frequenzen waren nicht belegt. Am Mittwoch hingegen flog eine (früher als üblich gestartete) Einzelsonde, die bei GÖßWEINSTEIN bei ca. 49.7666 11.3538 niedergegangen sein muss. War mir zum Hinfahren heute zu weit…
Was ist das für Format/Signal? Ich kann auch nach erheblicher Verstärkung nichts hören bzw. dort ein typ. DFM-Signal identifizieren.zanco hat geschrieben:https://www.dropbox.com/s/rabl7g47j8ga9 ... 0.wav?dl=0
Re: Wettersonden jagen = Spielzeug vom Himmel !
Das ist das IQ-Signal (so wie es zB bei sdrsharp rauskommt, wenn man Demodulator=RAW auswaehlt).
Nach FM-Demodulation wuerde es sich wie das vertraute Audio anhoeren.
Eigentlich steckt im IQ etwas mehr, da kann man manchmal noch etwas besser decodieren.
Nach FM-Demodulation wuerde es sich wie das vertraute Audio anhoeren.
Eigentlich steckt im IQ etwas mehr, da kann man manchmal noch etwas besser decodieren.
- zauberkopf
- Beiträge: 9524
- Registriert: So 11. Aug 2013, 15:33
- Wohnort: gefährliches Halbwissen
Re: Wettersonden jagen = Spielzeug vom Himmel !
Nicht unbedingt.... guck mal mit den heutigen tools, ist es für einen Gegner der seine Artillerie genau einstellen will, sicherlich hilfreich wenn er selber keine Sonde starten muss, sondern einfach die gerade fliegende vom Gegner nehmen kann.
Im WWK2 haben die Briten z.B. bestimmte Deutsche Sendeanlagen extra NICHT zerstört weil die so praktisch waren für die Radionavigation.
Wetterdaten wurden schon immer verschlüsselt... hier ein schönes Beispiel wie wichtig das sein kann : https://www.arte.tv/de/videos/083920-00 ... juni-1944/
Im WWK2 haben die Briten z.B. bestimmte Deutsche Sendeanlagen extra NICHT zerstört weil die so praktisch waren für die Radionavigation.
Wetterdaten wurden schon immer verschlüsselt... hier ein schönes Beispiel wie wichtig das sein kann : https://www.arte.tv/de/videos/083920-00 ... juni-1944/
Re: Wettersonden jagen = Spielzeug vom Himmel !
Bin ich wieder....
Gestern hab ich einer HAB payload geflogen, auf 434.332 MHz miet 50 bd. Nur Solar power, 50 bd 7n2
War wenn die Sonne unter 21 grad kam ausgeschaltet mitten oben Deutschland, auf 8000 m Höhe, wo es ungefehr 5 stunden gefliest hat und sollte rund 08 UTC beim österreich wieder eingeschaltet sein.
Kann leider auf dem Websdr vor Nuremberg und dem von dem Donau nichts empfangen.
Weisst jemand ob es einer ISM band SDR gibt im Italy ?
Danke,
Ben - PE2BZ
Gestern hab ich einer HAB payload geflogen, auf 434.332 MHz miet 50 bd. Nur Solar power, 50 bd 7n2
War wenn die Sonne unter 21 grad kam ausgeschaltet mitten oben Deutschland, auf 8000 m Höhe, wo es ungefehr 5 stunden gefliest hat und sollte rund 08 UTC beim österreich wieder eingeschaltet sein.
Kann leider auf dem Websdr vor Nuremberg und dem von dem Donau nichts empfangen.
Weisst jemand ob es einer ISM band SDR gibt im Italy ?
Danke,
Ben - PE2BZ
Re: Wettersonden jagen = Spielzeug vom Himmel !
https://github.com/projecthorus/radioso ... issues/147
weiter unten ist eine Liste/Karte mit Radiosonde-Typen (WMO-Codes), wie sie fuer Mai 2019 von den Stationen gemeldet wurden. Einige Gegenden fehlen (z.B. Frankreich, Spanien, Zentralafrika, Cuba).
UPDATE:
https://github.com/rs1729/RS/issues/15
Daten von Juni 2018 und 2019. Frankreich meldet 2019 wohl nicht mehr.
weiter unten ist eine Liste/Karte mit Radiosonde-Typen (WMO-Codes), wie sie fuer Mai 2019 von den Stationen gemeldet wurden. Einige Gegenden fehlen (z.B. Frankreich, Spanien, Zentralafrika, Cuba).
UPDATE:
https://github.com/rs1729/RS/issues/15
Daten von Juni 2018 und 2019. Frankreich meldet 2019 wohl nicht mehr.
Doku eines Ozonsondenstarts in Uccle
Am Montag hatte ich Gelegenheit, den KMI in Uccle zu besuchen und durfte sogar selber die Ozonsonde starten!
den ganzen Bericht gibt es unter https://sondehunt.de/archive/1069
den ganzen Bericht gibt es unter https://sondehunt.de/archive/1069
Re: Wettersonden jagen = Spielzeug vom Himmel !
Geht das hier so langsam zu Ende (?), nachdem facebook offenbar beliebter geworden ist ?
Lutz
Lutz
Re: Wettersonden jagen = Spielzeug vom Himmel !
Schade wäre das schon, grade was reversing im deutschparchigen Raum angeht war das hier ja der place to go...
Re: Wettersonden jagen = Spielzeug vom Himmel !
im deutschparchigen Raum war das hier ja der place to go...bazjo hat geschrieben:Schade wäre das schon, grade was reversing im deutschparchigen Raum angeht war das hier ja der place to go...
... fancy Ausgedrückt !
- AVRbrutzel
- Beiträge: 58
- Registriert: Do 11. Jan 2018, 12:15
Re: Wettersonden jagen = Spielzeug vom Himmel !
Hallo!
Was macht ihr mit all den Sonden?
Ich habe mir mal eine GPS - Arduino - Uhr gebastelt.
Die Daten werden seriell am U-Blox abgegriffen und via Pegelwandler vom Arduino verwertet.
Dazu musste RX und Tx zum ST- Prozessor gekappt werden. Die Firmware programmiert sonst den GPS - Chip um.
Zum besseren Empfang wurde ein Stück Draht als Antenne angelötet.
Der Arduino gibt Uhrzeit und Datum am LCD aus. Ein analoges Uhrwerk mit Lavetmotor wird im Sekundentakt angetrieben.
Hier mal ein Paar Bilder.
73s
Was macht ihr mit all den Sonden?
Ich habe mir mal eine GPS - Arduino - Uhr gebastelt.
Die Daten werden seriell am U-Blox abgegriffen und via Pegelwandler vom Arduino verwertet.
Dazu musste RX und Tx zum ST- Prozessor gekappt werden. Die Firmware programmiert sonst den GPS - Chip um.
Zum besseren Empfang wurde ein Stück Draht als Antenne angelötet.
Der Arduino gibt Uhrzeit und Datum am LCD aus. Ein analoges Uhrwerk mit Lavetmotor wird im Sekundentakt angetrieben.
Hier mal ein Paar Bilder.
73s
Bericht über die Herstellung einer Radiosonde bei Graw
Wenn ihr irgendwelche Fragen habt, ab in die Kommentare ;D
Hier gehts zum Bericht https://sondehunt.de/archive/1161
Re: Wettersonden jagen = Spielzeug vom Himmel !
Interessanter Einblick. Erklaert den Preis fuer Radiosonden.
Wuerde vermuten, bei Vaisala ist mehr automatisiert, produzieren die doch noch ein paar mehr Sonden. Dennoch sind die Graw-Sonden billiger. Am Ende spielt fuer vielleicht doch eine Rolle, welche Qualitaet die Wetterdaten dann haben.
Wuerde vermuten, bei Vaisala ist mehr automatisiert, produzieren die doch noch ein paar mehr Sonden. Dennoch sind die Graw-Sonden billiger. Am Ende spielt fuer vielleicht doch eine Rolle, welche Qualitaet die Wetterdaten dann haben.
Re: Wettersonden jagen = Spielzeug vom Himmel !
Wenn du dir die Stationsdaten anschaust hat ja allein die RS41 eine mehr als dreimmal so hohe market penetration, auch wenn das Bild über die WMO Stationen eher zu ungunsten für Graw aussehen sollte. Von der reinen Elektronik her ist Vaisala definitiv teurer, da werden auch die größeren Stückzahlen wenig helfen, inwieweit sich das auf die Zuverlässigkeit auswirkt ist aber fraglich. Der große Punkt sind halt wirklich die Sensoren, Vaisala hat da halt einfach mehr Kapazitäten, eine eigene Fab inhouse und ein größes Team an RnD, Radiosonden sind für die ja auch eigentlich nur noch ein Nischenprodukt. Und Vaisala hat den Namen und die Marktdurchsetzung, dass es nicht unbedingt das günstigste Angebot sein muss, wenn Sie schon die Ausschreibungen so bekommen, dass nur Sie gewinnen können, sei es mit Autosonde oder anderen Findigkeiten, öffentliche Einrichtungen können da ja kreativ werden.
Ich finde es aber wirklich beeindruckend, dass es auch ohne eine High-Tech Fabrik und ein riesiges Team an Ingenieuren geht, so ein hochgenaues Messgerät zu so einem Preis herzustellen, und das auch noch in den Stückzahlen. Und wenn die Nachfrage und da und die ROI-Zeit niedrig ist, kann man auch zu mehr Automatisierung gehen, was natürlich auch bei einigen Prozessen leichter ist als bei anderen, insbesondere da die Datenkontinuität ja da sein muss, vor allem bei GRUAN-Sonden.
Das sind natürlich nur meine Gedanken dazu...
Ich finde es aber wirklich beeindruckend, dass es auch ohne eine High-Tech Fabrik und ein riesiges Team an Ingenieuren geht, so ein hochgenaues Messgerät zu so einem Preis herzustellen, und das auch noch in den Stückzahlen. Und wenn die Nachfrage und da und die ROI-Zeit niedrig ist, kann man auch zu mehr Automatisierung gehen, was natürlich auch bei einigen Prozessen leichter ist als bei anderen, insbesondere da die Datenkontinuität ja da sein muss, vor allem bei GRUAN-Sonden.
Das sind natürlich nur meine Gedanken dazu...
Re: Wettersonden jagen = Spielzeug vom Himmel !
Aktuell empfange ich in Kroatien eine RS41 mit ID: P4140281 @403,0 MHz ... jedoch ohne dekodierbare PTU oder GPS Daten - was denkt ihr - ist das so eine Mil-Sonde?
Update: In den Nachrichten kam, dass die Marine ne Übung abgehalten hat - kann gut sein dass die Sonde in diesem Kontext flog.
Update: In den Nachrichten kam, dass die Marine ne Übung abgehalten hat - kann gut sein dass die Sonde in diesem Kontext flog.
Re: Wettersonden jagen = Spielzeug vom Himmel !
Am 3.7.2019 gab es mal eine RS41-SGM auf 403.0 MHz zur gleichen Zeit wie die M10 aus Ljubljana (ebenfalls 403.0 MHz).
(Wenn das M10-Signal schwaecher war, stoerte es den RS41-Empfang nicht so sehr, so dass diese dann auch fehlerfrei empfangen werden konnte.)
Weiss aber nicht, aus welcher Richtung das RS41-Signal kam, war nicht live dabei.
Wenn keine Positionsdaten zu finden sind, hat die RS41-SGM normalerweise den 0x80A7-Block, indem diese Daten codiert sind.
Code: Alles auswählen
<0> [ 6043] (N3010061) [80A7] (RS41-SGM) (--)
<1> Wed 2019-07-03 06:34:52.000 lat: 46.08789 lon: 15.01934 alt: 27311.30 vH: 6.9 D: 276.1 vV: 4.6 SN: 810 2 12570 # [OK]
<0> [ 6044] (N3010061) [80A7] (RS41-SGM) (--)
<1> Wed 2019-07-03 06:34:53.000 lat: 46.08789 lon: 15.01926 alt: 27315.94 vH: 5.7 D: 269.7 vV: 5.0 SN: 810 2 12570 # [OK]
Weiss aber nicht, aus welcher Richtung das RS41-Signal kam, war nicht live dabei.
Wenn keine Positionsdaten zu finden sind, hat die RS41-SGM normalerweise den 0x80A7-Block, indem diese Daten codiert sind.
Re: Wettersonden jagen = Spielzeug vom Himmel !
Danke, der Crypto-Header mit Datenblock ist vorhanden, war also eine SGM
PS: Empfangen nahe Sibenik mit ca. 30dB SNR (Zadar bekomme ich ähnlich, schätze also grob <100 km Radius)Re: Wettersonden jagen = Spielzeug vom Himmel !
Hier eine absolute Videoempfehlung für alle Wetterballonfreunde:
"What does a solar eclipse look like from the edge of space? | Hyperlapse at 165,000 feet"
https://www.youtube.com/watch?v=CK9NP88myPc
3D Video (Pan,Tilt usw) dazu:
https://www.youtube.com/watch?v=53PvDEkgbno
Viel Spaß!
Re: Wettersonden jagen = Spielzeug vom Himmel !
Eben flog wieder eine SGM: P4140274 - Empfang erneut mit ~30dB bei Sibenik
-
- Beiträge: 151
- Registriert: Fr 2. Sep 2016, 22:38
Re: Wettersonden jagen = Spielzeug vom Himmel !
Moin allerseits
Ich stelle mal hier eine WAV-Datei der gestern geflogenen DFM 17 (19014076) aus Meppen ein, inklusive Zilog-Decodierung
Das Signal muss wie bei der DFM06 invertiert werden.
Der Zilog-Decoder zeigt die Seriennummer korrekt an.
Hartwig
Ich stelle mal hier eine WAV-Datei der gestern geflogenen DFM 17 (19014076) aus Meppen ein, inklusive Zilog-Decodierung
Das Signal muss wie bei der DFM06 invertiert werden.
Der Zilog-Decoder zeigt die Seriennummer korrekt an.
Hartwig
Re: Wettersonden jagen = Spielzeug vom Himmel !
0xB ist also DFM-17. Bleibt die Frage, ob das auch umgekehrt gilt bzw. was es fuer Varianten gibt. Die umgekehrte Polaritaet gab es auch schon bei 0xD.
Kenne Aufnahmen von Testfluegen aus Nuernberg mit 0xC, hab aber keine passenden Bilder, die die als DFM-17 bestaetigen wuerden (und bei den Testsonden weiss man auch nie, ob das so bleibt). In Canada werden DFM-09P (mit Drucksensor) eingesetzt, die wiederum in 0xC die Seriennummer tragen und die gleiche Polaritaet wie die DFM-09 (0xA) haben.
https://github.com/projecthorus/radioso ... -532838618
Dann wiederum die 0xD mit umgekehrter Polaritaet, also wie frueher die DFM-06.
Folgendes wuerde Sinn ergeben (aus Sicht der DFM-09):
0x6: DFM-06 (- Polaritaet)
0xA, 0xC: DFM-09, DFM-09P (+ Polaritaet)
0xB, 0xD: DFM-17, DFM-17P (- Polaritaet)
0x7(,0x8?): PS-15 (- Polaritaet)
Dass also die DFM-17 einen Kanal mehr hat, glaube der drittletzte Kanal, d.h. der vor dem 0-Kanal vor der Seriennummer. Und die P-Sonden zwei zusaetzliche Kanaele fuer den Druck.
(Die Polaritaet ist fuer das eigene Setup, wo man weiss, was hinten rauskommt, eigentlich durchaus wertvoll. Aber auf einem unbekannten System ohne Referenz weiss man nicht, wie rum ist richtig.)
Gibt es eigentlich schon Bilder vom Innenleben der DFM-17, ist da immernoch ein STM32F1 drin?
EDIT:
In dem Bericht von bazjo
https://www.fingers-welt.de/phpBB/viewt ... 75#p288607
gibt es ein Bild, auf dem es aber nicht gut zu erkennen ist. Erinnere mich auch nicht, ob du das Innenleben so genau beschrieben hast:
https://sondehunt.de/wp-content/uploads ... x1024.jpeg
Die Daten zur internen Temperatur und Spannung scheinen noch zu passen.
NACHTRAG:
Man hoert, dass die urspruengliche Annahme, dass der "Kanal" der Seriennummer erstmal nur von der Sensor-Konfiguration abhaengt, wohl leider zutrifft. Ueberschneidungen DFM-09/17 sind also nicht ausgeschlossen.
Kenne Aufnahmen von Testfluegen aus Nuernberg mit 0xC, hab aber keine passenden Bilder, die die als DFM-17 bestaetigen wuerden (und bei den Testsonden weiss man auch nie, ob das so bleibt). In Canada werden DFM-09P (mit Drucksensor) eingesetzt, die wiederum in 0xC die Seriennummer tragen und die gleiche Polaritaet wie die DFM-09 (0xA) haben.
https://github.com/projecthorus/radioso ... -532838618
Dann wiederum die 0xD mit umgekehrter Polaritaet, also wie frueher die DFM-06.
Folgendes wuerde Sinn ergeben (aus Sicht der DFM-09):
0x6: DFM-06 (- Polaritaet)
0xA, 0xC: DFM-09, DFM-09P (+ Polaritaet)
0xB, 0xD: DFM-17, DFM-17P (- Polaritaet)
0x7(,0x8?): PS-15 (- Polaritaet)
Dass also die DFM-17 einen Kanal mehr hat, glaube der drittletzte Kanal, d.h. der vor dem 0-Kanal vor der Seriennummer. Und die P-Sonden zwei zusaetzliche Kanaele fuer den Druck.
(Die Polaritaet ist fuer das eigene Setup, wo man weiss, was hinten rauskommt, eigentlich durchaus wertvoll. Aber auf einem unbekannten System ohne Referenz weiss man nicht, wie rum ist richtig.)
Gibt es eigentlich schon Bilder vom Innenleben der DFM-17, ist da immernoch ein STM32F1 drin?
EDIT:
In dem Bericht von bazjo
https://www.fingers-welt.de/phpBB/viewt ... 75#p288607
gibt es ein Bild, auf dem es aber nicht gut zu erkennen ist. Erinnere mich auch nicht, ob du das Innenleben so genau beschrieben hast:
https://sondehunt.de/wp-content/uploads ... x1024.jpeg
Die Daten zur internen Temperatur und Spannung scheinen noch zu passen.
Mit dfm09mod kann man es auch mit --auto versuchen, dann wird vorne die Polaritaet angezeigt: <+/->astrohardy hat geschrieben: ↑Fr 6. Dez 2019, 05:40 Das Signal muss wie bei der DFM06 invertiert werden.
NACHTRAG:
Man hoert, dass die urspruengliche Annahme, dass der "Kanal" der Seriennummer erstmal nur von der Sensor-Konfiguration abhaengt, wohl leider zutrifft. Ueberschneidungen DFM-09/17 sind also nicht ausgeschlossen.
Re: Wettersonden jagen = Spielzeug vom Himmel !
Moin,astrohardy hat geschrieben: ↑Fr 6. Dez 2019, 05:40 Moin allerseits
Ich stelle mal hier eine WAV-Datei der gestern geflogenen DFM 17 (19014076) aus Meppen ein, inklusive Zilog-Decodierung
...
Hartwig
falls von dieser DFM-17 noch WAV-Files gebraucht werden, sie liegt hier bei mir. Hier erstmal schon ein paar Daten und Bilder:
Microcontroller ARM STM32F100R8:
64k Flash RAM
8k SRAM
2x SPI
2x I2C
3x USART (vermutlich uBlox GPS, xDATA Erweiterungsport (nicht bei allen bestückt), USB-COM)
Vbatt 2.0-3.6V
Datasheet: https://www.st.com/resource/en/datashee ... f100r8.pdf
Details: https://www.st.com/en/microcontrollers- ... 100r8.html
Radio IC Si4063:
142-1050MHz
13-20 dBm
(G)FSK, 4(G)FSK, (G)MSK
OOK
Datasheet: http://www.farnell.com/datasheets/2802521.pdf
GPS-Modul:
uBlox MAX M8C
MAX-M8C is optimized for cost sensitive applications and has the lowest power consumption
GPS/QZSS, Galileo, GLONASS, Beidou (max. 3 gleichzeitig)
UART-Schnittstelle
Datasheet: https://www.u-blox.com/sites/default/fi ... 506%29.pdf
Analog Multiplexer-IC:
Vishay DG636EE
Analog CMOS dual SPDT-Switch
Datasheet: https://www.vishay.com/docs/69901/dg636.pdf
Spannungsregler:
TI LM053A
73 Mike
Re: Wettersonden jagen = Spielzeug vom Himmel !
Heute Nachmittag war es soweit ich habe meine erste Sonde gefunden.
Kurz nach dem Mittagessen habe ich von Wetterson eine E-Mail mit einer Vorhersagewarnung erhalten.
Berechneter Lande Ort etwa 16 Kilometer von meinem Zuhause. Funkscanner geschnappt und gleich losgefahren.
Das Smartphone Navi führte mich bis zu dem vermuteten Ladepunkt. Von dem Feldweg war nichts zusehen, ich entschied
mich dazu rechts am Feldweg einen Parkplatz zu suchen. Von dort ging es dann per Fuß weiter zu dem vermeintlichen Ladepunkt der Sonde.
Die Geräusche aus dem Funkscanner sagten mir, dass die Sonde noch sendet und diese nicht mehr soweit weg sein musste.
Nach etwa 20 Meter laufen über den Acker sah ich in der ferne etwas Weißes und was Rotes, jetzt gab es für mich kein Halten mehr.
Nach dem ich bei der Ballonhülle und dem Roten Fallschirm angekommen war brauchte ich nur der Schnur bis zur Sonde zu folgen. Bei der Sonde P3430006 angekommen wurde diese deaktiviert und die Reste eingesammelt, dabei ist mir eingefallen das ich vergessen hatte vor Freude laut zu quicken.
Nach dem ich alles ins Auto verladen hatte ging es wieder auf dem Heimweg.
Kurz nach dem Mittagessen habe ich von Wetterson eine E-Mail mit einer Vorhersagewarnung erhalten.
Berechneter Lande Ort etwa 16 Kilometer von meinem Zuhause. Funkscanner geschnappt und gleich losgefahren.
Das Smartphone Navi führte mich bis zu dem vermuteten Ladepunkt. Von dem Feldweg war nichts zusehen, ich entschied
mich dazu rechts am Feldweg einen Parkplatz zu suchen. Von dort ging es dann per Fuß weiter zu dem vermeintlichen Ladepunkt der Sonde.
Die Geräusche aus dem Funkscanner sagten mir, dass die Sonde noch sendet und diese nicht mehr soweit weg sein musste.
Nach etwa 20 Meter laufen über den Acker sah ich in der ferne etwas Weißes und was Rotes, jetzt gab es für mich kein Halten mehr.
Nach dem ich bei der Ballonhülle und dem Roten Fallschirm angekommen war brauchte ich nur der Schnur bis zur Sonde zu folgen. Bei der Sonde P3430006 angekommen wurde diese deaktiviert und die Reste eingesammelt, dabei ist mir eingefallen das ich vergessen hatte vor Freude laut zu quicken.
Nach dem ich alles ins Auto verladen hatte ging es wieder auf dem Heimweg.
Re: Wettersonden jagen = Spielzeug vom Himmel !
Obwohl hier kaum noch was los ist, hoffe ich, das zilog noch mitliest.
Ich habe Probleme (Fehlermeldungen) unter cygwin 32bit für 32bit mit gcc rs41mod zu kompilieren.
dfm09mod funktioniert. Es wird bch_ecc_mod bemängelt.
Ohne die genaue Fehlermeldung.... Kann man dazu was sagen?
Lutz
Ich habe Probleme (Fehlermeldungen) unter cygwin 32bit für 32bit mit gcc rs41mod zu kompilieren.
dfm09mod funktioniert. Es wird bch_ecc_mod bemängelt.
Ohne die genaue Fehlermeldung.... Kann man dazu was sagen?
Lutz
Re: Wettersonden jagen = Spielzeug vom Himmel !
Hey Lutz,
Ich mach das immer so:
Aber das ist in cygwin64..
Ich mach das immer so:
Code: Alles auswählen
cd build/demod/mod
gcc -DCYGWIN -c demod_mod.c
gcc -DCYGWIN -c bch_ecc_mod.c
gcc -DCYGWIN rs41mod.c demod_mod.o bch_ecc_mod.o -lm -o rs41mod
Re: Wettersonden jagen = Spielzeug vom Himmel !
Fuer RS41 (wie auch fuer RS92, LMS6, Meisei) muss bch_ecc_mod.c hinzugenommen werden.
Mit den Dateien in RS/demod/mod/, entweder
oder
Ob die Option -DCYGWIN gebraucht wird, muss man ausprobieren. Je nach cygwin-Installation geht es auch ohne.
Wenn man will, kann man natuerlich noch mit -O2 Optimierung hinzunehmen. Insbesondere fuer demod_mod.c auch:
Dies bringt gerade bei den float-Operationen mehr Geschwindigkeit, moegliche Ungenauigkeiten durch diese Optimierung sind mir noch nicht aufgefallen.
Mit den Dateien in RS/demod/mod/, entweder
Code: Alles auswählen
gcc -c demod_mod.c
gcc -DINCLUDESTATIC rs41mod.c demod_mod.o -lm -o rs41mod
Code: Alles auswählen
gcc -c demod_mod.c
gcc -c bch_ecc_mod.c
gcc rs41mod.c demod_mod.o bch_ecc_mod.o -lm -o rs41mod
Wenn man will, kann man natuerlich noch mit -O2 Optimierung hinzunehmen. Insbesondere fuer demod_mod.c auch:
Code: Alles auswählen
gcc -Ofast -c demod_mod.c
Re: Wettersonden jagen = Spielzeug vom Himmel !
Danke erstmal für die Hinweise. Aber sie führen mich nicht weiter...
Hier meine Befehlszeile im Terminal:
Meister@PC /RS-master/demod/mod
$ gcc rs41mod.c demod_mod.o bcc_ecc_mod.o -lm -o rs41mod
Reaktion:
In file included from rs41mod.c:40:
bch_ecc_mod.h:16: error: redefinition of typedef 'ui8_t'
demod_mod.h:6: note: previous declaration of 'ui8_t' was here
bch_ecc_mod.h:17: error: redefinition of typedef 'ui32_t'
demod_mod.h:8: note: previous declaration of 'ui32_t' was here
gcc.exe: bcc_ecc_mod.o: No such file or directory
Jetzte sehe ich gerade... was will er mit bcc_ecc_mod. Finde ich gar nicht...
Lutz
Nachsatz EDIT:
Nachtürlich war das mit bcc_ecc ein Tippfehler.....
Hier nochmal:
$ gcc rs41mod.c demod_mod.o bch_ecc_mod.o -lm -o rs41mod
In file included from rs41mod.c:40:
bch_ecc_mod.h:16: error: redefinition of typedef 'ui8_t'
demod_mod.h:6: note: previous declaration of 'ui8_t' was here
bch_ecc_mod.h:17: error: redefinition of typedef 'ui32_t'
demod_mod.h:8: note: previous declaration of 'ui32_t' was here
Lutz
Hier meine Befehlszeile im Terminal:
Meister@PC /RS-master/demod/mod
$ gcc rs41mod.c demod_mod.o bcc_ecc_mod.o -lm -o rs41mod
Reaktion:
In file included from rs41mod.c:40:
bch_ecc_mod.h:16: error: redefinition of typedef 'ui8_t'
demod_mod.h:6: note: previous declaration of 'ui8_t' was here
bch_ecc_mod.h:17: error: redefinition of typedef 'ui32_t'
demod_mod.h:8: note: previous declaration of 'ui32_t' was here
gcc.exe: bcc_ecc_mod.o: No such file or directory
Jetzte sehe ich gerade... was will er mit bcc_ecc_mod. Finde ich gar nicht...
Lutz
Nachsatz EDIT:
Nachtürlich war das mit bcc_ecc ein Tippfehler.....
Hier nochmal:
$ gcc rs41mod.c demod_mod.o bch_ecc_mod.o -lm -o rs41mod
In file included from rs41mod.c:40:
bch_ecc_mod.h:16: error: redefinition of typedef 'ui8_t'
demod_mod.h:6: note: previous declaration of 'ui8_t' was here
bch_ecc_mod.h:17: error: redefinition of typedef 'ui32_t'
demod_mod.h:8: note: previous declaration of 'ui32_t' was here
Lutz
Re: Wettersonden jagen = Spielzeug vom Himmel !
Hallo Lutz,
entweder neueren gcc installieren (mit C11 statt C99, evtl. auch nur die Option -std=gnu11 hinzufügen), oder noch einfacher sollte es das tun:
gcc -DINCLUDESTATIC rs41mod.c demod_mod.c -lm -o rs41mod
73 Hansi
entweder neueren gcc installieren (mit C11 statt C99, evtl. auch nur die Option -std=gnu11 hinzufügen), oder noch einfacher sollte es das tun:
gcc -DINCLUDESTATIC rs41mod.c demod_mod.c -lm -o rs41mod
73 Hansi
Re: Wettersonden jagen = Spielzeug vom Himmel !
Ok, dl9rdz hat es eigentlich schon erklaert,
in c11 ist es wohl erlaubt, mehrmals mit typedef das gleiche zu definieren.
(Allerdings mit -std=c11 kennt er moeglicherweise nicht die Konstante M_PI; und gcc 4.8 mit std= c99/gnu99 hat hier auch kein Problem mit den doppelten typedefs, es sei denn, man fordert noch -pedantic ... gibt allerdings nur eine Warnung, wenn man nicht noch-Werror dazunimmt.)
Mit -std=gnu11 sollte es gehen. Was fuer einen Compiler benutzt du denn in cygwin, was liefert?
Hatte mal ueberlegt, das sauberer zu machen, bin da einen Kompromiss eingeganen. Aber vielleicht ist das der Anlass, das nochmal zu ueberdenken. Wenn man sich eh auf neuere Compiler verlaesst, koennte man vielleicht auch die stdint.h typen nehmen...
Oder du nimmst bch_ecc_mod.c mit -DINCLUDESTATIC direkt in den rs41mod.c, wie im ersten Beispiel:
in c11 ist es wohl erlaubt, mehrmals mit typedef das gleiche zu definieren.
(Allerdings mit -std=c11 kennt er moeglicherweise nicht die Konstante M_PI; und gcc 4.8 mit std= c99/gnu99 hat hier auch kein Problem mit den doppelten typedefs, es sei denn, man fordert noch -pedantic ... gibt allerdings nur eine Warnung, wenn man nicht noch-Werror dazunimmt.)
Mit -std=gnu11 sollte es gehen. Was fuer einen Compiler benutzt du denn in cygwin, was liefert?
Code: Alles auswählen
gcc -v
Oder du nimmst bch_ecc_mod.c mit -DINCLUDESTATIC direkt in den rs41mod.c, wie im ersten Beispiel:
Code: Alles auswählen
gcc -c demod_mod.c
gcc -DINCLUDESTATIC rs41mod.c demod_mod.o -lm -o rs41mod
Re: Wettersonden jagen = Spielzeug vom Himmel !
Vielen Dank Hansi und Zilog.
Irgendwie hat er mir bei der Installation von cygwin gesagt, ich solle updaten. Habe ich aber nicht.
gcc -v ergibt:
$ gcc -v
Using built-in specs.
Target: i686-w64-mingw32
Configured with: ../gcc44-svn/configure --host=i686-w64-mingw32 --target=i686-w64-mingw32 --disable-multilib --enable-checking=release --prefix=/opt/mingw32 --enable-languages=c,c++,fortran --enable-libgomp --with-gmp=/opt/mingw32 --with-mpfr=/opt/mingw32 --disable-nls --disable-win32-registry
Thread model: win32
gcc version 4.4.7 20111023 (prerelease) [svn/rev.180339 - mingw-w64/oz] (GCC)
Dann hat es geklappt mit...
gcc -c demod_mod.c
gcc -DINCLUDESTATIC rs41mod.c demod_mod.o -lm -o rs41mod
Lutz
Irgendwie hat er mir bei der Installation von cygwin gesagt, ich solle updaten. Habe ich aber nicht.
gcc -v ergibt:
$ gcc -v
Using built-in specs.
Target: i686-w64-mingw32
Configured with: ../gcc44-svn/configure --host=i686-w64-mingw32 --target=i686-w64-mingw32 --disable-multilib --enable-checking=release --prefix=/opt/mingw32 --enable-languages=c,c++,fortran --enable-libgomp --with-gmp=/opt/mingw32 --with-mpfr=/opt/mingw32 --disable-nls --disable-win32-registry
Thread model: win32
gcc version 4.4.7 20111023 (prerelease) [svn/rev.180339 - mingw-w64/oz] (GCC)
Dann hat es geklappt mit...
gcc -c demod_mod.c
gcc -DINCLUDESTATIC rs41mod.c demod_mod.o -lm -o rs41mod
Lutz
Re: Wettersonden jagen = Spielzeug vom Himmel !
Kommando zurück....
Das Kompilieren zu rs41mod.exe hat geklappt.
Es wird aber mit meinem bat-dateiaufruf nichts mitgeschrieben.
ändere ich im bat in rs41dm_dft.exe geht es wie gewohnt.
Lutz
Das Kompilieren zu rs41mod.exe hat geklappt.
Es wird aber mit meinem bat-dateiaufruf nichts mitgeschrieben.
ändere ich im bat in rs41dm_dft.exe geht es wie gewohnt.
Lutz