FrSky Taranis - Максимум возможностей за минимальные деньги.
Важный нюанс - прошивка с поддержкой luac
Падает как с luac так и без неё.
Важный нюанс в другом - используется ли в том же профиле модели ещё хотя бы один какой-нибудь скрипт? У меня используется “табличка частот” - постоянно требуется при совместных полётах. При этом BF LUA 1.0.х - единственный скрипт, которому вечно не хватает памяти, iNAV LUA тоже прилично “развесистый”, но с ним проблем нет. Так что опять откатился на BF LUA 0.3 - так как мне оттуда в основном нужно управление передатчиком, а все прочие “свистоперделки” не требуются.
Кстати тут случайно увидел: финал 2.2.2 от 28.07…
В описании есть одна вещь: LUA : add getTxGPS() function for radio with internal GPS
Это куда его подключать?
Всем привет!
Очень прошу о помощи! Сам я в этой теме новичок и прошу проявить снисхождение!)
Собрал я свой первый квадрокоптер на мозге Revolt V2, апа Taranis X9D Plus + приемник XSR.
Запустил конфигуратор, он сам попросил перепрошить полетник, что я и сделал. Далее прохожу конфигурирование и на настройке радио происходит проблема. Движение стиков он видит, а вот положение переключатиля для арм/дизарм не распознает и пишет, как будто никакой из переключателей я не трогал.
Сейчас пока я создал модель на Таранисе и забиндил его к приемнику на коптере.
Если не сложно, можете подсказать в чем может быть проблема? И может что нибудь почитать по этой теме? По базовой настройке тараниса?
Все, что ранее я находил по Таранису было уже для продвинутых пользователей и первичные настройки там не раскрывались.
Заранее благодарю за помощь и понимание! 😒
В настройках аппы, во вкладке Mixers добавьте нужный вам переключатель на нужный вам канал. Стики при конфигурации новой модели занимают первые 4 канала, а остальные каналы назначаете по своему усмотрению.
В inputs тоже нужно? Я обычно добавляю. Тогда если нужно можно в инпутах экспоненту настроить.
В Inputs не обязательно. Да и в Betаflight экспонента прекрасно настраивается, без участия аппы.
А как правильно настраивать двойные расходы в Inputs или в Mixers?
А как правильно настраивать двойные расходы в Inputs или в Mixers?
На мой взгляд правильнее через миксы.
Тут нужно правильно уяснить для себя - чем отличаются Инпуты от Миксов?
И тогда вопросов “где правильно/удобнее/лучше/круче” не возникнет.
Ну тогда обясню ответ развернуто. Инпут средство ввода и настройка его парамаетров.
Микс воздействие средств(а) ввода на канал управления и настройка этого воздействия.
Двойные расходы различные степени воздействия одного средства ввода на канал.
Следовательно устанавливается через микс т.к. средство ввода (стик) и его настройки постоянны и меняется только интенсивность воздействия.
Ребят. Помогите настроить триггер.
Есть Thr + SF + SG.
Есть триггер L1 на SF + SG в положении B = True
Нужен триггер L2 чтоб был True, когда L1 - False и THR на нуле. Но при этом он не переключался в False до тех пор, пока не будет L1 в True
Это пока драфт.
Если правильно понял описание, то у меня вот так получилось:
Ну тогда обясню ответ развернуто.
Развернуто - не всегда значит понятно. 😉
Отличие конкретно в чем?
Ну тогда обясню ответ развернуто.
А давайте поговорим, о том какие преимущества дает раздельная настройка устройств ввода (стиков) и отдельно миксов. Я как бы ко всем обращаюсь.
Разработчики разделили настройки преследуя какую-то другую цель, нежили нас запутать где и что выставлять.
Какие мысли есть на этот счет, кроме “одно изменяет все, второе только что-то одно”???
Как пример.
В Инпутах удобно ставить мертвую зону стика. При этом изменения любых параметров в миксах, как то экспоненты, ДРы не увеличат эту зону не на грамм. Что удобно.
когда программил свой пульт, до миксов так и не дошел, все замикшеровал на импутах. На лицо явное дублирование функционала - кто как привык, тот так и делает. У меня сейчас уже нет желания переделывать все на микшеры
Вот именно для этого я и хочу поднять тему. Кто еще целенаправленно использует разделение дублирования функций и как именно?
Правильнее наверное в микшере.
Немного про то как я использовал разные возможности.
Допустим у нас на канале две сервы, которые должны работать по-разному. В случае с микшером все делается без проблем, а в случае с инпутом как задать разный вес для разных каналов? Можно конечно и в outputs что-то настроить, но там настройки явно не для этого. Там удобно ограничивать ходы серв в соответствии с ходом скажем элерона: когда на 100% хода серва жужжит от того что не хватает хода петли или на качалке газа…
Я бы воздержался от слов “правильно/неправильно” по отношению к программированию аппы. Тут скорее все зависит от задачи и вариантов ее решения со своими плюсами и минусами.
Ибо как сказал мой друг, на вопрос “А почему через левое ухо?”, “Ну и что? Работает же!”. 😁
Кто еще целенаправленно использует разделение дублирования функций и как именно?
В Инпутах - полетные режимы(для каждого или для единственного - расходы и экспоненты) (в общем - основные настройки в каналах без их взаимного влияния), в Миксах - собственно миксы между каналами и т.п. (в общем - настройки, изменяющие один или группу каналов от других, временные и регулировочные настройки)
Я бы воздержался от слов “правильно/неправильно”
Вот и воздержись. 😃
Я написал: “правильнее наверное”. Это не утверждение, а предположение.
Алексей, я не в претензии, я внимаю каждому посту. Спасибо, что учавствуете в беседе.
Просто многие спрашивают: “а как правильно?”, что не всегда кмк корректно.