OSD на ATmega1281

kensi

Александр, отличное предложение по поводу перехода в режим кружения, только мне в таком случае кажется удобнее создать типа под-под-режим FBW, а именно при единичном (и правда, не сильно удобно клацать туда-сюда) переходе STB->FBW поставить условие - если заданный в конфигураторе канал(условно рудер) в нейтрале то обыкновенный FBW, иначе кружение, причем тут еще можно поиграться с кружением влево или вправо в зависимости от того в какую сторону от нейтрали уполз наш рудер… надеюсь Сергей меня не запомидорит за такие извращения… есть еще пара хотелок, но пока боюсь высказывать.

msv

А если так: в режиме FBW стик крена до упора больше 2-3 сек.- врубаем кружение в соответствующем направлении. Лично я управляю в FBW курсом плавно, практически никогда на полную не отклоняю (на полном отклонении курс модели слишком отстает от заданного и уже становится непонятно, какое направление задаешь), поэтому ложные включения маловероятны…

ubd

А если так: в режиме FBW стик крена до упора больше 2-3 сек.- врубаем кружение в соответствующем направлении.

Согласен, будет удобно.

alezalez

Поддерживаю, будет удобно, и без всякого шаманства с переключением режимов!

BlackVetal

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

alezalez

Ну только если Вы хотите крутить “бочку” в этом режиме 😃

kensi
msv:

А если так: в режиме FBW стик крена до упора больше 2-3 сек.- врубаем кружение в соответствующем направлении. Лично я управляю в FBW курсом плавно, практически никогда на полную не отклоняю (на полном отклонении курс модели слишком отстает от заданного и уже становится непонятно, какое направление задаешь), поэтому ложные включения маловероятны…

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

ubd

Ну только если Вы хотите крутить “бочку” в этом режиме

Не будет он крутить бочку.

alezalez
ubd:

Не будет он крутить бочку.

Ну я немного преувеличил, но тут конкретно еще зависит от носителя и его ТТХ. Ну а второе - я не знаю, как отреагирует АП в FBW режиме на попытку развернуть носитель вокруг продольной оси - так еще не эксперементировали 😃

ubd

Ну я немного преувеличил, но тут конкретно еще зависит от носителя и его ТТХ. Ну а второе - я не знаю, как отреагирует АП в FBW режиме на попытку развернуть носитель вокруг продольной оси - так еще не эксперементировал

АП не даст сделать бочку. Дело не в самолете. Да же если этот АП поставить на дикую пилотагу, все ровно не сделает бочку. В режиме стабилизации, если заложить максимальный крен, то самолет будет просто летать по кругу с максимальным креном установленным в настройках АП, и радиусом каким получиться. Но он не перевернется. Уж тем более на FBW. При закладывании максимума, целевое направление будет постоянно смещаться в одну сторону, т.е. по кругу, и самолет полет по кругу, если успеет. Но кстати в этом месте у Сергея косяк, ну не косяк, а не логичность небольшая. Если режиме FBW так сделать, то целевое направление начинает вращаться по кругу, и самолет за скоростью вращения не успевает, и реале летит просто зиг-загом.
Логично если в FBW держать стик направления в каком то максимуме, то пусть бы он летел по кругу, т.е. разворачивался. Но он летит зиг-загом…
Бочка получиться может только на MNL или TRM, где АП не вмешивается вообще ни как.

kensi

Помогите пожалуйста ответить еще на один вопрос, как поведет себя АП если подумает что летит ниже точки взлета? всегда летал в поле, нет никаких проблем, а вот тут хочу попробовать взлететь с холма, и полетать вдоль русла реки, которое заведомо ниже точки взлета, какая на это может быть реакция (кроме ворнинга о слишком малой высоте, к этому я готов), и как поведет себя самолет в случае пропадания сигнала с апы в тот момент когда он ниже точки приземления… может есть еще какие-то подводные камни при таком полете?

ubd

При RTH АП СРАЗУ займет целевую высоту, т.е. выше холма, (если считать что холм это высота 0) и полетит домой на этой высоте.

kensi
ubd:

При RTH АП СРАЗУ займет целевую высоту, т.е. выше холма, (если считать что холм это высота 0) и полетит домой на этой высоте.

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

ubd

Вы читать умеете, я написал - СРАЗУ!!!

kensi
ubd:

Вы читать умеете, я написал - СРАЗУ!!!

Спасибо, буду пробовать.

BlackVetal

Вопрос по FS.

Воткнул я осциллограф на борт в SUM-PPM. Далее после выключения пульта, на экране осциллографа вижу что картинка (пакет) не меняется. Не меняется потому что в канале управления я использую ORANGE с прошивкой Baychi OpenLRS. И в инструкции последней сказано, что при потере связи, приемник на борту продолжает выдавать значения каналов которые были актуальны на момент пропадания связи, и такими они остаются до появления канала.
Таким образом, системе OSD на ATmega1281 с точки зрения SUM-PPM выходит что фиолетов, пропал канал связи или нет. SUM-PPM каким был, таким и остается.

Но при всем при этом, при полном отключение апы, я вижу что OSD на ATmega1281 переходит в режим FS. Вопрос, каким образом он это делает?
В инструкции на OSD на ATmega1281, написано что переход в режим FS происходит при пропадании сигнала от спутника, и при потере сигнала от РУ.

Каким образом OSD на ATmega1281 определяет пропадание сигнала от апы?

ubd

Зайдите в конфигуратор Advanced --> FS Detect Mode и посмотрите какой тип определения Файлсейф у вас стоит. Там три типа. Они описаны, в конфигураторе.

Видимо, при FS приемника 8-й канал выдает 2 мс, и АП видит что приемник ушел в FS. А если приемник видит сигнал РУ, то выдает 1 мс.

19 days later
JIuTpHaTpoux

Приветствую читателей этой ветки.
Платы печатные получены (ubd грац !!), рассыпуха закуплена, плата датчиков еще гдето в пути, но не суть.
Приступаем )) (нас двое).

ubd

Прикрутил GPS приемник от U-Blox.
В архиве, описание как я это сделал.
Я думаю будет интересно тем кто сейчас ваяет наш АП!

Настройка модуля U-Blox.rar

ubd

По поводу плат. Платы на АП кончились. Есть только мелкие платы: IMU, датчик тока, микр усилитель, плата с кнопками и светодиодами.
Если будет много желающих, можно заказать. Минимальная партия плат из 25 шт, будет стоить примерно 3500 - 4000 руб.

JIuTpHaTpoux

1 АП возьму )) (комплектухи покупал всего х2)
Сергей, чтобы не перечитывать заново 46 страниц - почему такая плата большая (версия 2.11) с кучей свободного места? Помню, была печатка 2.09 - так гораздо компактнее, от Dacor тоже была гораздо поменьше.
В чем тут “глубинный физический смысл”?