GPS für Cubesats - sind 8 km / s für Consumer-Chips zu schnell?


10

Satelliten in einer erdnahen Umlaufbahn bewegen sich in der Nähe von 8 km / s. Die meisten GPS-Chips für Endverbraucher erreichen immer noch die CoCom-Grenzwerte von 1000 Knoten, etwa 514 m / s. CoCom-Grenzwerte sind freiwillige Grenzwerte für Exporte, über die Sie in dieser Frage und Antwort sowie in dieser Frage und Antwort und an anderer Stelle mehr lesen können .

Nehmen wir für diese Frage an, es handelt sich um numerische Grenzwerte im Ausgabeabschnitt der Firmware. Der Chip muss tatsächlich die Geschwindigkeit (und Höhe) berechnen, bevor er entscheiden kann, ob der Grenzwert überschritten wird, und dann entweder die Lösung dem Ausgang präsentieren oder ihn blockieren.

Bei 8000 m / s beträgt die Dopplerverschiebung bei 2 GHz etwa 0,05 MHz, ein kleiner Bruchteil der natürlichen Breite des Signals aufgrund seiner Modulation.

Es gibt mehrere Unternehmen, die GPS-Geräte für Cubesats verkaufen. Sie sind teuer (Hunderttausende von Dollar) und wahrscheinlich jeden Cent wert, da (zumindest einige von ihnen) für Satellitenanwendungen und Weltraumtests konzipiert sind.

Gibt es Gründe, warum ein moderner GPS-Chip mit einer Höchstgeschwindigkeit von 500 m / s nicht mit 8000 m / s arbeiten kann, wenn man die Umsetzung der CoCom-Grenzwerte und alle anderen Probleme im Weltraum außer der Geschwindigkeit ignoriert ? Wenn ja, was sind sie?

Hinweis: 8000 m / s geteilt durch c (3E + 08 m / s) ergeben eine Erweiterung / Komprimierung der empfangenen Sequenzen von etwa 27 ppm. Dies kann sich auf einige Implementierungen der Korrelation auswirken (sowohl in Hardware als auch in Software).


3
Der erste Grund, der mir in den Sinn kommt, ist, dass es keinen Sinn macht, diese Geschwindigkeiten zu testen, geschweige denn zu entwerfen. Daher ist es nur Glück oder Zufall, dort zu arbeiten.
PlasmaHH

2
Ich bin mit PlasmaHH in diesem Fall. Wenn ich ein Produkt herausbringen möchte, das 99,9% meiner Kunden bei typischen Fahrzeuggeschwindigkeiten oder weniger verwenden, ist es das Geld nicht wert, es mit 8000 km / h zu testen, selbst wenn ich davon ausgehe, dass es funktioniert. Unnötig zu sagen, dass es dumm ist, eine Spezifikation einzugeben, auf die Sie nicht getestet haben.
Dmitry Grigoryev

3
@DmitryGrigoryev GPS-Tests werden normalerweise mit einem Signalsimulator durchgeführt - Geschwindigkeit ist nur eine eingegebene Zahl. Dabei spielt es keine Kosten zu überprüfen und gute Ingenieure wollen immer wissen die Leistungsgrenze eines Designs. Aber bitte, meine Frage, welcher Teil der GPS-Funktion wahrscheinlich als erster mit hoher Geschwindigkeit ausfällt, nicht "Was würden Sie tun, wenn Sie ein Produktingenieur wären?".
Uhoh

2
@uhoh Vielleicht sie sind bei 8000 kph mit einem Simulator getestet. Trotzdem würde ich diese Nummer nicht in die Spezifikation aufnehmen, ohne die reale Sache zu testen. Ich habe viele Dinge gesehen, die an einem Simulator oder einem Prüfstand gearbeitet haben und dann in der Praxis spektakulär versagt haben.
Dmitry Grigoryev

1
@DmitryGrigoryev können wir weg von dem, was Sie tun würden, wenn Sie ...
uhoh

Antworten:


6

Ich würde nicht empfehlen, eine integrierte GPS-Lösung (die MCU und Closed-Source-Firmware enthält) für eine Satellitenanwendung zu verwenden. Es gibt mehrere Gründe, warum dies möglicherweise nicht funktioniert:

  1. Der Frontend-Frequenzplan kann für einen begrenzten Doppler-Bereich optimiert werden. Normalerweise mischt das HF-Frontend das Signal auf eine ZF von weniger als 10 MHz (eine höhere ZF erfordert eine höhere Abtastrate und verbraucht mehr Energie). Diese IF wird nicht willkürlich gewählt! Der Quotient IF / Samplerate sollte für den gesamten Dopplerbereich nicht harmonisch sein, um Störgeräusche aufgrund von A / D-Kürzungsfehlern im abgetasteten Signal zu vermeiden. Sie können Schlageffekte beobachten, die das Signal bei einigen Dopplerraten unbrauchbar machen.
  2. Der Korrelator für digitale Domänen muss eine Replik des Trägers und des C / A-Codes mit der richtigen Rate einschließlich Doppler-Effekten reproduzieren. Es verwendet DCOs (digital gesteuerte Oszillatoren), um die Träger- und Codegenerierung zu beschleunigen, die über Konfigurationsregister von der MCU abgestimmt werden. Die Bitbreite dieser Register kann auf den für einen bodengestützten Empfänger erwarteten Dopplerbereich beschränkt sein, sodass es unmöglich ist, den Kanal auf das Signal abzustimmen, wenn Sie zu schnell unterwegs sind.
  3. Die Firmware muss eine kalte Erfassung durchführen, wenn keine Positions- / Zeitschätzung verfügbar ist. Es werden Doppler-Frequenzbereiche und Codephasen durchsucht, um ein Signal zu finden. Der Suchbereich wird auf den Bereich beschränkt, der für einen bodengestützten Benutzer erwartet wird.
  4. Die Firmware verwendet normalerweise die Kalman-Filterung für Positionslösungen. Dies beinhaltet ein Modell der Empfängerposition / -geschwindigkeit / -beschleunigung. Während die Beschleunigung für einen Satelliten kein Problem darstellt, fällt das Modell hinsichtlich der Geschwindigkeit aus, wenn die Firmware nicht für die Verwendung im Orbit angepasst ist.

All diese Probleme können behoben werden, wenn Sie ein frei programmierbares Frontend und einen Korrelator mit einer benutzerdefinierten Firmware verwenden. Sie können, zB Piksy anschauen .


Für Punkt 1 (Front-End-Bandbreite) ist die ursprüngliche Bandbreite des Signals viel breiter als die Doppler-Verschiebung. Betrachten Sie den ungünstigsten Fall, dass die relativen Geschwindigkeiten von etwa 10 km / s gegenüber 3E + 05 km / s Lichtgeschwindigkeit bei etwa 50 kHz liegen. Aber 2, 3, 4 klingen alle wie potenzielle Deal-Breaker für verbraucheroptimierte Chips und Firmware.
Uhoh

2
@uhoh: Ich stimme Ihrem Bandbreitenargument zu, aber Punkt 1 betrifft nicht die Bandbreite. Ich hätte es besser erklären sollen. Wenn Ihre Abtastrate 16.368.000 / s beträgt und das Signal in IF bei 4.092.000 Hz zentriert ist und Sie eine A / D mit einer Auflösung von 4 Bit haben, haben Sie ein Problem mit dem Schlagen. Jeder Stichprobenabschneidefehler geht in die gleiche Richtung. Es gibt eine ganze Reihe solcher schlechten Stellen (null IF ist eine andere wirklich schlechte, aber jede Harmonische ist schlecht). Sie sollten für jeden erwarteten Doppler Abstand (abhängig von der Integrationsperiode) zu diesen Punkten halten.
Andreas

Großartig, vielen Dank für diese Antwort! Es gibt mir viel Einblick in das, was los ist. Ich verstehe den Fehler beim Schlagen / Abschneiden immer noch nicht, aber ich kann etwas lesen und danach vielleicht eine Frage stellen. Ich habe eine andere ACD-Frage , die sich auf Hochfrequenz-Drei-Bit-ADCs bezieht (PiSky hat 3-Bit-ADC).
Uhoh

1
Es hat mit dem Rauschabstand der einzelnen Stichproben zu tun, was wirklich schlecht ist. Wenn Sie beim ADC in mehr Präzision investieren, wird sich die Gesamtsystemleistung nicht wesentlich verbessern. Es ist ein komplizierter Kompromiss. Ich werde versuchen, eine nützliche Antwort auf Ihre ALMA-Frage zu geben.
Andreas

4

Einige Leute implementieren COCOM als oder , andere als und . In jedem Fall verkaufen Anbieter für qualifizierte Kunden unter EAR oder ITAR gerne eine Firmware-Option für $$$, die diese Funktionalität deaktiviert. Hardware ist identisch.

Abgesehen von dieser harten Einschränkung wird es zu einem HF-Kommunikationsproblem, zusammen mit der Entwicklung Ihrer Hardware, um Strahlungseffekte zu tolerieren. Ihr Eb / N0 wird wahrscheinlich etwas besser sein, da Sie (buchstäblich) näher an den SVs sind und den atmosphärischen Pfadverlust vermeiden, aber Ihre Empfangsschaltung muss auch eine beträchtliche Menge an Doppler tolerieren.

Es ist übrigens nicht nur die Position, an der CubeSats interessiert ist - GPS-Zeit ist ein wertvolles Datengut, mit dem ein Satellit anhand eines TLE herausfinden kann, wo er sich befindet. Selbst wenn der Empfänger sich aufgrund von COCOM weigert, Ihnen eine Position zu geben, kann es sich lohnen, wenn er die Zeit dafür gibt.


Was bedeuten "Eb / N0" und "SVs"? Wissen Sie sicher, ob die tatsächliche Zeit gemeldet wird, wenn Raumkoordinaten blockiert sind, oder meinen Sie nur das 1pps-Signal? Bitte beachten Sie, dass ich
Folgendes

Vor zwei Jahren wurden Satelliten als "Nichtmunition" eingestuft, sodass ITAR nicht mehr angewendet wurde - aber jetzt gilt EAR, wie Sie bereits erwähnt haben. Es gibt immer noch MTCR und das Wassenaar-Arrangement auch und möglicherweise auch mehr!
Uhoh

3
@uhoh Ich gehe davon aus, dass die Begriffe Eb / N0 => Signal-Rausch-Verhältnis und SVs => Raumfahrzeuge (die tatsächlichen GPS-Satelliten) sind
user2943160

@ user2943160 Danke, macht Sinn. Ich versuche immer, neue Dinge zu lernen - wenn Eb ein bestimmter Begriff ist, würde ich ihn gerne lernen.
Uhoh

Ich habe in letzter Zeit viel Kommunikationsmaterial gemacht, Eb / No ist nur das "normalisierte" SNR oder SNR pro Bit. In Wirklichkeit wäre es wahrscheinlich genauer gewesen, in dieser Antwort nur SNR oder RSSI zu verwenden. Anekdotisch habe ich gehört, dass einige Chipsätze (SiRF, glaube ich) immer noch Zeit melden, Sie aber aus der Position bringen, aber ich habe das nicht persönlich bestätigt.
Krunal Desai

2

Wenn dieses Papier zur beispielhaften GPS-Architektur repräsentativ ist, bestehen die Chips aus einem HF-Front-End, Hardwarekorrelatoren im digitalen Bereich, und die gesamte tatsächliche Decodierung des Signals wird in Software durchgeführt.

In diesem Fall ist das einzige wahrscheinliche Problem der Doppler. Die Software verwirft möglicherweise "außergewöhnliche" Werte, aber Sie müssen die Firmware trotzdem ersetzen oder ändern, wenn Sie die CoCom-Grenzwerte umgehen möchten.

Eine interessantere Frage ist, ob Sie einen GPS- Simulator ausleihen können, der so programmiert werden kann, dass er den Hochgeschwindigkeitsfall simuliert. Ich hätte gedacht, dass es möglich wäre - wie würde ein Hersteller schließlich testen, ob sein Gerät die CoCom-Grenzwerte anwendet?


3
Beachten Sie, dass Sie sich auch bei 0 km / h mit Doppler auseinandersetzen müssen, da sich die Satelliten bereits mit 8000 m / s bewegen.
Dmitry Grigoryev

Ich mag deine Logik! Es ist wirklich eine (bis zu) +/- 60 kHz-Verschiebung, die auf jedes Satellitensignal unterschiedlich angewendet wird. Gute Chancen, dass die meisten Simulatoren dies können. Nur für das Protokoll, ich bin nicht wirklich dies zu tun - ich bin nur fragen this!
Uhoh

2
Nein @DmitryGrigoryev Sie sind falsch über die 8000. Sie bewegen sich viel langsamer, weil sie sich in viel höheren Umlaufbahnen befinden. Aber Sie haben Recht, dass es neben der Bewegung des GPS-Geräts noch viele Doppler gibt. Das ist ein guter Punkt!
Uhoh

@uhoh Mein Fehler. Mein Kommentar sollte stattdessen 14.000 km / h lauten.
Dmitry Grigoryev

5
Das ist am Boden jedoch viel weniger relevant - eine Geschwindigkeit, die tangential zum Betrachter ist, verursacht keinen Doppler. Es verursacht jedoch einen kleinen relativistischen Effekt: physics.stackexchange.com/questions/1061/…
pjc50

2

Es kommt wirklich auf die Implementierung an. Als Beispiel hat ein Empfänger, an dem ich gearbeitet habe, ein Festkomma-Träger-NCO-Frequenzregister in jedem Korrelatorkanal mit einer Breite von 17 Bit. Der Maximalwert, der in diesem Register gespeichert werden kann, entspricht etwa 6 km / s und muss auch einen Beitrag des Empfängertaktfrequenzfehlers enthalten. Es wäre also nicht in der Lage, Satelliten zu verfolgen, deren Reichweite diese Grenze überschreitet. Dies wären ziemlich viele, wenn sich der Empfänger mit Orbitalgeschwindigkeit bewegt.


1

Cubesats können mit handelsüblichen GPS-Geräten verwendet werden, die weniger als 1000 US-Dollar kosten. Der Hersteller hebt die Grenzen auf, so dass man hoffen würde, dass sie mit den entfernten testen können. Sie haben GPS-Emulatoren oder Zugriff darauf.

Die Cocom-Grenzwerte müssen vom Hersteller entfernt werden, und der Hersteller wird dies nur tun, wenn Sie durch Ihre Regierung eine Ausnahme erhalten können. Ich bin mir nicht sicher, aber ich weiß, dass es zumindest in den USA möglich ist. Außerhalb der USA ist dies möglicherweise nahezu unmöglich.

Ich kenne die Genauigkeit des GPS-Geräts nicht, aber es gibt immer noch ionosphärische Effekte, die berücksichtigt werden müssen, wenn Sie in LEO fliegen. Sie benötigen außerdem ein anständiges ADCS-System, um die Position Ihres Raumfahrzeugs abzuschätzen


Würden die ionosphärischen Effekte nicht immer noch Fehler auf der Skala von Metern oder im schlimmsten Fall Dutzende von Metern verursachen? Wenn der Cubesat nicht Dinge tut, die ein Millisekunden-Timing oder ein GPS-basiertes Formationsfliegen erfordern, ist dies für die meisten Cubesats nicht von Bedeutung. Es ist gut, sich zu erinnern, danke!
Uhoh
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.