Как стать автором
Обновить
296
149.3

Программист микроконтроллеров

Отправить сообщение

Верно, у GPS разброс около +-5кГц, зона поиска может быть расширена для компенсации ошибки TCXO и учета скорости движения приёмника.
А на картинке выше - LEO, т.е. низкая орбита. Вопрос ведь был про форму кривой.

Да, там нелинейная зависимость:

"Approximation of the Doppler curve for LEO downlink signals in different elevation angles"
"Approximation of the Doppler curve for LEO downlink signals in different elevation angles"

https://www.mdpi.com/1424-8220/20/20/5866

Я видел варианты шага 100-500 Гц. В статье про приемник на MCU я использовал шаг 500 Гц, в той статье это число упомянуто.

Выложенный у меня вариант GNSS-SDRLIB собран с шагом 100 Гц.

Вроде бы да, только у меня данные инверсные. Знак в данном случае неважен.
Напоминаю, что SPI настроен на режим - LSB first.

Честно, не помню уже, действительно ли source2.bin - данные именно связки ПЛИС+CY7, вроде да, точно лишь могу сказать, что приложенный код адекватно извлекает из них данные SIGN, и помещает их в массив так, как будто они приняты по SPI контроллером.

После ПЛИС+CY7 данные были упакованы так - в одиночном байте биты [3..0] - MAG, [7..4] - SIGN, 3/7- самые старые выборки, 0/4 - самые новые. Один байт - 4 двухбитных семпла.

Я не могу гарантировать, что в случае именно файла source2.bin данные MAG верные - при записи я мог эту линию не подключать, так как данные MAG контроллер не обрабатывает. Судя по количеству нулей, так и есть.

Только в продаже такой генератор найти практически нереально.

ЛА Saleae аппаратного входа внешнего тактирования не имеют.
Так что пришлось бы делать программное детектирование clk из из захваченных данных, не уверен, насколько это надежно бы работало.

Не знаю, адекватной документации на чип нет.
Один и вариантов - не то, ни другое. После фильтрации Q может проходить через фазовращатель, и как-то объединятся с I.

Простите, рекомендую внимательней читать статью:
"Чтобы вычислить истинные значения частот, нужно знать только частоту TCXO кварцевого генератора, использованного в моем приемнике. И с этим есть проблема - маркировка R2141 Y439 не находится в интернете, точного частотомера у меня нет (уже позже я выяснил, что это может быть Rakon Part 2141-24.5535MHZ). Покопавшись в интернете, я смог найди одну схему GPS приемника на таком же чипсете, и выяснил, что другие производители использовали с этим чипсетом TCXO на частоту 24.5535MHz. "

"В данном случае АЦП имеет два выхода - SIGN и MAG (magnitude). Первый - знак аналогового сигнала, второй - признак повышенного уровня сигнала."
MAG определяет амплитуду - 1 или 3.

Так и должно быть. Лучше такие вопросы писать в Диалоги Хабра или напрямую мне в какой либо из мессенджеров.

Отдельно мне записывать что-то лень, могу предложить эти данные: https://disk.yandex.ru/d/yxFH-Fexj9NDGA
На них я проверял работу своего кода, в том числе на ПК. Тут около 60 сек записи.
Там данные как-то упакованы, и я уже точно не помню, как.
Поэтому я добавил в архив примеры, как считывать файл.
Результат одиночного считывания - массив данных длительностью 1мс, эти данные можно напрямую использовать вместе с тем кодом, что упомянут в статье.

Flightradar24 собирает данные ADS-B - участники устанавливают у себя приемники: "имеется достаточное количество наземных приёмников сигналов ADS-B для Flightradar24"
"Flightradar24 использует значения NIC при пролёте самолётов через определённые области, чтобы рассчитать помехи GPS."

Думаете, если GPS приемник самолета внезапно прыгнет на другие координаты, то и в  ADS-B сразу другие значения передаваться будут?
Здесь сказано, что все значительно сложнее устроено - https://denokan.livejournal.com/229553.html

В районе Курской вы давно бывали?

В GPS кадры идут друг за другом. Каждый кадр содержит полные данные эфемерид. В статье есть картинка и описание.
Вообще, если подумать, в GPS тоже должно 30 секунд хватать для получения данных эфемерид и времени.

В GPS эфемериды для одного спутника полностью передаются в одном кадре (30 сек). Остальное - данные альманаха и некоторые поправки, без которым можно работать.

Все зависит от того, какие есть исходные данные.
Думаю, что если записать данные за 60 секунд, этого гарантированно хватит, чтобы принять один кадр целиком.
Благодаря пост-процессингу, acquisition можно проводить для всех спутников сразу, так что номера присутствующих знать не нужно.
Если есть эфемериды и номер недели, хватит 12 секунд, чтобы получить один subframe.

Хотя, как я писал в статье, есть замороченные методы Snapshot GPS, вроде этого - https://snappergps.info/ , там значительно меньше данных нужно.

Думаю, что это сделано специально - "Within a set of Gold codes about half of the codes are balanced – the number of ones and zeros differs by only one "

Информация

В рейтинге
19-й
Откуда
Москва и Московская обл., Россия
Зарегистрирован
Активность