Вопросы по Trimble Business Center

В RTK у Вас на контроллере прилетает опорная координата по высоте нижняя часть крепления антенны + учет смещения вариации до полусуммы электронных ФЦ ((L1+L2)/2)), а в заголовках файлов Rinex это нижняя часть крепления антенны.
PS: нет здесь ошибок, проверяйте что использовано.

Каким вы образом это производите?

У вас два штатных варианта замера высоты инструмента, без дополнительного адаптера:
1. Веха: "Нижняя часть крепления антенны";
2. Штатив с трегером: "До середины прокладки".

 

Именно это и подозревал. Но для какой цели эта путаница? Если теперь везде принято делать отсчет от низа крепления антенны, то для чего в РТК приходит до ФЦ? Я ведь когда определяю параметры перехода статикой с обработкой в ТБЦ, то в контроллер загоняю готовый проект с надеждой, что в РТК будет то же самое. Так что лучше уж тогда везде предупреждайте, что статику делайте с приведением к ФЦ, а то в РТК у вас будет другая высота.

То есть без учета смещения до ФЦ? То есть, координата определяется до ФЦ, а вы ее опускаете до низа крепления без учета конструктивного смещения?
Или я что-то не так понял?

 

В чем у Вас путаница?

В RTK сервер в сообщении не передает данные по модели антенны БС с ее параметрами, он передает координату ФЦ (опорная координата по высоте нижняя часть крепления антенны + учет смещения вариации до полусуммы электронных ФЦ ((L1+L2)/2))) и на ровере у Вас вычисляется координата тоже ФЦ, а далее ПО Вашего ровера/контроллера производит математические действия отнимая от отметки ФЦ ровера параметры смещения до нижней части крепления антенны и высоту инструмента.

Зачем ее приводить к ФЦ?
Вы в ПО для постобработки уже имеете в заголовке ринекс опорную координату нижней части крепления антенны согласно правил NGS + выбираете правильную модель антенны, а далее ПО произведет все правильные действия автоматически.

У Вас ПО для постобработки производит эти действия.

Нет, вычислены координаты БС нижней части крепления антенны.

 

XXX-geodesy, хорошо, поставлю вопрос иначе: высота отснятой точки будет правильная у статики или в РТК? В статике мы задаём до низа крепления антенны, назначаем нужную антенну, ПО ТБЦ считает, приведя к ФЦ.
В контроллер приходит сразу приведенная до ФЦ. Должно быть одинаково.

 

Будет одинаковая.

Все верно.

Да, координата БС будет ФЦ.

Должно быть одинаково с чем?

 

Со статикой. Вы уже выше ответили.
В общем, как только появится возможность, еще раз, более вдумчиво проверю, что и как у товарища в контроллере. У него PrinCE i5 с вашим же контроллером, я там не проверил, какая антенна выбрана, а только проверил до какой точки измерение проходило в контроллере. Так же проверю с другим оборудованием, скорее всего возьму Trimble R8-3 и TSC-3 TA. Сейчас совсем нет возможности сделать эти исследования.

 

Для более детального разбора "полетов" свяжитесь с ТП АО "ПРИН" через любой для Вас удобный канал связи: https://www.prin.ru/contacts/

 

Это вы про какое сообщение RTCM говорите? Обратите внимание на слова в описании распространённых типов сообщений:


Возможно для ваших серверов не используется указание антенн, но сам RTK тут не причём.
Для чего вообще эта возня с ARP и антеннами? В частности по той причине, что координаты фазового центра антенны разные для разных частот. И чтобы не таскать отдельные координаты для каждой частоты - придумали определять её для ARP и дополнительно учитывать смещение из описания антенны.

Вот в этом возможно и есть корень проблемы. Если программа думает что это координата ARP, а на самом деле это ФЦ - будут лезть смещения по высоте.

 

При РТК-измерениях я в контроллере TSC-3 ставлю "измерения до Antenna phase center"?, высота 0,000. Когда пишу статику ставлю такие же настройки в контроллере, да и потом при импорте в ТВС контролирую до куда проводились измерения (ведь это можно поправить в окне загрузки сырых данных). К примеру, при загрузке в ТБС сырых данных с БС - там написано, что измерения приведены до низа антенны (Zephir Geodetic 2), высота 0,000м. Но отметка гуляет в пределах 2 см постоянно(((

 

1007, 1008.

Речь идет про работу сервера в режиме метода съемки RTK.

Об этом выше и написано.

Какой корень проблемы?
Нет здесь вариантов раздумий для ПО при работе в режиме метода съемки RTK, координата БС будет 1005+1006+учет смещения вариации до полусуммы электронных ФЦ ((L1+L2)/2)) согласно данных NGS.

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

Какая истинная высота инструмента замеряна?
На чем стоял приемник (вешка или штатив)?
До чего произведено измерение высоты инструмента (вертикальное на вешке до нижней части крепления антенны или наклонное до середины прокладки)?

 

Ну это ж как раз сообщение с названием антенны. А вы говорили про

Так вот, координату ФЦ сервер не передаёт. Он передаёт только координаты ARP + название антенны.
Давайте будем точны в терминах, а то недопонимание - частая причина ошибок.

 

Приемник стоит на штативе. Меня интересует отметка его ФЦ потому что именно она потом используется для расчета кинематики АФС. Вопрос в том, что я при РТК-наблюдениях настраиваю измерение до ФЦ антенны, и статику потом считаю в ТБС до ФЦ и отметка "плавает" в пределах 2 см. А в итоге какой отметке верить непонятно. Для АФС - это не проблема, но недавно попросили высотные реперы передать на стройплощадку - вот я и вспомнил об этой "дельте" по высоте, и не пойму какую из них выбрать.

--- Сообщения объединены, 23 июл 2022, Оригинальное время сообщения: 23 июл 2022 ---

Я в ТБС закидываю не ринекс, а напрямую Т02, и там измерения настроены до того места, которое указал в контроллере в поле.

 

Хм, смешно)). Просто дело в том, что эти 2 см ловятся на любом расстоянии от ПДБС, начиная от 5км и до 32км. И величина всегда практически одна и та же. При РТК-измерениях я стою 180 сек.

 

Сообщения по диагонали читаете?

Вам виднее, смотрю вы лучше знаете, как работает сервер
Знакомы с серверами Geo++, TopNET-V, GNSS Spider?

Вам не на «японском», а на русском языком все выше написано.

«Битва экстрасенсов» без подробностей, далее передача «Угадай мелодию».

 

Чтобы знать что передаётся в стандартном сообщении протокола не нужно знать как работает сервер. Достаточно знать описание стандарта.
В стандарте написано что в сообщениях передаются координаты ARP + название антенны. Который из перечисленных вами серверов не следует стандарту и передаёт координаты ФЦ?

 

Если Вам не нужно, значит и не нужно

Бывает, что «На заборе «Х…» написано, а за ним дрова лежат».

Это не нарушение стандарта, а особенность работы сервера, только Вам же не нужно знать как работает сервер.

Опровергать будете?

Работа станция на сервере Geo++:



Работа этой же станция на сервере TopNET-V:
Вариант №1 применено сервером (Относительная калибровка_ANTINFO (Старый формат NGS - только GPS):



Вариант №2 применено сервером (NGS08 Абсолютная калибровка_ANTINFO (Старый формат NGS - только GPS)):

 

В стандарте всё чётко написано и даже комментарий приведён почему именно так нужно делать.



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

 

Вам выше приведен пример с особенностями работы сервера.

На серверах заданы одинаковые координаты ARP, но вы как «Фома – неверующий».

Интересны тем, кто не занимаются подгонометрией.

 

Скриншоты каких программ там показаны?

Тут не нужно во что-то верить или не верить, нужно просто знать формат протокола. В протоколе не передаётся какие это координаты, потому как там жёстко определено что это координаты ARP и ничто другое, и сервер просто физически не может передать координаты ФЦ. Если задана антенна, про которую ровер не знает (или не задана вообще) - то конечно будут проблемы с определением корректной высоты.
Можно, конечно, сделать морду кирпичом и сказать - у нас вместо ARP тут ФЦ (несмотря на то что написано в спецификации) а на антенну забейте. И это даже как-то будет работать. Вот только тут могут начаться проблемы и разница со статикой, что кто-то забивает а кто-то нет...