OSD на ATmega1281
Вот так в спорах рождается истина ) хотя, может еще будут мнения?
Я тоже, в принципе, поддерживаю Дмитрия. На коптерах это очень удобная фишка - нужно отвлечься - включил себе “удержание позиции” и спокойно куришь 😃 А насчет включения этой фишки, то тут поддерживаю Мельника Сергея - нарушать уже привычный алгоритм нежелательно, нет логического восприятия переключения. Поэтому как вариант включения “кружения вокруг точки” можно сделать так: при удержании канала, к примеру рудера,( или канала поворота по горизонту пантилта) в крайнем положении (т.е. либо 1, либо 2 мс) перещелкнуть при этом два раза (три раза) режим стабилизации. И все. Возврат из режима - просто переключением опять же того режима стабилизации.
Александр, отличное предложение по поводу перехода в режим кружения, только мне в таком случае кажется удобнее создать типа под-под-режим FBW, а именно при единичном (и правда, не сильно удобно клацать туда-сюда) переходе STB->FBW поставить условие - если заданный в конфигураторе канал(условно рудер) в нейтрале то обыкновенный FBW, иначе кружение, причем тут еще можно поиграться с кружением влево или вправо в зависимости от того в какую сторону от нейтрали уполз наш рудер… надеюсь Сергей меня не запомидорит за такие извращения… есть еще пара хотелок, но пока боюсь высказывать.
А если так: в режиме FBW стик крена до упора больше 2-3 сек.- врубаем кружение в соответствующем направлении. Лично я управляю в FBW курсом плавно, практически никогда на полную не отклоняю (на полном отклонении курс модели слишком отстает от заданного и уже становится непонятно, какое направление задаешь), поэтому ложные включения маловероятны…
А если так: в режиме FBW стик крена до упора больше 2-3 сек.- врубаем кружение в соответствующем направлении.
Согласен, будет удобно.
Поддерживаю, будет удобно, и без всякого шаманства с переключением режимов!
А бывает такой вариант, когда я хочу лететь в FBW со стиком до упора до пяти секунд, ну или там до десяти?
В FBW я летал всего лишь раз.
Ну только если Вы хотите крутить “бочку” в этом режиме 😃
А если так: в режиме FBW стик крена до упора больше 2-3 сек.- врубаем кружение в соответствующем направлении. Лично я управляю в FBW курсом плавно, практически никогда на полную не отклоняю (на полном отклонении курс модели слишком отстает от заданного и уже становится непонятно, какое направление задаешь), поэтому ложные включения маловероятны…
а может все же не крен а направление (произвольный канал указанный в конфигураторе)? так как крен уже привязан к ф-ции управления курсом, просто что бы не путать… и тогда еще 2 вопроса остается: как выходим из кружения (отключение FBW или отклонение стика в противоположную сторону на то же время), и степень управляемости самолета в режиме кружения (смена направления без отключения кружения, радиус кружения, высота кружения)… тот же радиус можно выводить рядом с названием режима как дистанцию до дома вовремя авто возврата, и менять его уже стиком крена, а высоту менять уже элеватором как обычно в FBW.
Ну только если Вы хотите крутить “бочку” в этом режиме
Не будет он крутить бочку.
Не будет он крутить бочку.
Ну я немного преувеличил, но тут конкретно еще зависит от носителя и его ТТХ. Ну а второе - я не знаю, как отреагирует АП в FBW режиме на попытку развернуть носитель вокруг продольной оси - так еще не эксперементировали 😃
Ну я немного преувеличил, но тут конкретно еще зависит от носителя и его ТТХ. Ну а второе - я не знаю, как отреагирует АП в FBW режиме на попытку развернуть носитель вокруг продольной оси - так еще не эксперементировал
АП не даст сделать бочку. Дело не в самолете. Да же если этот АП поставить на дикую пилотагу, все ровно не сделает бочку. В режиме стабилизации, если заложить максимальный крен, то самолет будет просто летать по кругу с максимальным креном установленным в настройках АП, и радиусом каким получиться. Но он не перевернется. Уж тем более на FBW. При закладывании максимума, целевое направление будет постоянно смещаться в одну сторону, т.е. по кругу, и самолет полет по кругу, если успеет. Но кстати в этом месте у Сергея косяк, ну не косяк, а не логичность небольшая. Если режиме FBW так сделать, то целевое направление начинает вращаться по кругу, и самолет за скоростью вращения не успевает, и реале летит просто зиг-загом.
Логично если в FBW держать стик направления в каком то максимуме, то пусть бы он летел по кругу, т.е. разворачивался. Но он летит зиг-загом…
Бочка получиться может только на MNL или TRM, где АП не вмешивается вообще ни как.
Помогите пожалуйста ответить еще на один вопрос, как поведет себя АП если подумает что летит ниже точки взлета? всегда летал в поле, нет никаких проблем, а вот тут хочу попробовать взлететь с холма, и полетать вдоль русла реки, которое заведомо ниже точки взлета, какая на это может быть реакция (кроме ворнинга о слишком малой высоте, к этому я готов), и как поведет себя самолет в случае пропадания сигнала с апы в тот момент когда он ниже точки приземления… может есть еще какие-то подводные камни при таком полете?
При RTH АП СРАЗУ займет целевую высоту, т.е. выше холма, (если считать что холм это высота 0) и полетит домой на этой высоте.
При RTH АП СРАЗУ займет целевую высоту, т.е. выше холма, (если считать что холм это высота 0) и полетит домой на этой высоте.
Не так часто пользуюсь RTH, но на сколько помню, если текущая высота больше целевой то самолет летит по глиссаде так что бы при подлете занять целевую высоту, то есть изменение высоты зависит от удаления самолета от точки дом на момент включения RTH. А тут моделируем обратную ситуацию, и мне не совсем понятно, он таки сразу наберет целевых +50м относительно точки старта, или будет плавно подниматься по мере приближения? развейте плиз мои сомнения…
Вы читать умеете, я написал - СРАЗУ!!!
Вы читать умеете, я написал - СРАЗУ!!!
Спасибо, буду пробовать.
Вопрос по FS.
Воткнул я осциллограф на борт в SUM-PPM. Далее после выключения пульта, на экране осциллографа вижу что картинка (пакет) не меняется. Не меняется потому что в канале управления я использую ORANGE с прошивкой Baychi OpenLRS. И в инструкции последней сказано, что при потере связи, приемник на борту продолжает выдавать значения каналов которые были актуальны на момент пропадания связи, и такими они остаются до появления канала.
Таким образом, системе OSD на ATmega1281 с точки зрения SUM-PPM выходит что фиолетов, пропал канал связи или нет. SUM-PPM каким был, таким и остается.
Но при всем при этом, при полном отключение апы, я вижу что OSD на ATmega1281 переходит в режим FS. Вопрос, каким образом он это делает?
В инструкции на OSD на ATmega1281, написано что переход в режим FS происходит при пропадании сигнала от спутника, и при потере сигнала от РУ.
Каким образом OSD на ATmega1281 определяет пропадание сигнала от апы?
Зайдите в конфигуратор Advanced --> FS Detect Mode и посмотрите какой тип определения Файлсейф у вас стоит. Там три типа. Они описаны, в конфигураторе.
Видимо, при FS приемника 8-й канал выдает 2 мс, и АП видит что приемник ушел в FS. А если приемник видит сигнал РУ, то выдает 1 мс.
Приветствую читателей этой ветки.
Платы печатные получены (ubd грац !!), рассыпуха закуплена, плата датчиков еще гдето в пути, но не суть.
Приступаем )) (нас двое).
Прикрутил GPS приемник от U-Blox.
В архиве, описание как я это сделал.
Я думаю будет интересно тем кто сейчас ваяет наш АП!
По поводу плат. Платы на АП кончились. Есть только мелкие платы: IMU, датчик тока, микр усилитель, плата с кнопками и светодиодами.
Если будет много желающих, можно заказать. Минимальная партия плат из 25 шт, будет стоить примерно 3500 - 4000 руб.