Автопилот Arduplane - открытое ПО
Короче решил проблему, но частично. И так все по -порядку. Прошил OSD новой прошивкой MINIM OSD Extra. Проблема на этой OSD ушла, но в момент включения показывает все равно высоту над уровнем моря. После арминга - все отлично. Контроллер PIXHAWK. Вторая OSD (стоит на коптере с APM 2.8) прошивку Extа принимать наотрез отказалась. Поэтому стоит стандартная 20 версии кажется, но самая последняя с сайта. Там в принципе все пашет, но … При включении показывает обычно небольшую высоту, ну например метра 2-4. В момент арминга высота скидывается на 0 и дальше в полете все адекватно. Но высота на OSD отображается метра на 4 больше, чем на экране планшета с телеметрией. При этом на экране планшета высота более точная, практически с реальной расходится может на 1 метр, что нормально думаю. Контроллер APM 2.8 стоит, MINIM OSD ver1.1. Конечно может оно и не критично, но не могу понять почему так отличаются данные по высоте на OSD и по телеметрии?
Прошил OSD новой прошивкой MINIM OSD Extra. Проблема на этой OSD ушла, но в момент включения показывает все равно высоту над уровнем моря. После арминга - все отлично. Контроллер PIXHAWK
так и должно быть. точка хоум фиксируется в момент первого арминга, поэтому до того как известно давление в точке хоум ничего иного кроме высоты над уровнем моря неизвестно.
Так я и написал что в данном случае проблем то нет. А вот почему с APM такая разница между показаниями OSD и данными с телеметрии - не ясно.
А кто использовал цифровой датчик скорости на чипе 4525DO его можно подключить к АПМ 2.6? В листе параметров есть варианты для аналога и цифры, однако не написано к каким ПК подходит. В библиотеке кода цифровой датчик написан для Атмеги а как на практике работает?
А кто использовал цифровой датчик скорости на чипе 4525DO его можно подключить к АПМ 2.6? В листе параметров есть варианты для аналога и цифры, однако не написано к каким ПК подходит. В библиотеке кода цифровой датчик написан для Атмеги а как на практике работает?
теоретически i2c порт у пикса и апм совместим и ничего не сгорит,
в комплекте апм никогда не было сплиттера для подключения нескольких устройств в один порт, но по сути там параллельно все
если апм 2.6 то встроенного компаса нет и нужно мудрить с параллелью.
что касается есть ли он в коде или вырезали из крайних прошивок для экономии - вопрос.
с практической точки зрения цифровой не нужен апму, он стоит как апм целиком,
аналоговый аирспид работает неплохо при обеспечении его стабильного питания,
если питание нестабильное то будет прыгать и показание аналоговго аирспида, увы его выход пропорционален питанию
Так я и написал что в данном случае проблем то нет. А вот почему с APM такая разница между показаниями OSD и данными с телеметрии - не ясно.
смысла нет разбираться, код для апм и втч совместимое осд уже давно не развиваются
по поводу дигитал аирспида в апм2 вроде как не вырезали 3.4,
поддержка до этого была
тут разделяют драйвера аирспида:
github.com/…/291369db7fa8938249fd343fa9768e4c601a6…
this gives us separate backends for PX4, analog and I2C. This allows the MS airspeed sensor to work on Linux, and it should work on APM2 as well.
в прошивке ардуплейн 3.4
отдельный файл для поддержки цифродатчика в апм
github.com/ArduPilot/ardupilot/…/AP_Airspeed.h#L19…
“его выход пропорционален питанию”.
Если напряжение стабильно, но ниже нормы, то скорость подтянется к гпс-ной автокалибровкой.
А на сколько должно колебаться напряжение, чтобы воздушная скорость плясала ±5 км/ч?
автокалибровка датчика воздушной скорости это разовая процедура выполняемая в условиях близких к штилю для настройки множителя, ее не используют при полетах использующих аирспид
если прикинуть грубо (я не вспомню сейчас точно типовой диапазон) то влияние питание на результат можно оценить так пусть при диапазоне выхода с датчика напряжение меняется от 1 до 4 вольт при изменении дифф давления свойственного скоростям от 0 до 60мс , при этом на каждый вольт будет 15мс, при этом если с учетом падения на встроенном диоде, возможных мощных потребителях в виде телеметрии и осд напряжение при использовании стокового бп может меняться в пределах 0,5волт при этом эти перепады будут вносить погрешность в измерение порядка 7,5 мс в сек.
помимо фактора электропитания есть еще общие связанные с несовершенством конструкции трубки и сенсора, поэтому те проблемы что можно минимизировать с минимальными усилиями- лучше заранее устранить
Я имел ввиду наличие постоянной константной просадки, например до 4.9 в., тогда автокалибровка его учтет.
Пауэр модуль не надо юзать как источник питания, и тогда не будет просадок. Бороться с ним - только время терять.
Всем доброго, подскажите новичку один момент. Настраиваю апм мини 3.1. Откалибровал аксель, жпс еще не ставил. В стабе элероны отрабатывают, но отрабатывают в инверте. Пробовал комбинацию реверсов на аппе и в МП, не то. Не сервы же переставлять в самом деле…
Правильность установки как раз смотрится по режиvу FBWA как пример. Т е там, где автопилот должен отрабатывать отклонения. Аппаратура устанавливается уже после того, как настроили автоматический режим. . Что-то не то делаете.
Я до этого неправильно аксель откалибровал, т.е. перепутал во время калибровки когда самоль надо ставить носом вверх и когда вниз. Потом перекалибровал. Ничего… Ну а с другой стороны, если допустить что сервы действительно в стоке стоят таким образом, что отрабатывают криво, как тогда быть? Программный реверс канала не должен исправить это?
Если с аппы все работает как надо, то и в авторежимах будет как надо. Не усложняйте.
Да я просто не знаю на что думать. Перезалить прошивку с нуля и прогнать сетап по новой. Сначала калибровка акселя, потом аппы. Или попробовать переориентировать сам апм, чтобы хотя бы увидеть нормальную работу элеронов
Нужно точно сделать все по гайду.
С аппы все рулевые поверхности отклоняются корректно?
Да, но все каналы пришлось реверсировать. Кроме газа.
Вобчем, пройдусь еще раз по настройке через Визард…
при выборе реверса серв на АПМ нужно следовать такой методике
шевелите стиками и смотрите чтобы верно отклонялись сервы - если что то не так то меняем реверс в аппе.
затем входите в калибровку радио и смотрите чтобы все полоски отклонялись в сторону отклонения стика, исключение составляет канал питча при отклонении стика на себя - это по самолетному штурвал на себя - команда вверх.
соответственно питч вниз - зеленый столбик вверх.
если что то не так - ставим реверс в настройках мишен планера
в новых прошивках под 32 битные контроллеры появились параметры настройки реверса сервовыходов индивидуально
Видел, ставил галочку и сама полоска канала разворачивалась на 180°. Но всплыл такой момент, что при включении реверса программно апм отрабатывал приветствие и красная лампочка арминга тупо гасла. Апм пропускал каналы напрямую, не вмешиваясь в работу даже при переключении режимов.
Буду разбираться вобщем
что при включении реверса программно апм отрабатывал приветствие и красная лампочка арминга тупо гасла.
как вариант серва берет много питания и просаживает питание полетника.
сервы всегда нужно питать только от отдельного источника
Это утверждение важно, т к может произойти перезагрузка контроллера… Я сегодня столкнулся с проблемой, что не знаю куда и копать. Полетник PixHawk. Поставил новый вместо APM устаревшего. Короче все настраиваю, все пашет. Прошивака предпредпоследняя, ибо в последних какие-то глюки с логами. Кстати и в самолетной тоже там проблемы, НО У МЕНЯ ДЛЯ КОПТЕРА. вЫХОЖУ НА УЛИЦУ, МИНУС 1 ГРАДУС где то. Включаю, Вместо телеметрии вижу надписи OSD wait for Mavlink heartbeats и все. Ну отлетал по телеметрии на мобильнике, там все пашет, настроил пиды, автовозврат и все остальное. Короче но проблем. Прихожу домой, чтобы понять причины. Включаю - все пашет. Ради прикола на улицу - не пашет . Прихожу домой- опять все в норма. Ну и что делать? Температуры то около 0 всего!!!
а причем здесь ноль, дома телеметрию конектите - вот она и инициализирует вам потоки данных для осд.
включите осд в настройках мишен планера