flybrain. передатчик + приемник + автопилот. powered by stm32
было бы здорово исполнить похожую шкалу тангажа
Я в этом варианте не очень понимаю где верх, а где низ самолета. Это ведь тестовая видюха. Нет такой-же, но с реального полета?
Верх когда шкала с пямыми делениями, а когда с наклонными это низ. ИМХО очень наглядный вариант отображения горизонта и углов тангажа.
Вот идеал подобного отображения горизонта 😃
Верх когда шкала с пямыми делениями, а когда с наклонными это низ
Не совсем понятно…
Вот ОСД Икаруса. Может что отсюда возьмете.
Вот идеал подобного отображения горизонта
может для профессиональных летчиков, это идеал. Но я бы грохнулся с такой шкалой сразу. У вас там СУ-25 еще в видео есть. Вот оно мне очень понравилось. Может как у СУ-25 забацать?
Вот ОСД Икаруса
Нет, слишком уж просто выглядит. И переворот на спину не читаем, по крайней мере, на этом видео.
В RVOSD я вот четко вижу короткую и длинную линию. короткая снизу - норма, короткая сверху - кувыркнулись на спину. Линии внизу, значит вверх летим, вверху, значит падаем. Дом в центре, риска по кругу - направление домой.
Все верно, похоже Олег делал отображение горизонта похожим на F-16
Чем именно такой вариант хорош думаю понятно - позволяет оценивать углы крена и тангажа сразу в цифрах, полностью контролировать любое нештатное положение самолета “по приборам” при отсутствии видимости, например в облаках, что немаловажно. Упростить ведь всегда можно и сделать несколько вариантов отображения.
СУ-25
Там как я понял “боевой” режим экрана HUD, поэтому все “лишнее для войны” с экрана спрятано чтобы было видно целеуказатели
похожим на F-16
Ну вот с этой видюхи, мне более менее все понятно стало. Единственный момент, почему иногда шкала за пределы экрана уезжает. Почему ее просто в центре не фиксируют?
Я думаю там шкала смещается в зависимости от скольжения самолета, видимо пилотам так удобнее… можно и зафиксировать
Ладно поробуем прикунуть этот вариант. Надо подумать как графику, а особенно цифры поворачивать. Боюсь на некоторых углах артефакты некрасивые появятся.
Олег в своей OSD цифры не поворачивает, видимо исходя из таких же соображений
исходя из таких же соображений
Издеваетесь, что ли 😃 на avr цифры вращать… там одно знакоместо целых 30 мкс отрисовывается. Кстати да, вращение знакомест 5х7 будет выглядеть просто отвратно.
Линии горизонта делал не совсем “копийными”, т.к. это получается несколько сегментов с отдельной кучей вычислений.
Ну блин, придет арм4, такой графон забабашу… Если Алекс меня не обскачет 😉
Нет такой-же, но с реального полета?
Там как видео заканчивается, сразу “шахматка” с другими видео - своих насчитал 4 штуки.
а особенно цифры поворачивать
Зачем? Ты голову крутить собрался?
Почему ее просто в центре не фиксируют?
Потому что пока не знают как надо.
Кстати да, вращение знакомест 5х7 будет выглядеть просто отвратно.
Я выбрал вариант 6x8. Но вращать, наверно, тоже не буду пока, ибо все равно будет отвратно.
сегментов с отдельной кучей вычислений.
А зачем ты на сегменты бьешь? Я думал ты хранишь вершины, их и вертишь. А уже между ними прямые линии проводишь.
Ну блин, придет арм4…
Олег, меня радует твой оптимизм. Но тебе предстоит еще много “чудных” открытий истины по ходу изучения STM32. К тому же DISCOVERY4 это не, что тебе нужно. На мой взгляд, это вообще выброшенные на ветер бабки.
Если Алекс меня не обскачет
Я не ставлю цель с кем-то в перегонки играть. 😃
Пока в планах иметь OSD рабочее к 1 апреля.
Потому что пока не знают как надо.
Типа бестолковые американские летчики не знают, как им удобно?
По результатам вчерашних ночных посиделок докладываю:
- Побочный эффект №2 из предыдущего поста побежден. Имеем четкую, гладкую развертку 256X192
- Остается ограничение на засветку нулевого пиксела в каждой строке. Делать этого просто НЕЛЬЗЯ. Это особенность схемотехники, возможно в чистовой версии, когда буду заказывать заводские печатки это будет устранено.
- Не рекомендуется зажигать старший пиксел в самом последнем байте развертки. Синхру это не собьет, но вызовет засветку еще 2 пикселов за пределами развертки. Природа этого эффекта на 100% понятна. Побороть чисто программно нельзя. Будет исправлено изменением чистовой схемотехники.
Вот все. Поле развертки готово. Обдумаю детали реализации и приступаю к рисованию графики на этой неделе. Рисовать будем вариант как на F16. Зафиксирую точку поворота шкалы в центре, ибо не понимаю нафига горизонт по всему экрану катать. Цифры на шкале крутить не буду, ибо Дринкер прав, читать их под углом будет неудобно. Шкалу направления домой и компас думаю совмещу, как на СУ-25. Оно мне понравилось больше всех.
А что являецца источником видеосигнала в этих опытах?
Или просто видеогенератор делаеш? Тогда это ни разу не осд.
Если с источником, то что будет когда сигнал пропадёт? Внутри будет синхра генерицца, или все зависнет нафиг?
И как решен вопрос теней? Без них очень трудно на светлом фоне чтото разглядеть.
пал - нтсц распознаёцца?
И где в поделке датчик тока и напряжения?
Пока достаточно 😃
А что являецца источником видеосигнала в этих опытах?
Фотоаппарат Olimpus, генерит широкоформатный PAL.
У меня есть опасения, что разные источники могут не следовать стандартам. На той неделе китайцы прислали NTSC камеру SONY для полетов. Она 12В хочет. Как не лень будет, воткну ее, проверю. Сам я видео сигнал не генерю ни разу.
Реально я пробовал с двух фотиков сигнал щупать. Оба они по разному генерят кадровый импульс. Но не фатально. Разница в алгоритме детектирования не существенна. Есть у меня еще старый видик и видеокамера ручная. Попробую с них попозже взять сигнал.
В любом случае, это не проблема. Техника исследования реального сигнала и всех его перепадов с точностью до 1 мкс у меня отработана. В финальной версии вообще забабахаю автодетект с подбором порога чувствительности компаратора.
Если с источником, то что будет когда сигнал пропадёт?
Если сигнал пропадет, то пропадет и картинка, но ничего не зависнет. Будет ждать, когда появится. Если появится, то OSD опять включится. Алгоритму по фиг, есть видеосигнал на входе или его нет. А работать генератором синхры я не планировал, хотя можно реализовать аппаратно в чистовом варианте, если есть у летающей аудитории такое желание и реально существует такая необходимость.
Я не показываю видео, как все работает исключительно потому, что надо сначала в динамике горизонт иметь, чтобы интересно смотреть было. Однако если аудитория сильно жаждет, могу вечером снять картинку с экрана телевизора. Но там могу в динамике только порисовать буковки, линии, кружочки поверх видео, которое фотик передает. Горизонта пока нет.
И как решен вопрос теней?
на данный момент никак, я уже обсуждал это. В финальной схемотехнике решим скорее всего аппаратно внутри модулятора. Где-то я уже видел здесь на форуме рабочее решение. Делать тени программно я не буду. Если у тебя есть предложения, я с удовольствием послушаю.
пал - нтсц распознаёцца?
пока ПАЛ. NTSC буду еще обучать.
И где в поделке датчик тока и напряжения?
Ты совсем самое начало темы не читал если такие вопросы задаешь?
Видео - в студию!
Я не ставлю цель с кем-то в перегонки играть.
Пока в планах иметь OSD рабочее к 1 апреля.
Автор не обращай внимания, многие из присутствующих тут, строят свое ОСД. И у них “сосет под ложечкой”, когда видят, что у кого-то быстрее получается. Может автор - проффесионал.
А работать генератором синхры я не планировал, хотя можно реализовать аппаратно в чистовом варианте, если есть у летающей аудитории такое желание и реально существует такая необходимость.
ИМХО это не то, чтобы жизненная необходимость, но немного повышает надежность системы.
Видео - в студию!
+1
Может автор - проффесионал
Скорее всего, ибо делает то что умеет.
Вернецца к алгоритмам стабилизации и управления - будет куча вопросов.
А работать генератором синхры я не планировал
Нихренаж себе! Камера запотела, сломалась, шнур отошел - и всё, самик потерян. А с генерацией синхры осд будет продолжать работать и можно попытацца по приборам долететь до зоны визуального контакта.
ы совсем самое начало темы не читал если такие вопросы задаешь?
Не нашол про это.
Камера запотела, сломалась, шнур отошел - и всё, самик потерян. А с генерацией синхры осд будет продолжать работать и можно попытацца по приборам долететь до зоны визуального контакта.
Если запотела - OSD не пропадет, только картинка.
Андрей, а сколькие из известных Вам OSD умеют работать при отсутсвии видеосигнала? Я только Фишкин AP117 знаю.
PS: И если иречь идет о полноценном АП, то он будет возвращать модель и без OSD.
то он будет возвращать модель и без OSD.
+100
Я нафига ж, все это затеял? Все в одном флаконе. Нет сигнала, включай возврат, оно прилетит.
Ну я заложу в схемотехнику генератор аппаратный, но реализовывать на первом этапе не буду. Потом, в качестве дополнительных софтовых опций будет.
Видео - в студию!
Сделаю вечером, но особой анимации не ждите. Накидаю разной тестовой графики, так чтобы время на это не тратить. Реально горизонт будет рисоваться на выходных.
Не нашол про это.
Ищи лучше. Мы с baychi обсуждали как пользователи со стандартным PPM смогут к моему проекту подключиться. В этот же модуль будут заводиться все возможные датчики, которые аудитория захочет. Вот чего скажете, то и заведу на входа.
Скорее всего, ибо делает то что умеет.
Я работаю четко по намеченному плану. Не надо бежать впереди паровоза. Все будет. Я ж тебе обещал уложиться в сроки до 1 июля? Значит будь терпеливым.
сколькие из известных Вам OSD умеют работать при отсутсвии видеосигнала?
Все, которые на maxim
Икарус выводид осд без видеосигнала.