Полетные режимы вашего квадрика и направление на экране аппы
отлично работает и с openlrsng orange, но желательно вывести на платке атмеги инверсный сигнал frsky (d5), иначе приходится применять внешний инвертор.
отлично работает и с openlrsng orange, но желательно вывести на платке атмеги инверсный сигнал frsky (d5), иначе приходится применять внешний инвертор.
Не могли бы вы подробней рассказать о том, как это все у вас реализовано.
передатчик турнига (переделан для работы с frsky телеметрией, но без инверторов в фриске сигналы берутся до преобразователя уровней) . вместо фриски ставим орандж (в орандже тх и рх заводим на контакты также как в фриске) , в модуле приемника на рх подаем телеметрию с ардуино — но для того чтобы вся эта фигня заработала нужен доп инвертор либо на приемной либо на принимающей стороне , поэтому было бы логично иметь второй выход на ардуине (с инверсией) . есле непонятно будет позже разрисую
было бы логично иметь второй выход на ардуине (с инверсией)
К сожалению, на ардуине уже не осталось свободных пинов после реализации управления 8-ми канальной подсветкой.
Для переключения инверсного сигнала на обычный необходимо в файле APM_Mavlink_to_FrSky.ino в строке 125
frSkySerial = new SoftwareSerial(6, 5, true);
заменить на
frSkySerial = new SoftwareSerial(6, 5, false);
А какая у кого загрузка центрального процессора?
А то у меня процессор в покое 50-60%
97-99% в полете.
Амп 2,6
Во-первых спасибо за прекрасный проект, во-вторых спасибо, за то что продолжаете его развивать и отвечать на вопросы.
Хочется иметь возможность подключаться и МР, и иесть данные на апе. Пошел по второму пути:
- Изменить параметры по умолчанию ардукоптера и не подключать TX ардуины вообще.
Подключил параллельно ардуину и 3DR модем (точнее его китайский клон), Тх ардуины не подключал, в МР выставил параметы SR1 как вы советовали.
Теперь, если подключиться к МР через модем - данные на пульте обновляются корректно, даже после отключения, если же к МР не подключаться, то периодически, там где выводится полетный режим, пишет NO MAV, а потом опять выводит полетный режим (частота неск. герц). Данные не обновляются, кроме полетного режима (он обновляется). Не подскажете в какую сторону копать? Как я понимаю дело как раз в том, что
Единственный подводный камень с одновременным использованием блютус, это то, что MP выставляет свои параметры на период сеанса (он же тоже принимает телеметрию).
Не подскажете в какую сторону копать?
А попробуйте TX от ардуины и 3DR соединить. Ардуина Передает данные только один раз, через минуту после включения - делает настройки под себя. Потом подключится MP, свои настройки сделает, ардуина если увидит, что телеметрии нет нормальной, то снова на TX несколько пакетов кинет. А еще вариант - оставить TX только от ардуины. Если в MP вам не нужно слать команды на ардукоптер, то вполне должно работать. Почитайте эту тему, у нас был успешный опыт параллельного включения 3DR
Подключил их вместе как вы советовали - заработало. На пульте No mav мигал только пока МР получал данные при коннекте, дальше работало параллельно без проблем. Единственное “но” - не смог записать маршрут для автопилота из МР в АМП, выдавало все время ошибку (см. вложение). А так в целом - супер! Очень удобно стало летать, раньше подал питание на коптер и ждешь не зная - словились спутники или нет, приемлимый ли hdop, а теперь все видно. Так же удобно следить в каком состоянии питание, какое потребление тока. Проект - отличный, еще раз спасибо автору.
А какая у кого загрузка центрального процессора?
А то у меня процессор в покое 50-60%
97-99% в полете.
Амп 2,6
У меня точно так же.
Подключил их вместе ак вы советовали - заработало … не смог записать маршрут для автопилота из МР в АМП, выдавало все время ошибку
ну это да, ардуина мешает, когда кто-то активно передает данные в 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м?
В любом случае, с удовольствием использую ваши прошивки, теперь даже таймер корректно отображается, спасибо!