Полетные режимы вашего квадрика и направление на экране аппы
Подключил их вместе ак вы советовали - заработало … не смог записать маршрут для автопилота из МР в АМП, выдавало все время ошибку
ну это да, ардуина мешает, когда кто-то активно передает данные в APM. Может ее просто физически отключать перед записью маршрута?
Да у меня просто все это дело под крышкой и каждый раз снимать/одевать не совсем удобно. А чем она мешает - она что-то тоже шлет черзе Тх или просто “держит линию” и таким образом создает помеху? Не поможет диод поставить на Тх ардуины?
Да у меня просто все это дело под крышкой и каждый раз снимать/одевать не совсем удобно. А чем она мешает - она что-то тоже шлет черзе Тх или просто “держит линию” и таким образом создает помеху? Не поможет диод поставить на Тх ардуины?
Если нужных ей данных телеметрии нет некоторое время (вроде 3сек, точно не помню), то она шлет пару пакетов в APM.
Это наверно вот этот кусок?
if( dataProvider->enable_mav_request || ((millis() - dataProvider->lastMAVBeat) > 5000) )
{
if(millis() - rateRequestTimer > 2000) {
Serial.flush();
dataProvider->reset();
for(int n = 0; n < 3; n++)
{
#ifdef DEBUG
debugSerial->print("Making rate request. ");
debugSerial->println(millis() - dataProvider->lastMAVBeat);
#endif
dataProvider->makeRateRequest();
delay(50);
}
dataProvider->enable_mav_request = 0;
rateRequestTimer = millis();
}
}
А когда записывается миссия из МР в АПМ, то АПМ не шлет телеметрию и поэтому ардуина начинает его дергать, чтобы он начал слать?
Данные не обновляются, кроме полетного режима (он обновляется). Не подскажете в какую сторону копать?
Доброго дня, думаю, надо поменять настройки SR1 в MP.
Чтобы APM постоянно отправлял нужные пакеты в порт телеметрии, не ожидая запроса от 3DRрадио, BlueTooth модема.
Тогда можно будет отключить TX ардуины, иначе не работает связь MP-APM через BlueTooth, например.
Про детали можно почитать тут
Да, я этот ваш пост читал, SR1 подправил, но тогда пульт не работал без подключения к МР. Я просто запарелелил Тх и Рх ардуины и модемов и все стало работать хорошо, проблема только в записи данных из МП в АПМ, пока решается только отключением ардуины.
Да, я этот ваш пост читал, SR1 подправил,
Возможно, стоит поробовали остальные SR… настроить аналогично
Еще есть TELEM_DELAY, который может добавить до 10 секунд “молчания” перед началом отправки сообщений в телеметрию
Почему то параметр alt ниже метра отображается с “минусом”. Т,е. 2…1.5…1.0…-0.5… 0. Это нормально?
Потребовалось собрать из исходников прошивку переходника, компилятор не захотел этого делать на Linux машине, так как в файлах Mavlink.h и SimpleTelemetry.h мелкими бувами указан файл IFrSkyDataProvider.h, соответственно не находил его.
Почему то параметр alt ниже метра отображается с “минусом”. Т,е. 2…1.5…1.0…-0.5… 0. Это нормально?
может взлетали со стола, а не с земли?
может взлетали со стола, а не с земли?
Последовательность действий: аппарат стоит на полу, выполнил арм-дизарм, alt обнулился, дальше руками аппарат плавно поднимаю, при поднятии до 1м показания не меняются (равны 0), дальше на высоте 1.1м показания становятся -0.1 и далее меняются от -0.1 до -0.9 ближе к высоте 2м. После -0.9 отображается сразу 1.0 (реально высота 2м). Дальше вроде нормально (только с погрешностью минус 1м). В Mission Planner такого не наблюдается. Er9x 64, прошивка 3.20 - может из-за нее?
Иногда “мертвая зона” меньше - т.е. показания alt начинают меняться на 0.7м, но всегда последовательность 0, -0.1, …, -0.9, 1.0, 1.1,…
Последовательность действий: аппарат стоит на полу, выполнил арм-дизарм, alt обнулился, дальше руками аппарат плавно поднимаю, при поднятии до 1м показания не меняются (равны 0), дальше на высоте 1.1м показания становятся -0.1 и далее меняются от -0.1 до -0.9 ближе к высоте 2м. После -0.9 отображается 1.0 (реально высота 2м). Дальше вроде нормально (только с погрешностью минус 1м). В Mission Planner такого не наблюдается. Er9x 64, прошивка 3.20 - может из-за нее?
Иногда “мертвая зона” меньше - т.е. показания alt начинают меняться на 0.7м, но всегда последовательность 0, -0.1, …, -0.9, 1.0, 1.1,…
В любом случае лучше использовать последние версии прошивок и в ардуине и в аппе. Вроде был какой-то баг на малой высоте, вроде его исправлял. Зимой не летаю, так что сам уже все забыл 😃 Попробуйте перепрошится, если баг останется, отпишитесь здесь. Как начнется полетный сезон я достану свой квадрик и баги поправлю.
В любом случае лучше использовать последние версии прошивок и в ардуине и в аппе. Вроде был какой-то баг на малой высоте, вроде его исправлял. Зимой не летаю, так что сам уже все забыл Попробуйте перепрошится, если баг останется, отпишитесь здесь. Как начнется полетный сезон я достану свой квадрик и баги поправлю.
Так я только что прошился, прошивки все взял последние (от октября 2014г). Переделал на Ардуино мини, оказалось очень удобно т.к. можно использовать родной разъем от телеметрии. (раньше было нано с буфером на логике). Может кто-нибудь тут сможет проверить, как меняются показания высоты в диапазоне 0…2м?
В любом случае, с удовольствием использую ваши прошивки, теперь даже таймер корректно отображается, спасибо!
День добрый! Прошивка супер, но столкнулся с маленьким нюансом, не отображаются некоторые режимы полета: position и drift. Турнига 9хr
Как я понял Atmega64 легко меняется на 128, перешивается своей прошивкой и вуаля. А на 2561 её возможно переделать или у 2561 слишком всё по другому?
День добрый! Прошивка супер, но столкнулся с маленьким нюансом, не отображаются некоторые режимы полета: position и drift. Турнига 9хr
Специально посмотрел github.com/diydrones/ardupilot/blob/…/defines.h (версия ArduCopter V3.3-dev)
// Auto Pilot modes
// ----------------
#define STABILIZE 0 // hold level position
#define ACRO 1 // rate control
#define ALT_HOLD 2 // AUTO control
#define AUTO 3 // AUTO control
#define GUIDED 4 // AUTO control
#define LOITER 5 // Hold a single location
#define RTL 6 // AUTO control
#define CIRCLE 7 // AUTO control
#define LAND 9 // AUTO control
#define OF_LOITER 10 // Hold a single location using optical flow sensor
#define DRIFT 11 // DRIFT mode (Note: 12 is no longer used)
#define SPORT 13 // earth frame rate control
#define FLIP 14 // flip the vehicle on the roll axis
#define AUTOTUNE 15 // autotune the vehicle's roll and pitch gains
#define POSHOLD 16 // position hold with manual override
что в точности соответствует режимам в моих последних прошивках.
Может у вас прошивка не arducopter, а что-то из клонов?
но столкнулся с маленьким нюансом, не отображаются некоторые режимы полета: position и drift. Турнига 9хr
А что такое POSITION? POSHOLD у меня точно отображается, а это последний добавленный режим.
Сделал все по инструкции, после некоторых танцев с бубном вроде завелось. Отображает корректно, но с приличной задержкой в секунду или более. Возможно ли как-то увеличить скорость реакции?
Сделал все по инструкции, после некоторых танцев с бубном вроде завелось. Отображает корректно, но с приличной задержкой в секунду или более. Возможно ли как-то увеличить скорость реакции?
Минимально возможная задержка около 200мсек
Если вы смотрите задержку по режиму полета, то имейте ввиду, что режим достаточно долго может переключаться в самом ардукоптере. посмотрите задержку остальных параметров, не обращая внимания на полетный режим.
Задержка в 1сек в начале работы, до 3D FIX, возможна. Погоняйте подольше, полетайте - может все и нормально будет.
Если нет:
- Посмотреть загрузку меги у ардукоптера - если более 90%, то разгрузить проц ардукоптера (сам ардукоптер не успевает слать телеметрию)
- Снизить количество получаемых от ардукоптера параметров (уже обсуждалось, отключите TX и настройте передачу параметров)
- Выбрать ардуину с более мощным процессором и более высокой частотой
- Проверьте загрузку меги у аппы (есть там время ответа в us) - если у вас куча микшеров и т.п. может проц аппы не успевает и пропускает пакеты
Загрузку пишет на уровне 70%, проверял просто в комнате и gps соответственно не был пойман, спасибо за совет, попробую с ним. Задержка идет по всем параметрам примерно одинаковая. Получаемые параметры по дефолту, на этой же линии будут висеть osd и модем, поэтому снижать скорость обновления пока не хочется.
Загрузку пишет на уровне 70%, проверял просто в комнате и gps соответственно не был пойман, спасибо за совет, попробую с ним. Задержка идет по всем параметрам примерно одинаковая. Получаемые параметры по дефолту, на этой же линии будут висеть osd и модем, поэтому снижать скорость обновления пока не хочется.
А ардуина 3.3в или 5в ? У 3.3в версий частота снижена