RTKlib/постпроцессинг

-1

Если направите - не вопрос. Я нуб в этой теме.

-1

-1

http://xenon.colorado.edu/paperIrevise2.pdf кое-что на эту тему.

“строго на секундной границе” но с определенной точностью, где-то доли микросекунд. Видимо про “геодезические приемники” я писал очень давно т.к. позже выяснилось это делают все более-менее современные бытовые приемники, тот же SSIII (а вот SSII этого не делал).
Время взятия отсчета планируется исходя из текущего смещения часов приемника (мы его знаем из последнего уравнивания) и дрейфа часов.

Смещения часов приемника в последовательные эпохи, по ним прогнозируется дрейф. Я думаю всё вместе варится в одном Кальмане.

-1

-1

-1

-1

По каким-то причинам сёрф делает это сознательно. В документации явно указано что, например, доплер имеет принудительное смещение около 96.25 kHz. Так что нельзя говорить что кварц у сёрфа хуже чем uBlox - так задумано ))

-1

-1

Нет, дрейфуют все измерения одновременно, они взаимосвязаны. Например 96.25 kHz / 1575.42 MHz = 61ppm
Я пытался понять зачем это нужно, сначала думал это связано с тем как организован кореллятор для несущей PLL vs FLL, последний допускает смещение реплики по частоте. Но судя по литературе это могут быть десятки герц, но никак не 96kHz…

-1

Какой-то редкий документ, ищутся только рефы на него в другой сёрфовской документации.
Удалось найти только APNT3003 “Troubleshooting Notes for SiRFstar III”, но в нем про 96kHz ни слова.

-1

Is it convenient for you to provide a link of NEO-7P firmware?
Thanks.

-1

Thanks. Waiting for your great work.