Оказывается есть станция IGS TASH в Ташкенте. Но он от меня 100 км. Если от него брать поправки по NTRIP то возможно одним приемником? NTRIP поправки как я понимаю нужны чтобы работат В режиме RTK. Или в постобработке указат эту станцию в качестве базовой станции? Точность 10-20 см в плане в постобработке устраивает.
Байдыбек Станции IGS не имеют сервера NTRIP, передают архивы с ринексами. Т.е. от Ташкента получится только постобработка. Ринексы там 30-секундные, для статики подойдут, но в кинематике из-за интерполяции точность упадет до 0.3-0.5 м. Для одночастотников с нормальной антенной обычно приводят точность 1cm+1ppm, т.е. как раз получается 0.1-0.2 m. Так что вариантов масса, можно начать работать от Ташкента, потом сделать свою одночастотную базу для кинематики. Конкретно с u-Blox я не работал (так получилось что все усилия тратил на SiRF Star). У меня есть приёмник uBlox, никак руки не дойдут. LEA-6t стоят дорого т.к. в них официально есть сырые данные. Но уже разлочены другие, дешёвые uBlox типа NEO-6 и др. Честно я не очень в теме. Да, ещё LEA-6t отличаются термокомпенсированным кварцем, т.е. TCXO, в то время как дешёвые модели используют менее стабильный генератор.
Спасибо Вам огромное. Вроде все понял. На статике снимаю точки. Потом в постобработке используем данные ринекс файлы от IGS станции. Есть точки с известными координатами в WGS 84 думаю надо проверить эти точки. Попробуем. Посмотрим что получится...
Байдыбек, Вам лучше работать двумя приемниками. Один стоит и набирает данные, другой тут же делает съемку в кинематике или в РТК (при наличии радио модемов)
Правильно ли я рассуждаю? Берем два приемника. Один будет допустим дома стоят неподвижно. Подсоединяем к компу к программе RTKlib STRSRV. Будет принимать сигнал приемника и через TCP server будет передавать поправки. Второй приемник через интернет по TCP каналу будет принимать поправки и будет работат в режиме РТК.
Байдыбек, Можно и так. Но я имел ввиду когда один стоит неподвижно и записывает данные в себя и одновременно вещает поправки, как вы уже писали через RTKlib STRSVR или по средствам радио модема (если он есть). Затем дома скачиваете с приемника сырые данные и скачиваете с базы которая расположена у вас в городе. Уравнивая все измерения в программе получаете точную координату вашего приемника который стоял неподвижно. Затем можно всю съемку посадить именно по этой точке.
Добрый день! Купил из Китая Ublox neo m8n. Подключил к RTKNAVI. режим Статика. Базовая станция IGS TASH0 (Ташкент). Но поправки из базовой станции идут с перебоями. 10 минут работает 10 минут нет. Настройки www.igs-ip.net port 80. Когда идут поправки сразу схватывает FLOAT. Из за чего может быть перебои?
Байдыбек, А вы находитесь далеко от базы? Вообще приемники с одной частотой не подходят для РТК съемки. Долгая инициализация, частые сбои.
там A-GPS... секундное дело --- Сообщения объединены, 10 мар 2016, Оригинальное время сообщения: 10 мар 2016 --- думаю связь такая --- Сообщения объединены, 10 мар 2016 --- или настройки ее
плохо если A-GPS данные игнорируются хотя они загружаются в саму железяку, именно для инициализации и от срывов
Спойлер (Наведите указатель мыши на Спойлер, чтобы раскрыть содержимое) Раскрыть Спойлер Свернуть Спойлер A-GPS - это всего лишь эфемериды и точное время для быстрого старта (бытовых) приёмников, чтобы подстроить часы приёмника, дать приблизительную координату и не ждать декодирования потока 50 BPS; от срывов фазы они абсолютно бесполезны. Инициализация в RTK - это ambiguity resolution, к A-GPS тоже не имеет никакого отношения. Мне кажется вы неправильно используете термины и не совсем понимаете для чего нужен RTKLib. Лучше сказать об этом прямо чем ходить вокруг да около.
Оффтоп (Move your mouse to the spoiler area to reveal the content) ???? Очень спорно. Если это Вам "вдолбили" продавцы GPS аппаратуры - это не совсем так. Для RTK статика в постобработке до 5-10 км - идеально, для PPP без ограничений по положению - двух_частотники и выше ...
Оффтоп (Move your mouse to the spoiler area to reveal the content) Ну давайте по спорим. Сколько вы будите ждать инициализации и на каком расстоянии она будет устойчивой? Про PPP думаю вообще говорить не стоит т.к. полноценная обработка этих данных доступна и понятна не большому кругу специалистов.
Оффтоп (Move your mouse to the spoiler area to reveal the content) Ну не буду спорить. Просто ответьте на два не очень коварных вопроса: - откуда являются координаты базовой станции и с какой точностью они должны определяться для обеспечения инициализации в кратчайшие сроки и с максимальной вероятностью достоверности получаемых решений? - кто в РФ обеспечивает абсолютную достоверность координат базовой станции? И, соостветственно, мгновенную инициализацию и 99.9999999% вероятности получаемых RTK решений?
Оффтоп (Move your mouse to the spoiler area to reveal the content) Но они же не в тему... Но отвечу. Координаты являются наблюдающему от места, куда он бросает на них взгяд. Может быть монитор, дисплей или бумага Соответственно отображаться могут любые координаты в том числе и базовой станции. А если серьезно, то все зависит от ПО которое обрабатывает данные с БС и сети, если такая имеется. Скорее всего владелец БС или сети БС, либо сотрудник владеющей организации обеспечивающий обслуживание сети и оборудования.
смтрю в книгу вижу фигу --- Сообщения объединены, 10 мар 2016, Оригинальное время сообщения: 10 мар 2016 --- на сколько приблизительно ?
Сотня километров сойдёт чтобы приёмнику не приходилось решать неоднозначность по коду и подстроиться под доплер. В указанном документе мелькает номинальное значение 300 км, ровно один чип C/A.
Надо признать наша тема стартанула "из ниоткуда" и никто никогда не объяснял для чего это надо. Для одних это очевидно, другие не понимают о чем вообще разговор. Тема RTKLib и бытовых GPS пересекается, поэтому сначала кратко опишу возможности этой программы. RTKLib - это ядро для нескольких программ, отсюда постоянно возникает путаница у людей далёких от GNSS. Например "я обработал RTK в статике...". Обработал - это уже не real-time; статика - это антипод кинематики. Итого из трех букв аббревиатуры RTK не совпала ни одна. А оказывается имелось в виду "обработал данные программой RTKLib в режиме статики". Вариант 1) RTKNavi соединяется с приёмником кабелем по бинарному протоколу и собирает сырые данные. От RTK тут ничего нет . Примерный аналог программ: - прошивка любого геодезического приёмника в режиме сбора статики или кинематики для постобработки; - коммерческий софт, например Trimble Terrasync; - любительские программы, с которых начиналась эта тема. В чем разница: - программные решения должны каждую секунду получать по кабелю сырые данные от приёмника - дальности, фазы, эфемериды, это внушительный поток данных. Любой сбой в кабеле данных или работе COM-порта может привести к обрыву сессии. - программные решения работают на компьютере, который надо тащит и запитывать в поле; куча проводов. - геодезические приёмники записывают сырые данные во встроенную память, обрыв кабеля между приёмником и контроллером никак не влияет на сохранность данных, приёмник работает автономно. Вариант 2) RTKNavi соединяется с приёмником кабелем по бинарному протоколу и берёт от него сырые данные. Одновременно принимает сырые данные от базы и реализует режим RTK. Примерный аналог программ: - прошивка любого геодезического приёмника в режиме RTK; - коммерческий софт, например Novatel/Waypoint RTKNav; В чем разница: - программные решения должны каждую секунду получать сырые данные от приёмника и базы. Любой сбой связи приводит к прерыванию сессии и требуется переинициализация; опять компьютер в поле не подарок. - геодезические приёмники все расчеты производят во внутренней прошивке, на непрерывность позиции влияет канал связи с базовой станцией; управляется кнопками с панели или мобильным контроллером. Вариант 3) Постобработка, RTKProc берёт сырые данные ровера и базы из файлов. Режимы обработки Standalone|L1|L2|GPS|GLONASS & Static|Kinematic; PPP (список неполный); Примерный аналог программ: - любой коммерческий софт для GNSS - TBC, Topcon|Magnet Tools, GNSS Solutions и др. Из всего этого многообразия только Novatel/WayPoint GrafNav умеет PPP. - онлайн-обработчики - AUSPOS и др. Статистика форумов про RTKLib говорит что в 99% случаев используется связка режимов 1+3, т.е. сбор данных с последующей постобработкой; режим 2 - настоящий RTK - крайне затруднителен для организации в поле. Заменяет ли комплекс программ RTKLib коммерческие решения ? Далеко до этого !!! Это скорее научная исследовательская программа, которая позволяет в ручном режиме, потратив уйму времени добиться результатов, которые коммерческие решения дают в течение минут и даже секунд С каждым отдельным случаем приходится разбираться, нет автоматического скачивания файлов базы по настраиваемой маске, интерфейс перегружен, нет режима Stop&Go. Плюсы - бесплатность, открытость кодов ("можете" написать свою программу с удобным интерфейсом). До этой программы вообще не было вариантов RTK, доступных для бытовых приёмников. Вторая серия, или бытовые чипы в профессиональном оборудовании Большинство бытовых чипов работают автономно, это черный ящик, выдающий готовые координаты по протоколу NMEA. Грубо говоря из них не собрать RINEX. Был какой-то древний Гармин, из которого умудрялись вытаскивать сырые дальности и делать постобработку; даже постобработка по коду даёт улучшение точности с 7-10 метров до 2-3 м. Затем появился Sirf Star II, выдающий дальности и фазу, но он как-то не получил признания. Далее Sirf Star III, умеющий отдавать дальности. Компания решила что отдавать фазу будет слишком жирно для такого дешёвого чипа и просто обнулила её в бинарных сообщениях (кстати Trimble этим грешит постоянно). Этот чип был выдающимся во всех смыслах, если мы говорим о бытовом применении: быстрый старт, неплохая точность, поддержка SBAS, A-GPS, мизерное потребление сделали его хитом и на несколько лет он стал стандартом в смартфонах, тогда ещё Windows Mobile. Сырые данные тут не при чем, наоборот, распространенность чипа, причем уже встроенного в мобильные устройства, сделала его объектом многих экспериментов. По какой-то причине все исследователи упирались в желание сделать статику/кинематику L1, но т.к. L1 обнулен то бросали это дело. Всё дело в том что post-processed DGPS даёт неплохие результаты, но в Америке и Европе вовсю работает SBAS, который даёт готовый метр. Большинству это было просто не нужно. Тем не менее Trimble увидел в такой дешевизне свою нишу и долгое время встраивал этот чип в свои ГИС-наладонники серий Recon, Nomad, Juno, Yuma. Magellan/Ashtech тоже не стал "щёлкать" и встроил его в ГИС-приёмник MobileMapper 6. Если кому интересно, есть white paper от Magellan, при Stop&Go с геодезической антенной, статика 1 минута точность 0.2 метра. Примерно в это время на рынок выходит швейцарская fabless компания uBlox. Неплохие чипы, но были распространены значительно меньше, их не встраивали в смартфоны, только OEM-модули.Зато чипы определенной модификации (стоимостью несколько сотен долларов) официально выдавали сырые данные, включая фазу. Именно это отличие послужило причиной наличия протокола uBlox в программе RTKLib, а SirfStar III был проигнорирован автором. Время шло, uBlox активно развивается, в каждой линейке у них есть дешёвые чипы для простых применений и подороже с сырыми данными. Т.к. Sirf Star III сняли с производства, Trimble переключился на uBlox 6 в линейке Juno 5, T41 и Yuma 2. Sirf увидел что никто особо не страдает от отсутствия L1 в бинарных данных и вернул фазу в следующем поколении Sirf Star IV. Trimble снова возвращает его в Nomad 1050 т.к. sirf в десятки раз дешевле uBlox. Санта-Барбара и только )) Примечание: есть и другие производители, использующие Sirf Star III в своих контроллерах, но их софт не позволяет собирать сырые данные со встроенного чипа, т.е. не относятся к обсуждаемой теме. Бытовые приёмники vs профессиональные L1 Может сложиться впечатление что только наличие сырых данных в некоторых бытовых чипах выводит их в ту же нишу что и профессиональные L1 (например Ashtech PM-100, Trimble Geo, 4600 и др.) в режиме постобработки. К сожалению разница намного серьёзнее. Бытовые чипы работают "на грани" - после перевода сигнала L1 с антенны на промежуточную частоту IF порядка 4 MHz идет оцифровка примерно 8-16 MHz x 2-4 bit. Для сравнения, в геодезических это примерно 60-100 MHz 10-12 bit (точнее скажут только производители). В бытовых основная цель это снижение потребления при сносных характеристиках. В профессиональных основной упор на качество: высокая частота дискретизации позволяет реализовать narrow corellator, кодовая дальность и фазовые измерения раз в 10 раз точнее и стабильнее чем у бытовых, и т.д. и т.п. Т.е. при всех равных проф.L1 всегда лучше и точнее чем бытовой L1, либо одинаковая точность достигается за меньшее время. Как всегда всё упирается в соотношение цена/удобство/качество/ скорость работы, никакого чуда нет. Однако бытовые L1 и RTKLib это реальный прорыв для изучающих GNSS геодезию. Не каждый студент или геодезист в провинции имеет средства на покупку проф.оборудования.
