GNSS база на u-blox F9P и Raspberry

Приветствую всех. Zed f9p передает поправки в формате RTCM3.3 в этом все так сказать несчастье. Так как подавляющее большинство приемников принимают максимум RTCM3.2. переконвертировать поправки никак не получается. rtklilib дает смещение при переконвертации во времени - из за этого решение фикс никак не получается.((( База как писал strolers - отлично, но без нужных поправок просто кусок высокотехнологичного метало-пластика. К сожалению. Пока проблема никак не решилась.

 

Например, NTRIP сервер South NRS EagleStation5 версии умеет декодировать RTCM 3.3 (MSM4), так и сырые данные в формате Ublox и формировать RTCM 2.3, RTCM 3.0, 3.2, CMR+. При этом до 2 баз включительно данный софт бесплатный.

 

geoprofix, а можно ссылку на файл установки?

 

https://cloud.mail.ru/public/439A/5Fz9wQweo

--- Сообщения объединены, Jun 22, 2020, Оригинальное время сообщения: Jun 22, 2020 ---

чтобы знаки вопросов стали читаемы, надо в папку INI с программой положить языковой файл и нажать в программе в верхнем меню знак ? и поменять Chinese на English. Также в комплекте идет NRSServer (NTRIP Caster), там тоже нужно скопировать языковой файл в папку INI и поменять язык через знак вопроса.
К сожалению, библиотеки 32 битной для EagleStation для Ublox формата нет, только 64 битная версия для пакета NRS EagleNet (платный софт с поддержкой сетевого решения), но декодировать RTCM MSM4 можно и в EalgeStation.

 

geoprofix, тут я в тупике

подскажите выход.

 

В чем это смещение заключается ?

--- Сообщения объединены, Jun 24, 2020, Оригинальное время сообщения: Jun 24, 2020 ---

Не проще ли rtklib поправить если там что не так ?

 

насколько я помню там надо ввести любое имя или название компании, телефон и почту, а потом уже в самой программе поменять язык нажав на знак вопроса в верхнем меню и перезапустить программу. или в config.ini в папке INI прописать после [SYSTEM]
Language=English

 

смещение по времени не дает фиксы. rtklib поправить не могу с моими познаниями в коде)). програмер знакомый пробовал - не получилось.

--- Сообщения объединены, Jun 25, 2020 ---

спасибо. будем пробовать.

 

Разве это не та проблема, которая была решена 3 года назад
и про которую буквально на днях писали на родном форуме u-blox ?

 

опубликуйте снова файл (нужен L_NrsServer_English.INI), а то закончился срок хранения, плиз

 

прикрепил

 

Вставлю свои 5 копеек:
Инъекция RTCM 1008 (На Zed-f9p и Raspberry) разобрана на этих ресурсах:
https://agopengps.discourse.group/t/injekt-rtcm-1008/454/30
И тут:
https://github.com/eringerli/RpiNtripBase/issues/1

 

Всем доброго дня! Приемником на чипе U-BLOX F9P и антенной u-blox ANN-MB-00 кто нибудь мерил точки в RTK в сложных условиях (городская застройка, растительность, лес - понимаю, что в таких условиях лучше не мерить и довериться многочасовой статике или еще лучше: старому доброму тахеометру и прогнать ход от открытой местности, но лень и любопытство - двигатель прогресса)), когда часть небосвода закрыто? Большие ли отлеты? Или же этот приемник хорош только для открытой местности, например поля, а сложные условия съемки в RTK лучше оставить брендовым приемникам по типу Leica, Tpimble, etc.? Буду благодарен, если кто-нибудь поделится опытом и наблюдениями по этой теме или скинет ссылку на исследования (можно и на любом др языке) др. людей, если они конечно проводились.

 

Ну что же, есть новости и хорошие.

В конце декабря 2020 года вышел релиз RTKLIB в котором появилась поддержка некоторых специфичных сообщений RTCM, нужных Trimble.
Я перейду сразу к делу, как настроил у себя. У меня установлена Win + SNIP.

1) Скачиваем beta 34 https://github.com/tomojitakasu/RTKLIB_bin/tree/rtklib_2.4.3 ( зеленая кнопочка Code, там Download ZIP)

2) Настраиваю Ublox как базу, плюс на выдачу всех возможных сообщений RTCM на USB. Какие сообщения выдает UBLOX у меня (в скобках частота в сек): 1005(1), 1077(1), 1078(1), 1097(1), 1127(1), 1230 (1), 4072(1).

3) Запускаю Strsrv.exe. Идея в том, что бы взять с USB(виртуальный COM) поток RTCM 3.3 и передать с конверсией на NTRIP-сервер 2 разных потока (MOUNTPOINT)- 1) старый RTCM 3.2 + сообщения Trimble, для старых приемников, с низкой скоростью данных и 2) новый, с форматом MSM7 + те сообщения, что необходимы для Trimble.
1: поток старый 1004(1),1006(10),1008(10),1012(1),1033(10),1230(10) + добавлена опция -opt TADJ=1.500 - корректировка времени, можете поправить на 1.000 или убрать, это надо экспериментировать.
2: поток MSM7 1005(10),1008(10),1077(1),1087(1),1097(1),1127(1),1230(10)
Описывать типы сообщений не буду, есть документация.
Не буду акцентировать внимание, что потоки (MOUNTPOINT) должны иметь разные имена.
Настройки потоков приведены в картинке.

4) Я проверял выдачу сообщений RTCM в SNIP, можете это тоже сделать, для уверенности.

Проверил у себя со следующим оборудованием:
Поток MSM7 (7000 б/сек) принимает:
1) оборудование Emlid (Reach RS, Reach RS2) берет из потока GPS+GLO+BDS+GAL
2) приемник South S660 (с платой Trimble) берет из потока GPS+GLO+BDS

Поток RTCM 3.2 (старый) 2500 б/сек принимает
1) оборудование South S86t, GPS+GLO
Фиксированное решение есть во всех случаях.
В ближайшее время проверю приемники South S760, ЮГ82.

 

У меня эта опция корректирует только только поток родных сообщений u-blox,
а в RTCM остаются долбанные миллисекунды.

 

Я сырой поток не разбирал, использовал приемники South в качестве эксперимента, по ощущениям стало лучше.
Посмотрите новую b34 - там реально много изменений, в b33 не было инъекции/генерации 1230, а сейчас есть.

 

глонас тут не при чем. Если источником RTCM являются сырые данные F9P,
преобразовывемые в RTCM, то их можно скорректировать,
а если ретранслировать родной RTCM, то в нем часто попадаются миллисекунды.
Спецификация RTCM это допускает, но не все производители геодезического оборудования
ей следуют. Как вы и пишете, надо тестировать.

 

Позволю себе с Вами не согласится.
Вчера я экспериментировал с RTKLIB b33с и было следующее: сообщения 1008 создавались и у меня был FIX только c GPS, а
в трансляции не проходили 1230 сообщения, в логе прямо об этом и писалось.
Полез смотреть RTKLIB и увидел новую версию, в которой эта проблема уже была решена.

 

Можно подключить приложение android Nuwa к нему?

Nuwa (open) Nuwa (close)

--- Сообщения объединены, Aug 8, 2021, Оригинальное время сообщения: Aug 8, 2021 ---

Возможно ли считать с платьі/( илископировать прошивку на сайте) с emlid reach m2 (там кажеться тоже f9p) и прошить ее на плату f9p?
прошивка тут
https://docs.emlid.com/reach/reach-panel/firmware-reflashing/

 

Попробуйте эту версию rtklib:
http://rtkexplorer.com/downloads/rtklib-code/
Подробности https://rtklibexplorer.wordpress.com/2017/02/01/a-fix-for-the-rtcm-time-tag-issue/
и тут: https://github.com/Stefal/rtkbase/issues/80
К слову: https://github.com/Stefal/rtkbase - готовый проект web RTK base на Rasberry