Ublox ZED-F9P

Хз чья разработка, но заметил, что приемники NFora сделаны на основе ublox.В тоже время они поддерживаются в SurPad.Мне больше интересно каким образом в SurPad попадают данные по уровню аккумулятора, и наклона вехи.Я не знаком с Nmea0183, но предположу, что в месте с его потоком, но тогда возникает резонный вопрос, есть ли плата с разведёнными контактами под аккумулятор и датчик наклона.Какой конкретно можно применить, для хорошей работы?

 

Найдите APK для демо SurPad, раззипуйте и смотрите эту библиотеку.
Сырые данные гироскопа и акселерометра доступны даже в родном протоколе UBX.

 

Вобщем с ходу ничего нового не получилось.Установил SurPad, список оборудования вырос не сразу, программа заменила SurvX, причем взяла все каталоги и файлы, настройки и использовала их как свои, Пришлось удалить каталоги и файлы, после заново установить программу.Подключился как Geobox Nfora20, не понравилось, что при каждом подключении программа настраивает через протокол Ublox, приемник и это происходит очень долго, по сравнению с работой через nmea0184.Через некоторое количество настроек приемника пропали спутники.Если конектишься как Geobox, то появляется статика и базовая станция.Но частота L2 все равно N/A, если подключится через nmea0183, то все равно N/A.Буду разбираться с логом.

 

Я не знаю как они там конфигурируют u-blox в SurPad, но для пользования SurvX
вполне реально прикинуться Тримблом BD970 (или Нователом)
добавив генератор пакетов 07 15 4001 4002 4008 4009 4012 4034 4035 4038 4048 41 4B 77
из пакетов UBX:

Код:

CGnssParseTrimble::GetBD970Check(unsigned char*, int)
CGnssParseTrimble::Parse07H(unsigned char*, int)
CGnssParseTrimble::Parse15H(unsigned char*, int)
CGnssParseTrimble::Parse40H_12(unsigned char*, int)
CGnssParseTrimble::Parse40H_1(unsigned char*, int)
CGnssParseTrimble::Parse40H_2(unsigned char*, int)
CGnssParseTrimble::Parse40H_34(unsigned char*, int)
CGnssParseTrimble::Parse40H_35(unsigned char*, int)
CGnssParseTrimble::Parse40H_38(unsigned char*, int)
CGnssParseTrimble::Parse40H_48(unsigned char*, int)
CGnssParseTrimble::Parse40H_8(unsigned char*, int)
CGnssParseTrimble::Parse40H_9(unsigned char*, int)
CGnssParseTrimble::Parse40H(unsigned char*, int)
CGnssParseTrimble::Parse41H(unsigned char*, int)
CGnssParseTrimble::Parse4BH(unsigned char*, int)
CGnssParseTrimble::Parse77H(unsigned char*, int)

 

Записанный лог через SurPad

--- Сообщения объединены, 20 июл 2020, Оригинальное время сообщения: 20 июл 2020 ---

Через nmea0183 ,вроде хорошо все работает и вынос и съёмка, в РТК, за исключением, что L2 N/A.Буду читать инструкции, возможно нужно правильно настроить приемник.Для статики как я понял достаточно записывать поток nmea0183, это можно делать с помощью пункта отладка в SurPad или прикрутить любуй картридер с SD картой и подключенной, через резисторы, Ардуино или микроконтроллер AVR.Кинематику в SurPad не увидел, так что наверное нет смысла прикидываться другим приемником, да и программа каждый раз пытается настроить приемник и это жутко бесит, очень долго, через nmea0183 все быстро.

--- Сообщения объединены, 20 июл 2020 ---

Перепутал названия приемников, правильно называется ForaFix-2, подключается аналогично, как по протоколу nmea0183, но все равно L2 N/A, хотя инициализация 10 секунд и хороший PDOP.

 

Для чего его записывать? Сырых измерений ведь там не будет.

 

Может я не правильно выразился.Правильно ли я понял, что статику этим приемником не сделать?

 

Вот по этой причине солидные компании не торопятся портировать софт под Андроид - всё на поверхности, даже имена функций, а инсталлятор apk - обычный незашифрованный ZIP. Короче дыра на дыре..

 

Дык на Виндоус разве такого нет?Есть методы, которые помогают скрыть структуру, под андроид скорее всего есть, что то подобное.

 

Статика обычно подразумевает постобработку, а для неё нужен поток "сырых" измерений псевдодальностей. Для этого надо сохранять не поток nmea0183 (где "сырые" измерения отсутствуют), а тот, где они есть. Как правило они идут в специфичном для оборудования формате, в данном случае - ubx

 

Почитал немного описание протокола.В таблице значится вывод сырых измерений по запросу с определенной частотой.По идее можно написать конвертер в rinex, если подобный уже не создан или автоматически собирать файлы rinex с помощью микроконтроллера.Но разве подобное не предусмотрено протоколом nnea0183(пока не изучал документацию)?

 

Конвертер в rinex с поддержкой ubx есть в составе RTKLib.

В оригинальном стандарте - нет, там только готовые координаты. В каком-то кастомном расширении конкретного оборудования может быть, но это зависит от реализации.

 

Просто подумал, что через nmea0183 было бы универсально.Нужно попробовать прикрутить картридер с Ардуино, записывать ubx поток на SD, потом через USB шнур скачивать файлы и конвертировать в ринекс.

 

Большинство этих сообщений имеют родную тримбловскую документацию
(но не все) и носят чисто информационный характер, как раз для того чтобы было "красиво",
частоты например показывались.
Половина программы на самом деле состоит из опенсорсного программного обеспечения:
GPStk, RTKLIB (только RTCM), GDAL/OGR и PROJ4,
еще четверть из китайского картографического тулкита для подложки.

--- Сообщения объединены, 21 июл 2020, Оригинальное время сообщения: 21 июл 2020 ---

Для чистой навигации стандарты NMEA (NMEA0183 и NMEA2000) универсальны,
но к геодезии вообще никаким боком не относится.

 

Ну так тем более в RTKLIB есть нативная поддержка uBlox, зачем что-то писать вместо китайских программистов. Подожать пока они сами сделают.

 

Потому, что он так же работает с Ublox через Nmea0183, белее того это по сути одна и та же программа, чуть доработанная, под другим названием и ярлыком.

 

Наверное опять не в тему...
но с сайта SinoGNSS можно скачать Survey Master и нахаляву пользовать, NMEA 0183 работает.

 

Проблема заключается не в поддержке NMEA, а в конфигурации приемника существующим
прикладным программным обеспечением. Обычные "пять знаков после запятой в угловых минутах"
слишком грубы, надо иметь "пять знаков после запятой в угловых секундах",
а это как раз никаким стандартом не регулируется.

 

Прикладное ПО - это "прокладка" между железом и ПО на контроллере? Я правильно понял?