Прошивки CleanFlight/BetaFlight для полетников
Подскажите, что означают кратковременные пики назе32 с бетафлайтом последним, тоесть полетал минутку посадил, и сразу же начинает каждые две секунды где то пикать, а может и не пикать вообще.
мне кажется это специально сделано. у меня так же посадил и зумер начинает попискивать. наверно для того чтобы искать его проще было
Подскажите, что означают кратковременные пики назе32 с бетафлайтом последним, тоесть полетал минутку посадил, и сразу же начинает каждые две секунды где то пикать, а может и не пикать вообще.
Это для того, чтобы знать, что коптер заармлен. На cc3d с пищалкой на 6 канале тоже попикивает после Арма. Как только газ дал или дизарм - пищать перестаёт.
cf 1.12 will already have many betaflight features . It will be released soon
Интересно, а будет ли работать CF 1.12 с устаревшими прошивками BLHeli?
У меня регули EMAX Nano Series ESC 12A
emaxmodel.com/…/emax-nano-series-esc-12a.html
И они не корректно работают с Борисовской прошивкой (вернее не работают в OneShot режиме).
Но в то же время нормально работают с CF 1.11
Перешить регули через CF не получается, видимо не тот бутлоадер.
В перешить бутлоадер нет железа и не нашел куда присоединять…
Может кто имеет инфо по прошивек именно этих регулей?
Может кто имеет инфо по прошивек именно этих регулей?
В профильной ветке на RG писали, что через CF не шьется, для прошивки 1 проводом необходимо удалить 10KOhm.
Источник: www.rcgroups.com/forums/showpost.php?p=32844766&po…
обнаружил что приложение EZ-GUI Ground Station для андроида больше не видит BetaFlight. Пиды в поле не получается менять. Есть еще варианты как с андроида к BetaFlight подключиться?
Betaflight 2.3.0 RC1 github.com/borisbstyle/betaflight/…/v2.3.0-RC1
и интересного:
- aналог Acro+, фича insane_acro_factor; диапазон значений 0-100, где 0 - выключено, 100 - максимальный акро фактор, работает только при включенном АирМод
- фича rc_fpv_cam_correct_degrees (задается угол курсовой в градусах, 0 - работает как обычно) о которой я писал здесь: rcopen.com/forum/f136/topic362347/26606
Похоже как-то на то, что уже давно сделал OpenPilot…
- фича rc_fpv_cam_correct_degrees (задается угол курсовой в градусах, 0 - работает как обычно) о которой я писал здесь: FPV миникоптеры на 250х рамах (ZMR, Blackout, QAV250 и т.п.)
Я так понял при этой фичи при развороте по ява не нужно роллом подруливать? Коптер всегда будет в плоскости камеры, но тогда нужно идеально выставить размер угла наклона камеры, или я ошибаюсь. Я так понял Joshua Bardwell этот вопрос поднял в этом видео, ну я так понял на пальцах, в инглише я 0.
Кто нибудь тестил , как изменилось управление ?
Я так понял при этой фичи при развороте по ява не нужно роллом подруливать? Коптер всегда будет в плоскости камеры, но тогда нужно идеально выставить размер угла наклона камеры, или я ошибаюсь.
Чем точнее выставлен, тем меньше подруливать, но совсем точно не обязательно, все равно к каждому новому углу камеры привыкаешь довольно быстро.
Вот здесь на видео хорошо показано:
честно говоря я не совсем согласен с реализаций Бориса, точнее не понимаю делает ли его реализация то же что и программный поворот системы координат коптера (осей pitch/roll/yaw) на угол камеры вокруг оси pitch
спросил его здесь об этом, но он так и не ответил www.rcgroups.com/forums/showthread.php?t=2464844&p…
Betaflight 2.3.0
github.com/borisbstyle/betaflight/…/v2.3.0
Хех, а ещё можно подцепить угол камеры на угол серво на коптере с изменяемым тилтом моторов.
тем меньше подруливать
Просто если все равно подруливать , теряется тогда смысл, правильно ты сказал что привыкаешь какой угол подруливать, какая будет разница угол в 5 градусов или 45 градусов подруливать , все равно со временем привыкаешь это делать рефлекторно. Большой плюс что при этой фиче проще будет в инверту по роллу переходить, пич не нужно будет трогать. А так все в основном в инверту по пичу переходят.
честно говоря я не совсем согласен с реализаций Бориса, точнее не понимаю делает ли его реализация то же что и программный поворот системы координат коптера (осей pitch/roll/yaw) на угол камеры вокруг оси pitch
Нет, board align правит данные с датчиков, т.е. алгоритм верит, что коптер повернут относительно своего реального положения.
В новой реализации сделано по тупому, roll и yaw просто миксуются между собой. То же самое что все сейчас делают руками. Ну микшер такой, сложный. С синусами 😉
Вот код: github.com/…/a42aed332bbb33e6de3adefebc469bbdae290…
Мякотка в функции scaleRcCommandToFpvCamAngle().
Вижу от этой фичи единственный реальный плюс: во время быстрого ролла, центр вращения будет по центру камеры. Выглядит покрасивее 😃
Да зачем так сложно то, можно же прицел нарисовать там где ось коптера проходит…
Вижу от этой фичи единственный реальный плюс: во время быстрого ролла, центр вращения будет по центру камеры. Выглядит покрасивее
Развороты по yaw при пролете ворот и дырок тоже красиво смотрятся и делать будет проще.
мне кажется эта тема максимально эффективна для горизонтальных гонок по трассе, для фристайла лишняя. Да и редко когда мы держим курсовую параллельно горизонту, на поворотах мордой вниз, на торможении мордой вверх. В этих случаях нужно будет подруливать явом.
Даёшь видео с тестами, чтобы полётная камера была установлена на 1 угол с пишущей и с новой функцией!
Как раз потеплетело чуток 😉
можно же прицел нарисовать там где ось коптера проходит…
рисовал такой прицел, при полётах я его просто не вижу и не потому что он незаметный, а потому что всё происходит стремительно и глаза просто пропускают эту точку(я ставил стрелку) на экране
мне кажется эта тема максимально эффективна для горизонтальных гонок по трассе, для фристайла лишняя. Да и редко когда мы держим курсовую параллельно горизонту, на поворотах мордой вниз, на торможении мордой вверх. В этих случаях нужно будет подруливать явом.
а мне вот наоборот кажется что это очень удобно как раз для фристайла и для получения более красивого видео и действительно может быть спорно при гонках возле земли
основная прелесть этой коррекции в том что “камера” поворачивается туда же куда и стик и это выглядит очень естественно
а вот на эффективности такой стиль управления может сказаться в худшую сторону т.к. ты привыкаешь управлять именно “камерой” а не “моторами”, а у коптера не все оси одинаково эффективны: roll и pith примерно равны, а вот yaw заметно “слабее”
и при полете на эффективность желательно точно понимать как расположена именно плоскость винтов, что бы сделать этот маневр более эффективно, а камера тут лишь “орган чувств” и не важно на сколько красиво будет этот маневр выглядеть по камере
CC3D продолжают обижать 😦
в последней прошивке Betaflight 2.3.1 из .hex убрали DISPLAY и SONAR а из .bin BLACKBOX и BARO для того что бы влезли новые фичи