Blog talk:Boldenkov/09.08.2011 Размышления на тему аппаратной шкалы времени/c000038 — различия между версиями
Shatilov (обсуждение | вклад) (Новый комментарий от Shatilov: Да. Время должно быть непрерывным. Поэтому, в частности, в НАВИСЕ для всех расчетов б...) |
Shatilov (обсуждение | вклад) |
||
| Строка 1: | Строка 1: | ||
Да. Время должно быть непрерывным. Поэтому, в частности, в НАВИСЕ | Да. Время должно быть непрерывным. Поэтому, в частности, в НАВИСЕ | ||
| − | для всех расчетов берется время GPS. | + | для всех расчетов берется время GPS. |
| − | 1. Номер недели всё-таки нужен, чтобы правильно учитывать эфемериды на границе смены недели, и иметь возможность пользоваться | + | |
| − | 2. Представление сигнального времени в канале - это одно, а представление общесистемного времени в приемнике - это всё-таки другое. Для того, чтобы свести все системы нам абсолютно вредно думать об эпохах и чипах ПСП - нам нужны недели, секунды и время внутри секунды. | + | |
| − | 3. Посему предлагаю общесистемную шкалу времени формировать на основе времени GPS в формате недели-секунды-доли секунды. | + | 1. Номер недели всё-таки нужен, чтобы правильно учитывать эфемериды на границе смены недели, и иметь возможность пользоваться старыми альманахами. Вот только ошибок GPS повторять не надо - номер недели должен быть как минимум 16-битным. |
| − | + | ||
| + | |||
| + | 2. Представление сигнального времени в канале - это одно, а представление общесистемного времени в приемнике - это всё-таки другое. Для того, чтобы свести все системы нам абсолютно вредно думать об эпохах и чипах ПСП - нам нужны недели, секунды и время внутри секунды. | ||
| + | |||
| + | |||
| + | 3. Посему предлагаю общесистемную шкалу времени формировать на основе времени GPS в формате недели-секунды-доли секунды. | ||
| + | |||
| + | |||
Но дальше встает вопрос - мы будем корректировать общесистемное время в приемнике, подстраивая его под время GPS в реальном времени, или же зафиксируем некоторое абстрактное общесистемное время, а в алгоритмах везде будем тащить оценки сдвига шкал? Если грубо, то будем ли мы привязывать метку времени к GPS/UTC или нет? | Но дальше встает вопрос - мы будем корректировать общесистемное время в приемнике, подстраивая его под время GPS в реальном времени, или же зафиксируем некоторое абстрактное общесистемное время, а в алгоритмах везде будем тащить оценки сдвига шкал? Если грубо, то будем ли мы привязывать метку времени к GPS/UTC или нет? | ||
| + | {{wl-comment: }} | ||
Текущая версия на 12:54, 8 сентября 2011
Да. Время должно быть непрерывным. Поэтому, в частности, в НАВИСЕ для всех расчетов берется время GPS.
1. Номер недели всё-таки нужен, чтобы правильно учитывать эфемериды на границе смены недели, и иметь возможность пользоваться старыми альманахами. Вот только ошибок GPS повторять не надо - номер недели должен быть как минимум 16-битным.
2. Представление сигнального времени в канале - это одно, а представление общесистемного времени в приемнике - это всё-таки другое. Для того, чтобы свести все системы нам абсолютно вредно думать об эпохах и чипах ПСП - нам нужны недели, секунды и время внутри секунды.
3. Посему предлагаю общесистемную шкалу времени формировать на основе времени GPS в формате недели-секунды-доли секунды.
Но дальше встает вопрос - мы будем корректировать общесистемное время в приемнике, подстраивая его под время GPS в реальном времени, или же зафиксируем некоторое абстрактное общесистемное время, а в алгоритмах везде будем тащить оценки сдвига шкал? Если грубо, то будем ли мы привязывать метку времени к GPS/UTC или нет?
