А давайте обсудим Arducopter - APM
Погуглил, нашел сервис DashWare
Устанавливаю DashWare. Издатель: “GoPro Inc.”. Что-то мне это слово напоминает. 😃
Ребяты, а эта штука умеет быстро и корректно объединять видефайлы без перекодирования! Вот это подарочек!
Ребяты, а эта штука умеет быстро и корректно объединять видефайлы без перекодирования! Вот это подарочек!
Попробовал DashWare - нужно разбираться и ковыряться с ней. Картинку как на видео в примере не представляю пока как сделать. Лог файлы ардукоптера на импортируются. По крайней мере, у меня не получилось. Получилось открыть файл .gpx, но я так понимаю, там не вся есть необходимая информация. В общем, положил на видео индикатор для теста (данные показывает в футах, так пока не разобрался как переключить, на поверхности не лежит). Запустил создание видео. Работает, говорит для этого нужно полтора часа (у меня Mac Mini).
В общем, думаю буду генерировать субтитры своей программкой. Это быстро и настроек не нужно. DashWare буду пока использовать для объединения видео с камеры - это она хорошо умеет делать.
Если кто разберется, как сделать картинку как на видео из примера MSkyRC - буду благодарен увидеть инструкцию.
DashWare работает только с АПМ через логгер Flytrex. Может есть еще какой то конвертер из логов АПМ во Flytrex…
DashWare работает только с АПМ через логгер Flytrex. Может есть еще какой то конвертер из логов АПМ во Flytrex…
У меня не получилось - открываю лог .log, указываю Flytrex, выдает ошибку.
ArduCopter V3.1.2
CRIUS-All-IN-ONE-PRO работает точно так же, как и апм? тот же софт, те же прошивки?
APM можно найти дешевле, меньше приключений.
У меня не получилось - открываю лог .log, указываю Flytrex, выдает ошибку.
нужно лог разобрать в xls на нужные таблички и тупо скормить в самописный фильтр, созданный в DashWare.
Желательно, или если отвалится питание с приемыша и дрова, а так прилетит и сядет
В этом случае да, но вероятность этого, на мой взгляд ничтожно мала. Не разбирался точно, но будет ли работать программный FS в APM при подключении по PPM?
По коду PWM-PPM декодера детектирование FS сделано именно по PWM входу.
Большое количество потерь сигнала аппы навивает только одну мысль, что на коптере есть источник помех, который забивает ЖПС.
Это вы из лога взяли? Где на логе можно посмотреть такое? Или просто из того, что у меня фейлсейвы срабатывают?
нужно лог разобрать в xls на нужные таблички и тупо скормить в самописный фильтр, созданный в DashWare.
Н-да. Странно, что они не сделали встроенную поддержку логов ардукоптера.
Н-да. Странно, что они не сделали встроенную поддержку логов ардукоптера.
ардушный лог несколько странный. он ближе к логике xml, чем к datalog. т.е. его при обработке надо не только столбцами, но и строками анализ данных делать. в любом случае это не долго. но и руками ничего сложного 5 минут на все случаи жизни. больше времени потратил на выбор индикатора данных 😃
ардушный лог несколько странный. он ближе к логике xml, чем к datalog. т.е. его при обработке надо не только столбцами, но и строками анализ данных делать.
Да нормальный лог. Я оч. быстро разобрался как его обрабатывать - совсем немного строк кода. Пока не представляю, как вы в экселе это делаете - не разобрался еще что на входе DashWare хочет.
Может опишите, в каком формате лучше всего ей дать данные и как скормить? А лучше пример файла. Тогда смогу просто нарисовать программку по преобразованию лога APM в такой файл, чтобы руками не приходилось это делать.
Может опишите, в каком формате лучше всего ей дать данные и как скормить? А лучше пример файла. Тогда смогу просто нарисовать программку по преобразованию лога APM в такой файл, чтобы руками не приходилось это делать.
Я как с работы вернусь и доковыряю парсинг, постараюсь выложить шаблон
Большое спасибо за подробный анализ!
Даже не понятно с чего начинать, столько всего по логам.
Ну пожалуй с питания.По логу это видно. Вроде хорошее питание в задатках 5,1В. Но, периодическая просадка напряжения аж до 4,5 В - просто жуть.
Тоже заметил, очень странная история ибо висит только приемник с одной микросервой для курсовой камеры. Хотя по времени просадки очень похоже, где то в эти моменты полета переключал вид под брюхо. Проведу наземный эксперимент пока ЗЧ едут. (Перемычка питания снята конечно)
Как следствие после первой же просадки пошел сбой в работе контроллера. Сигнал газа с пульта стал расходится с командой на моторы. Ролл и Питч стали разбегаться от предустановленных.
Сигнал газа я так понимаю из-за режима полета (AltHold) разбегается, а где разбежались ролл и питч не вижу на графиках, вроде очень близко графики, если не сложно ткните носом меня плиз.
Следующее. Вибрации. Писать вибрации - это хорошо, но АПМ не предназначен для этого. После проверки их надо отключать, мозги забиваются.
Но это позволило зафиксировать баг. В начале вибрации были повышенные, но еще в пределах нормы, но одновременно с потерей сигнала подскочили и вибрации. И дальше только росли. Что-то случилось с коптером, обычно виноваты винты (откручиваются).
6 потерь сигнала с аппы уже роли не играли.
Да, в общем это и был тестовый полет, немного только затянулся 😃 что надо отключать знаю.
Но действительно очень интересно как связаны потери сигнала и повышения вибраций. А какой уровень вибраций считается приемлемым?
Плохое питание плюс запредельные вибрации вполне могли вырубить мозг. Результат падение.
Если бы мозг вырубился, он бы перестал бы писать лог, а лог записан вплоть до падения. Или я не прав?
скорее всего через некоторое время после перевода газа в ноль ваш коптер дизармился
зы. логи не смотрел
В AltHold и не на уровне земли (взлетной позиции)? Я думал такое не возможно. Ну и потом сын подтверждает попытку раскрутить моторы перед самым падением. И опять же лог, лог бы оборвался в этом месте, а он писался в момент падения.
Но наземный тест проведу, интересно.
В AltHold и не на уровне земли (взлетной позиции)? Я думал такое не возможно
в какихто старых прошивках была бага что дизармился и в альтхолде, но я не утвержадаю просто гипотеза что такое могло быть.
за попытку раскрутить пропеллеры может быть воспринята авторотация - раскручивание пропеллеров силой набегающего потока, типично для аппаратов с большими пропеллерами и выраженной нижней центровкой
6 канал шел в 5 канал APM так должно быть, особенность миксов
Если не ошибаюсь, в полном листе параметров есть настройка канала, с которого берется сигнал полетных режимов, можно сменить на шестой. Энкодер тоже поможет, если 6й канал вставите в разъем пятого. Но есть гораздо лучшее решение - прошейте турнигу, сможете сделать абсолютно любые миксы на желаемые каналы, а не мучатся с такими костылями.
по анализу лога IlyaCh
питание у вас не получилось. возможно подобрали слишком слабый лдо , видимо не тянет ток, недопустимая просадка, но похоже контроллер это стерпел.
судя по тому что лог писался до конца возможно ничего и не сбойнуло.
вибрации не просто большие а разрушительного уровня, при таких вибрациях начинает все ломаться и отваливаться.
события дизарм в логе нет,
в логе есть что моторы не сами остановились а контроллер дал им такую команду, причину такого решения увы не указал, мод был альтхолд
по анализу лога IlyaCh
питание у вас не получилось. возможно подобрали слишком слабый лдо , видимо не тянет ток, недопустимая просадка, но похоже контроллер это стерпел.
судя по тому что лог писался до конца возможно ничего и не сбойнуло.
вибрации не просто большие а разрушительного уровня, при таких вибрациях начинает все ломаться и отваливаться.
события дизарм в логе нет,
в логе есть что моторы не сами остановились а контроллер дал им такую команду, причину такого решения увы не указал, мод был альтхолд
Спасибо. Ну т.е. основная рабочая версия, что от запредельных вибраций мозг свихнулся и дал команду стоп? (с питанием ясно, надо исправлять)
В качестве ликбеза, куда смотреть в логе, чтобы увидеть эту команду от контролера?
ребята, подскажите, что делать, куда копать
Имеем два коптера:
окта: летает отлично, пиды б слегка отрегулировать, но и так очень хорошо. Немного слегка сносит, подозреваем на ветер и нетриммированность
валкера, в которой попался бракованые мозги, заменили на апм. колбасит, нестабильно летает, но с трудом ± пару метров погрешности но летает
У обоих проблема одинакова:
DCM Check Failed
в чем проблема не ясно. На большом происходит лишь тогда, когда резкие движения с градусами близкими к 30 + автономные режимы. На мелком непоянтно когда, но часто.
Пробовали: ставить значение 0.8 (стоковое), 0.9 - реже, но проблема есть. и 1.0 - впервые летали, что бы надписи небыло, но в режиме лойтер коптер прыгает во все стороны и очень быстро улетает непонятно куда (хдоп был 1.7-1.9)
А так же пробовали значение 0, на что управление непонятно как-то изменилось, вроде и правильно летает, а вроде и нет - иными словами, то вроде бы норм летает, а то управление инвертируется.
При значении 0 - вроде бы летает, по точкам летает, вроде бы даже приблизительно то, что нам необходимо, но при этом ни разу миссию не удалось завершить - через время он начинает улетать непонятно куда и с каким алгоритмом.
1 раз даже при ртл такое случилось.
В качестве ликбеза, куда смотреть в логе, чтобы увидеть эту команду от контролера?
если вы про общиую команду управления мощностью двигателей то она в curr
называется throut как бы “выход дросселя” измеряется в десятых долях процента, тоесть 1000 = 100% мощности.
бывает еще лог моторов, там будут значения для каждого из моторов, но его включение даст дополнительную нагрузку на процессор
Спасибо. Ну т.е. основная рабочая версия, что от запредельных вибраций мозг свихнулся и дал команду стоп? (с питанием ясно, надо исправлять)
Уберите с линии питания серву. Она должна питаться отдельно.
Как разбегаются команды можно вечером, если интересно.
Сигнал газа я так понимаю из-за режима полета (AltHold) разбегается, а где разбежались ролл и питч не вижу на графиках, вроде очень близко графики, если не сложно ткните носом меня плиз.
Пример влияния провала питания.
Верхний график Vcc.
Вначале полета видно, что Thrin и ThrOut совпадают. После первого провала Vcc началось расхождение. К концу полета они разошлись совсем. В конце полета АПМ наверно решил, что их надо соединить, т.е. сделать 0 и вырубил моторы.
Это то что просили про Ролл и Питч. Если растянуть график, то можно увидеть, что ДезРолл и ДезПитч опережают по времени Ролл и Питч. Правда обычно это говорит о вибрации и накоплении ошибок инерциалки из-за нее.
Это вы из лога взяли? Где на логе можно посмотреть такое? Или просто из того, что у меня фейлсейвы срабатывают?
В общем да, вывод напросился по наличию в логе 6 файлсэйвов радио и наличию видео. Уже не раз было отмечено, что видео типа мобиуса при близком расположении способно задавить ЖПС.
В логе явных причин Вашей проблемы вроде нет, приходится ориентироваться больше на статистику.
В общем да, вывод напросился по наличию в логе 6 файлсэйвов радио и наличию видео. Уже не раз было отмечено, что видео типа мобиуса при близком расположении способно задавить ЖПС. В логе явных причин Вашей проблемы вроде нет, приходится ориентироваться больше на статистику.
Да нет, думаю проблема была просто в севших батареях на пульте. Камера у меня не излучает, сигнал по проводу идет в передатчик 200mw 5.8G. Пульт у чирсона рассчитон на 300-500 метров, на севших батареях так и терялась связь где-то около 300 м.
Сегодня батареи в пульте поменял, напряжение на новых батареях больше на вольт. Улетел без всяких файлсейвов до сосен, где и остался до приезда автовышки. 😃 Очень забавный и поучительный случай.
P.S. И, кстати, было не 6 а только 3 фейлсейва. Еще 3 - это восстановление связи (falesafe = 0). Там все было под контролем с этим, я знал что где-то в этом месте фейлсейвы сработают.
видео типа мобиуса при близком расположении способно задавить ЖПС
Там наверное люди в мобиусе просто wi-fi забывают выключить, вот и давит все что ни попадя. У меня GPS при пике нормально работал - видно же на видео на субтитрах, расстояние от целевой точки RTL начинает резко увеличиваться. Т.е. коптер летит не на нее, а в другую сторону.