GPS-приемники для квадрокоптеров

OTR1UM
techbv:

Сохранять конфиг текущий не просто сенд , а ещё и тут:

Дмитрий, спасибо.
Я сохранял. После отключения-подключения модуля всё сохранялось, а вот если отключить модуль, закрыть ю-центр, затем подключить модуль и запустить ю-центр снова, софт показывает какие-то левые значения (скорость 57400, частота обновления 1 Гц).
Выглядит как будто софтина не читает конфиг модуля, а просто показывает какой-то дефолтный сетап, который можно сохранить в настройках модуля. Не знаю, почему-то мне так показалось.

Но по сути ничего не изменилось. Один раз hdop упал и держался 1.5, но не меньше. Меньше 2 он стал только спустя 10-15 минут после фикса.
Я всё таки думаю заказать себе какой-нибудь gps-модуль вместо штатного… какой бы Вы посоветовали?

macrokernel
OTR1UM:

если отключить модуль, закрыть ю-центр, затем подключить модуль и запустить ю-центр снова, софт показывает какие-то левые значения (скорость 57400, частота обновления 1 Гц).

А Вы пробовали нажимать кнопочку Poll внизу окна конфигурации рядом с кнопочкой Send? После нажатия Poll значения не меняются?

Davest
techbv:

Раз двести уже сказал , ну уменьшите вы частоту до 2 Гц и посмотрите, упрямство ваше поражает.

да пробовал я и 1Гц и 2Гц и 3Гц. И ublox и nmea, и первое и второе вместе… Я вообще всё пробовал.
И кстати, если модуль 6H сбросить на дефолт и выставить эти настройки - тоже самое получается, колбасит его. Но если залить волшебный конфиг - всё, заработало. Просто чудеса.

Я из поля лог заливал, смог только вконтакте как документ прикрепить.
Вот лог еще раз, залил на ЯД: yadi.sk/i/P4U_mFsAgtBNG

зы Ну конечно я в поле пробую, по GPS координатам там понятно, что это оочень большое чистое поле.

OTR1UM
macrokernel:

После нажатия Poll значения не меняются?

Не меняются, в этом и дело =/

techbv
OTR1UM:

Не меняются, в этом и дело

Вообще U-centr довольно - таки тормознутый, после нажатия на нужный параметр нужно подождать, иногда несколько секунд, пока данные обновятся и покажут истинное значение.

Поковырялся в ЖПС библиотеках, на сколько хватает моих познаний. Много интересного и не совсем понятного. Интересно , что скажут ГУРУ по поводу найденных в коде процедур настройки APMом блоков на основе Ublox . Есть куски которые подстраивают скорость порта ( изначально ставят 38400, чтоб получать стабильные пакеты при частоте обновления 5Гц), в зависимости от наполнения буфера, есть разделение по обработкам блоков 7го 8го поколения и 5го 6го. Есть интересная фраза:

// Note that we will only see a ublox in NMEA mode if we are explicitly configured
// for NMEA.  GPS_AUTO will try to set any ublox unit to binary mode as part of
// the autodetection process.

т.е. надо сконфигурировать АПМ на приём НМЕА, иначе процедура GPS_AUTO переведёт блок в режим UBX.

После всего этого возникает один вопрос - А нужно ли настраивать блок или оставить по дефолту и нехай АПМ его настроит.

Может Алексей Козин на пальцах расскажет , что делает процедура AUTODETECTION? И можно ли сконфигурировать свой АПМ жёстко под свой блок.

techbv
Davest:

Вот лог еще раз, залил на ЯД

судя по логу ( нормально посмотреть смог только в AP в MP фигня отображается и АР выругался на повреждённость лога) фикс есть , Hdop непонятно падает до нуля и потом восстанавливается. Самое интересное по широте, долготе - там хрень, т.е. АПМ так и не получил нормальные координаты. Видимо не получил полноценных пакетов для нормального парсинга, а статус и Hdop сами по себе - ничто.

macrokernel
techbv:

изначально ставят 38400, чтоб получать стабильные пакеты при частоте обновления 5Гц

А потом, что ставят какую-то другую скорость? Почему Вы делаете вывод, что 38400 - гарантия стабильных пакетов при частоте обновления 5Гц? Почему, например, не 57600?

techbv:

Код: // Note that we will only see a ublox in NMEA mode if we are explicitly configured // for NMEA. GPS_AUTO will try to set any ublox unit to binary mode as part of // the autodetection process.

По-моему, Вы смотрите какие-то старые исходники.

Беру слова обратно, в новом коде это тоже есть.

Несколько раз перечитал Ваше сообщение, и, кажется, понял, что Вы имеете в виду. После очередных опытов с настройкой приёмника GPS в u-center и просмотра исходников у меня тоже возникла мысль, что APM сам конфигурирует приёмник GPS.

Действительно, нужно ли что-то настраивать в приёмнике кроме скорости порта? Я думаю, что настроить как минимум SBAS на EGNOS и Min SV Elevation = 10 стоит, т.к. APM по умолчанию не меняет (1) и (2) эти параметры. Кто знает, как оно работает на самом деле и как изменится код в будущем?

techbv
/*
          running a uBlox at less than 38400 will lead to packet
          corruption, as we can't receive the packets in the 200ms
          window for 5Hz fixes. The NMEA startup message should force
          the uBlox into 38400 no matter what rate it is configured
          for.
        */

Вот собственно про скорость, и видимо я напутал, АПМ смотрит как сконфигурирован блок ЖПС и если он соответствует условиям НМЕА, читается НМЕА , если протокол не выбран, тогда АПМ конфигурирует блок ЖПС в бинарный режим - UBX.

Сорцы смотрю по вашей ссылке.

macrokernel
techbv:

Сорцы смотрю по вашей ссылке.

Был неправ, исправил своё сообщение выше.

techbv

В файле AP_GPS.cpp есть такая строка - // table of user settable parameters, далее там куча параметров как я понял для преднастройки блока ЖПС в момент инициализации. Вопрос - где их можно поменять. В мишке не нашёл.

ssilk

Мэйби это через терминал делалось, пока его не выпилили? )

Davest

А киньте скриншот всех этих настроек по умолчанию, в версии 3.1 их еще нет. Можно попробовать выставить это вручную в модуле ГПС.
Еще вариант - взять файл конфигурации для 6M, H и расшифровать каждую строчку 16тиричечного кода, вот есть видео как увидеть этот код, он отображается в зависимости от настроек (с 7й минуты)

alexeykozin

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

при отсутствии ошибок в парсере сообщений по идее сильно разницы нет какой выбран протокол

techbv
macrokernel:

Нет, это есть в Full Parameter List

На 3.1.5 этих параметров не нашёл.

OTR1UM:

Я всё таки думаю заказать себе какой-нибудь gps-модуль вместо штатного… какой бы Вы посоветовали?

Вопрос не совсем ко мне, у меня мало опыта. Спросите у Сергея Авакова (SSILK), он старожил и уже кучу перепробовал, как я понимаю. По мне так блок 6й серии меня устраивает ( на прошивке 3.1.5), Лойтер в пределах метра при не сильном ветре. Миcсии отлётывает, домой возвращается. Что ещё надо ?

macrokernel
Davest:

А киньте скриншот всех этих настроек по умолчанию, в версии 3.1 их еще нет.

На скриншоте выше - всё что есть, ниже идут настройки не связанные с GPS.

ssilk
techbv:

Спросите у Сергея Авакова

А чего меня спрашивать? У меня их всего 5 штук и все NEO6 с разными буквами… Да и писали уже много раз в теме, чтобы не поиметь головной боли, использовать только модули рекомендованные разрабами…

OTR1UM
techbv:

Что ещё надо ?

Спасибо. Я в общем-то то же самое хочу, но пока и лоитер и RTL заканчиваются экстренным переводом квадра в мануал =/
У меня, если верить ю-центру, 7 серии модуль, и в ю-центре он шикарно работает, ну 0,8-1,0 hdop. Как раз этот факт и останавливает меня от покупки нового модуля.
Надо будет на 3.1.5 прошиться, чувствую я, что проблема не в железе, а в софте… как считаете, возможен такой вариант?
Перешившиеся на 3.1.5 отмечали улучшение висения, но с точки зрения работы программны я затрудняюсь себе это представить. АПМ ведь только получает данные от модуля.

ssilk
OTR1UM:

АПМ ведь только получает данные от модуля.

Не только, он их еще и обрабатывает… И вот тут основная засада. АРМ на редкость параноидальная система, боится любого чиха, любой громкий звук проверяет и перепроверяет, из за угла выходит боком, предварительно выглянув, подозрительно осматривает все открытые окна и двери…© И чем новее прошивка - тем параноидальнее, тем больше внимания к качеству данных и все такое… А в старых прошивках требования ниже, потому и работает чуть грубее, но лучше…
Грубо говоря, примерно так работает АРМ, да и любой другой современный контроллер…)

Глаза: - Видим пивную точку.
Мозг: - Ноги, поворачиваем.
Ноги: - А у нас шнурок развязался.
Рот: - Мне парочку, пожалуйста.
Глаза: - Пиво мутное, гадость.
Мозг: - Ничего, желудок разберется.
Прямая кишка: - Ага, разбираться опять через меня будете.
Мозг: - Тебе не привыкать.
Желудок: - Ой, хорошо-то как.
Рот: - Еще парочку.
Руки: - Тухни, денег нет.
Мозг: - А мне по кайфу.
Мочевой пузырь: - Вот так всегда, верхам по кайфу, а низам вкалывать.
Желудок: - Петь охота.
Рот: - Я тте спою.
Почки: (глубоко дышат)
Мочевой пузырь: -Ой, не могу.
Мозг: - Эй, ноги, помогите пузырю. Правая поднялась, опустилась.
Левая поднялась, опустилась. Раз, два, раз, два…
Ноги: - Блин, шнурок развязался.
Мозг: - Уломали. Туловище, нагибаемся.
Вестибулярный аппарат: - Отключаюсь.
Желудок: - Щас спою.
Мозг: - Туловище, отставить.
Вестибулярный аппарат: - Включаюсь.
Желудок: - Все равно спою.
Мочевой пузырь: - Или сейчас, или никогда.
Мозг: - Вас понял. Ноги, вперед за угол.
Ноги: - А у нас шнурок развязался.
Мозг: - Я же сказал, за угол.
Вестибулярный аппарат: - Бывааали дни весеелые…
Глаза: - К какому углу?
Мозг: - К ближайшему.
Правый глаз: - К правому.
Левый глаз: - К левому.
Ноги: - А мы на шнурок наступили.
Шишка на лбу: - ЗдорОво, мужики.
Мочевой пузырь: - Быстрей, быстрей.
Ноги: - Раз, два, раз, два…
Мочевой пузырь: - Уффф!
Рот: - Еще парочку.
Шишка на лбу: - Правильно, я себе братика хочу.
Мозг: - Глохни, синяк безмозглый.
Шишка: - Я гематома, это ты - синяк.
Почки: - Надоело, отключаемся.
Правый глаз: - Ой, какая девушка идет.
Левый: - Где?
Позвоночник: - Спинным мозгом чую - блондинка!
Глаза: - Впереди столб.
Голова: - Бум!
Глаза: - Ой, какие звездочки.
Мозг: - Сам вижу. Беру управление на себя.
Позвоночник: - 5.4.3.2.1 поехали!
Рот: - Земля в иллюминаторе…