Полетные режимы вашего квадрика и направление на экране аппы
Все, наконец дошло. Посмотрел по схеме, оказывается, UART0 подключен к микросхеме MUX через резистор 1к. В итоге при лог “0” с TX UART0 мы получаем делитель 2:1 (1к резистор в APM, 1к резистор в Arduino Nano). Значит на Nano нужно ставить повторитель. Надеюсь, мои изыскания кому-то пригодятся. Не все Arduino “одинаково полезны”.
при подключении телеметрии в RX Arduino меняется вид сигнала.
а как сейчас организовано питание и что с землей?
Плохо, что в Er9X не видно пропадания связи с телеметрией, в OpenTX сразу пишется NO DATA.
В новой версии это реализовано следующим образом: при пропадании сигнала телеметрии начинает мигать строка с полетным режимом, армингом и числа в % RX TX
а как сейчас организовано питание и что с землей?
Земля с Arduino общая, 2 контура питания APM соединены перемычкой (т.е. +5в Inputs соединен с +5в Outputs). Питание от BEC в ESC.
Еще пожелание - отображать координаты GPS, при этом, если телеметрия пропала, отображать последние значение. Очень может помочь при поиске упавшего аппарата, и тогда FrSky хаб со своим датчиком можно спокойно убрать будет. Я так понимаю на один экран это уже не влезет, может быть можно сделать 2 экрана - один с оперативной информацией для полета, второй - дополнительной для контроля, поиска и т.п.
Еще пожелание - отображать координаты GPS, при этом, если телеметрия пропала, отображать последние значение.
на 4 экране телеметрии так реализовано. причем еще до меня. По крайней мере у меня так и работает - координаты на 4 экране отображаются всегда. При отсутствии связи они мигают.
А как прошить Hex в ардуинку а то что то не работает xloader я шью через Ft232, т.е. RX TX?
Сам отвечу, просто вовремя ресет нажать надо чтобы залило прошивку. Жалко времени нет шас так бы все проверил, но да ладно завтра.
А как прошить Hex в ардуинку а то что то не работает xloader я шью через Ft232, т.е. RX TX?
ну хотя бы логи или скриншоты дайте, а то так сложно помочь, когда никакой инфы нет.
может вам проще будет из Arduino IDE прошить:
- Скачиваете Arduino IDE
- Устанавливаете любой SVN клиент, например этот
- В командной строке “svn checkout er9x-frsky-mavlink.googlecode.com/svn/trunk/ er9x-frsky-mavlink” - скачиваются исходники
- Из появившейся папки er9x-frsky-mavlink/mavlink-driver/libraries устанавливаете в пару кликов библиотеки в Arduino IDE (погуглите - описание этого процесса легко найти)
- В Arduino IDE открываете файл er9x-frsky-mavlink/mavlink-driver/APM_Mavlink_to_FrSky/APM_Mavlink_to_FrSky.ino
- В Arduino IDE Сервис -> Плата -> выбираете вашу ардуину
- В Arduino IDE Сервис -> Порт -> выбираете ваш порт
- В Arduino IDE в панели инструментов жмете вторую кнопку слева (выглядит как стрелка вправо) - все компилируется и заливается в ардуину
- Profit!
ну хотя бы логи или скриншоты дайте, а то так сложно помочь, когда никакой инфы нет.
может вам проще будет из Arduino IDE прошить:
- Скачиваете Arduino IDE
- Устанавливаете любой SVN клиент, например этот
- В командной строке “svn checkout er9x-frsky-mavlink.googlecode.com/svn/trunk/ er9x-frsky-mavlink” - скачиваются исходники
- Из появившейся папки er9x-frsky-mavlink/mavlink-driver/libraries устанавливаете в пару кликов библиотеки в Arduino IDE (погуглите - описание этого процесса легко найти)
- В Arduino IDE открываете файл er9x-frsky-mavlink/mavlink-driver/APM_Mavlink_to_FrSky/APM_Mavlink_to_FrSky.ino
- В Arduino IDE Сервис -> Плата -> выбираете вашу ардуину
- В Arduino IDE Сервис -> Порт -> выбираете ваш порт
- В Arduino IDE в панели инструментов жмете вторую кнопку слева (выглядит как стрелка вправо) - все компилируется и заливается в ардуину
- Profit!
ОЙ спасибо! Прошил с помошью Arduino Hex Uploader and Programmer! как написал выше просто нада вовремя сбросить ардуинку.
Собрал с Arduino Nano, в цепи RX включил повторитель на КР1533ЛП16. Теперь все работает.
Спасибо за разработку, все работает. Вывел с Ардупилота 3 линии TX на телеметрию на ОСД и на ардуинку, без проблем а RX оставил только на телеметрию.
предложения приветствуются…
SCnt - satelites count. может нагляднее будет не SCnt, а CSat?
hdop - это аббревиатура, может лучше HDOP?
GAlt - по-мне, так вообще ненужный параметр
dhm - distance to home - опять аббревиатура, предлагаю DTH
“A - ток с датчика 3dr power module (или аналог)” и “напряжение батареи аппы” может быть местами поменять?
может нагляднее будет не SCnt, а CSat?
согласен. а может вообще просто “sat” ?
hdop - это аббревиатура, может лучше HDOP?
Тут маленькие буквы с умыслом - заглавные буквы перетягивают на себя акцент внимания.
В шрифте er9x почему-то цифры ощутимо меньше, чем буквы, даже по ширине.
Заглавные буквы подряд в количестве больше двух мне видятся “выпячивающимися” и заслоняют собой цифры. Хотя мое мнение может оказаться субъективным.
Можно проголосовать - кто за hdop - ставьте “Спасибо” за этот пост, а кто за HDOP - за предыдущий.
“A - ток с датчика 3dr power module (или аналог)” и “напряжение батареи аппы” может быть местами поменять?
напряжение лучше оставить в целях “совместимости” для тех кто уже привык, т.к. на остальных экранах телеметрии напряжение в этом же месте.
После сегодняшних полетов возник вопрос как показывает высоту в метрах сантиметрах или еще как? А то у меня на земле показывает 330 а на высоте 600 что это?
на остальных экранах телеметрии напряжение в этом же месте.
Вот кстати, этот параметр (напряжение аппы) можно вообще исключить - батарейка аппы вряд ли сядет во время полета, ни к чему отвлекать внимание пилота на нее. Тем более, что пульт можно настроить на критический уровень и он будет пищать.
Некорректно отображаются координаты GPS и и абсолютная высота над уровнем моря (на экране с координатами). Через FrSky хаб отображается корректно.
Очевидно, что число после точки нужно делить на 6000, чтобы корректно отображались доли минуты в десятичном формате. С высотой не понял - вроде в 10 раз больше, но тоже не точно.
Ниже пример в картинках (FrSky, Mavlink, Garmin):
Некорректно отображаются координаты GPS…
Корректно, только не в десятитысячных градуса, а в минутах и секундах.
0,9176 градуса это как раз 55 минут 7 секунд.
Нужно в десятитысячных, конечно, сделать если брать как стандарт “де факто” гугл мап и яндекс карты.
Только фирменный дисплей FrSky FLD-02 будет показывать с ошибкой тогда (там в минутах).
Корректно, только не в десятитысячных градуса, а в минутах и секундах.
0,9176 градуса это как раз 55 минут 7 секунд.
Нужно в десятитысячных, конечно, сделать если брать как стандарт “де факто” гугл мап и яндекс карты.
Только фирменный дисплей FrSky FLD-02 будет показывать с ошибкой тогда (там в минутах).
Да в общем, не важно в каком формате отображать, лишь бы он был стандартным и верно интерпретировался. Логично, что все, что идет после десятичной точки, должно быть долей в десятичном формате. Поэтому, либо нужно подвинуть точку на 2 знака вправо, либо отображать после запятой не секунды 0-59, а все-таки доли минуты. Нельзя ли отображать, как на скриншоте Garmin - там все четко и понятно.
А по высоте есть соображения? У меня в Mission Planner отображается корректная абсолютная высота над уровнем моря в параметре altasl
А нужна ли она:
абсолютная высота над уровнем моря
? Может достаточно высоты относительно Home?
А нужна ли она:? Может достаточно высоты относительно Home?
Конечно нужна, для поиска упавшего аппарата. Например, в горах, важно знать абсолютную высоту (речь идет не об основном экране, а об экране с координатами GPS).
По GPS высоте. В следующей версии, которая сейчас в работе, сделано так:
Пока дизарминг - получаем с ардуины и выводим на все экраны абсолютную высоту над уровнем моря в текущей точке, если имеем 2D или 3D Fix. Например, 88 метров. Далее арминг и взлет. Ардуина с контроллера получает высоту GPS, допустим 100м, вычитает 88м и посылает на пульт новое значение - 12м, которое отображается на всех экранах (и на стандартных, где предусмотрена GALT, и на нашем, пятом экране, с пометкой GAl - GPS altitude).
Да, для поиска упавшего аппарата в горах придется запомнить высоту в точке взлета и прибавить в уме к значению на экране.
Передача двух высот раздельно (и абсолютную и относительно точки взлета) с ардуины в пульт считаю непозволительно расточительным расходованием полосы пропускания, ограниченной аппаратно в телеметрии FrSky, величиной 9600 бит/с. (Именно по причине недостаточной ширины канала в новой версии не будет данных accX, accY, accZ).
Передавать весь полет абсолютную высоту над уровнем моря не вижу смысла, т.к. в уме трудно будет быстро высчитывать реальную высоту в процессе управления квадриком
GPS высота в полете может пригодится просто для информации, для сравнения с показаниями высотомера, ну и для нештатных ситуаций типа резкого изменения атмосферного давления, приводящего к искажению показаний высотомера, основанного на измерении давления. Сам с таким не сталкивался, но вроде такое вполне возможно.
Следует учитывать, что данные с высотомера передаются на пульт каждые 200мсек, а данные GPS примерно раз в секунду, поэтому показания в конкретный момент времени при наборе высоты или снижении могут различаться. При неизменном атмосферном давлении и зависанием аппарата в течение одной-двух секунд на одной высоте показания по GPS и по барометру должны быть одинаковые, с учетом VDOP.
Да, для поиска упавшего аппарата в горах придется запомнить высоту в точке взлета и прибавить в уме к значению на экране.
Передача двух высот раздельно (и абсолютную и относительно точки взлета) с ардуины в пульт считаю непозволительно расточительным расходованием полосы пропускания, ограниченной аппаратно в телеметрии FrSky, величиной 9600 бит/с. (Именно по причине недостаточной ширины канала в новой версии не будет данных accX, accY, accZ).
[/URL].
А зачем нужно относительная высота с GPS, если есть относительная высота с высотомера? Только для того, чтобы их сопоставлять в полете? А зачем - у них точности на порядок отличаются, если уж интересно их сопоставлять, это можно в логах потом посмотреть.
Считаю, что высоту с GPS нужно выводить абсолютную, причем не на основном экране. Чисто для информации для поиска.
Еще пожелание - выводить высоту с баро-высотомера с одним десятичным знаком после запятой, для высот до 100м.
Доброго дня,
спасибо за отличную прошивку!
все сделал по инструкции и заработало.
Едиственный момент: выполнил мод по этой ссылке на передатчике Turnigy 9xr
“…
Сперва надо перерезать две печатные полоски, идущие от резисторов к выводам 2 и 3 микроконтроллера. На снимке разрезы помечены красным. Если мешает оранжевый провод, его паяльником можно подвинуть немного вверх. По этим полоскам передавались сигналы с тумблеров THR и AIL, а в прошивке er 9x их надо подключить к выводам 41 и 42
…”
после заливки прошивки er9x тублеры THR и AIL действительно работают,
но залил прошивку r14 и тумблеры оказались неработающими.
Пожалуйста, подскажите место в коде прошивки, где можно настроить тумблеры THR и AIL к выводам 41 и 42 вместо 2 и 3?