В UTC добавится ещё секунда относительно TAi

Оффтоп

Это не совсем так. Синхронизация времени на серверах в Интернете часто реализована, так или иначе, с помощью GPS. Некоторые версии апача входили в ступор из-за этой секунды синхронизации. Так называемая apache leap second bug.

И это не когда-то давным-давно, а летом 2012 года!

По-хорошему, отменить её нафиг совсем, ибо толку от неё ровно ноль. Есть один очень сильный аргумент в пользу такого решения. Всё человечество живет по поясному времени, много стран вводят летнее время (скачок в один час) и не кашляют, а тут ловят 0.9 секунды, причем разницы |UT1–UTC | ≤ 0.9 с.
А учитывать её можно один раз в тыщу лет.

 

Тот факт, что Topcon Tools, GrafNav/GrafNet и особенно неподдерживаемый Pinnacle могут обрабатывать наблюдения, содержащие ГЛОНАСС, якобы не зная LEAP SECONDS, не мог поколебать мою уверенность, что LEAP SECONDS необходимо знать, но стало интересно, как они это делают. Прояснить вопрос помог небольшой эксперимент с Topcon Tools.

Возьмём два файла наблюдений (базу и ровер), содержащие измерения GPS+ГЛОНАСС, и обработаем только измерения ГЛОНАСС. Т.к. в настройках TT нет варианта обработки "Только ГЛОНАСС", сделаем это искусственно, загрузив в проект только эфемериды ГЛОНАСС, не загружая эфемериды GPS. Проект успешно обрабатывается, решение найдено.
Как я уже писал выше, в Topcon Tools используется значение LEAP SECONDS либо из файла LeapSecons.xml, содержащего историю его изменения, либо из строки LEAP SECONDS файлов RINEX. Что же будет, если TT не будет знать LEAP SECONDS? Удалим строки, содержащие LEAP SECONDS, из файлов RINEX и перенесём файл LeapSecons.xml в другую папку. Теперь TT неоткуда взять значение LEAP SECONDS. Повторим тот же эксперимент. Результат - "Невозможно обработать ни один из векторов". Не зная LEAP SECONDS, задачу решить нельзя!
Теперь добавим к проекту навигационный файл GPS (тоже без строки с LEAP SECONDS) и повторим обработку. Задача решится и с использованием и GPS, и ГЛОНАСС! Т.е. TT "восстановил" значение LEAP SECONDS из совместных наблюдений.

И ещё один интересный эксперимент. TT может посчитать навигационные координаты приёмника (автоматически при загрузке файла в проект или по команде "Вычислить координаты"). Обнулим приблизительные координаты в заголовке файла (строка "APPROX POSITION XYZ") и загрузим файл в проект. Если теперь посчитать координаты только по ГЛОНАСС, и TT будет знать LEAP SECONDS, то вычисленные координаты будут весьма похожими на правильные, а если LEAP SECONDS неизвестно, координаты не посчитаются вообще! Аналогичный эксперимент в Pinnacle дал отклонение вычисленных координат на десятки километров.

Повторить такие же эксперименты в GrafNav/GrafNet не имею возможности, в настоящее время нет ключа, желающие могут попробовать.

Теперь выводы.
LEAP SECONDS для обработки необходимо знать. Другое дело, что ПО может КОСВЕННО восстановить LEAP SECONDS из совместных наблюдений GPS+ГЛОНАСС. Это можно сделать учитывая то, что LEAP SECONDS - целое число с небольшим диапазоном изменения.

A LeapSecons.xml для TT лучше всё же обновить "по образу и подобию". Думаю, вскоре должно выйти сообщение об обновлении.

 

Оффтоп

Да ранее, году в 2004. И ничего особо умелого там не было, Артём правил RINEXовские файлы заменяя "шапки" неавторизованных приёмников - "шапками" имеющих авторизацию. Главное чтобы в одном проекте одновременно или на одной линии не встретились 2 близнеца. Были у меня смутные сомнения, что это может привести к ошибкам, но тогда я не очень хорошо разбирался в ГНСС и не был склонен к экспериментам.
Ну а потом уже появился Pinnacle которому не требовалась авторизация...

 

Оффтоп

Ну, там не совсем всё так просто.

А что, есть такой? А то могу и авторизовать

 

Дошли руки до такого же эксперимента для GrafNet.
Сразу к результатам:
1. Двухсистемные (G+G) данные с навиг. файлами не содержащими UTC/GPS - обрабатываются, но с ошибкой "Missing UTC/GPS offset for glonass processing".
2. GPS only данные с навиг. файлами не содержащими UTC/GPS offset - обрабатываются (логично).
3. Glonass only не считается никак (версия GNGN 8.40), и даже не считает приблизительные координаты после обнуления "APPROX POSITION XYZ". Обмануть софтину путём недостачи навиг. файлов GPS не получается.
3. В GPS данных обнуление "APPROX POSITION XYZ" ровным счётом ни на что не влияет
4. Если обрабатывается, то результаты абсолютно одинаковые - что с UTC/GPS offset что без.

Мой вывод: UTC/GPS offset программе нужен только для случая Glonass only.
Данные для теста прикрепил сюда.

 

Оффтоп

Да я догадываюсь, но приоткрытие тайны заключалось в этом. Копать особого желания не было, т.к. приходилось тогда систематизировать, разгребать, перемерять за этими "умельцами".

Есть и весьма широко распространён. Он в народ пошёл вроде бы после роспуска команды разработчиков.
Авторизовать... да не нужно. Я только координатным калькулятором пользуюсь. За него спасибо.
Вы, видимо, к разработке или распространению ПО имеете отношение?

 

Давайте теперь вернемся к добавочной секунде. Я обратился по этому поводу в ИАЦ КВНО ЦНИИмаш. Они себя называют: Информационно-аналитический центр координатно-временного обеспечения. Ну, раз так себя называют, то, временное обеспечение вроде как их епархия. Получил такой вот ответ:

Сам не ожидал: оказывается, атомные часы приостановят в ночь на 1 июля. Шкалу UTC трогать не будут. Фу, кажись значит переживем.
P.S.: может быть кто знает: что там такое в ИАЦ КВНО курят?

 

Ну как же не будут:

Да и насчёт "приостановят часы" - вольная интерпретация, в оригинале такого нет. Вызывает ассоциации с остановкой маятника часов и последующим запуском.

 

Мне кажется, что они про шкалу UTC и шкалу TAI не знают. Они возьмут и "тормознут" на одну секунду шкалу времени системы ГЛОНАСС. Так, в ИКД ГЛОНАСС было написано:

а, написав "все атомные часы будут приостановлены", они имели ввиду часы ГЛОНАСС.

 

К счётчику секунд добавляется дополнительная секунда - 23:59:60:

 

Метка времени, передаваемая в сигнале, сдвигается на одну секунду.

 

Да, на одну секунду будем спать дольше.

 

Передачей соответствующих кодов в составе сигналов. так, для сигнала L1OCd каждая строка сигнала содержит поля, набор и расположение которых постоянно, т.е. повторяется в каждой строке. Перечень и параметры служебных полей приведены в таблице:

Смысловое содержание служебных полей сигнала L1OCd:
- Поле СМВ (Сигнал метки времени) - в данное поле записана константа: СМВ = 010111110001. Первые шесть бит этой последовательности при прохождении через сверточный кодер обеспечивают такое его начальное состояние, которое в сочетании с действием последних шести бит образует на выходе сверточного кодера постоянную 12-ти битную синхронизирующую последовательность 000111011010, обладающую хорошими автокорреляционными свойствами.
- Поле СМВ предназначено для передачи метки времени (МВ). Под МВ понимается момент переднего фронта первого бита СМВ. МВ совпадает с моментом начала строки.
- Поле Тип (Тип текущей строки) - определяет состав информации (набор и расположение информационных полей строки), передаваемой в строке содержащей данное поле. Например, если текущая строка имеет 1 тип, то Тип = 000001.
- Поле j - номер НКА, передающего данное навигационное сообщение. Смысловое содержание поля j постоянно для строк любого типа, за исключением строк содержащих альманах. В строках содержащих альманах, поле j имеет смысл номера НКА, к которому относится альманах. Чтобы подчеркнуть отличие в смысловом содержании, в строках содержащих альманах используется обозначение поля jА, вместо j.
...
- Поле КР - признак плановой коррекции БШВ (признак ожидаемой коррекции UTC(SU)), на плюс или минус 1 с в конце текущего квартала по гринвичскому времени (в 3 часа по МДВ). Коррекции БШВ приводят к соответствующим коррекциям ШВ L1OCd.
КР = 00 – коррекции не будет;
КР = 01 – длительность суток по ШВ L1OCd увеличивается на 1 с;
КР = 10 – решение о коррекции не принято;
КР = 11 – длительность суток по ШВL1OCd уменьшается на 1 с.
- Поле А - признак выполнения или невыполнения коррекции ШВ L1OCd на плюс или минус 1 с в конце следующей строки.
А = 0 – коррекции не будет;
А = 1 – коррекция будет.
Сочетание признаков А = 1, КР = 11 в текущей строке означает, что следующей будет передаваться аномальная укороченная на 1 с строка 1-го типа, длительностью 1 с. Если же в текущей строке указано сочетание признаков А = 1, КР = 01, то следующей будет передаваться аномальная удлиненная на 1 с строка 2-го типа, длительностью 3 с.
Поле ОМВ - оцифровка метки времени. Момент по ШВ L1OCd, соответствующий началу текущей строки, выраженный в 2-секундных интервалах внутри текущих суток (по ШВ L1OCd). На первом 2-секундном интервале внутри суток, ОМВ = 0.

 

Ну, вот и дождались (ftp://ftp.vniiftri.ru/BULLETINS/G), читайте:

Федеральное агентство по техническому регулированию и метрологии​ «РОССТАНДАРТ»​ ФГУП «ВНИИФТРИ» ГМЦ ГСВЧ

ISSN 0135-2415 БЮЛЛЕТЕНЬ Г-148 20 АПРЕЛЯ 2015 г.​

И З В Е Щ Е Н И Е​

О введении дополнительной секунды
в шкалу времени UTC(SU)
​

В соответствии с решением Международной службы вращения Земли и опорных систем отсчета (Бюллетень IERS C-49 от 5 января 2015 г.) в ночь с 30 июня 2015 г. на 1 июля 2015 г. в 0 часов по всемирному времени (в 3 часа по московскому времени) будет введена дополнительная секунда в национальную шкалу времени UTC(SU) всеми российскими эталонами времени и частоты и всеми средствами передач эталонных сигналов времени.​

Сигналы времени будут передаваться в следующей последовательности (время всемирное):​

30 июня 2015 г., 23 ч. 59 мин. 59 с,
30 июня 2015 г., 23 ч. 59 мин. 60 с,
01 июля 2015 г., 00 ч. 00 мин. 00 с.​

С учетом введения дополнительной секунды в шкалу всемирного координированного времени UTC ее разность со шкалой международного атомного времени TAI составит:​

​

с 1 июля 2012 г., 0 ч UTC до 1 июля 2015 г., 0 ч UTC : UTC–TAI = – 35 с;
с 1 июля 2015 г., 0 ч UTC : UTC–TAI = – 36 с.
Главный метрологический центр ГСВЧ

ФГУП «ВНИИФТРИ» ГМЦ ГСВЧ​ гп Менделеево, Солнечногорский р-н, Московская обл., Россия, 141570 Телефон: (495) 660-57-21 (495) 660-57-21 Факс: (495) 660-17-41 E-mail: nio7@vniiftri.ru

Подписано в печать 20.04.15 г.
Полиграфуч. ФГУП "ВНИИФТРИ"
Заказ №65, 0.04 уч-изд.л, Тираж 280 экз.

​

 

Секунду добавили, оборудование не работает.

 

Пример того, как неверное значение LEAP SECONDS при обработке измерений GPS+ГЛОНАСС в Topcon Tools приводит к недостоверным результатам, приведен в этой теме.