MultiWii
такого нет в multiwii, там детектируется именно пропажа сигнала, когда приемник умеет такое
Вот об этом я как раз и спрашивал, как происходит детект в мозгах. Малость ввело в заблуждение это
#define FAILSAVE_DELAY 10 // Guard time for failsafe activation after signal lost. 1 step = 0.1sec - 1sec in example
Не правильно понял принцип работы, думал что если в течении 1 секунды нет изменения входного сигнала то включается ФС. Понимаю что мысль глупая, но как-то давно уже отложилось в голове.
в любом случае на земле надо тестить что происходит при отключении пульта (пропажа сигнала как бы)
Посмотрел на земле со снятыми винтами с приемником Frsky D8R. При выключении питания передатчика включается ФС приемника. Програмный, который в config.h не работает при этом.
Все-таки интересно как контроллер определяет момент наступления ФС? Выдается какой-то сигнал с приемника что нет несущей частоты?
Все-таки интересно как контроллер определяет момент наступления ФС?
когда с приемника идет какой нибудь сигнал, то срабаывает прерывание, в котором обнуляется счетчик, если с приемника ничего не идет (нет сигнала), то таймер плюсуется и по достижению погорового значения (вроде 10 тиков) запускает FS, если сигнал появляется, то счетчик снова в нуле и фс не активируется
Но в приемнике Turnigy запоминаются последние значения каналов при пропадании сигнала с передатчика.То есть сигнал с приемника на контроллер продолжает идти и если програмно не указан ФС то коптер выполняет движение в соответствии с указаниями каналов а если програмно включен ФС то действительно начинает снижаться в соответствии с заданной скоростью и выключает движки. Значит должен быть еще какой-то параметр по которому контроллер определяет ФС. При наступлении ФС данные с приемников Frsky и Turnigy идут одинаково но при этом в первом случае включается ФС аппаратно а во 2 програмно. Почему?
Но в приемнике Turnigy запоминаются последние значения каналов при пропадании сигнала с передатчика.
с каких пор? обычный стоковый приемник турниги перестает лить сигнал при пропаже связи с пультом
Но в приемнике Turnigy запоминаются последние значения каналов при пропадании сигнала с передатчика
Кто сказал? Как же тогда родная пищалка “be found” работает? А она работает, 100% Ничего там не запоминается, по крайней мере по каналу газа. А то, что полосочки в гуи замирают - так это не с приёмника идёт.
То есть при отсутствии сигнала с передатчика на приемнике Turnigy и выключенном програмно ФС у коптера просто должны остановится двигатели т.к контроллер не будет получать данные по каналам? Я правильно понимаю?
у коптера просто должны остановится двигатели т.к контроллер не будет получать данные по каналам?
нет, коптер продолжит дальше лететь, по последним запомненным контроллером(!) показаниям
Но в приемнике Turnigy запоминаются последние значения каналов при пропадании сигнала с передатчика.
Это не совсем так. покраиней мере на стоковом комплекте V2.На некторых каналах запоминаются, а например с 3го канала сигнал снимается, у меня функция FS в мультивии прекрасно отрабатывает, т.е. ровно так как определенно в конфигурации мультивии.
Спасибо всем. Разобрался. Следовательно можно и нужно оставить програмный ФС. В случае если приемник FrSky, вошедший в режим ФС, по каким-либо причинам не будет передавать сигнал состояния каналов на контроллер, сработает именно програмный ФС и коптер просто начнет снижаться с указанной скоростью в config.h а не улетит в китай.
Подключал приемник Turnigy к логическому анализатору, что бы посмотреть, что происходит при потере сигнала.
Остаются без изменений только 4 и 5 каналы, остальные пропадают. Подробности тут - rcopen.com/forum/f134/topic253939/550
Посмотрел осциллографом на 3.3в и 5в со стабилизаторов. Вроде норма. Но то ли китайский осциллограф сам себе помеха, то ли все-таки отклонения на сотые есть. Показывает 3,21/3,27В. Закономерности с “прогазовкой” не увидел. Пропаял гироскоп - все также. Перепаял гироскоп с пульта wii - все также.
Еще раз повторюсь, что прижатие рукой рамы к полу помогает убрать эту фигню.
Так и не пойму. 2 гироскопа исключаются. Остальные датчики программно не задействованы. Может ли например аксель влиять по цифре, искажая сигнал? Так понимаю, что нет, т.к. контроллер к ним обращается по своим адресам.Есть у кого еще мысли?
Приветствую всех. Пришла новая платка CRIUS V2.0. Настроил оси, подключил, отладил без пропов. Запускаю… и опять такая фигня. “прогазовки” опять. Без пропов без нагрузки не наблюдается. Снял ТУТ с регуляторов. Все одинаково, подгораний нет. Как проверить регуляторы от и до? Заменить возможности нет.
ребята помогите переутоновить прошивку NanoWii ATmega32U4
А в чём проблема-то?
Чего не хватает для перезаливки?
не могу установить прошивку пишет ошибку , может есть инструкция где пошагово расписано как это сделать или вернуть обратно к оптимальным заводским настройкам???
Какую ошибку?
Какая версия прошивки заливается?
Что выбирается в ардуине? - там должно выбрать Сервис -> Плата -> Arduino Leonardo
В Сервис -> Программатор выбираем USBasp
Перед заливкой рекомендуется затереть старое - Файл -> Примеры -> EEPROM -> eeprom_clear и загрузить.
(это, понятно, не открывая в ардуине прошивки Multiwii)
И до кучи - ынструкцыя, Иван.
Господа. Вижу в дефайнах MultiWii поддержку разных подсветок.
DFRobot LED RING, LED FLASHER, Landing lights.
А где подробнее почитать? Куда и как подключать? Какие режимы и т.д.
Могу коротенько объяснить, но могу и ошибиться малость. LED FLASHER - подключаются светодиоды (обычно те что на лучах) в одну кучу через транзисторный ключ и мигают двойными вспышками во время арма, Landing lights - это на сколько я понял включается подсветка на определенной высоте при снижении. DFRobot LED RING - будет отображать полетные режимы всеми цветами радуги.
Могу коротенько объяснить, но могу и ошибиться малость.
Это и так понятно из названия дефайнов. Где посмотреть на какие ноги ключи подключать?