Activity

У меня стедик на таких моторах собран. Все ок, залипания совсем не напрягают.

Подскажите какие ПИДы у Вас получились?

попробуйте так поставить сенсор.

Спасибо за совет, Дмитрий! Чем Вы фиксировали датчик?
Если не сложно, не могли бы Вы скинуть настройки на этот подвес?
Как Вам эти моторы? У меня сложилось впечатление, что у меня мотор по питчу сильно “залипает”.

Что за моторы
Можно фото подвеса и фото кае датчик стоит

Подвес такой:
rctimer.com/index.php?gOo=goods_details.dwt&goodsi…

См. также фото в сборе

Кольца феритовые стоят?
Они нужны обезательно без них и феты можно по палить
Если нет колец то там очень сильные импульные помехи что от них проц виснет и может сразу 2 ключа открыть и фетам труба
Да и почему народу лень форум почитать это проблема ни раз обсуждалась?

Поставил кольцо на датчик - проблема исчезла. Спасибо! Читал про них, но вылетело из головы. Странно, что буржуйская прошивка без кольца не глючит…
Начал настраивать и появилась проблема - по роллу никак не удается настроить. Компенсирует как-то рывками. И гудеть мотор начинает уже при сравнительно небольших значениях D. С питчем дела обстоят получше. Настроил довольно быстро. В чем может быть проблема?

Это тогда блютус нужен

В принципе, под 4-й андроид есть andropilot (open source), который напрямую работает с модемами 3DR через OTG USB кабель. Эти модемы более продвинутые, чем блютуз.

Пытаюсь настроить подвес с прошивкой Андрея. Шнурок FTDI. Если сначала подключаю батарею, а потом шнурок, то ГУЯ не видит ничего. Поэтому сначала всегда подключаю шнурок, а потом уже батарею. Но когда выставляю D больше 100, ГУЯ подвисает и не коннектится пока все не отключу. Скорее всего подвисает сам контроллер. В чем может быть проблема?

Подобных глюков с родной прошивкой не наблюдается. Но там настраиваю напрямую через USB. Правда настроить в родной прошивке нормально не получается - “дубово” отрабатывает.

Коллеги, положительные отзывы хоть есть или все так плохо ?

Обычно мало кто “жалуется”, что все хорошо. Получили себе все без проблем и радуются. Вот и я так же. Правда, чтобы получить замену нерабочего arduflyer 2 мес их задалбывал, но все-таки выслали и все нормально. Я после того еще один заказ делал, тоже все пришло `где-то за 2,5 недели.

Там нет трека.

Ну значит еще не отправили… Они могут долго раздупляться

Ребята, а где вообще на странице ордера на rctimer-e его статус ? Типа packed/shipped или еще что ? И трек намбер ?

Надо сначала залогиниться, потом под приветствием (вверху welcome) появится “My account”, жмем его и слева - “My order”. Выбираем интересующий заказ и там уже все будет.

Отправил инструкции по MPNG на e-mail’ы, с которого делали Donate. Если кто то делал донейт, но не получит сегодня письмо, завтра отправьте запрос на rsoft@tut.by

Публично версия будет доступна 09.09.2013

Алексей,
какое железо поддерживается в новой версии?

А где ещё можно карбоновых винтов парных купить?

На гудлаке как грязи (не реклама):
www.goodluckbuy.com/…/propellers-1.html

По теме: посылка с моей заменой ардуфлаера трекается и вылетела из китая, однако нервов на борьбу с ними в течении 2 месяцев потрачено.
Посмотрим еще какие они кирпичи пришлют 😃

Делал пару заказов у них, все приходило довольно быстро. Но когда выявилась проблема с контроллером arduflyer - это их клон ардупилота, начались приколы. Попросили отправить им назад - отправил еще в начале лета, трек RC210252485UA. Уже полтора месяца лежит на почте в китае, заваливаю письмами саппорт, а они то вообще не отвечают, то тупят типа нет посылки или стандартный бред. Может кто-то сталкивался с подобной ситуацией? Кого пинать?

Всем спасибо за внимание 😃
После планомерного задалбывания по мылу пообещали отправить замену. Посмотрим, как быстро справятся.

Делал пару заказов у них, все приходило довольно быстро. Но когда выявилась проблема с контроллером arduflyer - это их клон ардупилота, начались приколы. Попросили отправить им назад - отправил еще в начале лета, трек RC210252485UA. Уже полтора месяца лежит на почте в китае, заваливаю письмами саппорт, а они то вообще не отвечают, то тупят типа нет посылки или стандартный бред. Может кто-то сталкивался с подобной ситуацией? Кого пинать?

Да, я переписал их AP_HAL_AVR под наши нужды, т.е. добавилась папка AP_HAL_MPNG

Правда на данный момент у меня поддержка только платы CRIUS v2, к тому же приемник только в режиме PPM SUM. Но главное что бы заработал этот вариант, а раширить уже не проблема.

Хорошие новости! Готов встать в ряды бетатестеров.
Т.е. можно будет этот HAL и под arduplane пользовать?

А тем временем ардукоптеровцы вовсю осваивают 3-ю версию прошивки.
Или дальнейшее развитие мегапирата неактуально?

Если учитывать опыт западных коллег, то решить проблему быстрого спуска можно… переворотом вниз и полным газом. По крайней мере, на видео одного из пользователей Naza, именно так получилось обойти жесткое ограничение скорости спуска полетным контроллером. При таком раскладе дизармиться точно не должно, правда возникает другая проблема - вовремя перевернуться и остановиться возле земли 😃

Agisoft Photoskan денег стоит.
Я пытаюсь развивать направление OpenSource для решения задач создания ортофото и мозаик. Например, мы добавили в библиотеку GDAL ряд методов для поиска связующих точек двух изображений (correlatorgsoc2012.blogspot.ru и trac.osgeo.org/gdal/wiki/Correlator). И это совершенно бесплатно. Конечно до полноценной программы еще далеко, но процесс идет.
Меня больше интересует сам процесс съемки. В интернетах написано много, но хотелось посмотреть в живую.

А вы где обычно летаете? Я (и не только я один - у нас на ГИС-Лабе многие этим интересуются) поприсутствовал бы, можно было бы пообщаться.

Посмотрел на проделанную работу по созданию коррелятора, в принципе, довольно быстро дело идет, заметен энтузиазм и это не может не радовать. Но уж сильно много моментов упущено, без которых никак не получится удовлетворительных результатов, уж простите, Дмитрий, не знал бы точно - не говорил.
Но по-моему, нет смысла изобретать велосипед, когда он уже есть и при чем open source. См. forum-micmac.forumprod.com По сути все необходимое уже есть, там же есть описание методики съемки и обработки. Однако графический интерфейс работает пока только в линуксе, под винду все можно выполнять в командной строке.
Кстати, это не единственная разработка такого рода, но из всех мне извесных она самая продвинутая, к примеру, позволяет обрабатывать фото, снятые объективом “рыбий глаз”.
Может имеет смысл полностью портировать в винду уже готовый проект? По ходу, будете иметь возможность вникнуть в саму технологию и алгоритмы по исходникам.

Crius AIOP v1. Стоит все на демпферах от CDROM.

У меня на аналогичной железке есть проблема с акселем из-за сильных вибраций. Пришлось увеличивать фильтрацию. Виктор, Вы сталкивались с такой проблемой или альт-холд хорошо работает на дефолтных настройках?

Вот только интересно было, что режим Acro, как то совсем не акро. Режим якобы устанавливается, но продолжает сам выходить в горизонт. То есть как был, STABILIZE, так и остался. Хотя я с него пытался взлететь. Может он включается только после взлета в стабилизированном режиме. Не разобрался. Завтра посмотрю.

Это в 2.9 добавили, назвали тренировочный акро. Он возвращает в горизонт, когда опускаешь стики. Можно отключить параметром ACRO_TRAINER, установив его в 0. Есть еще настройки ACRO_BAL_ROLL, ACRO_BAL_PITCH, но я их не крутил, а описание довольно сумбурное. Насколько я понял, этот режим хорош для случая зарулов, когда, скажем тренируешь бочки, перевороты - не справился с управлением, отпускай стики и молись, чтобы ардуха вырулила сама )

Офигенно! Альтхолд просто роскошен! Теперь можно стиком изменять скорость спуска\подъема. Даже садится и взлетать можно на альтхолде! Прям чуток стик газа выше середины поставил, и он плавненько оторвался от земли. Чуть ниже, и он сам садится. Сонар нафиг не нужен! Нет, он конечно нужен, но все и так работает шикарно!

Какие у вас датчики? Как с вибрациями боролись?

ковыряю уже не первый десяток страниц в разных ветках (и тут и на групсах) но что-то пока не могу найти, как сбросить CN-06 (v1) в дефолтные настройки, чтобы MPNG сам его сконфигурил, как пишут везде. может быть кто-то перетаскивал gps-модуль с CRIUS SE на AIO ? щас модуль у меня на 115200, но видимо не понимают они с контроллером друг друга. мож кто подскажет, а?

Можно просто подождать, пока батарейка разрядится, настройки сбросятся сами по себе, ведь в v1 нет flash памяти, где хранятся настройки. А инструкция по настройке есть тут

Выпущена финальная прошивка 2.9. В соседней ветке есть более подробное описание этого события. Там же есть объяснения странного поведения высоты и как с этим бороться.
А вообще, ждем с нетерпением нового порта данной прошивки и спасибо за проделанную работу.

Попробовал залить новую (из svn вчера скачал) прошивку, как то горизонт себя странно ведет

• поменялся режим калибровки в планере последнем - теперь не просто уровень надо выставлять, но и крутить/вертеть коптер, ставя его то на бок, то кверху ногами
  вечером попробую подлетнуть в комнате, может не сильно страшно что горизонт так плавает (или я не верно откалибровал аксель/компас?)

Поведение горизонта тоже мне показалось странным. Но летало вроде бы неплохо. А вот с удержанием высоты совсем ерунда, как и с показаниями высоты в движении. Кто-то еще замечал глюки с высотой?
Хочу отключить INERTIAL_NAV_Z и попробовать удержание высоты, подозреваю, что проблема с использованием акселя.

Залил 2.9-rc4 без проблем. Летает не хуже 2.8. Фейл проверить не получится - у меня приемыш не поддерживает.

Пользую Crius AIO 1.

Есть вопрос по удержанию высоты. Показания высоты в полете довольно жестко скачут в полете, может за пару сек на несколько метров прыгнуть. Хотя когда на земле стоит показывает довольно стабильно, хотя уползает по-немногу вверх. Беситься начитает, когда включаешь винты. Возможно, проблема с обработкой Z акселя. Вот такие графики получились.

Почти завершен порт ArduCopter 2.9-rc4. Ищу бета тестеров. Прошивка доступна через SVN.

Замечательно!
Завтра, надеюсь, потестирую. На что еще обратить внимание, кроме фейлсейфа?

У мну родился сын! Так что у меня сейчас хлопот полный… Но потиху дорабатываю прошивку…

Поздравляю с наследником! Пускай хлопоты будут не в тягость )

Прошу прощения, если повторюсь со своим вопросом, но уже много пропустил и просто лень все перечитывать…
Как новые версии справляются с боковым ветром? Интересует вариант, когда автопилот ведет планер строго по заданной линии, учитывая боковой ветер. Будет ли полезен для этого датчик скорости относительно воздуха и есть ли планы по его использованию в “иксах”?
Не поменялся ли алгоритм руления? Насколько я помню, самик рулился руддером, а элеронами выводился в горизонт?

Само портирование занимает пару вечеров. Я то уже знаю что и где копать. А вот проверить как оно работает и не потерялось ли чего после портирования… занимает кучу времени…

Некоторые бета-тестеры просто молча следят за темой. Но готовы проводить испытания )

Но Но…!! Мы бетатестеры, первопроходцы так сказать😁

Вот как раз тем, кто не просто пофлудить на тему “какие эти китайцы му…ки” тут общается, а тем, кто хочет разобраться очень нужна и полезна информация о результатах такого “бета-тестирования”: количество удачных/неудачных полетов, мнение о надежности отдельных механических узлов, идеи по поводу устранения обнаруженных или возможных проблем. Уж простите, но вы сами согласились на роль бета-тестеров и мы с вас денег за это не просим, в отличие от вуконга 😃

С самим контроллером вообще непонятка. Как теперь не “попасть” на глючный компас? Как определить, что магазин продает уже новые компасы и не поленился поменять “глючные”? Если проблема вообще именно с компасом…

Само собой хотелось бы слышать непредвзятое мнение реальных пользователей, а не продавцов или “сочувствующих”.

Хотя конечно и MWI можно адаптировать под плату APM - но это конечно изврат…

100%

В любом случае, огромное спасибо за все усилия и уделенное время на поддержку проекта!

Начиная с 2.8 они базируют главный цикл программы не на тайминге процессора, а на количестве пришедших семплов от MPU6000. Дело в том, что на APM, MPU подключен с использованием сигнала INT, соответственно APM узнает о новых данных по прерыванию от MPU. А в наших платах, никто не подключал этот сигнал (INT) соответственно, нам остается только оставить старую схему главного цикла. Пока не знаю чем это чревато (думаю что ничем)

А как же тогда с АПМ1? Там ведь никакого МПУ нет. Выходит, код должен поддерживать и старый вариант с главным циклом и новый с прерыванием. Другое дело, что пользователей АПМ1 со временем будет все меньше, а значит и тестирование/поддержка будут похуже, чем для АПМ2.

Но китайсы не сидят сложа руки, что тоже может негативно повлиять на развитие мегапирата:
www.rctimer.com/index.php?gOo=goods_details.dwt&go…

Статистика однозначно говорит, что кривых рук больше чем кривой техники. И вообче … Вспомните когда появились первые аппараты этой конторы? Сколько прошло времени и как они эволюционировали? Кто может похвастать такой плодовитостью и при этом не иметь косяков?

Во-первых, интересно узнать мнение самих владельцев. Попытаться собраться статистику. Например, насколько надежны контакты на лучах и др. моменты, относящие к надежности.
Во-вторых, тут уже имеем претензии на профессиональный уровень, а значит и требования к технике совсем другие. Одно дело, когда падает самодельная игрушка, собранная на коленках, а другое - хорошо распиаренная и дорогая “поделка”. Пользователи явно не рассчитывают быть бета-тестерами в последнем случае.
В-третьих, уже несколько лет в теме и такого большого количества проблем за относительно небольшой промежуток у других систем (хотя правильней будет говорить об отдельных частях) не наблюдал. Так может, для китайцев мы бета-тестеры закрытой системы за свои деньги?

Если у кого-то есть несогласия, прошу поправить.

И пишут что на APM1 пока не ставить ( Глючит, решают проблему …

Оперативно исправили баг в версии 2.8.1, но с другой стороны, какое отношение к мегапиратовским мозгам имеет АПМ1???

Возможно имеет смысл подождать, пока исправят и другие баги. Т.к. последний на данный момент релиз мегапирата был портирован из версии 2.7, где еще были кое-какие проблемы, а в более поздних версиях (2.7.3) многое почистили.

Официальная прошивка обновилась до версии 2.8:
diydrones.com/forum/…/arducopter-2-8-released

Прикольное видео 😉

Залил новую прошивку, попробовал на столе. При старте в перевернутом состоянии действительно все пошло нормально. Раньше такого нельзя было делать - начинало крутить курс со всеми вытекающими. Так что спасибо, Олег, за оперативность. Надо еще в поле это испытать.

Присоединяюсь к просьбе сделать конвертилку для логов в более удобоваримом текстовом виде. Или хотя бы описание имеющегося формата. Первое, конечно, предпочтительней, ведь формат может вдруг поменяться.

Вчера пробовал loiter в 2.7R3. Больше 3-х метров не сносило. Ветер был 3 м/с. Поднял P и I стало еще лучше.

На прошивках до 2.7 летало не очень хорошо. Сейчас не сносит и при более сильном ветре.

Кстати, под родное ардукоптеровское железо уже появилась более свежая версия 2.7.3:

code.google.com/p/arducopter/downloads/detail?name…

Среди изменений исправленный баг с МПУ6050. Может из-за него многие жаловались на проблемы?

Раньше был, сейчас нету:

Он был, но игнорировался. “Держать высоту” на выполнение миссий не влияет, а “проверить высоту” корректирует относительные высоты по рельефу, который добывается из гугль ёрз, а там точность может быть не очень хорошая, и авторы предупреждают “используйте эти данные на свой риск”.

Нет, блин, буду ему мысленно указывать, куда лететь

Ну разные случаи бывают. Можно ведь и по проводам миссии заливать или через блюпуп и фрешку

В первую очередь интересует, в какой момент определяется дом, или его нужно явно в планнере указать?

В первую очередь, нужно быть на 100500% быть уверенным, что в стаб моде при даже сильном ветре (порядка 8 м/с) стабилизация отрабатывает хорошо. В противном случае вырулить с высоты 30-100 метров улетающий в даль и машущий тебе на прощание лопастями коптер будет очень проблематично 😃. Особенно если батарея уже села.
Для режимов с GPS обязательно нужна телеметрия и ноут/нетбук с MissionPlanner. Дом определяется в момент, когда залочится GPS. Лучше всего после включения оставить коптер на земле на пару мин, в это время запустить планнер, соединиться с бортом и ждать пока не словятся хотя бы 6 спутников. Как правило, если все нормально 8-9 спутников ловятся уже через 2 минуты (лучше конечно Ublox, но и на MTK тоже должно быстро ловить). Сначала надо проверить и настроить удержание высоты, а потом уже лойтер. Авто миссии уже в последнюю очередь, если к этому времени пепелац еще будет цел )

И точно прошивка 2.7R4 ведёт себя как у Олег24 сразу не заметил тк гонял в автоматическом режиме ,тут потребовалось пригнать квадрик к себе буквально 100 метров и не получилось на полпути ручка была в упоре и квадрик завис горизонтально ,как будто автовыравнивание сработало

А 2.7R3 не пробовали? Уже несколько раз подряд на ней проверяли авто миссии, запускали 6-ку на высоту 300 метров, но такого глюка замечено не было. Зато вылазил другой глюк: миссия выполнялась замечательно, но по окончании миссии, когда автопилот переходил уже в лойтер несколько раз он начинал себя вести непредсказуемо: то начинал улетать в сторону (в планнере это есть в логах и видно, что это не глюк GPS), то вместо снижения по высоте опять же в лойтере, начинал набирать высоту (на 370 метрах пришлось переходить в стаб и сажать вручную “по приборам”, т.к. его уже с трудом было видно в небе, да еще и ветром сносило).

отличное предложение…

Вероятно, что при таком варианте, исчезнут “окошки” в наземке. А вариантов по картам/снимкам появится на несколько порядков больше: тот же SAS.Planet позволяет качать картографические данные с гуглов, яндексов, бингов, яхов, ОСМ и многих других, при этом список источников постоянно расширяется. А автор в этом время будет заниматься непосредственно “разбором полетов”.

Отчитаюсь и по нашим полевым испытаниям.

Пациент - планер “стремительный” с 2-мя движками передней тяги. Подтверждаю все вышеперечисленные болезни: паразитные крены/тангажи (еще на старой версии летали), проблемы с “нейтралью”, космические скорости по GPS и переход магнетометра из режима “компасс” в режим “радар” - постоянное вращение вокруг оси с частотой примерно 0.5 Гц.

По “окошкам” в наземке наблюдения такие (точка в региональных настройках устанавливалась в первую очередь): если перед соединением с контроллером войти в миссион контрол, то вероятность вываливания окошек понижается. а в поле, где соединение с инетом вообще отсутствовало, ни одного окошка не вылезло наверное за 1 час измываний над прогой. Правда были затыки с наземкой: после соединения не всегда появлялись все кнопки и настройки, но связываю это скорее с тем, что наземку обновил, а прошивку новую не залил.

Микширование 2-х движков для управления курсом показало себя неэффективным в полете. Правда, пока проверялись расходы в микшере на руддер: +30 и -30. Во-первых, при нулевом газе движки заводиться не должны вообще, а иначе при случайном дергании ручки руддера можно травмироваться винтом. Во-вторых, по ощущениям, при максимальном газе движок, который должен замедляться, не замедляется.

Ну и последнее - это предложение по поводу карт (снимков) в планировании миссий. Чтобы уйти от претензий по лицензированию, можно добавить возможность загрузки привязанных растров (см. формат GeoTIFF, софт OziExplorer и пр.). А пользователь будет иметь возможность скачивать себе готовые карты/снимки сам, например, при помощи SAS.Planet. Еще один аргумент в пользу такого подхода - плохое соединение к инету в поле или вообще отсутствие такового. Реализовать поддержку привязанных растров (загрузка, отображение, минипуляции - перемещение, зум, отображение любых своих значков и пр.) можно при помощи уже готовых опенсорсных библиотек, например, mapwingis.codeplex.com. Если есть вопросы - обращайтесь.