Вопросы по iNav
А у каких контроллеров он на борту? У меня 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)
Внимание - многие изменения не тестировались или тестировались слабо.
вариант с газом после восстановления связи после fail-save не имплементили?
чтобы если ручка газа ниже, чем была запомнена на момент FS - оставлять значение FS до того, как ручное значение не станет выше либо равно
вариант с газом после восстановления связи после fail-save не имплементили?
чтобы если ручка газа ниже, чем была запомнена на момент FS - оставлять значение FS до того, как ручное значение не станет выше либо равно
А для чего такая логика может быть нужна?