Добро пожаловать!

Войдите или зарегистрируйтесь сейчас!

Войти

Уравнивание замкнутого теодолитного хода

Тема в разделе "Credo Dat", создана пользователем Ingener_NW, 9 сен 2016.

  1. Ingener_NW

    Регистрация:
    8 сен 2016
    Сообщения:
    5
    Симпатии:
    0
    Доброго всем дня!
    Прошу помощи у знающих людей. Только начинаю работать с тахеометром, пока еще не умею обрабатывать сырые данные. Перелопатил справку к программе и данный форум, однако, понимания, к огромному сожалению, больше не стало.

    Делал замкнутый теодолитный ход линейного объекта с целью получения координат станций, которые в последующем будут использоваться как основа для дальнейших съемок и мониторинга.
    Однако столкнулся с проблемой в уравнивании хода в ПО Кредо.ДАТ4.

    Съемку делал в локальной системе координат. Начало координат задал точку Т1 и ориентировал прибор на т.1.
    Всего было 14 станций. На каждой станции брал измерения на заднюю и переднюю точки при КЛ и КП.

    Не могу разобраться почему не получается уравнивание. Если ткнете куда копать буду очень благодарен!
    Файл с сырыми данными прикрепляю к сообщению.

    Заранее благодарен за Вашу помощь.
     

    Вложения:

    #1
  2. ЮС

    Форумчанин

    Регистрация:
    28 фев 2010
    Сообщения:
    4.564
    Симпатии:
    5.066
    Почему тогда проект сохранён в версии 3.хх?
    На 10 раз пересмотрел проект, однако так и не нашёл точку т.1. Есть Т1, есть 1, но т.1 нет.
    Кроме того, если посмотреть на данные измерений:
    QIP Shot - Screen 517.jpg
    наблюдаются и другие странные вещи...
    Вижу, при КЛ измерено на точку Т1, затем на точку 5. Судя по углам, это скорее всего одна и та же точка, но под разными именами.
    Далее измерение при КП на 6. Опять же по углам можно предположить что это та де точка 5, но названа почему-то точкой 6...
    Это мы можем предполагать то или иное, но попробуйте это объяснить программе обработки данных.
    Для программы обработки все данные должны быть чётко прописаны.
    Если это точка 5, то она во всём проекте должна иметь только такое имя.
    Т5, т5, т.5, т-5 и прочие названия для программы это совершенно разные точки.
    Также в одном проекте не должно быть двух разных точек под одним именем.

    Когда исправите неразбериху в именах, попробуйте Исходным пунктам вместо "Рабочие" назначить "Тип Исходные" и повторить предобработку и уравнивание.
    Быть может, что-то получится, хотя к проекту есть ещё куча замечаний.
     
    #2
    Ламаград нравится это.
  3. Ingener_NW

    Регистрация:
    8 сен 2016
    Сообщения:
    5
    Симпатии:
    0
    Доброго всем дня! Прошу прощения, за то что задал вопрос, получил ответ, да никак не отреагировал. Ездил в долгосрочную командировку.

    ЮС, выполнил все, как Вы и сказали. При помощи лейковских GNSS приемников определил координаты двух точек 1 и 13 и задал их как исходные. Точность в плане и по высоте определенных координат в среднем составила 0,0002 м (после обработки).

    Разобрался со всеми точками, правильно пронумеровал их. Когда выполнял съемку прибор не давал сохранять точку с одним именем при разных кругах, поэтому и было большое количество точек.

    Прошу посмотреть проект и ткнуть меня в ошибки, думаю все равно их допустил. Также планирую определить координаты точек 6 или 7, для того, чтобы минимизировать ошибки в дальней точке хода.
     

    Вложения:

    #3
  4. ЮС

    Форумчанин

    Регистрация:
    28 фев 2010
    Сообщения:
    4.564
    Симпатии:
    5.066
    Ну, на этот раз более-менее что-то получилось. Во всяком случае, ход замкнулся и уравнялся. Однако использовать полученные результаты
    как основу вряд ли допустимо.
    Первое, что бросилось в глаза:
    QIP Shot - Screen 628.jpg
    Действительно такие исходные координаты и высоты, или у меня при импорте неправильно определилась система координат и высот?
    Есть серьёзное замечание по схеме хода, когда между исходными всего 20.7 м, а ход в виде узкой и длинной (836 м) петли. При этом точность измерений довольно низкая, невязки из прямого с обратным измерений линий достигают 6 сантиметров, а СКО углов около 1 минуты, при невязке в ходе 7'42".
    Не удивительно, что расчётная ошибка планового положения наиболее удалённой точки 6 получилась 0.66 метра. Не думаю, что такой ход можно использовать в дальнейшем для каких-то практических целей.
    Но с программой Credo_DAT Вы почти справились. Только не учли соответствующих поправок для приведения измерений на плоскость проекции вашей системы координат.
    Допускаю, что поправки за метеоусловия были учтены в приборе, однако в DAT не был включен учет поправки за кривизну и рефракцию и за редуцирование линий на поверхность относимости. Это упущение.
     
    #4
  5. Ingener_NW

    Регистрация:
    8 сен 2016
    Сообщения:
    5
    Симпатии:
    0
    Все верно. Приемники работали в системе WGS 84.

    Как минимум это было хорошей практикой для меня. Буду стараться исправить ошибки в дальнейшем. Как считаете, можно ли уменьшить ошибку если определить координаты дальних точек 6 и 7? Или проще переделать полевую работу?


    в приборе действительно вводил данные по температуре и давлению. Может данные потерялись на момент экспорта.
     
    #5
  6. ЮС

    Форумчанин

    Регистрация:
    28 фев 2010
    Сообщения:
    4.564
    Симпатии:
    5.066
    Нет, не верно. Даже если допустить, что работали в южном полушарии (отрицательные X), то по высоте получается выше Эвереста. Это как такое могло быть?
    Разберитесь с системой координат, тут явная ошибка.
    Так эти точки уже определены из хода... Или имеете в виду определение методами ГНСС? Да, это может несколько уменьшить ошибку в наиболее слабом месте хода, однако ход с такими СКО измерений всё равно не годится для мониторинга, как Вы того хотели.
    Данные по температуре и давлению, если они были введены в тахеометр, в проект-gds не передаются и нигде там не отображаются. И в таком случае учёт поправок за температуру и давление в проекте должен быть отключён.
    Но поправки за кривизну и рефракцию, за редуцирование линий на поверхность относимости, или за редуцирование на плоскость проекции, в проекте всегда сохраняются если, конечно, их учёт был включён пользователем. В проекте этого нет.
    Успехов!
     
    #6
  7. Ingener_NW

    Регистрация:
    8 сен 2016
    Сообщения:
    5
    Симпатии:
    0
    Да именно методом ГНСС. Сейчас буду разбираться с координатной системой. Изначально меня тоже смутило наличие отрицательной координаты Х.

    Так или иначе принял решение переделать работу.

    Может быть подскажете как избавиться от типичных ошибок?
    Задача стоит все та же. Планируется сделать замкнутый тахеометрический ход, обрамляющий участок дороги с целью последующего мониторинга.
    В прошлый раз делал ход таким образом: на первой точке (1) наводился на последнюю точку (14) и сбрасывал значение горизонтального угла на 0, чтобы хоть каким-то образом сделать ориентацию прибора, так как "твердых" точек не имеется. Далее делал измерения при КЛ и КП на следующую по ходу точку (2) при КЛ и КП (те самые точки с разными именами). После этого переходил с прибором на следующую точку (2). Выполнял ориентирование по координате на предыдущую точку при КЛ и КП. После установки станции делал измерения КЛ и КП на точку 1 и точку 3 (т.е. на заднюю и переднюю точки) и так далее.
    Подскажите, думаю что измерения на заднюю точку после установки станции избыточны. Так ли это?
    И может Вы знаете, можно ли с помощью тахеометра Leica TS 02 делать измерения на точки при КЛ и КП так, чтобы они потом в кредо и отображались сразу с одним именем? В этот раз пришлось вручную перебивать названия всех точек.

    Заранее благодарен за Ваши советы!
    Понимаю, что вопросы глупые, однако, спросить "в живую", к сожалению, не у кого...
     
    #7
  8. ЮС

    Форумчанин

    Регистрация:
    28 фев 2010
    Сообщения:
    4.564
    Симпатии:
    5.066
    Посмотрите приложение с рекомендациями, это может снять часть вопросов.
    Если для мониторинга, тогда необходимо прокладывать ход как полигонометрический, со всеми требованиями к полигонометрии так, чтобы полученные в ходе пункты отвечали требованиям мониторинга (точность и устойчивость).
    Конкретно с Leica TS 02 не подскажу, поскольку эту модель не знаю. Ищите в руководстве, или коллеги подскажут. Где-то на форуме на подобный вопрос уже давался ответ.
     

    Вложения:

    #8
  9. Андрей75

    Форумчанин

    Регистрация:
    1 дек 2013
    Сообщения:
    78
    Симпатии:
    5
    посмотрите в настройках. где-то в настройках имя двойной точки разрешить, а так меняй сразу при съемки, попробуй (сам пробуй тут (не объяснишь), взял отчет меняй на экране цифру
     
    #9
  10. Ingener_NW

    Регистрация:
    8 сен 2016
    Сообщения:
    5
    Симпатии:
    0
    Всем спасибо за советы! Буду пытаться!
     
    #10
  11. vik-ery

    Регистрация:
    1 дек 2016
    Сообщения:
    3
    Симпатии:
    0
    Подскажите, что делаю не так? при уравнивании возникает ошибка L1. и все пункты смещаются далеко за растр.
    какие настройки необходимо выставить, чтобы сеть уравнялась?
    --- Сообщения объединены, 1 дек 2016, Оригинальное время сообщения: 1 дек 2016 ---
    Подскажите, что делаю не так? при уравнивании возникает ошибка L1. и все пункты смещаются далеко за растр.
    какие настройки необходимо выставить, чтобы сеть уравнялась?
     

    Вложения:

    #11
  12. Барбатос

    Форумчанин

    Регистрация:
    6 ноя 2012
    Сообщения:
    512
    Симпатии:
    203
    Адрес:
    г. Воронеж
    Почему именно вкладка "Теодолитный ход"? Есть удобная "Измерения". Перебейти в неё и попробуйте уравнять.
     
    #12
  13. ЮС

    Форумчанин

    Регистрация:
    28 фев 2010
    Сообщения:
    4.564
    Симпатии:
    5.066
    Проект настроен на Местную систему координат (Тип Локальная), а значения координат пунктов указаны как для 29 зоны проекции Гаусса-Крюгера (Меркатора). Для СК типа Локальная такие большие значения Y не приемлемы, программа не может правильно выполнить расчёт.
    Кроме того, координаты растровой подложки не соответствуют заданной в проекте системе координат.

    Если хотите просто уравнять ход в Местной СК, можно просто отбросить в Y первые одну или две цифры и ход нормально обработается и уравняется.
    Чтобы ход при этом сел на подложку, надо откорректировать привязку этой подложки.

    Но если хотите всё сделать как положено, надо в проекте задать СК с правильными параметрами настройки: тип проекции, осевой меридиан зоны и её номер, если есть, условные сдвижки по X и Y и т.п...
     
    #13
    vik-ery нравится это.
  14. vik-ery

    Регистрация:
    1 дек 2016
    Сообщения:
    3
    Симпатии:
    0
    СПАСИБО БОЛЬШОЕ!!!!!
     
    #14
  15. TaMBiK88

    Регистрация:
    16 июл 2013
    Сообщения:
    14
    Симпатии:
    0
    Скажите пожалуйста! Есть какие либо бесплатные программы для уравнивания теодолитных и тахеометрических ходов? Заранее спасибо!
     
    #15
  16. Барбатос

    Форумчанин

    Регистрация:
    6 ноя 2012
    Сообщения:
    512
    Симпатии:
    203
    Адрес:
    г. Воронеж
    Если бесплатные - ручка и листок, ПО тахеометра; платные - Autocad Civil 3D, Credo_Dat, MS Excel.
     
    #16
  17. shiz

    Форумчанин

    Регистрация:
    17 фев 2013
    Сообщения:
    523
    Симпатии:
    186
    из бесплатных еще есть gnu gamma и оболочка к ней лежит вот тут
     
    #17

Поделиться этой страницей

  1. Этот сайт использует файлы cookie. Продолжая пользоваться данным сайтом, Вы соглашаетесь на использование нами Ваших файлов cookie.
    Скрыть объявление