Полетные режимы вашего квадрика и направление на экране аппы
На нано берите те пины RX TX, которые подключены параллельно чипу FTDI - D0,D1 +питание. Pro mini точно такая же как нано, только без FTDI. Посмотрите схему - там все понятно и трудно ошибиться
А hex для прошивки турниги точно предназначен для atmega 64?
чет не прошивается, ругается на не совпадение сигнатур
и на no end file find in intel hex file…
Шью правда турнигу старую на атмега 64
hex только для atmega 128 и выше, к сожалению. Прошивка er9x c моими добавлениями не влезает в объем памяти atmega64. Попробую в выходные порезать вертолетные настройки и шаблоны - может тогда войдет. Если получится, то отпишусь здесь и выложу отдельно для 64. Я уж думал ни у кого и нет таких уже 😃
Ай яй… как это нет?! Половина модельного мира на старых турнигах летает!
Перепаять чтоль чип пока с 64 на 128?
😃
Ну, значит, придется вдвойне подумать, что тут можно сделать, чтобы все работало
Вот попробуйте версию для atmega64.
Этот релиз полноценно потестить возможности у меня не было, так что аз-из.
Размер кода оптимизирован, вертолетный раздел удалось сохранить, с шаблонами пришлось проститься (TEMPLATES=NO).
чет не прошивается, ругается на не совпадение сигнатур
Если будет ошибка про несовпадение сигнатур - причина не в прошивке. Смотрите ключ “-p” avrdude, для atmega64 должно быть “-p m64”. Если шьете через eePe поставьте правильное значение MCU в меню “Запись” - “Настройка”
Жаль… я уже перепаял атмегу в турниге с 64 на 128… Ну поторопился…
Можно вас попросить выложить hexы сюда, при прошивке аврдуд ругается на то, что не нашел конец файла.
Видимо я не могу нормально скачать чтоли…
Так и не получилось завести 128.
Хех, поменял обратно на 64 - фен конечно вещь.
Скачал. Прошил. Вроде работает.
Завтра буду прошивать ардиуну.
Спасибо за ваш труд, будет очень здорово, если заработает.
Судя по времени наших постов создается впечатление, что мы живем на темной стороне )
Такс.
Пультик прошил отлично, все экраны телеметрии есть, включая новый.
А вот с ардуиной засада - прошил ее hexом, с помощью второй такой же ардуины как AVRISP. Все прошилось, проверка прошла.
Включил ее в Crius с мегапиратом в порт, куда был включен блютус. Блютус точно настроен на 57600 бод.
С порта выходит Rx Tx +5V GND. Однако, никакой активности не замечено.
В арудино нано втыкал в D0, D1 - Rx и Tx (и менял местами для проверки), на приемник сигнал уходил с D5.
Ничего. На ардуино также не моргают диоды Rx Tx - должны?
Возможно, что проблема с правильностью скачивания hex, у меня почему-то они какие-то разные по размеру выкачиваются.
Лучше с исходников тогда заливать (во вложениях и исходники и hex)
- Качаем Arduino IDE
- Разворачиваем архив с исходниками из этого поста
- Заходим в IDE выбираем “Скетч” - “Импортировать библиотеку” - “Add library”
- Выбираем папку mavlink-driver\libraries\AP_Common\ из развернутого архива и далее повторяем с каждой папкой из mavlink-driver\libraries
- Далее “Файл” - “Открыть” - “APM_Mavlink_to_FrSky.ino”
- “Сервис” - “Плата” Выбираем ардуину и “Сервис” - “Порт” - выбираем порт
- Компилим и заливаем.
Либо берем XLoader и шьем hex без второй ардуины, как обычно через USB
Еще можете почитать это - вчера у человека долго не заводилось, а причина оказалась просто в плохом кабеле… Ну я это не к тому привел, что у Вас так же, а к тому, что там я почти все причины расписал, почему может не работать и как выяснить где проблема, также там описано как сделать отладку в в терминале.
Все получилось через Arduino IDE на старой турниге с атмега 64 и мегапирате на Crius v1.
Индикатор режимов полета работает, указатель носа крутится, спутники считает.
В полете буду пробовать на неделе, если погода и время позволит.
Виктор, большое спасибо за прошивки и подробнейшие разъяснения.
Крайне похвально, что у нас не только умеют скачивать и прошивать, но и думать, изобретать и делать свое.
Можно немного хотелок?
- Скетч арудины не лезет в атмегу 168. Только в 328. Чуть уменьшить возможно? 168 дешевле.
- Возможно ли сделать скетч для так сказать ардуино-в-одной-атмеге. Т.е. тупо взять атмегу8, сконфигурировать ее на внутренний RC, припаять к ножкам пять проводов и все - ардуина без обвеса готова. Для народа это было бы самым простым и доступным вариантом.
- Возможно ли на пятом экране телеметрии вывести высоту и удаление от старта? Для полетов “по приборам” на коптере было бы полезно, если далеко отлетаешь, так что не видно куда нос, то возвращаясь по индикатору направления носа, неплохо бы знать - как высоко и далеко еще лететь.
- А что с таранисом?
Еще раз спасибо!
- Скетч арудины не лезет в атмегу 168. Только в 328. Чуть уменьшить возможно? 168 дешевле.
Arduino Pro Mini 328P 5v за 124 рубля с бесплатной доставкой. Куда уж дешевле
Возможно ли сделать скетч для так сказать ардуино-в-одной-атмеге. Т.е. тупо взять атмегу8, сконфигурировать ее на внутренний RC, припаять к ножкам пять проводов и все - ардуина без обвеса готова. Для народа это было бы самым простым и доступным вариантом.
Да, конечно. Но смысл? Потерянное время ради сомнительной экономии. Готовый девайс с обвесом стоит 124 рубля 😃 А лучше пачкой по 10шт брать - еще дешевле выйдет и море применений.
Возможно ли на пятом экране телеметрии вывести высоту
да, это можно, только не нашел куда впихать - экран маленький. Там есть еще место где arm/disarm, но туда в планах вывести PreArm check и сообщения Critical
и удаление от старта
А вот это сложнее. Пока не разобрался в прошивке ардукоптера - есть ли вообще такое рассчитанное значение. Похоже это на стороне ground station высчитывается по координатам GPS, а такими сложными вычислениями Turnigy лучше не нагружать, а то процессорного времени на что-то другое не хватит. Да и для кода места уже нет для меги64. Мне вот пришлось функции синуса и косинуса делать свои табличные, чтобы не подключать стандартную библиотеку, чтобы на atmega64 код влез, но поразбираться можно. Нужно тщательнее разобрать код ардупилота.
А что с таранисом?
Ну во-первых у меня тараниса нет - без отладки такое не получится сходу написать, а во-вторых, я не видел готового реверс-инженеринга протокола SPort. Хотя, признаюсь, особо и не искал. Таранис к приобретению не планирую, так что это не в ближайших планах точно.
Виктор,
прежде всего - спасибо за отличную разработку. Давно такую искал.
Вопрос : а не думали вместо переходника на Ардуине поправить код Ардупилота и выводить на свободный Serial данные сразу в нужном виде ? Там, правда, беда в том, что приемник требует инвертированного Serial (в паузе - 0, старт-бит - 1). Но это лечится выкидыванием из приемника инвертирующего каскада на одном транзисторе.
Вопрос
Это было в мегапирате 2.хх версий и вроде как в мультивие.
Сам пользовался - работало отлично. Но с 3.х версий - увы…
а не думали вместо переходника на Ардуине поправить код Ардупилота и выводить на свободный Serial данные сразу в нужном виде ?
Есть еще проблема загруженности atmega. Пустить телеметрию в формате FrSky на UART2 можно, но рискованно:
Be aware that enabeling uart2 on the APM will add more processor load to the already cogged CPU. Alt hold and auto modes can be affected by this hack. As of AC 3.1 a lot of improvements has been made to lower the load on the APM by the dev team. Running a extra mavlink port should work but do this at your own risk!
Сейчас есть возможность выводить CPU_load и тогда можно посмотреть как там с запасом мощности. Возможно, выведу куда-нибудь на экран CPU_load в следующей версии - тогда можно будет просто включить UART2 на дублирование данных телеметрии Mavlink и посмотреть что будет.
Вкусную плюшку вы придумали, было бы не плохо добавить на экране отображение Hdop GPS . Без этого параметра GPS 3D Fix не о чём не говорит.
Пожеланий и хотелок уже много, поэтому предлагаю сообществу совместно разработать дизайн и состав отображаемых параметров. Все желаемые параметры на одну страницу не войдут, поэтому давайте сделаем еще одну страницу № 6. Для владельцев atmega64 шестая страница, скорее всего, будет отключена. Вот список того, что можно отобразитьpixhawk.ethz.ch/mavlink/#HEARTBEAT (смотрите MAVLink Messages с #0 по #254)
Пожеланий и хотелок
Hdrop и 3D Fix это одини из главных параметров и к хотелкам типа здоровья сенсоров отношения не имеет.
Hdrop и 3D Fix это одини из главных параметров и к хотелкам типа здоровья сенсоров отношения не имеет.
но, насколько я понимаю, они нужны только в предстартовое время, т.к. когда поймали спутники и взлетели, GPS прием уже не должен ухудшится (предполагается полет на открытом пространстве), ухудшение приема GPS после взлета возможно только в случае каких-либо неисправностей (отломилась антенна и висит на проводке, сдох GPS и т.д.)
или у Вас бывает как то по другому?
Я задумывал изначально один экран предстартовый - там все предполетные проверки и один полетный, где отображаются важные для полета параметры.
но, насколько я понимаю, они нужны только в предстартовое время, т.к. когда поймали спутники и взлетели, GPS прием уже не должен ухудшится
Вот тут Вы сильно ошибаетесь, сигнал этот не всегда стабилен. Да и при старте получается это значение на АПЕ не посмотришь.
При высоком Hdop возможен улёт аппарата в Китай (из личного опыта) и не только у меня.