Вопросы по iNav

jShadow
SkyPlayer:

Он же будет дизармить при арминге с тумблера?

Да, будет.

SkyPlayer:

В свежевышедшем iNAV 1.7.2 на таргете OMNIBUS перестал работать LED STRIP.

Да, есть глюк. Уже пофиксено, но нужно протестировать. У меня OMNIBUS F3 платы нет. github.com/iNavFlight/inav/pull/1924

SkyPlayer:

Возможно, вы в аппе не можете удержать газ в “коридоре висения альтхолда” (alt_hold_deadband, по умолчанию 50). Судя по видео, у вас FlySky, а у него точность стиков не особо хорошая. В конце полёта по точкам полётник держит высоту, игнорируя канал газа, а как только переключаетесь в альтхолд - уже смотрит по этому каналу, хотите вы снижаться, висеть или подниматься. В общем, попробуйте увеличить alt_hold_deadband, например, до 100.

Согласен, вероятнее всего проблема именно тут. Раз в миссии или RTH держит высоту корректно - значит AltHold сам по себе работает правильно.

OTR1UM:

Имею пару модулей (PA6C и GMS G9) на чипе MT3333 от медиатека, их айнав не конфигурит. Бодрейт и апдэйт рейт остаются дефолтными (9600 / 1 Гц).

Поддержка MTK уже в ветке development. В следующем релизе будет.

LeoPilot
kirill_art:

C I2C надеюсь разобрались. У м8n чип такой же что стоит на СП Ф3, так что скорее всего сразу заведется при первом же подключении.
Но не забудьте про ориентацию, на m8n компас припаян снизу платы (перевернут), так что в INAV надо будет обязательно поставить верную ориентацию. У меня с похожим модулем вышло Flip 270.

Спасибо за подсказки и советы. Саму схему пробовал аккуратно отщелкнуть- не получилось, видимо научились Китайцы паять. А феном немного нагрел и пинцетом с небольшим усилием стянул с посадочного места. С 12С тоже без проблем- видимо угадал с первого раза и все заработало. Компас перевернул в настройках, но не угадал с направлением. Подключаю к компьютеру через телеметрию и видимо показания компаса с задержкой приходят. Посмотрел, вроде совпадают, откалибровал и в небо. Спутники отлично ловит, а вот унитаз был небольшой. После посадки заметил, что курс на 90 гр отличается от фактического. Сегодня поиграюсь с настройками и позже отпишусь и видео выложу. Самому интересно, как поменялось поведение коптера после замены штатного компаса на выносной.

Заметил, что у меня коптер после взлёта и в полёте всегда медленно разворачивает по часовой стрелке ( по Yaw) и мне переодически приходится его стиком радера поправлять. Это в режиме Stab, Acro, не навигационных. Вопрос, как его оттримировать? Нашёл на схеме диаграмму команд, но там нет триммирования по Yaw.

sergibus
AlexeyStn:

Полагаю, что проблема не в полётнике. Что за модуль в аппе? DJT или XJT?
Если DJT, то взять что-либо с приёмника X-серии не получится, кроме уровня сигнала.

Весело получается: в теме по аппе сказали, проблема точно не в аппе иди в тему с полетником, а от сюда туда посылают… 😁

Если по теме, то в аппе стоит модуль XJT.
Вопрос:как правильно включить софт сериал? Может у меня тут проблема.

SkyPlayer
jShadow:

Уже пофиксено, но нужно протестировать. У меня OMNIBUS F3 платы нет. github.com/iNavFlight/inav/pull/1924

Скачал этот реф, пересобрал - LED заработал, спасибо.

LeoPilot:

Заметил, что у меня коптер после взлёта и в полёте всегда медленно разворачивает по часовой стрелке ( по Yaw) и мне переодически приходится его стиком радера поправлять

Проверьте, во вкладке Receiver, что у вас канал Yaw при центральном положении стика имеет значение 1500 плюс-минус yaw_deadband. Скорее всего, он “вылез” - вот коптер и крутит. Поправить командой rxrange для канала 2 либо перекалибровкой стиков аппы.
Я обычно делаю так:

  1. проверяю по экрану аппы, что каналы подпружиненных стиков нормально становятся в середины при отпущенных стиках. Если это не так - перекалибровываю стики. Можно, конечно, триммировать, но это “костыли”.
  2. в CLI делаю rxrange reset, а потом проверяю вкладку receiver в конфигураторе - какие значения канала ch (chMin и chMax) отображаются по крайних отклонениях соответствующего стика, далее rxrange ch chMin chMaх и save.
  3. снова иду во вкладку Receiver - проверяю крайние точки (должны стать 1000-2000) и ЦЕНТР. Если он “дрожит” не вокруг 1500, а смещён - начинаю подбирать границы в rxrange (обычно в сторону уменьшения chMax и/или увеличения chMin) так, чтобы сместить “среднюю точку” к требуемым 1500.
  4. Отмечаю размах “дрожи” канала вокруг 1500, после чего выставляю deadband для ролла-питча, и yaw_deadband для ява так, чтобы максимальное отклонение “дрожи” канала от 1500 не превышало значения соответствующего deadband (обычно +1+2).
    Для следующей модели (другого приёмника + полётника) пункт 1 пропускаем.
Limonchik
sergibus:

Вопрос:как правильно включить софт сериал? Может у меня тут проблема.

может стоить сперва всё настроить на реальном uart что б исключить проблему виртуального порта, а уж когда всё заработает то и мучить софтсериал. не знаю как у вас в аппе, а на тараньке телеметрийные датчики нужно добавлять на экран, сами по себе эти данные не появляются

sergibus
Limonchik:

может стоить сперва всё настроить на реальном uart что б исключить проблему виртуального порта, а уж когда всё заработает то и мучить софтсериал.

Чуть позже попробую с реальным uart.

Limonchik:

не знаю как у вас в аппе, а на тараньке телеметрийные датчики нужно добавлять на экран, сами по себе эти данные не появляются

А какие тут датчики? На сколько я понимаю в smartport приемника должна полится телеметрийная информация от полетного контроллера, передатчик (который стоит в аппаратуре) должен принять этот поток, а аппаратура вывести эти значения на экране телеметрии. (экран в tyrniga 9x настраивается, но пока туда ничего не прилетало)

jShadow
sergibus:

А какие тут датчики? На сколько я понимаю в smartport приемника должна полится телеметрийная информация от полетного контроллера, передатчик (который стоит в аппаратуре) должен принять этот поток, а аппаратура вывести эти значения на экране телеметрии. (экран в tyrniga 9x настраивается, но пока туда ничего не прилетало)

В Smartport ничего не льется. Приемник сам опрашивает сенсоры, которые запрашивает аппаратура. Возможно сочетание Smartport и Турнига вообще не работает. Советую сначала проверить на настоящем Smartport-сенсоре.

sergibus
jShadow:

В Smartport ничего не льется. Приемник сам опрашивает сенсоры, которые запрашивает аппаратура. Возможно сочетание Smartport и Турнига вообще не работает. Советую сначала проверить на настоящем Smartport-сенсоре.

Если так, то БАСТА ничего не получиться, т.к. Турнига может только принимать информацию т.к. для работы телеметрии там устанавливается инвертор (как правило на транзисторе, хотя у меня сделано на микросхеме 74HC14).
Я тут задумался, а что если рядом поставить ещё один, но на работу в обратную сторону… только он должен быть подключен не к MOSI а к MISO. Очень интересно, нужно будет попробовать!

jShadow
sergibus:

Если так, то БАСТА ничего не получиться, т.к. Турнига может только принимать информацию т.к. для работы телеметрии там устанавливается инвертор (как правило на транзисторе, хотя у меня сделано на микросхеме 74HC14).

А вы не путаете Smartport и FrSky Telemetry? Это разные вещи.
FrSky Telemetry - это именно телеметрия (для модулей DJT и приемников D8), ПК сам будет слать данные.
А SmartPort - это двунаправленный протокол (для модулей XJT и приемников D16), приемник сам опрашивает датчики на шине и отправляет данные аппаратуре.

sergibus

😵 Все запутался! 😁

Начну сначала.

  1. Если Турнига в которой стоит модуль XJT (там на 5-м контакте есть уже сигнал FrSky протокола S.PORT, но напрямую к процессору его подключить нельзя, сигнал надо инвертировать). Сигнал инвертирован и отдан процессору аппаратуры. Теперь процессор аппаратуры в курсе о уровне связи.
  2. Есть приемник X4R который управляет полетным контроллером по S.Bus и SmartPort которого соединен с uart полётника.

Вооооот. Так будет работать? Кто в данном случае является инициализатором начала действий с телеметрией (аппаратура, приемник X4R или полетник)?

jShadow

Участков обмена данными у нас два: Полетник - X4R и XJT - аппаратура.

sergibus:
  1. Есть приемник X4R который управляет полетным контроллером по S.Bus и SmartPort которого соединен с uart полётника.

Тут проблем нет, должно работать на процессорах F3 без проблем на любых уартах.

sergibus:
  1. Если Турнига в которой стоит модуль XJT (там на 5-м контакте есть уже сигнал FrSky протокола S.PORT, но напрямую к процессору его подключить нельзя, сигнал надо инвертировать). Сигнал инвертирован и отдан процессору аппаратуры. Теперь процессор аппаратуры в курсе о уровне связи.

А вот тут может быть проблема. Как я уже говорил, S.Port - штука двунаправленная. Насчет того, кто инициатор обмена - модуль или аппаратура - не уверен, но что-то мне подсказывает, что аппаратура.

Можно на выходе S.PORT модуля XJT посмотреть осциллографом, там вообще что-нибудь есть?

sergibus
jShadow:

Участков обмена данными у нас два: Полетник - X4R и XJT - аппаратура.

Тут проблем нет, должно работать на процессорах F3 без проблем на любых уартах.

правильно ли я нашел на просторох интернета, что необходимо соеденить TX+RX+SmatrPort?

jShadow:

А вот тут может быть проблема. Как я уже говорил, S.Port - штука двунаправленная. Насчет того, кто инициатор обмена - модуль или аппаратура - не уверен, но что-то мне подсказывает, что аппаратура.

Можно на выходе S.PORT модуля XJT посмотреть осциллографом, там вообще что-нибудь есть?

К сожалению осциллографа не имею 😦

jShadow
sergibus:

К сожалению осциллографа не имею

А вот это зря. Это ключевой момент. Если XJT не выдает телеметрию без запроса - это одно, а если XJT что-то выдает, но турнига этого не понимает - это совсем другое.

sergibus:

правильно ли я нашел на просторох интернета, что необходимо соеденить TX+RX+SmatrPort?

В общем - да, но без защитного диода между TX и S.Port можно пожечь процессор в аппаратуре.

sergibus
jShadow:

В общем - да, но без защитного диода между TX и S.Port можно пожечь процессор в аппаратуре.

вопрос был про TX+RX+SmatrPort на моделе, т.е. TX+RX полетного контроллера соединяем с SmatrPort приемника

jShadow
sergibus:

вопрос был про TX+RX+SmatrPort на моделе, т.е. TX+RX полетного контроллера соединяем с SmatrPort приемника

Если софтсериал - то да. Но S.Port на софтсериале заведется стабильно только на F4 и быстрее

sergibus
jShadow:

Если софтсериал - то да. Но S.Port на софтсериале заведется стабильно только на F4 и быстрее

а если не софт сериал, то как быть?

jShadow
sergibus:

а если не софт сериал, то как быть?

На F3 - подключаем только TX

sergibus
jShadow:

На F3 - подключаем только TX

Теперь окончательно запутался 😵😃

jShadow:

SmartPort - это двунаправленный протокол

как полетник узнает, что у него что-то спрашивают?

Такого осциллографа будет достаточно?

jShadow
sergibus:

как полетник узнает, что у него что-то спрашивают?

У F3 есть двунаправленный режим работы UARTа, по одному пину.

sergibus
jShadow:

У F3 есть двунаправленный режим работы UARTа, по одному пину.

я в шоке, где можно было узнать о такой тонкости?
На данный момент, мне кажется, что я слишком заморачиваюсь выводом телеметрии на пульт… Но хочется закрыть этот вопрос уже из-за спортивного интереса.
вот такай осциллограф подойдет?

jShadow
sergibus:

вот такай осциллограф подойдет?

Да, вполне.

sergibus:

я в шоке, где можно было узнать о такой тонкости?

Хм… а ведь верно, в документации этого нет. Надо будет исправить.