Я их не калибровал …точнее их данные(PCO and PCV) Фазовый центр и.д были скачан с ftp://ftp.igs.org и .noaa.gov для rtklib.
В TBC и TopconTools они были выбраны в настройках при уравнивании(кроме талисмана его параметры забивал в ручную).
Спасибо. реанимировал свой Ublox M8N(вернее Noname на чипе M8030-KT), после прошивки вот этой (EXT_G80_NEO-M8N).
Патченную 3 версию (fw301original) к сожалению не пишет. мало памяти
Пишут, что там внутри 2 чипа, один для L1 и второй для E5b/L2C с RTK.
Поэтому и прошивка внутри состоит из 2 имиджей. Теперь все сурово,
прошивка шифрованная, secure boot, ключи поменяны.
В shop.u-blox.com появилась плата с ZED-F9T (и SMB разъемом), но купить ее
все равно низзя …
Вы имеете в виду различие между P2 и С2 ? Насколько я понимаю сухую теорию, С2 сдвинута на 1/4 длины волны, и это легко учесть при обработке поправок. Другое дело что есть базовые станции которые не различают между P2 и С2. На эту тему вроде даже была опубликована статья и тех, у кого ошибочный ринекс в архиве, просили его исправить.
Здравствуйте. Помогите пожалуйста разобраться начинающему.
Имеется в наличии GPS-приемник. На чипе написано M8030_KT. Я так понимаю, что это M8N.
u-center.exe пишет версию прошивки 3.01. Подключаю я этот девайс к программе RTKLIB-demo5.
Вроде бы обмен данными идет, но ничего не понятно.
Как скомпилить проект RTKLIB-demo5? Автор Tim Everett пишет, что под QT он еще не доделал.
А под VC там нет общего sln файла проекта. Откуда он берет тогда свои bin-файлы?
Как понять, что пересылаются нужные RAW-данные?
Я так понял, что в версии 3.01 они идут зашифрованные. Нужно ли в связи с этим перепрошивать девайс,
и на какую версию - 2.01 или патченную 3.01? Может быть можно дешифровать в самой RTKLIB и кто-нибудь уже
выложил файл с нужной функцией? Как в итоге понять, что все работает и пересылается нужная информация?
Долго читал форум. Похоже, что вопросы о перепрошивке являются нежелательными и все посты заменены на -1.
Может можно кинуть ответ на почту. Как считать прошивку? Что будет с девайсом, если записать плохую прошивку?
Его оживить можно будет?
Добрый день.
Подскажите пожалуйста, имеет ли смысл применять технологию RTK для моей задачи. С RTK раньше не работал, а купить комплект за 500 евро, чтобы понять, что данная технология не подходит, немного дорого
Я делаю логгер для автомобиля. Это устройство, которое сохраняет данные с блока управления и с gps приемника для последующего анализа.
Использую чип Ublox N8M, пишу данные из NAV-PVT на частоте 10Hz, GPS+Glonass. От GPS получаю дату, время, скорость и координаты, для построения трека движения.
В свете выпуска Ublox ZED-Z9P, рассматриваю вариант применения этого чипа.
Что хотелось бы улучшить:
На реальном автомобиле, где это будет использоваться, нет другого источника скорости, кроме GPS. Сейчас работаю с прототипом на обычном автомобиле, там есть сигнал датчика скорости, по нему сравниваю показания скорости с GPS. Наибольшее отклонение получается в момент изменения скорости (разгон - торможение), что вообщем понятно. Применение 20Hz приемника (Z9P), возможно несколько улучшит ситуацию.
В данной версии, GPS трек используется как второстепенная информация. Он наложен на спутниковый снимок и по нему удобно смотреть в каком месте дороги находится автомобиль. Но сравнить траекторию движения двух пилотов, или допустим двух прохождений одного участка обычная точность не позволяет. Заявленная точность в сантиметры для RTK сильно улучшила бы ситуацию.
Предполагаемые сценарии использования:
на открытой кольцевой трассе хорошая видимость спутников, автомобиль движется в радиусе нескольких км. от базы. Тут можно сказать идеальные условия для RTK. Скорость движения примерно до 200 км/ч. Как правило есть сотовая связь, можно организовать канал связи между базой и ровером и получать на выходе из приемника на ровере уже “сантиметровые” данные.
-на относительно открытой дороге через леса-поля, широкая дорога, видимость спутников как правило тоже хорошая. Радиус движения - до 20-30км. Сотовой связи может не быть, а может быть местами. Можно или получать поправки с базы когда есть связь, или сохранять raw данные и применить пост-обработку.
на узких дорогах через лес, где видимость спутников плохая, работа в обычном режиме, без повышенной точности.
Вопросы:
Возможно ли и обосновано ли применения RTK таки образом, на таких скоростях (до 200 км/ч)?
Как долго база должна находится в рабочем режиме, до начала работы ровера? Это минуты, часты, дни?
Будет ли улучшение характеристик от применения Z9P в моем случае, если не получится использовать RTK? В качестве преимущества в таком случае, я вижу частоту обновления 20Hz в режиме GPS+Glonass. Но стоимость при этом примерно в 15 раз выше. И некоторые сложности с покупкой.
Ublox вместе с F9P выпустили новую антенну ANN-MB. Два модуля Z9P и две таких антенны, это подходящее решение для RTK, или надо какое-то другое оборудование?
С какими задержками в передаче данных от базы к роверу возможна корректная работа? В случае передачи данных по сотовой сети, возможны задержки как в единицы секунд, так и в десятки. Какая примерно скорость нужна?
Sergey_78 “Я делаю логгер для автомобиля” “Использую чип Ublox N8M”
Если есть девайс с названием ? Ublox N8M ? (может Ublox M8N), то может имеет смысл
проверить все ваши вопросы на нем? Вы программист или электронщик? Сырые данные(RAW) удалось получить?
“сантиметровую” точность на скорости 200 км/ч - это маловероятно, а вот мерить заборы может получиться, учитывая какое
кидалово( и за какие деньги) устраивают кадастровые конторы.
Я не нашел способа, как на Ublox M8N с прошивкой 3.01 получить raw данные. Поэтому и проверить на нем не могу.
В данном случае, я и программист и электронщик.
Заборы мерить не нужно, RTK интересует исключительно для той задачи, что я описал.
Sergey_78 “Я не нашел способа, как на Ublox M8N с прошивкой 3.01 получить raw данные. Поэтому и проверить на нем не могу.”
Проведите эксперимент. Поменяйте прошивку в девайсе.
Обратите внимание на сообщение от 2016-04-10 20:24:36 на странице 78 этого форума. Там про модификацию прошивки.
Первое, что находится Яндексом https://github.com/meee1/ubloxdump . Видимо это прожка позволяет читать прошивку из девайса c помощью этих сообщений http://gps.0xdc.ru/wiki/doku.php?id=u-blox_undocumented_messages
Далее прошивку наверное можно посмотреть Ida Pro.
Я готов использовать и ZED-F9P. Проект не коммерческий, в рамках 1-2 устройств можно и дорогой чип поставить, если будет толк, переживу. Вопрос в целесообразности этого.
Главный вопрос - применима ли технология RTK к моим условиям?
200 км/ч это примерный верхний предел. Может быть чуть больше, но как правило, рабочий диапазон 60-160.
PS: за 100мс на 200км/ч автомобиль пройдет около 5.5 метров. А к чему вопрос?
Я сам в этом деле начинающий, но насколько я понял, что если взять для примера приемник M8N, то
там в сырых данных есть поле txTow (transmission time in gps week (2-32ms)).
Если это время замера(где-то оно там должно быть), тогда имея точные координаты вы можете вычислить скорость.
Странно было бы если координаты мы могли бы скорректировать, а скорость нет.
Таким образом будем получать скорость 10 раз в секунду.
Точность координат зависит от базовой станции. Включаем ее примерно на 2 часа.
Она вычисляет все поправки. Затем можно запускать машину.
Окажет ли влияние то, что антенну будет колбасить вместе с машиной я не знаю.
RTK используется в реальном времени (realtime kinematic).
Для анализа вам достаточно обычной кинематики в постобработке. Пишете в реальном времени сырые данные (псевдодальности и фазы), потом обрабатываете в офисе. Плюсы - не нужен канал связи т.е. запись происходит пассивно; вы не зависите от причуд RTK (разрешилась неоднозанчность или нет), точность выше т.к. используются данные с базы непосредственно на момент измерения, а не задержкой как в случае с RTK, кроме того нормальные программы обработки в случае постобработки делают двухпроходный расчет - в прямом времени и обратном. Естественно точность и надёжность интерполяции в разы выше чем экстраполяции.
Кстати, для ваших целей ИМО достаточно решения float. Расстояние до базы может быть и 50 км - для постобработки float это не предел. Минусы - у RTK контроль качества происходит в момент съёмки, а в постобработке может выясниться что какие-то данные непригодны.
Прошу прощения за возможно нубский в плане RTK вопрос.
Состоит он в следующем:
Есть группа подвижных объектов, для которых важно взаимное, _относительное позиционирование с допуском 10-30см.
Расстояние между объектами – единицы метров.
Общее _абсолютное позиционирование группы возможно с допуском до десятков метров, но важно чтобы эта погрешность не менялась слишком резко (10 метров в минуту – нормально, если не одним рывком, а линейно)
Собственно меня интересует достаточно конкретная вещь –
у нескольких качественных, брендовых модулей GPS, допустим U-Blox,
с качественной антенной, LNA и тд, но без_RTK
находящихся на взаимном расстоянии до, скажем, 100м
абсолютная погрешность в пределах 10-30см синхронна?
Ну и второе – какова, ориентировочно, скорость изменения абсолютной погрешности для фиксированной локации на открытой местности (чисто ионосферная компонента, насколько я понимаю)?