Здравствуйте. Я понимаю, что короткая съемка никак не может быть статикой, однако вопрос мне предстоит решить, потому подскажите... Работа выполнялась в Красноярске. Предполагалась съемка S&G. В наличии было приемника триумф и контроллер, но в первые дни работы по каким-то причинам контроллер не работал и съемка была выполнена, скажем так, статическим способом. Продолжительность измерений от 30 сек до 2 мин с частотой записи 1 сек, т.е. более 30-ти эпох. Исходными пунктами была информация с нескольких базовых станций, работающих с частотой записи 1 сек и 5 сек. Участок съемки был в центре треугольника БС со сторонами от 50 до 80 км. Обработка выполняется в программе Топкон Туллс. Как обычно при импорте данных автоматически формируются вектора измерений, но для совсем коротких интервалов съемки (до 1 мин) вектора к таким точкам не были построены. Соответственно координаты таких точек получены как навигационные без дальнейшей обработки. Для остальных точек обработка более-менее нормально выполнена. Почти все fixed и для большинства в плановом допуске 5 см. Почему ТТ не построил вектора к точкам менее 1 мин? Ведь по 30-59-ти общим эпохам можно же получить решение. Эту же съемку я попробовал обработать в TBC. Там для всех неизвестных приемников (по умолчанию БС и съемочный приемник правильно не определились) вектора программа построила. И я даже выполнил gps-обработку. Между базовыми станциями обработка векторов выполнена без проблем, но при подгрузке и обработке съемки все решения получены как float с плановой и высотной ошибками более 1-го и даже 2-х метров. Соответственно и ведомости все бракованные. Однако в отчете по обработке базовых линий отклонения по каждому спутнику не более 2-5 см - это видно по графикам по каждому из спутников. Как такое может быть? Прилагаю ринексы измерений от одной БС и съемочного приемника. У обоих интервал записи 1 сек.
На вкладке Job->Job Configurantion->GPS+PostProcess в окошке Min observation time очевидно стоит 60 сек. Установи интервал поменьше.
Как это? Статика – метод наблюдений, никак не зависящий от длительности сессий. Важно только, чтобы оба приёмника, образующие вектор были неподвижны. Другое дело, что от длительности сессии напрямую зависит точность результата, но сущность метода к этому, ну, никаким боком. Тогда бы съёмка обрабатывалась другим движком, который при малых оккупациях лучше обрабатывает. Как я понял, Вы прикрепили даже не от ближайшей, т.к. вектора в районе 45км? К счастью чудес не бывает. Даже программисты понимают, что так работать нельзя. Хоть статикой, хоть Stop&GO. Не верьте глазам своим. Программисты Вас обманули. При такой работе отлёты координат могут быть свыше 1м. Конечно, но это уже не геодезия, а навигация. «Topcon Tools», всё же, геодезическая программа, хотя считает и навигацию, если пользователю это надо. Извините, но это не ведомости бракованные, а пользователь не умеет работать и гонит брак. Программисты развлекались. За это спасибо, т.к. другие по полдня заставляют искать их ошибки, не показывая данные. А здесь всё понятно. Зачем? Ему нужна обработка навигации?
Ок. Учту на будущее По моей информации эта ближайшая БС Ну и шуточки у них?! Это я уже давно понял, общаясь с Вами
Из практики иногда при измерениях в радиусе 10 км от базовой станции одночастотником в течении 35 минут при 7-8 спутниках при обработке в Топкон Тулс получается плавающее решение и приходится выезжать повторно и перемерять точку (при повторном измерении - 50 минутах стояния все считается отлично). Получается такое с периодичностью раз в 1-2 месяца в период наблюдений с 16 до 18 часов. Приемник Топкон Хайпер Плюс с установленным периодом записи 5 секунд. Количество эпох можете посчитать сами, но главное то, что "чудес" не бывает, поэтому если хотите получить достоверное решение при обработке, которому сможете доверять, то быстрая статика (тем более 2 минуты) при векторах более 30 км просто недопустима!! Кроме того при измерении в 18 км от базы двухчастотником в течении 8-10 минут статикой (не GNSS а только GPS) с 8 спутниками и приемлимым pdop тоже получал плавающие решения, при этом чистка сигналов со спутников и прочие танцы с бубном непомогли. Вывод - для предотвращения повторного выезда необходимо неполениться и постоять лишние 10 минут на точке, чтобы потом голова неболела над вопросом - "Как бы обосновать начальству повторный выезд?"
Разница 20-50 см иногда до 1.5м. Условия конечно не всегда самые лучшие - заросшее садовое товарищество с узкой улицей, здания 2-х этажные рядом, деревья, но для точки стояния тахеометра выбирались места с наиболее открытым небом. Иногда все условия идеальны, только сильный ветер, дождь иногда молнии. При сильном дожде с молниями бывает думаешь, что измерения не получатся - поливает как из ведра, молнии постоянно сверкают аж за приемник страшно, а при обработке фиксированное решение, при этом при небольшем дождике получается плавающее. Возможно все упирается в использование одной частоты и неодинаковости погодных условий (состояния ионосферы и тропосферы, давлении) в местах стояния базы и ровера. Были получены плавающие решения и в идеальных условиях, причем перемерялись 2 раза прежде чем было получено фиксированное решение, полагаю, что где-то рядом был сильный источник электромагнитного излучения (но это только догадки). При работе рядом с аэропортом были получены плавающие решения скорее всего после включения радара. Всех условий в поле не учтешь, как не пытайся.((
При больших векторах плавающее решение бывает больше сходится по координатам, чем фиксированное. Теория - дело хорошее, но не всегда подтверждается. Очень маловероятно. Скорее влияет положение спутников. Длиннее сессии надо делать, тогда все влияния будут по-барабану. Приёмники не личные, потому и не убираете на время грозы?
Еще здесь хотел спросить. При заказе данных с базовых станций что кроме измерений в ринексе приходит в ответ на запрос? Координаты? СК? Отметки ? Или для этого нужны отдельные запросы? Цены на информацию не подскажите?
Методом проб и ошибок пришли к выводу, что стояние на точке не менее 10 сек. с эпохой 1 сек. дает вполне удовлетворительный результат при съемке статикой в радиусе 20 км от базы. Бывало, что некоторые пикеты кидает произвольно в "S/G", но принудительный перевод их из "S/G" в статику в последствии не дал ни каких огрехов (проверенно на контроле на исходниках). О том еще и в обзоре в ГеоПрофи писали. Обрабатывал в Джастине. Заморочек было много, по первОй, но в результате все получилось. Вывод напрашивается один - либо недалеко от базы, либо дольше стоять.
А зачем Вы это делали? Кинематический движок более приспособлен для обработки малых сессий, чем статический.
Так не надо было делать Программа бы сама выбрала правильный, в данном случае кинематический, движок.
Как программа может решить каким движком обрабатывать, если из 100 пикетов 20 стопэндгоу, а 80 в статике? Она ничего не предлагала. А вот в статье обзорной в Геопрофи именно так и написанно:
Прошу прощения, скрин в том обозревателе не отразился. Там правильно написано. Это для тех не совсем умелых пользователей, которые неправильно выбрали режим наблюдений и в кинематическом режиме прибор простоял всю оккупацию неподвижно. У Вас же, совсем всё иначе и этот вариант Вам не подходит, т.к. такую слишком быструю "статику" лучше всё же было обработать кинематическим движком.
У меня был случай включил приёмник на штативе через 15 секунд выключил, позже эту точку отстоял 15 минут. Результат в TGO: за 15 секунд фиксированное решение, за 15 минут - плавающее, хоть об стенку убейся. Вот это я понимаю программисты шутят. А вообще быстрая статика от 8 мин с минимум 4 спутниками, обычнаястатика от 1 часа с минимум 4 спутниками. Что меньше 8 мин это 100% навигация, поэтому лучше стоять с запасом, чтоб можно было чуть обрезать потом.
