GPS для Cubesats - чи швидкість 8 км / сек для споживчих фішок?


10

Супутники на низькоземній орбіті рухаються близько до 8 км / сек. Більшість GPS-чіпів GPS-класів все ще використовують ліміти CoCom в 1000 вузлів, близько 514 м / с. Ліміти CoCom - це добровільні ліміти експорту, про які ви можете прочитати детальніше у цьому питанні та відповіді, а також у цьому питанні та відповіді та в інших місцях.

Для цього питання припустимо, що вони є числовими межами у вихідному розділі мікропрограмного забезпечення. Чип повинен насправді обчислити швидкість (та висоту), перш ніж він зможе вирішити, чи буде перевищено межу, а потім або представити рішення на вихід, або заблокувати його.

При 8000 м / с доплерівський зсув на 2 ГГц становить приблизно 0,05 МГц, що є невеликою часткою природної ширини сигналу внаслідок його модуляції.

Є кілька компаній, які продають GPS-пристрої за кубати, і коштують вони дорого (сотні до тисяч доларів) і, мабуть, коштують кожної копійки, оскільки (принаймні деякі з них) розроблені для супутникових додатків і перевірених космічних приміщень.

Ігноруючи виконання лімітів CoCom та всі інші питання роботи в космосі, окрім швидкості , чи є якісь причини, чому сучасний чіп GPS, що скорочується зі швидкістю 500 м / с, не зможе працювати на швидкості 8000 м / с? Якщо так, то що вони?

Примітка: 8000м / с розділене на c (3E + 08m / s) дає приблизно 27ppm розширення / стиснення отриманих послідовностей. Це може вплинути на деякі реалізації кореляції (як у апаратному, так і в програмному забезпеченні).


3
Перша причина, яка мені спадає на думку, полягає в тому, що немає сенсу навіть тестувати, не кажучи вже про те, щоб розробити ці швидкості, таким чином, працюючи, це просто удача або збіг.
ПлазмаHH

2
Я з PlasmaHH на цьому. Якщо я випускаю товар, який 99,9% моїх клієнтів будуть використовувати з типовою автомобільною швидкістю або менше, не варто витрачати гроші на тестування на швидкості 8000 км / год, навіть якщо я очікую, що він спрацює. Потрібно говорити, що безглуздо ставити в специфікацію те, на що ти не тестувався.
Дмитро Григор’єв

3
@DmitryGrigoryev GPS-тестування зазвичай проводиться за допомогою симулятора сигналу - швидкість - це лише число, яке вводиться. Чи не варто перевіряти, і хороші інженери завжди хочуть знати межу продуктивності конструкції. Але, будь ласка, моє запитання про те, яка частина функції GPS, ймовірно, буде першою з ладу з високою швидкістю, а не "що б ви зробили, якби ви були інженером продукту".
uhoh

2
@uhoh Можливо , вони будуть перевірені на 8000 км в годину з використанням тренажера. Все-таки я не ставлю це число в специфікації, не перевіряючи реальну річ. Я бачив багато речей, що працюють на тренажері чи тестовому стенді, а потім на практиці видовищно виходять з ладу.
Дмитро Григор’єв

1
@DmitryGrigoryev чи можемо ми відійти від того, що ти зробиш, якби ти ...
uhoh

Відповіді:


6

Я б не радив використовувати комплексне рішення GPS (що містить MCU та мікропрограмне забезпечення із закритим джерелом) для супутникового застосування. Є кілька причин, через які це може не працювати:

  1. План частоти фронтальної частоти може бути оптимізований для обмеженого діапазону доплерів. Зазвичай, RF-інтерфейс буде змішувати сигнал до коефіцієнта IF нижче 10 МГц (більш високий коефіцієнт випробування зажадає більшої швидкості дискретизації та споживає більше енергії). Цей ІФ не обраний довільно! Коефіцієнт IF / samplerate має бути негармонічним для всього діапазону доплерів, щоб уникнути помилкових тонів від помилок a / d-усічення в вибірковому сигналі. Ви можете спостерігати ефекти биття, які роблять сигнал непридатним при деяких швидкостях доплера.
  2. Цифровий коректор домену повинен відтворювати репліку носія та код C / A з правильною швидкістю, включаючи доплерівські ефекти. Він використовує DCO (цифрові керовані осцилятори) для темпування генерації носіїв та коду, які налаштовуються через регістри конфігурації з MCU. Бітова ширина цих регістрів може бути обмежена діапазоном доплерів, очікуваним для наземного приймача, що робить неможливим налаштування каналу на сигнал, якщо ви їдете занадто швидко.
  3. Прошивка повинна буде зробити холодне придбання, якщо не доступна оцінка позиції / часу. Він буде шукати доплерівські частотні відрізки та кодові фази, щоб знайти сигнал. Діапазон пошуку буде обмежений діапазоном, очікуваним для наземного користувача.
  4. Прошивка, як правило, використовує фільтрацію кальмана для рішення позицій. Це передбачає модель положення / швидкості / прискорення приймача. Хоча прискорення не буде турботою для супутника, модель не матиме швидкості, якщо прошивка не буде адаптована для використання на орбіті.

Усі ці проблеми можна вирішити, якщо ви користуєтесь вільно програмованим інтерфейсом та корелятором із власною програмою. Ви можете подивитися на Piksy .


Для точки 1. (ширина смуга частот) вихідна смуга сигналу значно ширша, ніж доплерівський зсув - врахуйте, що найгірший випадок приблизно 10 км / сек відносна швидкість проти 3E + 05 км / сек швидкість світла становитиме близько 50 кГц. Але 2, 3, 4 - це все, що є потенційними вимикачами для оптимізованих споживачами чіпів та мікропрограмного забезпечення.
uhoh

2
@uhoh: Я згоден з вашим аргументом пропускної здатності, але пункт 1 не стосується пропускної здатності. Я повинен був пояснити краще. Якщо ваша швидкість вибірки становить 16,368,000 / с, а сигнал в ІЧ-то зосереджений на 4 092 000 Гц, а у вас a / d з роздільною здатністю 4 біт, то у вас виникають проблеми з побиттям. Кожна помилка усічення зразків піде в одному напрямку. Існує ціла купа таких поганих плям (нуль АБО - ще одна справді погана, але будь-яка гармоніка погана). Ви хочете дотримати відстань (залежить від періоду інтеграції) до цих плям для будь-якого очікуваного доплера.
Андреас

Чудово, дуже дякую за цю відповідь! Це дає мені багато розуміння того, що відбувається. Я досі не розумію помилки побиття / усікання, але я можу піти трохи прочитати і, можливо, потім задати питання. У мене є інше питання ACD, яке пов'язане з високочастотними три бітними АЦП (PiSky має 3-бітний АЦП).
uhoh

1
Це стосується S / N окремих зразків, що справді погано. Вкладення більшої точності в АЦП не значно покращить загальну продуктивність системи. Це складний компроміс, я спробую дати корисну відповідь на ваше питання щодо ALMA.
Андреас

4

Деякі люди реалізують COCOM як або , інші як і . Так чи інакше, для кваліфікованих клієнтів під EAR або ITAR постачальники із задоволенням продають вам опцію прошивки для $$$, яка вимикає цю функціональність. Обладнання ідентичне.

Поза жорстким обмеженням, це стає проблемою радіочастотного зв'язку, а також розробкою обладнання для переносу радіаційних впливів. Ваш Eb / N0, ймовірно, буде дещо кращим, оскільки ви (буквально) ближче до СВ і уникаєте втрати атмосферного шляху, але ваша схема прийому також потребує переносити значну кількість допплерів.

Це не просто позиція, хоча CubeSats цікавить, до речі - час GPS - це цінний товар, який допомагає супутникові з’ясувати, де він знаходиться, з огляду на TLE. Навіть якщо одержувач відмовляється дати вам посаду завдяки COCOM, якщо він надає час, це може бути вартим того.


Що означають "Eb / N0" та "SVs"? Ви точно знаєте, чи повідомляється про фактичний час , коли просторові координати заблоковані, чи ви просто маєте на увазі сигнал 1 pps? Зверніть увагу, я уточнив: "Ігнорування виконання лімітів CoCom та всі інші питання експлуатації в космосі, окрім швидкості ."
uhoh

Два роки тому супутники були перекласифіковані як "не боєприпаси", тому ITAR більше не застосовувався - але зараз EAR застосовується, як ви згадуєте. Є ще MTCR та угода Вассенаар також і, можливо, ще більше!
uhoh

3
@uhoh Я припускаю, що термін Eb / N0 => співвідношення сигнал / шум і SVs => космічні транспортні засоби (фактичні супутники GPS)
користувач2943160

@ user2943160 Спасибі, має сенс. Я завжди намагаюся дізнатись нове - якщо Eb - це конкретний термін, я б хотів його вивчити.
uhoh

Останнім часом я роблю багато матеріалів, Eb / No - це просто "нормалізований" SNR або SNR за біт. Дійсно, було б точніше просто використовувати SNR або RSSI у цій відповіді. Анекдотично, я чув, що деякі набори чіпів (я думаю, SiRF) все ще повідомлять про час, але заморожують вас поза посадою, але особисто я цього не підтверджував.
Krunal Desai

2

Якщо цей документ на прикладі архітектури GPS є репрезентативним, то мікросхеми складаються з RF-фронту, апаратних кореляторів у цифровій області, а все фактичне декодування сигналу виконується в програмному забезпеченні.

У такому випадку єдина ймовірна проблема - доплер. Програмне забезпечення може відкинути "виняткові" значення, але вам потрібно буде все-таки замінити або змінити мікропрограмне забезпечення, якщо ви хочете обійти ліміти CoCom.

Більш цікавим питанням є те, чи можна взяти GPS- симулятор, який можна запрограмувати для імітації високошвидкісного випадку. Я б подумав, що це можливо - зрештою, як виробник перевірить, що їх пристрій застосовує ліміти CoCom?


3
Зауважте, що навіть при 0 км / год вам доводиться мати справу з доплером, оскільки супутники вже рухаються зі швидкістю 8000 м / с.
Дмитро Григор’єв

Мені подобається ваша логіка! Це дійсно (до) +/- 60 кГц зсув типу, застосовуваний по-різному до кожного супутникового сигналу, хороший шанс, що більшість тренажерів може це зробити. Тільки для запису, я насправді цього не роблю - я просто прошу цього!
uhoh

2
Ні @DmitryGrigoryev ви не помиляєтесь щодо 8000. Вони рухаються набагато повільніше, оскільки знаходяться на значно вищих орбітах. Але ви маєте рацію, що крім руху GPS-пристрою є ще багато доплерівських. Це вдалий момент!
uhoh

@uhoh Моя помилка. Мій коментар повинен читати замість цього 14000 км / год.
Дмитро Григор’єв

5
Це набагато менш актуально на місцевості, хоча швидкість, дотична до спостерігача, не спричиняє допплерів. Однак це не спричиняє невеликого релятивістського ефекту: physics.stackexchange.com/questions/1061/…
pjc50

2

Це реально залежить від реалізації. Наприклад, один приймач, над яким я працював, має регістр частоти NCO з фіксованою точкою у кожному каналі корелятора, шириною 17 біт. Максимальне значення, яке може зберігатися в цьому реєстрі, відповідає приблизно 6 км / с, а також має включати внесок від помилки тактової частоти приймача. Таким чином, він не зможе відстежувати супутників, швидкість дальності яких перевищує цю межу, що було б досить багато, якщо приймач рухається з орбітальною швидкістю.


1

Кубезати можна використовувати з комерційними GPS-колами, що не входять в комплект, ніж 1000 доларів. Виробник знімає обмеження, тож можна сподіватися, що вони зможуть протестувати з видаленими ними. Вони мають емулятори GPS або доступ до них.

Виробник повинен зняти ліміти кокосу, і виробник зробить це лише у випадку, якщо ви зможете отримати виняток через уряд. Я не впевнений, що процес є, але я знаю, що це можливо, принаймні, в США. За межами США це може бути майже неможливим.

Я не знаю точності GPS-пристрою, але все ж є іоносферні ефекти, які потрібно враховувати, якщо ви летите в LEO. Вам також знадобиться гідна система ADCS, щоб оцінити ваше положення космічних кораблів


Невже іоносферні ефекти все ще не спричинятимуть помилок у шкалі лічильників чи в гіршому випадку десятки метрів? Якщо в кубізаті не будуть робити речі, які вимагають мілісекундних синхронізацій або формування на базі GPS, це не закінчиться значенням для більшості кубатів. Хоча добре пам’ятати, дякую!
uhoh
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.