MultiWii
Какая то фигня =(
Повышаю P (любой из roll+pitch или level) и коптер перестает реагировать на стики, сейчас roll/pitch P 5.2 и level P 9… если чего нибудь из этого прибавить на еденичку (особенно level P), то отрубается сперва управление по roll, потом по pitch, причем в полете, если еще прибавить - сразу не работает roll/pitch или оба (газ работает, yaw не удается проверить, но дизарм получается). В GUI (без полета, только питание от USB компа) гонял, нормально реагируют моторы на стики.
Видео (может немного плохо синхронизировал, местами кажется что pitch в инверте, но в первом куске коптер рулился, а потом перестал под конец, второй кусок толком не потестилось, на третьем так же не работает по roll)
www.youtube.com/watch?v=af2zmFfGpdM
После передергивания питания история повторяется, занизил roll/pitch P почти до 5 (level P 9), повисел в комнате минуты 2, так и не словил глюк (100% не могу сказать что это именно из-за P, но похоже что так).
Платка nanowii с хоббикинга, т.е. проц не привычный 328p/2560, а 32u4 + mpu6050.
зы: не обращайте внимания на то что мотор один не сразу старует, видимо чуток не ровно регули калибранулись или побольше минимальный газ надо поставить.
Выбрался на волю полетать, 2 раза словил глюк с пропажей roll в самом начале, благо травы много и ничего не пострадало*, потом как ни мучал коптер (резкие маневры, подальше/повыше отлетал, включал/выключал fpv, передергивал аккум) глюк не проявился больше (минут 15-20 летал).
Горизонт на улице держит на твердую 5ку с levelP 9 и roll/pitch P 5.2, понижу чуток и надеюсь всё ок будет.
* на самом деле луч под конец сломал, но по собственной глупости - севший аккум не вытянул коптер при большой скорости и сильном наклоне 😒 секунд за 10 до этого подумал что пора уходить, всеравно аккум уже сел, а запаску не взял.
Глеб, это не поддаётся объяснению, честное слово, mahowik не даст соврать, я вечно накодю абы что, а оно всё равно летает (жить хочет зараза) 😃
а если серьёзно посмотри что с таймерами именно на твоей микрухе творится, может быть косяк в этом…
Меня multiwii очень не любит еще со времен нунчаков и только кастомные прошивки от маховика летали/летают и то вот какой то странный уникальный глюк ловлю изредка.
Сейчас мысль только в голову забралась, а сколько у этой 32u4 ЕЕПРОма и озу может чего ей не хватает, или же при каждой перепрошивке стирать eeprom?
сколько у этой 32u4 ЕЕПРОма и озу может чего ей не хватает
32K Bytes of In-System Self-Programmable Flash
2.5K Bytes Internal SRAM
1K Bytes Internal EEPROM
я работу и требования multiwii не изучал, так что ответит точно не смогут =)
или же при каждой перепрошивке стирать eeprom?
непомню с каких пор, но всегда стал загружать eeprom_clean и потом прошивку
Должно хватать, с 2560 не сравнивал, сравнил только с 328-й…
сейчас вот вспомнил… про 32u4 вроде писали про глюки какие то на оф. форуме… уже не могу найти… попробуй залей dev версию последнюю… может там уже пофикшено
code.google.com/p/multiwii/source/browse/#svn%2Ftr…
про 32u4 вроде писали про глюки какие то на оф. форуме… уже не могу найти…
r1466 Major rewrite for Atmel 32u4 + MPU6050 based mini/nano quads. Yesterday (19 hours ago)
хм… надо рискнуть =)
гы! хороший такой мажор реврайт ))
там пустой комит code.google.com/p/multiwii/source/detail?r=1466 ))
мож с какого нибудь пошлого раза забыли коммент оставить и сейчас исправились
я тут заметил что ось мотора погнулась чуток =( ожидаю обновленный набор проблем, но надеюсь что всеравно будет летать
Всем доброго времяни суток. Где-то читал про комплексную настройку Fail Safe для Multiwii+Frsky.Вроде как Александр(Mahowik) про это писал. Перечитал еще раз все его дневники. Узнал много интересного. Подскажите где искать?
Спасибо огромное. Дневники Mahowik(a) это наше все.
При этом нужно заккоментировать в config.h //#define FAILSAFE? Или не нужно. Более высокий приоритет имеет приемник при управлении коптером или контроллер?
Я вот не уверен, поймет ли контроллер что роизошел файлсэйф, ведь приемник будет выдавать сигналы, смотря что контроллер считает потерей сигнала, пропадание его как такового или замирание на определенное время.
пропадание сигнала, не все приемники такое делают, некоторые записанные ранее значения выставляют и фс встроенный уже не будет работать
Это как раз понятно что есть приемники с ФС, вопрос как отреагируют мозги на ФС приемника, ведь в течении какого-то времени управляющие сигналы с приемника не будут меняться. Не воспримут ли мозги это как например зависание приемника и не включится ли ФС в мозгах при этом. И вообще насколько необходимо дублирование ФС полетным контроллером при условии наличия настроенного ФС в приемнике.
Не воспримут ли мозги это как например зависание приемника
такого нет в multiwii, там детектируется именно пропажа сигнала, когда приемник умеет такое
Не воспримут ли мозги это как например зависание приемника и не включится ли ФС в мозгах при этом. И вообще насколько необходимо дублирование ФС полетным контроллером при условии наличия настроенного ФС в приемнике.
Не должны они ничего воспринять.
Дублирование ФС в полётном контроллере, ИМХО, полезно. Ну, или, по крайней мере, не вредно. Можно себе предположить ситуацию, когда приёмник вырубается. Ну, не знаю, провод отвалился. И тогда ФС полётного контроллера худо-бедно, но посадит аппарат. А без фс - дрова. Если можно предотвратить плохую ситуацию, при этом не заработав проблем в других местах - почему это не сделать?
такого нет в multiwii, там детектируется именно пропажа сигнала, когда приемник умеет такое
Вот об этом я как раз и спрашивал, как происходит детект в мозгах. Малость ввело в заблуждение это
#define FAILSAVE_DELAY 10 // Guard time for failsafe activation after signal lost. 1 step = 0.1sec - 1sec in example
Не правильно понял принцип работы, думал что если в течении 1 секунды нет изменения входного сигнала то включается ФС. Понимаю что мысль глупая, но как-то давно уже отложилось в голове.
в любом случае на земле надо тестить что происходит при отключении пульта (пропажа сигнала как бы)