Автопилот iNav полёты с GPS

Jack13only
Fisher15:

Кстати говоря, навигационные пиды еще ни разу не приходилось настраивать

Предполагаю, что я как раз на старом контроллере настраивал по этой древней инструкции.
А сейчас ее не нашел. В любом случае попробую выставить пиды из инструкции, если мои отличаются и отпишусь.

tuskan
Jack13only:

Благодарю, буду пробовать. Я так понял P и I там совсем “свои” и близко не будут похожи на обычные P и I в численном выражении?

там самое зло - высокое I
все что больше 7-10 ведет к раскачке при удержании направления. По крайней мере на моем крыле.
но что там БЫЛО в 1.5 не знаю - айнав увидел начиная с 1.7

Jack13only
Fisher15:

снял дамп

Вообщем проблема, в inav 1.5 нет этих значений 😦

Есть
set nav_alt_p = 50
set nav_alt_i = 0
set nav_alt_d = 0
set nav_vel_p = 100
set nav_vel_i = 50
set nav_vel_d = 10
set nav_pos_p = 95
set nav_pos_i = 160
set nav_pos_d = 10
set nav_posr_p = 180
set nav_posr_i = 15
set nav_posr_d = 100
set nav_navr_p = 10
set nav_navr_i = 5
set nav_navr_d = 8

Подозреваю, что нужно менять последние 3.

Fisher15
Jack13only:

Подозреваю, что нужно менять последние 3

github.com/iNavFlight/inav/releases/tag/1.6

там в таблице CLI parameter renaming есть старые и новые названия переменных CLI
это чтоб вы были уверенны.

| `nav_navr_p` | P gain of 2D trajectory PID controller. Play with this to get a straigh line between waypoints or a straight RTH | 0 | 255 | 10 | Master | UNKNOWN |
| `nav_navr_i` | I gain of 2D trajectory PID controller. Too high and there will be overshoot in trajectory. Better start tunning with zero | 0 | 255 | 5 | Master | UNKNOWN |
| `nav_navr_d` | D gain of 2D trajectory PID controller. Too high and there will be overshoot in trajectory. Better start tunning with zero | 0 | 255 | 8 | Master | UNKNOWN |

советуют начать настройку c i и d = 0

inav 1.5

взял из \inav-1.5\inav-1.5\docs\cli.md (файлы md открываются вордпадом)

emax
Machinist:

Чудеса с осд. С борта идет видео с телеметрией, на экране все отображаеться, а на рекордере сохраняеться одно видео без телеметрии…Да есть видимое “мерцание” телеметрии на экране…

Известная несовместимость некоторых камер с осд на max7456.

RcDan
Machinist:

Да есть видимое “мерцание” телеметрии на экране…

Если есть внешний микрофон - это он. Мне эти мерцания весь мозг вынесли когда-то на коптере. Лучше всего запитывать передатчик, камеру и микрофон от одного вольтажа. При этом землю от этого источника также подавать на контроллер: и на видео инпут, и на видео оутпут.

Можно еще снижать сигнал, как правило передатчик хочет 1 впп, а микрофоны/камеры часто до 7. Так что поможет Л-пэд.

Machinist
emax:

Известная несовместимость некоторых камер с осд на max7456.

Побороть не смог, Пришлось поменять камеру - проблема исчезла

fpv_mutant

Подскажите,на Matek 405 ctr,линия +5 (стабилизатор) что питает из логики платы?
Вернее,замыкание или перегруз на этой линии приведёт к нарушению деятельности полета, (перезагрузка/зависание/отключение ПК)?

tuskan

в 5 воль овой вроде только микруха осд сидит.
так что видео пропадет, а остальное будет работать.

karabasus
tuskan:

в 5 воль овой вроде только микруха осд сидит

У неё свой стаб.

kox58

Здравствуйте!
Имеется следущая проблемка- полетник F411 wing, у него есть софтсериал 1. Вот он ни в какую не хочет работать в качестве входа Sbus, пробовал подавать инвертированный и не инвертированный сигнал, все равно не работает. Версия Inav 2.0.1. Пните пожалуйста в нужную сторону.

SkyPlayer

А зачем вам такой изврат? Там же есть штатный вход для сбас с инвертором, а софтсериал - для телеметрии по с-порт.
P.S. Пытаться завести rc-управление по столь неустойчивому каналу как софтсериал - не самая разумная идея 😉

kox58

Этот изврат вытекает из того, что не могу завести телеметрию qczek rls через softserial, через аппаратный работает на ура, вот и решил, что завести sbus на softserial будет проще, чем телеметрию.

vadim_unique

Прошу прощения, где то была в ветке формула пересчета потраченых мАч что по датчику тока inav и что залилось при зарядке. Как поправить, подскажите пож)

kox58

SBUS так и не захотел работать на softserial, все же помучать телеметрию. Выставляю тип телеметрии MavLink, тыкаю в выход Softserial осциллографом, а там тишина…ради интереса пробую все протоколы, так вот Frsky и LTM протоколы- осциллографом видно, что данные идут, все остальные протоколы- S.port, mavlink, hott, ibus- с ними порт молчит как партизан. При том, что хардверный UART2 без проблем передает Mavlink.
Подскажите- в чем же глюк?

staska
vadim_unique:

Прошу прощения, где то была в ветке формула пересчета потраченых мАч что по датчику тока inav и что залилось при зарядке. Как поправить, подскажите пож)

github.com/iNavFlight/inav/blob/…/Battery.md

Fisher15
kox58:

Подскажите- в чем же глюк?

Если на вкладке Конфигурейшен включено Энебле ЦПУ басед сериал порт и Телеметри оутпут, если на вкладке порт для софтсериала включены МСП и выбран Мавлинк и скорсть и для того и для другого выбрана 9600 или 19200 (одинаковая и не выше) и первый получатель телеметрии настроен на ту же скорость, что и МСП с мавлинком - тогда ХЗ

Pacific
kox58:

у него есть софтсериал 1. Вот он ни в какую не хочет работать в качестве входа Sbus, пробовал подавать инвертированный и не инвертированный сигнал, все равно не работает. Версия Inav 2.0.1. Пните пожалуйста в нужную сторону.

Do not use Serial RX over a software serial. It cannot reliably handle SBUS or IBUS for instance.
оно?

karabasus
Pacific:

оно?

Не оно, это предупреждение, про что говорил

SkyPlayer:

Пытаться завести rc-управление по столь неустойчивому каналу как софтсериал - не самая разумная идея

kox58:

SBUS так и не захотел работать на softserial

Sbus работает на скорости 100000 baud, а softserial не работает нормально на такой скорости.

kox58

Да я как баран пытался подключить sbus на sofserial TX!!! Ведь ежу понятно, что не заработает, просто тупо загнался)))). Но вот почему mavlink не хочет отдавать через sofserial- это очень сильное колдунство! Плюнул, и заюзал ppm вместо sbus- при таком раскладе mavlink прекрасно идет через uart 1. Кривоватое, но решение.

Fisher15

Попробовал передать телеметрию мавлинк через софтсериал на Омнибус Ф4 ПРО V2 через мост на HC-12 и блютус HC-06 в телефон на EZ-GUI и Mission Planner. Заработало без танцев с бубном на скорости 9600 (на эту скорость настроенны и блютус и мост вроде (настройки моста точно не помню)). С Лорой по идее тоже пролем быть не должно. Если включаешь MSP и мавлинк для совсериала - работают и настройки и телеметрия, если только мавлинк - активны только приборки - телеметрия идет. HC-12 питал от 3.3 взятых с омнибуса. Засад при подключении через софтсериал мне видится две - во первых - несоответствие уровней софтсериала и подключаемого устройства (нужно приводить к 3.3), во вторых - на всех устройствах канала скорость должна быть одинаковой. Из личного опыта - совтсериал плохо работает на высоких скоростях, лучше использовать 9600.