Baychi OpenLRS - дружелюбная ЛРС с широкими возможностями )
У нас тут вроде же не кружок философии и литературоведения, давайте цифрами оперировать. Какую длину имеет кадр. Какие расходы несоизмеримые.
был период, когда на приёмниках FrSky D8R-XP использовалась длинна кадра CPPM 18ms на 8 каналов, и это считалось нормальным, но после того как из за подобных расширений лимитов народ стал бить свою технику, выпустили прошивку на кадр длиной 27ms…
Никаких трудностей с амп и fs не испытывал
А какое значение у вас стоит пороговое для FS ? Ардукоптер тут ни при чем. Для того что бы сработал FS по каналу газа, но что бы в случае FS, канал газа принял значение чуть меньше нижней точки рабочего диапазона. Если вы делали FS по переключению режимов, то это не совсем правильно (это отдельный разговор).
Если я правильно понимаю, EagleTree Vector работает так же примерно с FS.
А то чего-то не пойму из-за чего весь сыр-бор. Никаких трудностей с амп и fs не испытывал. лимит газа никуда не двигал.
Есть такое понятие в любом Арду - throttle failsafe, почитайте инструкцию.
Но вот это уже точно не для этой темы.
А какое значение у вас стоит пороговое для FS ?
Никакое. 😃 Мы же понимаем, что многие настраивают просто по включению режима РТХ. Вот у них проблем ни с чем нет. Пока с приемником что ни будь не случится. 😃
Пока с приемником что ни будь не случится.
Еще отличие, что если FS по каналу газа настроен, то RTH автоматом отменяется, при быстром восстановлении связи, а в случае FS по режиму, только ручное переключение в другой режим.
Ну да ладно, простите за злостный оффтоп.
А какое значение у вас стоит пороговое для FS ?
Не, так это уже другой разговор. Его пожалуйста выставляй какое надо. На прошивке Зксперта у меня МП показывает диапазон еще Уже. Переделывать для этого прошивку передатчика, нормально работающего (почти), как-то не камильфо…
Его пожалуйста выставляй какое надо.
кроме как выставить “какое надо”. Мне (и Александру) надо еще FS на приемнике запрограммировать на меньшее значение, чем “какое надо”.
Мы же понимаем, что многие настраивают просто по включению режима РТХ. Вот у них проблем ни с чем нет.
да ну!!!
throttle failsafe, почитайте инструкцию.
вот так и работает, и без проблем
Еще отличие, что если FS по каналу газа настроен, то RTH автоматом отменяется, при быстром восстановлении связи,
именно так, если быстро
Подождите. А что мешает откалибровать арду на диапазон 1000-1900 (или какой нравится, лишь бы нижний был 1000). А потом сделать фейлсейф на 988?
вот так и работает, и без проблем
вот, отлично. Начинается конструктив. У вас какие пределы канала газа в МР показываются ?
А что мешает
выше уже было все это 😃
Подождите. А что мешает откалибровать арду на диапазон 1000-1900 (или какой нравится, лишь бы нижний был 1000). А потом сделать фейлсейф на 988?
а я вообще не понимаю зачем упёрлись в какое то значение, если при пропадании сигнала на канале газа FS сработает (при условии установки 4 регистра в единицу)
выше уже было все это
Выше было слишком много троллинга и флуда, чтоб это все читать 😉
По теме 988: действительно, это нижний предел для представления Эксперта. Чтоб уйти ниже, нужно сменить режим кодирования, либо поиграться с расширением серводиапазона.
кроме как выставить “какое надо”. Мне (и Александру) надо еще FS на приемнике запрограммировать на меньшее значение, чем “какое надо”.
Ну и в чем проблема? Арду рекомендует выставлять расходу 1000-2000, а лучше 1100-1900. Я fs min делал 1020 на экспертовской, сейчас на байчи поменьше. За пределы 988 не выходит. Понимаю что не 950, но с этим значением у меня только frsky летал (по моему)
Я fs min делал 1020 на экспертовской, сейчас на байчи поменьше.
А сколько у вас реально выдается при минимальном газе, лимитах 100%, триммере в нуле ?
А сколько у вас реально выдается при минимальном газе, лимитах 100%, триммере в нуле ?
Сейчас точно не скажу. Сначало у меня была JR-ка и FrSky (модуль и приемник), там fs=950 работал, потом JR-ка и 2G(по сбас), там уже пришлось играться этим параметром. Но расходы были 100% и триммера в нейтрали. Для программирования FS загонял триммер вниз до упора, увеличение расхода до 150% не приводило к выходу за пределы (не помню какие, но 950 не доставало). Сейчас пересел на таранис+2G (пока байчи) тут лимиты вообще большие, поэтому приходится ограничивать расходы на аппе, чтобы в МП газ (ну и другие каналы) был 1020-1980
Для программирования FS загонял триммер вниз до упора, увеличение расхода до 150%
Вот. У меня же на er9x и байчи, триммер вниз не приводит к сдвигу нижней границы (верхняя только уменьшается).
Вот. У меня же на er9x и байчи, триммер вниз не приводит к сдвигу нижней границы
а-а-а, тогда ясно, и увеличение расходов тоже не снижает
и увеличение расходов тоже не снижает
именно так.
Вот и остается, летать с триммером верх всегда. Что в общем то не сильно напрягает конечно (меня), а вот Александр как то захотел до истины докопаться 😃
Подождите. А что мешает откалибровать арду на диапазон 1000-1900 (или какой нравится, лишь бы нижний был 1000). А потом сделать фейлсейф на 988?
Официальная инструкция Ардупилота 😃 которая предлагает именно сдвигать ниже фактического минимума. Зачем, я пока тоже не понял. Вечером буду тестить.
именно так.
Вот и остается, летать с триммером верх всегда.
Андрей, а в er9x есть еще elimits - они очень удобно регулируют низ и верх вообще без триммера.
Пока всё, я убежал, удачи
Прибежал:)
… компилирую.
Проверяю и радуюсь , либо, если "что-то пошло не так " слегка огорчаюсь и меняю код на исходный,
Ведь ни кто не стал проверять практически такой вариант?
Ну что ж - значит при экспериментах ни одного … экспериментатора не пострадало 😃
Нашел я еще одно место в исходниках, где обрабатывается значение длительности импульсов РРМ и как порог для обработки - вы будете смеяться, но опять “магическое” число 1976 (которое удвоенное 988 😃).
Это место в модуле rfm22b.ino:
word ppmCode(byte ch) // преобразование мкс PPM в 11 битный код
{
word pwm=PPM[ch]; // берем длительность импульса в мкс*2
if(pwm < 1976) pwm=0;
else if(pwm > 4023) pwm=2047;
else pwm=pwm-1976;
return pwm;
}
Здесь идет преобразование удвоенных микросекунд к нужным величинам, которые позже будут обработаны и отправлены в передатчик.
Что видно?
Всё, что было короче 1976 (988мкс) превращается в ноль (не напоминает ли вариант, уже попадавшийся выше, но при обнаружении файлсейва?)
// нет PPM - нет и передачи
Всё, что было больше 4023, обрезается до 2047 (4023-1976=2047)
Всё в диапазоне от 1976 до 4023, после вычитания 1976, займет место в диапазоне от нуля до 2047.
И в таком виде будет обрабатываться дальше.
Но если мы обрезали до нуля всё, что было меньше 1976 (988мкс), то характер изменения длительности меньше 988мкс уже потерян (присвоено значение, соответствующее нулю).
Получается, что не стоит ждать после этого импульсов, соответствующих меньшим значениям. Вернее, какой-то импульс может быть на выходе (нужно копать дальше, может исходников будет мало и придется лезть в даташит, но дальше уже не полезу, потому что прошивка работает убедительно, не нужно мешать ей работать), но он будет соответствовать любым импульсам до 988мкс. Может кривовато объяснил, извиняюсь.
Кто-то скажет: - А у меня не включен режим 11бит, а тут речь про 11 бит.
Это неважно, 11 бит будут вычислены, но если выбрано только 10 бит, то и переданы дальше будут только 10 бит из 11 (конечно будет касаться только точности).
вы будете смеяться, но опять “магическое” число 1976 (которое удвоенное 988 ).
Это место в модуле rfm22b.ino:
word ppmCode(byte ch) // преобразование мкс PPM в 11 битный код
Этой функции нет с 30 ноября 2013 😃
Сейчас эта логика находится в функции mks2code(). И, повторюсь, она зависит от регистра 5. В представлении футабы, длина импульса может опускаться до 880.
Плюс, за счет расширения серводиапазона на приемнике, даже в представлении эксперта можно уйти до 900, если я правильно посчитал (см. BufToServo() в functions.ino).
Кто-то скажет:
Вам бы свежие исходники скачать 😃
Вчера мы многое поняли:
Во-первых, мишин планер можно использовать в качестве терминала для просмотра ППМ 😃
Во-вторых, действительно, значение меньше 988 в терминале является минимальным, даже в случае, если в аппаратуре установлено число меньшего значения, отсюда можно сделать вывод что мои опасения по поводу триммирования нижней границы сигнала прошивкой полностью оправдались. (Еще раз спасибо за совет, обсуждать это в теме Ардукоптера - это было проницательно!😃 )
Логика работы прошивки явно такая - все что меньше 988 = 988.
Интересно, конечно, где находится этот код.
Вывод: прошивка передатчика сразу выводит в сигнале ППМ максимальные значения каналов, и они не могут быть увеличены с помощью прошивки аппы er9x такими функциями как WEIGHT канала, или Elimits. Что вообщем-то ни хорошо, ни плохо.
Спасибо всем за помощь.