03.05.2017 PPP online services
| Строка 174: | Строка 174: | ||
|- | |- | ||
| ожидание ответа (в срежнем) | | ожидание ответа (в срежнем) | ||
| − | | | + | | ≈ 1.5 часов |
| 15 минут | | 15 минут | ||
| | | | ||
| Строка 199: | Строка 199: | ||
|- | |- | ||
| Минимальное время наблюдений | | Минимальное время наблюдений | ||
| − | | | + | | 1.5 часа ? |
| − | | 2 часа | + | | 2 часа |
| 1 час | | 1 час | ||
|- | |- | ||
| Максимальное время наблюдений | | Максимальное время наблюдений | ||
| − | | | + | | - |
| 48 часов | | 48 часов | ||
| | | | ||
Версия 13:25, 28 апреля 2017
PPP (Precise point positioning) - позиционирование высокой точности.
Краткую информацию о том, что это такое, можно найти на википедии.
Здесь рассмотрим следующую ситуацию: имеется навигационный приемник, желательно работающий в двух частотных диапазонах, например, Javad.
Задача: получить PPP измерения.
Содержание |
Общая идея получения решения
Задача решается следующим образом: навигационный приемник, подключенный к ПК, записывает файл с сырыми измерениями (псевдодальности, псевдоскорости). Проблема в том, что при расчете этих величин приемник никак не учитывают рад факторов: параметры ионосферы, так же, существует погрешность передаваемых НКА своих координат, имеют место быть и другие проблемы. Дифференциальные измерения (а PPP есть одна из их разновидностей) заключается в том, что есть навигационные приёмники, чьи координаты известны крайне точно. Эти приемники называют базами. Эти базы тоже принимают сигналы от НКА, обрабатывают их, решают навигационную задачу, получают координаты и сравнивают их с истинными. По результатам сравнения истинных координат с рассчитанными координатами (или с иными параметрами, например псевдозадержками) можно формировать корректирующую информацию (это может быть простая поправка к псевдозадержке или это могут быть параметры некой относительно сложной системы уравнений, учитывающей параметры сред и иные источники погрешностей отдельно).
Для реализации этой системы, очевидно, нужен канал связи: сервер PPP (где хранится корректирующая информация) - приёмник. В простейшем случае, этот канал связи - интернет.
Ниже будут рассмотрены вопросы, связанные с записью файла с сырыми измерениями, конвертирование их в формат удобный для последующей обработки, взаимодействие с серверами, предоставляющими доступ к PPP, и их сравнение.
Получаем RINEX файл
В результате выполнения этого пункта, на жестком диске вашего ПК должен появиться файл RINEX формата.
Рассмотрим решение задачи на примере приемника Javad.
Javad без проблем работает со стандартными программами на windows XP, однако, на данный момент не совсем ясно как это сделать на windows 10. Поэтому, для записи RINEX файла использовалась программа RTKLIB (где всё работает хорошо как на windows XP, так и на windows 10).
- сначала надо записать log-файл. Подробную инструкцию о том как это сделать можно найти здесь в разделе "Пишем BINR в логи, решаемся по измерениям NV08C". Ниже приведем сухой остаток из этого раздела:
Параметры порта:
- Bitrate: 115200
- Byte Size: 8 bit
- Parity: None
- Stop Bits: 1 bit
- Flow Control: None
Команды при запуске:
em,,jps/gd
em,,jps/qd
em,,jps/WD
em,,jps/ET
а в нижнем:
- конвертируем полученный файл (лог файл) в формат RINEX. Для этого можно обратиться к той же статье в раздел "Конвертируем в RINEX". Нужный нам файл имеет разрешение .obs
В качестве примера имеется лог-файл (запись проводилась около двух часов) и файл RINEX-формата: File:PPP_Javad_log_obs.zip
PPP сервер
Во всех случаях надо отправить rinex-файл на сервер, указав свою почту, куда будет выслан ответ.
Список серверов:
Natural Resources Canada
Ссылка на сервер: Natural Resources Canada
Обрабатывает данные как с одно-частотных, так и с двух-частотных приёмников. Для уточнения координат потребителя использует точные эфемериды спутников.
Особенности:
- Нужна регистрация.
- Ответ ждать порядка 1.5 часов
- Ответ приходит в виде архива .zip содержащий достаточно большой объем информации.
- Решение можно получить в координатах NAD83 или ITRF.
- В дополнительных опциях можно выбрать модель геоида и учесть данные о приливе океана (можно не учитывать для статической модели и/или для потребителя удаленного от океана).
- Есть статическая и динамическая модель. Если использоваться статическую модель, то на выходе получим одну усреднённую точку, а если динамическую, то получим трек.
- Используются лучшие из доступных эфемерид (FINAL, RAPID, ULTRA-RAPID):
FINAL (±2 см) - доступно через 13 дней.
RAPID (±5 см) - доступно через несколько дней.
ULTRA-RAPID (±15 см) - доступно каждые 90 минут (не доступно для загрузки).
- В координатах NAD83 решение можно получить быстрее чем в ITRF ?
- Имеется приложение "PPP direct v2.1" доступное для загрузки на сайте.
Пример ответа можно скачать здесь: File:ppp_full_output.zip.
Порядок работы с сервером.
Переходим по ссылке на сервер. если ссылка не работает, то с главной страницы сайта надо перейти в : Home - Earth Sciences - Geomatics- Geodetic Reference Systems - Tools and Applications
Далее жмем на ссылку "Go to CSRS-PPP online tool".
перейдя по ней вас попросят представиться системе, если вы не представлены или зарегистрироваться. Далее, вы попадаете на страницу, где указываете свою почту (для получения результата), модель (статическая (неподвижная) или динамическая), также, можно указать другие параметры и загружаете .obs файл.
OPUS (Online Positioning User Service)
Ссылка: OPUS
Особенности:
- ответ присылает быстро (в течение 10 минут)
- Информативность ответа относительно низкая (только координаты и погрешность)
- Сам ответ - это текст письма (т.е. нет никакого файла).
- Записанный файл должен содержать измерения GPS частотных диапазонов L1/L2
- Доступна только статическая модель.
- Файл должен был записываться не менее чем 15 минут, но не более 48 часов. При этом, по шкале UTC допускается пересечение не более чем одной полночи (нельзя задействовать измерения из трёх разных суток).
- Файлы, которые записывались менее двух часов, должны содержать P1 измерения , а также ещё либо P1, либо C1 измерения.
- Измерения от систем ГЛОНАСС и Galileo могут содержаться в файле, но измерения будут проводиться только по GPS.
- Используются спутники, находящиеся под углом к горизонту не ниже 10°.
- Запись файла должна проводится с частотами 1, 2, 3, 5, 10, 15 или 30 Гц.
- Формат файла: RINEX 2.x, или сырые данные.
- Выбор модели антенны учтет её характеристики. Выбор неправильной модели способен привести к погрешностям по высоте до 80 см, а по долготе и широте до 1 см.
- Возможен сбой работы, если в наблюдаемой фазе сигналов есть много срывов/пропусков.
Пример ответа:
X: 2846044.482(m) 0.016(m)
Y: 2200311.466(m) 0.049(m)
Z: 5249373.540(m) 0.046(m)
LAT: 55 45 22.70314 0.052(m)
E LON: 37 42 28.95829 0.029(m)
W LON: 322 17 31.04171 0.029(m)
EL HGT: 183.311(m) 0.041(m)
UTM COORDINATES
UTM (Zone 37)
Northing (Y) [meters] 6179713.416
Easting (X) [meters] 418919.757
Convergence [degrees] -1.06805532
Point Scale 0.99968064
Combined Factor 0.99965194
BASE STATIONS USED
PID DESIGNATION LATITUDE LONGITUDE DISTANCE(m)
DL3893 ISER IRAQ SURVY ERBIL CORS ARP 2218772.3
DK4489 ISBA IRAQ SURY BAGHDAD CORS ARP 2527874.0
DK6558 YYR1 GOOSE BAY WAAS CORS ARP N531831.085 W0602510.079 5606923.2
This position and the above vector components were computed without any
knowledge by the National Geodetic Survey regarding the equipment or
field operating procedures used.
Работа с сервером:
Переходим по ссылке, загружаем файл, делаем минимальные настройки, указываем почту для ответа и согласно длительности файла нажимаем на одну из кнопок: "Upload to Rapid-Static" или "Upload to Static".
AUSPOS
Достаточно быстро присылает ответ на почту. Пример ответа.
Особенности:
- Есть вероятность натолкнуться на ошибку:
"AUSPOS is unable to process data in near-real time please wait for at least 2 hours after the UTC day to allow time for the Reference station data to be available for processing"
Т.е. если записать "свежий" RINEX файл, возможно, PPP решение получится получить только спустя некоторое время.
Сравнение служб PPP
| Параметр | Служба | ||
| CSRS | OPUS | AUSPOS | |
| Регистрация на сервере | + | − | − |
| ожидание ответа (в срежнем) | ≈ 1.5 часов | 15 минут | |
| статическая модель | + | + | + |
| кинематическая модель | + | − | − |
| использование GPS | + | + | + |
| Использование ГЛОНАСС | − | − | ? |
| Минимальное время наблюдений | 1.5 часа ? | 2 часа | 1 час |
| Максимальное время наблюдений | - | 48 часов | |
[ Хронологический вид ]Комментарии
Войдите, чтобы комментировать.