Прошивки CleanFlight/BetaFlight для полетников
Логика технократа. По этой логике мне давно пора заменить радиолинк на футабу, назу лайт на А3 и т.д. Вопрос целесообразности.
Если 3.1 версия батафлай работает, то что такого есть в 3.2 ради чего стоит курочить собранный квадрик?
Логика технократа. По этой логике мне давно пора заменить радиолинк на футабу, назу лайт на А3 и т.д. Вопрос целесообразности.
Если 3.1 версия батафлай работает, то что такого есть в 3.2 ради чего стоит курочить собранный квадрик?
стараюсь не пустомелить, потому только по опыту пишу это как человек сменивший F3 на F4 а теперь и на F7. Но все это наверное справедливо, если развиваться самому параллельно железу. Ведь теже мультишот и дшот не ради “продать” сочинялись.
Люди, которые в ответ на каждый вопрос по прошлогоднему железу предлагают его выкинуть и купить новое, к вам обращаюсь. Не приходила ли вам в голову мысль, что у людей может быть несколько коптеров? Основной и запасной, для нормальных полётов и для экспериментов? И что на одном могут стоять модные “современные” комплектующие, а другой собираться из того, что нашлось в шкафу?
Прошил SPRacingF3 пследней прошивкой и не смог настроить до конца
SPRacingF3 + BF 3.2.1 - полёт отличный. 3.2.2 не пробовал. Проверьте загрузку процессора.
что такого есть в 3.2 ради чего стоит курочить собранный квадрик?
Динамические фильтры, управление настройками камеры. F3 выбрасывать не обязательно)))
Люди, которые в ответ на каждый вопрос по прошлогоднему железу предлагают его выкинуть и купить новое
F3 выбрасывать не обязательно)))
да никто и не говорит о выкидывать. работала на 3.1 и хорошо. Хочется новых прошивок - есть смысл обновлять железо. Ну а лучше/хуже - это как жигули и бмв. И то и другое ж-пу возит. Но по-разному.
SPRacingF3 + BF 3.2.1 - полёт отличный. 3.2.2 не пробовал. Проверьте загрузку процессора.
Динамические фильтры, управление настройками камеры. F3 выбрасывать не обязательно)))
Сразу поле прошивки 28% показывала, на настройки частоты обновления по умолчанию не взглянул, не подумал что то.
Висела при попытке перехода с вкладки на вкладку, ну да мне главное что 3.2.1 проверенно работает - значит разберусь 😃
Подскажите есть какое-то решение по настройке failsave в cleanflight для приемника который ни как не реагирует на потерю связи с пультом , т.е. держит постоянным последние полученные значения ?
приемник такой : IRangX-Tiny-2_4G-6CH-Flysk-Receiver-Compatible-with-Flysky-PPM-Output
Подскажите есть какое-то решение по настройке failsave в cleanflight для приемника который ни как не реагирует на потерю связи с пультом , т.е. держит постоянным последние полученные значения ?
приемник такой : IRangX-Tiny-2_4G-6CH-Flysk-Receiver-Compatible-with-Flysky-PPM-Output
Нет таких решений.
не реагирует на потерю связи с пультом
можно выставить большую задержку, секунд 20 будет лететь потом все равно упадет.
можно выставить большую задержку, секунд 20 будет лететь потом все равно упадет.
не упадет.
этот приемник делали олени - он просто продолжает выдавать последние полученные значения.
То есть связи с пультом нет, но полетник об этом узнает только по удару об землю, когда сядет аккумулятор.
Подскажите есть какое-то решение по настройке failsave в cleanflight для приемника который ни как не реагирует на потерю связи с пультом , т.е. держит постоянным последние полученные значения ?
приемник такой : IRangX-Tiny-2_4G-6CH-Flysk-Receiver-Compatible-with-Flysky-PPM-Output
Попробуйте сделать PR на гитхабе с предложением впилить включаемую проверку на то, чтобы, после арма и газа выше 20%, замирание каналов больше чем на N секунд, вызывало failsafe…
Попробуйте сделать PR на гитхабе с предложением впилить включаемую проверку на то, чтобы, после арма и газа выше 20%, замирание каналов больше чем на N секунд, вызывало failsafe…
Хорошая идея, если это такая распространенная проблема то многие оценят, но у меня недостаточно знания языка чтоб нормально сформулировать задачу. Может кто на форуме хорошо владеющий языком поможет с формулировкой.
Google переводчик предлагает нечто такое:
“I provide new functional for tuning failsafe, the are many receivers not have failsafe function and not have reaction on lost link with transmitter, after lost link this receivers continion send last receiving data, be good if cleanflight checking that, after the arming and throttle above 20%, the freezing of the channels for more than N seconds, called failsafe.”
Попробуйте сделать PR на гитхабе с предложением впилить включаемую проверку на то, чтобы, после арма и газа выше 20%, замирание каналов больше чем на N секунд, вызывало failsafe…
Сомневаюсь, что сообществу понравится идея поддерживать лишний кусок кода и увеличить возможность появления ошибки ради сломанного приёмника.
Сомневаюсь, что сообществу понравится идея поддерживать лишний кусок кода и увеличить возможность появления ошибки ради сломанного приёмника.
Приемник не сломан, это его (и многих подобных вариантов исполнения) штатная работа без поддержки failsafe
Посадите сэйв на переключатель пульта, а в бетафлае во вкладке файсейв слева настройте этот канал на включение. Мне помогло. А так при выключении приемника, тоже продолжал лететь.
Посадите сэйв на переключатель пульта, а в бетафлае во вкладке файсейв слева настройте этот канал на включение. Мне помогло. А так при выключении приемника, тоже продолжал лететь.
а как это может помочь? при потере связи все переключатели на приемнике остаются в том-же положение каком были до потери связи, пк не увидит ни каких изменения что при наличии связи, что без.
я так понимаю там канал если перестает работать, пк его или включает или выключает, смотря на что настроено. Или при отключении у вас
в receiver каналы все равно двигаются?
есть ли похожий на digital шрифт , но с меньшим прицелом? очень уж здоровый. или порекрмедуйте прогу какую чтоб можно было исправить
я так понимаю там канал если перестает работать, пк его или включает или выключает, смотря на что настроено. Или при отключении у вас
в receiver каналы все равно двигаются?
при отключении каналы замирают в том положении котором были в момент потери свзяи
Добрый всем день,
При настройке регуляторов есть опция “направление вращения мотора”.
Как правильно сделать - распаять проводами или в софте выставить нормальное или обратное вращение моторов??
По опыту Мишен Планер - многие рекомендуют в софте оставлять НОРМАЛ и паять провода под разное вращение моторов.
Что скажут гуру БФ?
Спасибо.
Выставлять в софте. У регулей три фазы идентичны, без разницы, в каком порядке они будут работать. Интересно, по какой такой причине многие рекомендуют перепаивать провода?
Разницы нет, но при пайке удобнее крест-накрест два провода сделать, чем ковырять настройки.