Прошивки CleanFlight/BetaFlight для полетников
В режиме AIR MODE при посадке коптер прыгает как жабик.
так и должно быть. Вы читали Что это такое, и как оно работает?
В ютубе 100500 видеол про это, и как его избежать.
Да даже на этом форуме ваш вопрос задали уже как минимум раз 20
Ну я и так довольно медленно летаю. Split-s стараюсь проходить по маленькому радиусу, прямо над воротами сбросить газ, перевернуться и нацелиться на ворота. Если я при этом ещё прибавлю газ, то воткнусь в землю перед воротами.
Да я тож если гонку летаю, то сбрасываю газ - уж больно мне нравится классический сплит-с, да и не особо шибко летаю 😃
Не раскрытым остался вопрос. Что не так в настройках Fail Safe? Приёмник настроен так, что при потере сигнала газ чуть меньше середины полётный режим переключается на HORIZON и по каналу AUX активируется Fail Safe, уровень газа 1430.
Выше же писали, фэйлсэйф может возникнуть при касании пропеллером препятствия. Возникает вибрация и контроллер назначает газ по одному ему известному принципу. В результате эта бешеная мясорубка хаотично крутится на полном газу и рубит пропами все до чего достанет. Или улетает в космос на полном газу.
Да я тож если гонку летаю, то сбрасываю газ - уж больно мне нравится классический сплит-с, да и не особо шибко летаю 😃
Вот тут у quadmovr’а слышно как он газ сбрасывает:
Что не так в настройках Fail Safe? Приёмник настроен так, что при потере сигнала газ чуть меньше середины полётный режим переключается на HORIZON и по каналу AUX активируется Fail Safe, уровень газа 1430.
Никогда не настраиваю файлсейф. Почему многие с ним заморачиваются? У меня с спетрумовскими сателитами ничего не настраивая если отрубить передатчик то просто отрубаются моторы сразу и меня это полностью устраивает. Какие полёты без управления?
Никогда не настраиваю файлсейф. Почему многие с ним заморачиваются? У меня с спетрумовскими сателитами ничего не настраивая если отрубить передатчик то просто отрубаются моторы сразу и меня это полностью устраивает.
вам просто-напросто повезло, что настройки по-умолчанию вырубают моторы.
А так - есть такие приёмники-передатчики, в которых при значение газа может:
а)сохраниться
б) выставиться в определённое значение (например 1000 - ОК, или же 2000-прощай коптер)
более того - есть 2 вида фэйлсейва:
1)ФС приёмик-аппа
2) ФС приёмник-полётник
Пока выше идёт обсужденеи только первого варианта
вам просто-напросто повезло, что настройки по-умолчанию вырубают моторы.
Блин, все давным давно на sbus летают. Забудьте о настройке файлсейва.
все давным давно на sbus летают.
0_O
У меня приёмник работает по sbus, и я могу сделать так, что при FS коптер улетит в небеса, или же наоборот грохнется на планету, остановив моторы.
Зачем давать такой плохой совет?
Ведь настроить ФС - дело 10 минут, зато он даёт вам возможность сохранить коптер\деньги\время.
более того - “Все летают по sbus” - это мягко говоря не правда.
кто то по ibusб кто-то по sbus, кто-по ppm\cppm\pwm. а ещё есть spectrum… да много чего есть. Зачем всех под себя равнять?
Ладно, проехали… Сам разберусь, не первый год в этом хобби 😃 Советы улыбнули. Типо:
-Как пройти в библиотеку
-Прямо, на право, а там ларёк сразу увидишь…
-Мне не ларёк, а в библиотеку…
-Сейчас пятница, вечер, все в ларёк идут
-Да мне книжки почитать
-Какие книжки? Я никогда не читаю и в библиотеку не хожу. Значит нет книжек и библиотек.
Шутка 😃 Спасибо за советы.
Столкнулся со странным поведением пк SPRF3EVO (оригинал, прошивка BF 3.1.6) - если долго лежит на столе включенный, самопроизвольно переходит в DFU режим О_о. Тестировал вибрации моторов, квадрик лежал на столе включенным минут 15, я отошел ненадолго и когда вернулся, он уже не отвечал на команды и при подключении шнурком к компу был в DFU моде. После передергивания батареи вернулся в нормальный режим. И потом еще несколько раз наблюдал, как мозг уходит сам в DFU режим. Но четкой последовательности действий для воспроизведения бага пока выявить не удалось.
Посмотрите не уплывает ли напряжение питания. Если с питанием Ок, то значит от перегрева и это плохо.
Столкнулся со странным поведением пк SPRF3EVO (оригинал, прошивка BF 3.1.6) - если долго лежит на столе включенный, самопроизвольно переходит в DFU режим О_о. Тестировал вибрации моторов, квадрик лежал на столе включенным минут 15, я отошел ненадолго и когда вернулся, он уже не отвечал на команды и при подключении шнурком к компу был в DFU моде. После передергивания батареи вернулся в нормальный режим. И потом еще несколько раз наблюдал, как мозг уходит сам в DFU режим. Но четкой последовательности действий для воспроизведения бага пока выявить не удалось.
У меня такое было на миники… я припаивал провода к буут контактам и они в месте пайки коротили… еле заметно…
Вопрос немного не по теме: есть мозг на основе f1, пишут это naze32 под коллекторные моторчики (мозг для микроквадрика). У него родной приемник под FrSky. ТАк как у меня RadioLink at9 ,я родной приемыш спаял и в коробку, а на его место впаял r6dsm. Теперь вопрос, не требует ли naze случайно инвертора для подключения радиолинковского s-bus? Не выходит их подружить, конфигуратор клинфлай не видит приемник. Дорожка s-bus подписана "S-bus - " и идет прямо в tx пин uart2 (угловой пин, 12 номер вроде). rx просто сидит на низком напряжении через делитель.
Если что, аппа приемыш видит (показывает rssi), квадрик это eachine x73.
Или вопрос тут не в тему и лучше в общей ветке про 250 спросить?
у меня на мелком на uart3 в настройках включен serial rx
на uart3 в настройках включен serial rx
Вроде как на f1 недоступен uart3. rx serial включен на uart2, на uart1 msp висит.
да, у меня F3 наверное
Посмотрите не уплывает ли напряжение питания. Если с питанием Ок, то значит от перегрева и это плохо.
Проверил, напряжение стабильно, перегрева тоже нет.
У меня такое было на миники… я припаивал провода к буут контактам и они в месте пайки коротили… еле заметно…
Контакты бута девственно чистые и залиты лаком.
Проблему удалось побороть программным костылем.
void serialEvaluateNonMspData(serialPort_t *serialPort, uint8_t receivedChar)
{
#ifndef USE_CLI
UNUSED(serialPort);
#else
if (receivedChar == ‘#’) {
cliEnter(serialPort);
}
#endif
if (receivedChar == serialConfig->reboot_character) {
//systemResetToBootloader();
}
}
По не до конца выясненной причине во время работы в один из портов случайным образом приходил символ, который BF рассматривает как команду перехода в DFU 😃😃
Пришлось в коде закоментировать вызов systemResetToBootloader().
Получается, что пк можно заставить перейти в DFU только одним символом, отправленным в serial-порт с MSP . Судя по всему, это нужо для прошивки контроллера через конфигуратор (когда переключатель “No reboot sequence” неактивен) и все.
Судя по этому куску кода:
static void taskHandleSerial(timeUs_t currentTimeUs)
{
UNUSED(currentTimeUs);
#ifdef USE_CLI
// in cli mode, all serial stuff goes to here. enter cli mode by sending #
if (cliMode) {
cliProcess();
return;
}
#endif
mspSerialProcess(ARMING_FLAG(ARMED) ? MSP_SKIP_NON_MSP_DATA : MSP_EVALUATE_NON_MSP_DATA, mspFcProcessCommand);
}
после арминга эта функция выключается, так что в полете самопроизвольная перезагрузка в DFU врядли возможна.
P.S. Больше 4 часов убил на это. Нельзя так просто взять и прошить betaflight 😆
Костыль, хорошо. Но тогда вопрос остаётся открытым: откуда приходит этот символ на перехода в режим DFU?!
Методом тыка я обнаружил, что баг всплывает при включенном softserial. У меня на softserial1 подключена minimOSD, а на softserial2 телеметрия smartport. Для osd порт конечно же работает в режиме MSP. Вот только есть одна странность - отключение osd и выключение softserial1 не убирает баг, как это можно было бы предположить. Зато баг пропадает, при выключении телеметрии SmartPort, хотя смартпорт не использует msp 😵 Магия.
Так же обнаружил еще один баг, косвенно связанный с softserial - при включенной функции softserial (сами порты могут быть даже не активны), не работает нормально blheli passthrough. При подключении конфигуратора blheli определяются не все ESC, причем случайным образом. Может не определиться ESC1, а при следующем подключении может не определиться ESC2 и 4, ну и т.д. Все вместе никогда не определяются. Но стоит выключить в настройках softserial, как все esc определяются отлично и с первого раза.
Короче, softserial в BF крайне кривой, по крайней мере для F3 контроллеров. На старенькой Naze32 rev.5 все работало отлично, только dshot она не тянет. Вот скоро придет BlueJayF4, потестирую на нем.
Короче, softserial в BF крайне кривой, по крайней мере для F3 контроллеров
А у вас какая версия BF то? В 3.1.6 были изменения насчет softserial. У меня есть BlueJayF4 могу на нем погонять.
А куда у Вас 3 UART порта используется на Ф3? Зачем SoftSerial включать. Я так думаю что вся магия из-за большой нагрузки проца при влюченном SoftSerial.
На последней прошивке БФ использую DSHOT600 SBUS S.Port OSD на LUX RACE F3 и нет проблем.