Здравствуйте Всем. При обработке данных в TBC 2.6_2 c использованием мультичастот (системы GPS и GLONASS) в отчете по обработке базовых линий присутствуют только данные по спутникам GPS. Данных по спутникам GLONASS нет. В свойствах базовой линии наблюдаемые спутники GLONASS-0, Galileo-0. При съемке используются приемники GNSS Trimble R8. Приемники принимают сигналы указанных систем. В настройках проекта решение задано мультичастотное. Включены все спутники указанных систем. Почему в отчете в отчете по обработке базовых линий отсутствуют спутники GLONASS? И обработан ли вектор с учетом спутников GLONASS? ПО лицензионное. Может кто поможет решить проблему? Спасибо.
Уважаемые господа! ЧЕГО вы хотите (хочите) от совместной обработки данных (GPS и ГЛОНАСС), уж не повяшения ли точности выполненных Вами измерений? ? ?
Интересно, что TBC версии 2.6.2 была выложена на сайт только сегодня ночью. Может, чего в ней намудрили? Хотя вряд ли. Выкладывайте данные, проверим. (Добавление) Не понял - о чем голосование?
Таки да, версия 2.6_2 только вчера была выложена. В архивированном файле база и ровер. С уважением PV. (Добавление) Да, хотелось бы точность повысить. Скажете, что все напрасно? С уважением PV.
Ха, PV, вот так номер! Если б распаковал ваши данные раньше, то мог бы поставить диагноз и без всякой обработки и анализа. Оказывается, вы в обработку берете DAT файлы! Это очень старый формат Trimble, он не включал данные ГЛОНАСС. Чем вам не угодили файлы T02, которые раз в 20 занимают меньше места и включают ГЛОНАСС? Забудьте про DAT, используйте только T02. Тогда и можно будет провести сравнительный анализ точности. Еще могу посоветовать обновиться до последней версии МПО приемников - 4.19. Она лежит тут - http://www.trimble.com/trimbler8gnss_ts ... tion-21462 PS Как там продвигается строительство дамбы?
Вот казус случился. Михаил, большое спасибо за помощ и за ссылку. Я предполагал, что решение где-то на поверхности. И это издержки от перехода работы с TGO на TBC и на новое железо. Дамба уже построена, теперь мониторим. С уважением PV.
Я понимаю что ответовопрос с подковыркой. Поэтому ответоспрошу: А в какой программе можно обработать измерения ГЛОНАСС с заданным весом входных данных? (на сколько я понимаю, если вес входных данных для Навстаров 1, то вес Глонасс менее 0.5, а то и всего 0.3) К тому же я пока не встречал коммерческие программы которые обрабатывают только Глонасс. (за исключением Вершины-Ансамбля, которая, кстати уже давно не поддерживается)
uriygr TopconTools может. Если отключить все спутники GPS и оставить только ГЛОНАСС. Отдельной кнопочки обработать только по ГЛОНАСС нет.
Отдельной кнопочки ненада. Конвертите файлы двух станций в ринекс с исключением навстар, принемаете в программу обработки и тупо решаете вычисляемый вектор. Естественно орбиты *.XXN не принимаете в программу, используете только *.XXG. Я почему-то полагаю что большинство программ воспримет эту информацию за бред.
Абсолютно никаких подковырок. Вы высказали своё мнение, как я полагаю, имея практический опыт, в котором точность падает или, по крайней мере, не возрастает, при включении в обработку спутников ГЛОНАСС. Это так или Ваше мнение навеяно «древними» предрассудками? Опять же, это Ваше мнение? Есть доказательства, расчёты или просто Вам так кажется?
" ... Какие ваши доказательства?..." - говаривал злодей из фильма "Жара". Встречный вопрос. Доказательства чего? Если по поводу весе использованных в обработке данных то пожалуй, это моё мнение. Если по поводу целесообразности ГЛОНАСС, то я уверен в её эффективности. Более того скажу что и Компас и ГолыйЛео тоже нужны. По поводу эксперемента: Process Queue Solution [Session GPS] - Processed Process: Static Engine, v.01.22.089 std, processed vectors: 1 (6 sec) Vector: SAMR --> 00111023c_7H1C {-21958.8094, -17151.0167, 20145.3604} Rms=0.1082 Len=34382.8770 (float:52/55.98) COMPUTE SAMR --> 00111023c_7H1C SINGLE DIFFERENCE Scan Epochs: 2129 epochs Scan Epochs: 2129 epochs Scan Epochs: 2129 epochs 388 SD ambiguities GLONASS: 9 SVs GLONASS: 8 double differences Process mode: Wide Lane Elevation Mask: 10 degrees Min Measurements: 10 % Max Iteration: 6 Convergence: 0.001 meters Contrast Threshold: 95 % Measurement Tolerance: 3*sigma Broadcast ephemeris Apply Phase Center Variations THE FLOAT (L1 - L2) DOUBLE DIFFERENCE SOLUTION GLONASS Carrier Phase Double Difference: Meas=2216, Used=2216, Rms=0.0193 cycles GLONASS Pseudo-Range Single Difference: Meas=17118, Used=17101, Rms=1.3021 meters AMBIGUITY RESOLUTION 53 intervals 51 fixed, 2 float (0.18%) ambiguities Max non-fixed ratio=88.94 Min fixed ratio=100 THE FLOAT (Wide Lane) DOUBLE DIFFERENCE SOLUTION GLONASS Carrier Phase Double Difference: Meas=2216, Used=2216, Rms=0.0779 cycles GLONASS Pseudo-Range Single Difference: Meas=17101, Used=17097, Rms=1.3050 meters AMBIGUITY RESOLUTION 53 intervals, 18 cycle slips 53 float ambiguities Max non-fixed ratio=55.98 THE FIXED (Wide Lane) DOUBLE DIFFERENCE SOLUTION GLONASS Carrier Phase Double Difference: Meas=2216, Used=2212, Rms=0.0776 cycles GLONASS Pseudo-Range Single Difference: Meas=17097, Used=17095, Rms=1.3047 meters Solution [Session ГЛОНАСС] - Processed Process: Static Engine, v.01.22.089 std, processed vectors: 1 (3 sec) Vector: SAMR --> 00111023c_7H1C {-21958.4750, -17150.9569, 20145.6676} Rms=0.0242 Len=34382.8136 (fixed:13/97.98,float:7/9.7%) COMPUTE SAMR --> 00111023c_7H1C SINGLE DIFFERENCE Scan Epochs: 2129 epochs Scan Epochs: 2129 epochs Scan Epochs: 2129 epochs 33 SD ambiguities GPS: 8 SVs GPS: 7 double differences Process mode: Wide Lane Elevation Mask: 10 degrees Min Measurements: 10 % Max Iteration: 6 Convergence: 0.001 meters Contrast Threshold: 95 % Measurement Tolerance: 3*sigma Broadcast ephemeris Apply Phase Center Variations THE FLOAT (L1 - L2) DOUBLE DIFFERENCE SOLUTION GPS Carrier Phase Double Difference: Meas=24042, Used=24042, Rms=0.0599 cycles GPS Pseudo-Range Double Difference: Meas=36150, Used=35943, Rms=0.7346 meters AMBIGUITY RESOLUTION 20 intervals 16 fixed, 4 float (0.63%) ambiguities Max non-fixed ratio=50.9 Min fixed ratio=96.07 THE FLOAT (Wide Lane) DOUBLE DIFFERENCE SOLUTION GPS Carrier Phase Double Difference: Meas=24042, Used=24024, Rms=0.1663 cycles GPS Pseudo-Range Double Difference: Meas=35943, Used=35907, Rms=0.7456 meters AMBIGUITY RESOLUTION 20 intervals, 4 cycle slips 13 fixed, 7 float (9.7%) ambiguities Max non-fixed ratio=90.32 Min fixed ratio=97.98 THE FIXED (Wide Lane) DOUBLE DIFFERENCE SOLUTION GPS Carrier Phase Double Difference: Meas=24024, Used=24004, Rms=0.2055 cycles GPS Pseudo-Range Double Difference: Meas=35907, Used=35901, Rms=0.7429 meters Хотя это не совсем корректно.
подскажите пожалуйста , как импортировать файл с Тримбл GeoXR в TоpоСаd? Вот формат координат Task Scheduler Task Object (.job)
ребят, подскажите пожалуйста, с чем может быть связано: имею набор RINEXов, заливаю из в GNSS Solutions и получаю 1 результат, заливаю их в Topcon Tools - получаю другой результат. на некоторых измерениях результаты совпадают, а на некоторых нет. Почему так? кто из них правильнее?!
Могут быть, например, разные настройки обработки в разных программах. Фиксированные решения везде получены? Солюшн всегда отличалась здоровым пофигизмом к различного рода сбоям. Вы выложите файлы наблюдений, посмотрим в нескольких программах.
Во вложении ринекс файлы наблюдений. Точка GPS0018 - пункт ГГС. Его координаты 6883582.118 6564652.801 в системе СК42 зона 6 --- Сообщения объединены, 15 дек 2017, Оригинальное время сообщения: 15 дек 2017 --- и спасибо Вам за неравнодушие :)
Посчитал в трех программах (LGO, GNSS Solution, TBC). проверить в MagnetTools на данный момент нет возможности (ключ вернется только в конце недели). Параметры СК 42 во всех программах были введены идентичные в соответствии с ГОСТ 51794-2008, параметры антенны взяты с сайта NGS, высота установки антенны оставлена 0,36 м (подозреваю что это кадастр и отметка не нужна, поэтому далее о ней не вспоминаем), получил следующие результаты: 1. LGO - точка 21 фиксированное решение было получено в автоматическом режиме, точка 20 - долго танцевал с бубном, в итоге фикс получен при условии поднятия маски, отключения спутника и изменения модели тропосферы. 2. GNSS - в автомате получала фикс. на точке 20, а на точке 21 пришлось поднимать маску, отключать спутник, фикс получен. При лучших из подобранных решений расхождение в плане с LGO в точке 21 - 0,65 м, в точке 20 - 1,1 м. 3. TBC - фиксированные решения получить не смог, поэтому использовал лучшие плавающие из полученных решений только для сравнения. В результате отклонения в плане от результатов LGO составили: точка 20 - 0,5 м, точка 21 - 0,02 м. Все результаты приведены в приложенном файле. В итоге: 1. Измерения на точке 20 не качественные (видимо есть помехи в виде деревьев, строений и т.д), можно ли использовать полученные координаты в работе большой вопрос. Не помешало бы повести измерения вектора между точками 20-21, взяв за исходную т.21. 2. GNSS Solution - лихо считает, но, к сожалению, есть проблемы в математическом аппарате при расчете не очень качественных измерений. 3. Наиболее точные результаты получены в LGO. p.s. Работаете только с L1 - купите иконку или максимально исключайте влияние помех.
mals, мне бы да ваши знания) некоторые слова оказались мне непонятны))))) Спасибо за проделанную работу! И еще - эта проблема характерна для все 1 частотников или для конкретной модели:? Раньше работал с Sokkia Stratus + Ashtech Solutions и мне казалось, что данная система проста и надежна как всем известный автомат) Перешел на лейку и теперь чувствую легкое жжение ниже поясницы. Где можно прочитать про обработку GNSS чтобы тоже понимать про маски, модели топосферы и тд?!
