Всё, что связано с OpenTx.

1 month later
EHOT

Кто поможет подсказкой или методом решения вопроса?
Нужно эмулировать с органа управления пульта (стик, крутилка, свитч, триммер) изменение значения одного из параметров телеметрии. Т.е. завести виртуальный параметр телеметрии, который будет отображаться на экране, если надо, и далее использоватся для отладки

В Er9x этот вопрос удалось решить с использованием скаллера. Спасибо Kotello!
Скаллер принимает значение крутилки, делит-умножает итд… А его уже можно использовать как источник в телеметрии.

Пытался сделать свою сборку, но источники сигнала отличные от телеметрических некорректно воспринимаются и не испрользуются.
Может можно применить GV? Скрипт? ( тоже были попытки)

Памажите, кио сколько можит

1 month later
Retif

Подскажите плиз, какие в OpenTX аналоги источников HALF и Full в ER9x? Конкретно хочу вот такой микс сделать в OpenTX (режим скорость на элероне):

Koloboff
Retif:

Подскажите плиз, какие в OpenTX аналоги источников HALF и Full в ER9x?

Аналог FULL - это, видимо, MAX. Аналога HALF нет, но ничего не мешает использовать MAX с нужным весом.

Retif
alex-6892:

У меня так.
CH3 газ, таймер вкл. при выше -95%
Тумблер SF блокировка газа мотора.
Тумблер SH быстро (менее 1с.) стоп таймер, долго (более 1с.) сброс.

Настроил у себя, офигенно, спасибо! 😃

Но обнаружил баг или особенность такая, не знаю. Если во время посекундного обратного отсчета, я переключаю полетный режим (на включение которого у меня тоже настроена озвучка), то озвучка секунд не пропускается на время озвучки полетного режима, а продолжается, в результате секунды озвучиваются неверно.

Т.е. так:

30
29
28
27
Полетный режим 2 (озвучка занимает примерно пару секунд)
26
25
24

В итоге озвучка секунд отстает от времени на экране. Это как-то лечится?

З.Ы. Если озвучку полетных режимов убираю, то все ок.

Koloboff
Retif:

Это как-то лечится?

Вряд ли - все “озвучки” кидаются в общую очередь “проигрывателя”, и выполняются по окончании предыдущих.

Serpent
Retif:

В итоге озвучка секунд отстает от времени на экране. Это как-то лечится?

Нет.

EHOT

Использовать короткие условные сигналы, не?

8 days later
ustass

граждане подскажите как настроить “failsafe” для “Ardupilot”. аппа “Jumper T16”, приемник “flysky fs-ia10b” PPM-Decoder комплектный, что с пикхавком был, кажется. Давненько настраивал фэилсейф когда была аппа “flysky i6” и оно работало, расширение диапазона канала газа через “end points” Быстрая настройка Failsafe c Flysky-i6 Setup failsafe . А с этой аппой не работает как должно, “No pulses”, работает так же как и “Hold” и “Receiver” все уровни остаются как были при потере связи, реакция есть только на “Custom”, канал принимает настройки с “SET”, но только в пределах откалиброванного диапазона, ниже и выше не идет, доходит до калиброванного края. Как в "SET” можно указать уровень газа “-120%”?

8 days later
Retif

Народ, подскажите плиз, я в тупике.

На планере сейчас для тормозов использую схему “крокодил” - элероны вверх, закрылки вниз, управляю газом, от верхнего положения вниз, чем ниже, тем сильнее растопырен “крокодил”.

Настройки Outputs такие:

Миксы такие:

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

  • +23% - вверх.
  • -73% - вниз.

Это для левого элерона, для правого аналогично, со знаком минус.

В режиме тормозов “крокодил” у элеронов вверх максимум на 23%. Всё просто. А вот если делать флапероны, то нужно вниз расходы нужно смещать вниз на какую-то цифру. Т.е. будет, к примеру так, если на 23% (для простоты) смещать:

  • 0% - вверх
  • -96% - вниз.

Вот так, схематично:

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

Отсюда вопрос, как в OpenTX можно сделать для разных режимов полета разные расходы?

alex-6892
Retif:

Отсюда вопрос, как в OpenTX можно сделать для разных режимов полета разные расходы?

Пример для 1 канала. 3 полётных режима

alex-6892

Если используете полётный режим 0 , то ещё это

Retif

О-о, ух ты! Круто. Только я не понял, я считал, что глобальные переменные действительно глобальные, а они, получается, для каждого полётного режима свои что ли? Глобальные внутри полётного режима?

alex-6892
Retif:

О-о, ух ты! Круто. Только я не понял, я считал, что глобальные переменные действительно глобальные, а они, получается, для каждого полетного режима свои что ли?

“Глобальные” потому, что их значения могут использоваться везде где они доступны.

14 days later
anm
Retif:

для каждого полётного режима свои что ли?

Могут быть свои, а могут быть одинаковые. Есть ещё более глобальные, они общие для всех моделей. Например у меня переключатель для вариометра и регулятор громкости.

ssvgps

Господа, подскажите как управлять мощностью видеопередатчика с шестипозиционника TX16S (OpenTX) если VTX (поддерживает smart audio) подключен напрямую к выходу приёмника TBS CrossFire nano RX, этот выход в LUA-скрипте аппаратуры настроен как smart audio. Я понимаю, что можно зайти в LUA-скрипт аппаратуры и там выставить необходимую мощность VTX. Я понимаю, что VTX можно подключить к UART полётника и дальше с помощью CLI настроить изменение мощности как нужно с кнопок аппы. Но у меня нет свободных UART, поэтому как повесить изменение мощности на шестипозиционник напрямую c аппаратуры с OpenTX? Предполагаю, что для аппы нужен скрипт для изменения мощности VTX, далее повесить этот/эти скрипт(ы) на шестипозиционник. С чего начать? Что изучить?

Andrey70NSK
ssvgps:

VTX (поддерживает smart audio) подключен напрямую к выходу приёмника TBS CrossFire nano RX

smartaudio это протокол связи с fc, почему решили, что TBS умеет работать по этому протоколу? Нужно освободить какой нибудь вывод на fc назначить softserial и тогда с аппаратуры можно управлять vtx

ssvgps

загуглил “vtx smart audio control via crossfire”, первое же видео - управление vtx через приёмник кросс без полетника.

14 days later
Retif

Не совсем про OpenTX вопрос, про озвучку. Для озвучки использовал TTSAutomate с настройками:

TTS Provider: Google Text To Speech - Web

Voice: Russian (Russia), ru-Ru

Всё устраивало, но в какой-то момент там изменился голос. И фиг бы с ним с самим голосом, но он стал ощутимо медленней, а это уже напрягает. Нашел, что у гугла вроде бы несколько там разных голосов на русском есть ( cloud.google.com/text-to-speech/docs/voices ) , может кто знает программу, которая может из них выбирать нужный?

Retif
Retif:

Нашел, что у гугла вроде бы несколько там разных голосов на русском есть ( cloud.google.com/text-to-speech/docs/voices ) , может кто знает программу, которая может из них выбирать нужный?

Короче искал-искал голоса, ничего не устроило и Ivona пробовал и т.п., ничего не понравилось.

Нашел у гугла другую ссылку про то же самое - Cloud Text-to-Speech, вот там в демке можно как раз подобрал голос, сильно похожий на тот, который раньше был - ru-RU-Wavenet-E:

Ну и там же ссылка на инструкцию по использованию API: Quickstart: Using the command line. Геморрою конечно много, зарегистрироваться там, повключать всякие API эти, скрипт генерации на powershell-е пришлось написать, нагенерил файлов озвучки, вроде то, что надо получилось.

Retif
Retif:

Геморрою конечно много, зарегистрироваться там, повключать всякие API эти, скрипт генерации на powershell-е пришлось написать, нагенерил файлов озвучки, вроде то, что надо получилось.

В блоге расписал подробно, вдруг кому интересно: Озвучка для OpenTX на базе Google Cloud Text-to-Speech.