Прошивки CleanFlight/BetaFlight для полетников
значения около 100 что на p что на i что на d…это нормально?)
D = 100 - однозначно ненормально! Рискуете спалить моторы и/или регули. Там обычно порядка 20.
сетап 2205 рейсерстар, пчелы 20а, f3, 5х4х3
Мало инфы - как минимум ещё масса сетапа, kV моторов и геометрия рамы (крестик, “трамвай”). Но я на “крестике” с теми же BR2205 2300 kV относительно дефолтных в бетафлае лишь сделал пиды по ролл и питч одинаковыми и немного увеличил P и I.
2300, крестик, 520 грамм с акб.
я вот тоже удивился, осцилляций нет никаких.
осцилляций нет никаких
Ну с таким Д конечно не будет. Не увлекайтесь Д! Может дымок пойти. И если ваши ПИДы отличаются от дефолтный более чем в 2 раза, значит что то не так делаете.
F4 revolution: спектрумовский сателлит не входит в режим бинда командой: set spektrum_sat_bind =9
Пробовал UART3, UART6 - без толку. На револьтах и F3 платках - всё без вопросов. Было у кого? Куда копнуть?
спектрумовский сателлит не входит в режим бинда
omnibus f4 (клон с редитускай), тоже не биндится. Забиндил от приемника.
omnibus f4 (клон с редитускай), тоже не биндится
вот что за хрень?
PS
вродь победил, в старом конфигураторе raceflight для версий BB есть кнопочка “bind spektrum” c ней всё завелось.
А что с загрузкой процессора?
CPU Load 371% Тут должна быть запятая?
Кстати, обратил внимание, что синий светодиод на CC3D моргает 6 раз подряд, что означает перегрузку системы, и на сколько я понимаю, это является одной из причин не арминга коптера. Спасибо SkyPlayer за ссылку.
В чем может быть причина перегрузки?
Проверьте значение канала газа во вкладке Receiver. Если газ больше min_check или коптер стоит неровно - не будет армиться.
А где смотреть этот min_check?
Коптер стоит ровно, правда периодически калибровка слетает и приходится калибровать заново.
Расскажу вам историю и ее решение
Суть такова - Квадрик заваливается на бок. При развороте, во время пикирования,после флипа… вобщем , при сброшенном газе
Ф4, БФ 3.1.6 (по дефолту всё кроме рейтов), ДШ-600 (ВВ2 райсстары)
сперва был обнаружен почти переломавшийся сигнальный провод на приемыш… все провода заменил, проблема не ушла
собрал еще один квадрик, на другом железе… и ощит… проблема 1к1 !!!
записываю ББ … и вижу вот такую херь!!! … во время свободного полета (газ-0) три мотора крутятся на 25% а один вваливает 100% газа!!!
хех … бывает и левый и правый мотор
дашь газу, вырулишься и летит дальше без проблем, пока не скинешь газ
Подсказали решение - добавить Холостой ход !!!
да, я всегда ставил минимальный ХХ что бы моторы уверенно крутились… но видимо в воздухе им не хватало этого и полетник сходил с ума
так что - не надо жадничать с холостыми 😃
Всем хороших полетов и адреналина от драйва 😉
В чем может быть причина перегрузки?
Луптайм слишком маленький выставили. Или блекбокс включен с высокой частотой сохранения данных.
B BF для каждого таргета сразу заданы “безопасные” настройки, с которыми нет перегруза, а что там в CF - я уже и не помню.
А где смотреть этот min_check?
В CLI. Ну почитайте же доки на прошивку! github.com/cleanflight/cleanflight/blob/…/Cli.md
Да и в статье про арминг на вашем же скрине ниже про него подробно расписано.
А где смотреть этот min_check?
Просмотрите и остальные видео по настройкам на этом канале.
Вот такую фигню имею. Может сталкивался кто?
Случайно, FS на мозге не включен? github.com/cleanflight/cleanflight/…/Failsafe.md
Такое впечатление, что минимальный уровень газа с приёмника оказывается меньше rx_min_usec, что приводит к срабатыванию FS и “установке” каналов управления в заданные для FS Stage 1 значения.
Второе видео - всё ровно то же самое. Проверяйте значение rx_min_usec. Установите его “заведомо низким” (что-то типа 500) и посмотрите - какое значение канала газа у вас получается при стике до упора вниз.
Включен. Сейчас буду разбирать,че к чему!! Спасибо. Отпишусь
Луптайм слишком маленький выставили. Или блекбокс включен с высокой частотой сохранения данных.
B BF для каждого таргета сразу заданы “безопасные” настройки, с которыми нет перегруза, а что там в CF - я уже и не помню.В CLI. Ну почитайте же доки на прошивку! github.com/cleanflight/cleanflight/blob/…/Cli.md
Да и в статье про арминг на вашем же скрине ниже про него подробно расписано.
Спасибо, почитал, проверил. Удалось за армить коптер только после отключения акселерометра. Загрузка процессора падает с 300% до 30ти. Попробовал все настройки касающиеся акселерометра отключить или скинуть на минимум, но загрузка процессора при включенном аксе все равно держится на 300%😮
В общем перепрошил полетник и вкладку ФС не трогал,оставил как есть. Вроде все заработало, какойто мутный глюк. Видимо случайно ткнул чето не то пока ковырял. Но слава Джа ,все летит. Алексей спасибо за наводку.
Спасибо, почитал, проверил. Удалось за армить коптер только после отключения акселерометра. Загрузка процессора падает с 300% до 30ти. Попробовал все настройки касающиеся акселерометра отключить или скинуть на минимум, но загрузка процессора при включенном аксе все равно держится на 300%😮
UPD Снижение частоты обновления в блэк боксе до 3% тоже разгружает процессор, при включенном аксе до 78%. Но это на дефолтных настройках CF, без установленных полетных режимов. Как только устанавливаю режимы, загрузка проца снова подпрыгивает к 300%. И еще, в нижней строке, где отображается загрузка процессора отображается ошибка packet error:1
UPD Снижение частоты обновления в блэк боксе до 3% тоже разгружает процессор
А заем вам, собсно, постоянно включенный блекбокс? Суда по скриншотам, у вас там забита почти вся память под логи (может, оттого он и тупит, пригружая процессор?). Вы бы почистили её, а включение блекбокса повесили на отдельный тумблер (вкладка modes), чтобы использовать лишь тогда, когда требуется.
И еще, в нижней строке, где отображается загрузка процессора отображается ошибка packet error:1
А это тоже последствия перегрузки процессора - нарушение режима работы UART-over-USB
В общем перепрошил полетник и вкладку ФС не трогал,оставил как есть. Вроде все заработало, какойто мутный глюк. Видимо случайно ткнул чето не то пока ковырял.
Радикальный способ лечения 😃 Всё-таки до него стоило бы разобраться - что “не туда ткнули”, я ж вам написал где стоило покопать. В следующий раз сохраняйте dump из CLI (для BF достаточно diff) - можно будет просмотреть настройки и понять что было не так.
А заем вам, собсно, постоянно включенный блекбокс? Суда по скриншотам, у вас там забита почти вся память под логи (может, оттого он и тупит, пригружая процессор?). Вы бы почистили её, а включение блекбокса повесили на отдельный тумблер (вкладка modes), чтобы использовать лишь тогда, когда требуется.
Память чистил, не помогает. Помогает только отключение акса. Причем при включенном аксе, на вкладке sensors, изменений на диаграмме акса нет, на изменения реагирует только гиро.
А это тоже последствия перегрузки процессора - нарушение режима работы UART-over-USB
На скрине процессор загружен на 31%, а ошибка все равно есть. При подключении по FTDI ошибка уходит.
Записал небольшое видео:
На самом деле в конце видео акс не отключился. После отключения выдает 30% загрузку процессора и при переключении стиков происходит арм.
Записал небольшое видео:
Что-то вы какие-то странные телодвижения исполняете… Зачем 3 команды в одну строчку в CLI вбивать? Естетсвенно, только первая и отработает.
Луптайм сколько у вас в настройках выставлен?
И это… CF шили с полной очисткой памяти или как?
Собираю и настраиваю квадрик на SP F3
Подскажите, должны ли греться моторчики при длительном дизарме, минут 10-15?
Собираю и настраиваю квадрик на SP F3
Подскажите, должны ли греться моторчики при длительном дизарме, минут 10-15?
Нет конечно, вообще холодные должны быть.