Вопросы по iNav
Надо будет BlackBox подкупить. Какой посоветуете? Кстати, Bluetooth и OSD подлучаются паралельно или только одно из двух можно подключать?
Надо будет BlackBox подкупить. Какой посоветуете? Кстати, Bluetooth и OSD подлучаются паралельно или только одно из двух можно подключать?
Я летаю с контроллерами, у которых Blackbox на борту. Еще у меня есть вот этот - тоже работает.
Bluetooth и OSD можно параллельно, если OSD использует LTM или MAVLink. Если это ScarabOSD, они с Bluetooth подерутся за линию данных “к контроллеру”.
А у каких контроллеров он на борту? У меня MinimOSD KV Team, значт нет…
А у каких контроллеров он на борту?
Naze Rev6, CC3D, SPRacingF3, RMRC DoDo
У меня MinimOSD KV Team, значт нет…
Нет, она работает по протоколу MSP, соединять параллельно с Bluetooth - лотерея, если не повезет можно и пожечь либо Bluetooth либо OSD. Хотя, резисторы по 220 Ом в цепь TX OSD или Bluetooth (до соединения) - и вперед. Должно работать.
Ухххх, не знал что у них столько внутренней памяти.
Надо будет BlackBox подкупить. Какой посоветуете?
Вот такой
Ухххх, не знал что у них столько внутренней памяти.
Память не внутренняя, просто распаян дополнительный чип
Без GPS FIX вы не сможете за армить, или надо в CLI написать “set nav_extra_arming_safety = off”
А параметр такой есть для отключения невозможности арминга, если летательный аппарат находится не в горизонте (например на боку или перевернут)?
А параметр такой есть для отключения невозможности арминга, если летательный аппарат находится не в горизонте (например на боку или перевернут)?
В CLI:
small_angle - максимальный угол крена, при котором арминг разрешен. Если сделать set small_angle = 180 можно заармиться даже вверх ногами.
Подскажите пожалуйста новичку, что нужно докупить и как потом это подключить для такого контроллера CC3D от Eachine Racer 250, чтобы работал RTH и GPS Hold? 😃 Или лучше сразу перейти на naze32 DOF 10?
Подскажите пожалуйста новичку, что нужно докупить и как потом это подключить для такого контроллера CC3D от Eachine Racer 250, чтобы работал RTH и GPS Hold? Или лучше сразу перейти на naze32 DOF 10?
Лучше перейти на RMRC DODO или Naze Rev6 Acro. Критерий отбора контроллера - с барометром, но без компаса. Внимательно, DOF 6 - это без барометра и без компаса.
К CC3D можно подключить GPS и барометр, но будут проблемы с настройкой всего этого хозяйства - прошиваться на новые версии без “плясок с бубном” не получится.
Константин, скажите, а когда добавиться/вернётся поддержка led_strip?
Константин, скажите, а когда добавиться/вернётся поддержка led_strip?
Вероятно, в версии 1.2, возможно в промежуточной 1.1.2.
До конца месяца будет релиз-кандидат 1.1.2-RC, в него войдут изменения:
- PID-контроллеры Multiwii Rewrite и Luxfloat будут заменены новым контроллером FP-PID
- GPS больше не будет принимать от модуля и отдавать Конфигуратору информацию о спутниках
- Изменения в планировщике задач для оптимизации производительности
- Буферизация последовательных портов (более быстрый USB на CC3D и Sparky)
- Много мелких исправлений
Новый PID-контроллер и упрощение GPS-кода должно освободить достаточно места для LEDSTRIP в сборке для Naze32
GPS больше не будет принимать от модуля и отдавать Конфигуратору информацию о спутниках
Т.е. не будет возможности контролировать качество приема GPS?
Т.е. не будет возможности контролировать качество приема GPS?
Совершенно верно. Сбор этой информации от GPS-а сильно влияет на задержку данных о позиции (и занимает достаточно много места в прошивке). После фикса в любом случае будет доступно количество спутников, по которым фикс сделан.
будет доступно количество спутников
Это не очень полезная информация. Нужно знать HDOP для определения степени доверия данным GPS. Иначе можно улететь “в китай”. И при 5-6 спутниках бывает высокий HDOP.
Это не очень полезная информация. Нужно знать HDOP для определения степени доверия данным GPS. Иначе можно улететь “в китай”. И при 5-6 спутниках бывает высокий HDOP.
HDOP будет, правда в форме EPV - абсолютная погреность позиции.
HDOP будет, правда в форме EPV - абсолютная погреность позиции.
Форм пойдет и такая. Этого будет достаточно. Остальные подробности про спутники действительно не нужны.
Форм пойдет и такая. Этого будет достаточно. Остальные подробности про спутники действительно не нужны.
Поскольку спутников у нас теперь не будет, HDOP будет сообщаться как сигнал первого спутника (пока конфигуратор не научится показывать его как надо):
Совершенно верно. Сбор этой информации от GPS-а сильно влияет на задержку данных о позиции
на сколько это увеличивает задержку? по логам смотрели?
на сколько это увеличивает задержку? по логам смотрели?
Сообщение NAV-SVINFO занимает 200-300 байт, на скорости порта 57600 это пол-секунды сверх задержки, которую сам GPS вносит. Еще проблема в том, что эта задержка непостоянная, а джиттер еще хуже чем просто задержка.
Константин, скажите, а когда добавиться/вернётся поддержка led_strip?
Ура, LED_STRIP вернулся на Naze32!
Но ничего не достается даром (об этом ниже).
Выложил самую новую “тестовую” сборку. Шить с полным стиранием, конфигурировать заново, тюнинг тоже заново. Особое внимание следует обратить на вкладку “Modes”.
Изменения:
- FP-PID GitHub #96
- GPS теперь без информации о спутниках. HDOP сообщается в качестве уровня сигнала первого спутника
- Таймаут GPS при активации RTH. Теперь если GPS потерялся при активации возврата аварийная посадка срабатывает не сразу, а только через nav_position_timeout секунд после потери GPS-а. GitHub #113
- Буферизация Serial-портов. (более быстрый USB VCP на CC3D)
- Оптимизирован планировщик (в теории меньше джиттер)
- Улучшен алгоритм защиты от арминга без GPS на самолетах без магнитометра
- LED_STRIP вернулся на Naze32
- Теперь поддерживается только Naze32 Rev4 и новее
- Naze32 теперь умеет работать только с Ublox GPS (никаких NMEA, NAZA или I2C)
Внимание - многие изменения не тестировались или тестировались слабо.