MultiWii
Походу нужен приемник без фалсейфа?
Или если он с ним то просто не включать его
Или если он с ним то просто не включать его
А как это не включать? Разве у этого приемника его можно отключить?
ага, про приемник не видел, похоже уточнение про него было добавлено позже, а форум считает что оно полностью прочитано и при нажатии на “Перейти к новому” прокидывает на следующее сообщение.
и нужно знать когда идет измененение высоты, т.к. не всегда ясно когда вернул стик газа в исходное положение
Это можно сделать в прошивке аппы. Если у вас Turnigy - то она на той же атмеге. И баззер в аппе уже есть. При переключении режимов можно сохранить данные о положении стиков, если я правильно понял проблему
На самом аппарате лучше диоды для индикации - звук иногда плохо слышен (забивается, сносится)
не поверишь, на весь многомиллионный Монреаль есть всего парочка радиомагазов до которых пилить больше часа…
Зажрались вы батенька 😃 тут до Жданов 200 км собаке не крюк 😃 , а то пилить больше часа 😃 шутка…
Регуляторы калибровались. Кривую газа не настраивал. Стоит?
Ну, на мой взгляд - да. С ней удобнее. А так же можно сдвинуть точку висения в центр стика.
З.Ы. Движки точно развивают полную мощность? Просто у меня была беда с излишней виброизоляцией платы. В результате она входила в резонанс и не давала движкам разгона.
P.P.S. используется PPM-SUM от FrSky Что скажете?
очень может быть что причина в этом…
Это можно сделать в прошивке аппы. Если у вас Turnigy - то она на той же атмеге. И баззер в аппе уже есть. При переключении режимов можно сохранить данные о положении стиков, если я правильно понял проблему
были и такие мысли, но лень еще и er9x ковырять…
На самом аппарате лучше диоды для индикации - звук иногда плохо слышен (забивается, сносится)
диод висит… вчера облетал, в принципе достаточно и его для отладки…
Ну, на мой взгляд - да. С ней удобнее. А так же можно сдвинуть точку висения в центр стика.
З.Ы. Движки точно развивают полную мощность? Просто у меня была беда с излишней виброизоляцией платы. В результате она входила в резонанс и не давала движкам разгона.
Я конечно не могу быть уверен, но мне кажется, судя по характеру полета платы - у неё нет проблем с вибрациями. Некие осцилляции действительно имеют место на полном газу, и наоборот при резком снижении, но это, как мне кажется, норма.
А кривую газа - действительно настрою! Хочется чтобы висел на половинке стика
Кстати, как мне показалось, мультивий вообще по другому распоряжается газом нежели КК. КК отдает весь газ в работу, а мультивий оставляет видимо какой-то процент на маневры.
очень может быть что причина в этом…
Большое спасибо за наводку! Внимательно поизучал этот баг. Так, как он описан в теме по ссылке, он не грозит серьёзной опасностью (более чем 6 каналов должны одновременно иметь более 100% сигнал), но далее в интернете нашёл упоминание человека, который получил более серьёзную проблему именно от связки FrSKY CPPM и MULTIWII. Как оказалось, на мультивий влияет ситуация даже с 4мя каналами, выкрученными в 100%. По его словам - это уже не совсем проблема FrSKY, а проблема Multiwii…
Большое спасибо за наводку! Внимательно поизучал этот баг. Так, как он описан в теме по ссылке, он не грозит серьёзной опасностью (более чем 6 каналов должны одновременно иметь более 100% сигнал), но далее в интернете нашёл упоминание человека, который получил более серьёзную проблему именно от связки FrSKY CPPM и MULTIWII. Как оказалось, на мультивий влияет ситуация даже с 4мя каналами, выкрученными в 100%. По его словам - это уже не совсем проблема FrSKY, а проблема Multiwii…
В общем оказалось что дело всё же не в PPM выводе. Проверил - действительно есть баг со всеми каналами, выкрученными в максимум, но это ситуация редко достижимая. Мой случай, как оказалось - выражается вот в чём. При наличии некоей комбинации каналов, близких к максимальным значениям, а в особенности, если почему-то в этом списке оказывается канал газа - наблюдается подзависание платы так же, как и в баге с PPM-выходом. То есть стабильно воспроизводимо если ГАЗ+Pitch более 90%, или с некоей вероятностью срабатывает когда ГАЗ+другой канал > 90%. Пробовал на другой платке, - такой проблемы нет. Прошивал платку свою другой, стабильной прошивкой - проблема не уходит. Похоже что это проблема железа, хотя ума не приложу как такое может быть.
Дальше разбираться не буду - оттриммировал все каналы на максимальные значения в 85%…
Речь идёт о плате - MultiWii Lite V1.0 Flight Controller w/FTDI
Всем доброго дня.
Прошу подсказать (или ткнуть носом где прочитать) –выделеное красным это гирик или другой какой-то режим.
В общем оказалось что дело всё же не в PPM выводе. Проверил - действительно есть баг со всеми каналами, выкрученными в максимум, но это ситуация редко достижимая. Мой случай, как оказалось - выражается вот в чём. При наличии некоей комбинации каналов, близких к максимальным значениям, а в особенности, если почему-то в этом списке оказывается канал газа - наблюдается подзависание платы так же, как и в баге с PPM-выходом. То есть стабильно воспроизводимо если ГАЗ+Pitch более 90%, или с некоей вероятностью срабатывает когда ГАЗ+другой канал > 90%. Пробовал на другой платке, - такой проблемы нет. Прошивал платку свою другой, стабильной прошивкой - проблема не уходит. Похоже что это проблема железа, хотя ума не приложу как такое может быть.
Дальше разбираться не буду - оттриммировал все каналы на максимальные значения в 85%…Речь идёт о плате - MultiWii Lite V1.0 Flight Controller w/FTDI
Сегодня столкнулся с похожей проблемой: летал в небольшой ветер, приемник HK-T6A c SUM PPM, Multiwii 2.0 на Crius SE 0.1. Примерно через 2-4 минуты полета, коптер полностью терял контроль. Запоминались последние переданные с пульта позиции стиков, и больше ни на что не реагировал (даже на выключение или перезагрузку пульта). Проблема повторялась три раза, в третий раз чуть не улетел с единственным экземпляром моего нового контроллера подвеса 😃 Версия 2.0 модифицированная, но в код чтения ресивера я не лез - а проблема похоже в нем. Летаю чуть меньше года на этой прошивке и этом железе, и ни разу не было такого. Судя по видео - основной цикл работал, стабилизация была в норме, а завис только цикл приема или сам приемник.
Летаю чуть меньше года на этой прошивке и этом железе, и ни разу не было такого. Судя по видео - основной цикл работал, стабилизация была в норме, а завис только цикл приема или сам приемник.
думаю что всеже приемник подзавис, т.к. если бы в прошивке дело было, то глюк поймал бы раньше чем через год… может новое обрудование (подвес), внесло свои коррективы, тем более если все на одной батарее висит и основной контролер питается от бека регуля или самого акб… т.е. мот по питанию что то поплыло и помехи прут…
А я сегодня опять раму раздолбил, висел в позишн холд + альт холд при ветре 15-18км/ч, потом коптер понесло в сторону с набором скорости за пределы стадиона… все что успел, сбросил газ… потом вспомнил, что на этом поле нужно магнетометр перекалибровывать. т.е. домашняя калибровка не катит… в итоге обрубки карбоновых лучей уже укорачивать некуда 😃 закрываю сезон короче 😃
Проблема в ppm (который ppm-sum).
У меня проявляется просто при газ + еще один канал >2000, по-моему. Остальное можно и не трогать. Управление замирает на довольно длительное время - проблему хорошо видно в WinGui
Mwii - crius от rctimer с 2.1
Ресивер - FrSKY V8R7-SP
Проблема в ppm (который ppm-sum).
Я проверял - у меня проблема не в PPM-SUM. У меня то же самое, и в случае по-канальной передаче сигнала… Зависает кстати на 1-1.5 секунды…
Я проверял - у меня проблема не в PPM-SUM. У меня то же самое, и в случае по-канальной передаче сигнала… Зависает кстати на 1-1.5 секунды…
Маленькая поправка. При двух каналах >1900 (а не >2000)
В коде особых граблей не видно. Сейчас буду проверять своей ppm-читалкой и ppm-генерилкой…
Народ чего вы гадаете?Поставте уже себе на фриску прошивку с увеличеным PPM кадром с 18 до 27 милисек.
Я лично зашил на свой D8R-II прошивку от D8R-XP и всё отлично работает.При замыкании 3 и 4 каналов на первом канале появляется 27мс РРМ,а на втором рсси.Без перемычки приёмник работает в обычном режиме.
Вот адрес прошивки.
frsky-rc.com/DownloadItem.asp
А вот сылка на прошивку.
frsky-rc.com/uploadfile/…/20121010020017621.zip
Народ чего вы гадаете?Поставте уже себе на фриску прошивку с увеличеным PPM кадром с 18 до 27 милисек.
Я лично зашил на свой D8R-II прошивку от D8R-XP и всё отлично работает.При замыкании 3 и 4 каналов на первом канале появляется 27мс РРМ,а на втором рсси.Без перемычки приёмник работает в обычном режиме.Вот адрес прошивки.
frsky-rc.com/DownloadItem.aspА вот сылка на прошивку.
frsky-rc.com/uploadfile/…/20121010020017621.zip
Для моего ресивера update’а нету, да и сомневаюсь что в этом дело. Не любые два канала >1900, а именно при thr>1900 + еще один канал. В коде mwii тротл (но не ппм) также используется для отсечки по failsafe…
И вот еще - зависание - это зависание mwii, а не ресивера. При зависании WinGui начинает показывать отрицательный loop time (видимо переполняясь)
Маленькая поправка. При двух каналах >1900 (а не >2000) В коде особых граблей не видно. Сейчас буду проверять своей ppm-читалкой и ppm-генерилкой…
А какая прошивка у вас? Какое доп. оборудование или режимы включены?
Я провел небольшое исследование - приемник не при чем, после зависания я перетыкаю приемник, и ничего не меняется. Зависает совершенно спонтанно, иногда даже просто оставляю приемник в покое в центральных положениях стиков, через 5 минут смотрю - завис цикл чтения. Все остальное работает в GUI. Очень похоже, что проблема только в моей модифицированной прошивке, т.к. раньше ничего подобного не было. Но что я там менял в последний раз - не помню 😦
Бага в коде.
Комментируем в MultiWii_2_1.ino строчки с
----------------
// end of failsave routine - next change is made with RcOptions setting
if (rcData[THROTTLE] < MINCHECK) {
----------------
(у меня это ~626 строка) и до
----------------
#if defined(INFLIGHT_ACC_CALIBRATION)
if (AccInflightCalibrationArmed && f.ARMED && rcData[THROTTLE] > MINCHECK && !rcOptions[BOXARM] ){ // Copter is airborne and you are turning it off via boxarm : start measurement
InflightcalibratingA = 50;
AccInflightCalibrationArmed = 0;
}
if (rcOptions[BOXPASSTHRU]) { // Use the Passthru Option to activate : Passthru = TRUE Meausrement started, Land and passtrhu = 0 measurement stored
if (!AccInflightCalibrationActive && !AccInflightCalibrationMeasurementDone){
InflightcalibratingA = 50;
}
}else if(AccInflightCalibrationMeasurementDone && !f.ARMED){
AccInflightCalibrationMeasurementDone = 0;
AccInflightCalibrationSavetoEEProm = 1;
}
#endif
----------------
(у меня это 775 строка). Включительно.
После чего проблемы в WinGui не наблюдается. Очевидно, проблема все-таки не в ppm-sum frsky, а в коде Mwii…
Летать не пробовал - надо смотреть внимательно код - я мог и что лишнее закомментить -)
ps. hatuul - проверьте, пожалуйста, что у вас проблема при выкрученном thr действительно отсутствует
А какая прошивка у вас? Какое доп. оборудование или режимы включены?
Я провел небольшое исследование - приемник не при чем, после зависания я перетыкаю приемник, и ничего не меняется. Зависает совершенно спонтанно, иногда даже просто оставляю приемник в покое в центральных положениях стиков, через 5 минут смотрю - завис цикл чтения. Все остальное работает в GUI. Очень похоже, что проблема только в моей модифицированной прошивке, т.к. раньше ничего подобного не было. Но что я там менял в последний раз - не помню 😦
2.1- #TRI
тестюсь на самой простой - без gps, баро, магнита
последовательно вырубил все что можно - не помогало
pps. у меня при этом залипании он начинает мигать синим диодиком. Ощущение что пытается в какую-нибудь настройку зайти…
Ложная тревога -)
Зависание имеет место быть только в disarm состоянии - действительно настройки. В Arm - все ок, не виснет