Создание собственной системы стабилизации
У Висасты есть свой софт под РХ4,может к нему обратится?
у нас есть свои герои rual
Дык у меня под ПХ4 нету (хотя не трудно переделать), есть под STM32F3Discovry и F4BY.
Сергей, у меня деловой вопрос, как и в каком виде я могу приобрести Вашу плату, софт к ней меня лично не интересует… (если я правильно понял проект коммерческий, так вот считайте, что я очередной покупатель… )
ну как бы до коммерции тут как до Стамбула 😃
Пилотная версия разошлась…
ссыль на пирацкий форум я давал…
Прерывания аппратные используются к коде ?
Да, на приемник и синхра для осд.
И еще вопрос - какой размер стека для каждой задачи у Вас объявлен ?
Все таски кроме иму 256 байт, иму 1024 байта.
Тут еще наверно есть разница КАКОЙ CoOs использовать
Прям с сайта кокоса.
Да, очень важно правильно приоритеты распределить между тасками и метод переключения задач (у меня робин).
и синхра для осд.
Там ещё у Вас и ОСД “сидит” ?? (!), сколько ни ломал голову не смог в один проц. ОСД затолкать, а хотел…,
PAL собака слишком мудреный со своим интерлейсингом…
важно правильно приоритеты распределить
а я одинаковый всем приоритет поставил… что неправильно?
ссыль на пирацкий форум я давал…
А цена где ? хочу заказать вместе с пайкой и принципиальной схемой ессно (а то как мне прошивку писать…)
Со всем уважением, но на этой же странице, чуть выше F4BY, вопросы задавать тут И еще есть ЛС.
Там ещё у Вас и ОСД “сидит” ?? (!), сколько ни ломал голову не смог в один проц. ОСД затолкать, а хотел…, PAL собака слишком мудреный со своим интерлейсингом…
Ну да, остались пара ног и спи свободными, вот и подумал, а че еще и осд не замутить. Тем более это многие уже делают. Кушает совсем не много процессорного времени.
Отдельный таск отрисовывает картинку по “остаточному принципу”, так что главным процессам совершенно не мешает.
Ну я про коос и написал а не про коКос.
Скажите,а Вы где скачивали иде и саму ос?Пытался скачать с офф сайта,так и не удалось это сделать не на прямую,ни при помощи кокосной утилиты для скачивания.
Иде
coocox.org/CoIDE/CoIDE_Updates.htm#
Коос
coocox.org/CoOSGuide/CoOSUpdates.htm#
Вот только я не припомню, что когда-то регистрировался.
Качал вчера Кокос ИДЕ …За 3 часа скачал 80 с небольшим процентов…дальше скачиваться не захотел)))
Сегодня повторю попытку)))
Кушает совсем не много процессорного времени.
Если не секрет, в общих чертах, характеристики OSD (разрешение, принцип вывода, выделение синхры из видео),
я себе сделал на отдельном F303, DMA->SPI, LM1881 синхра, процессорного времени ест мало, но не терпит прерывания своих прерываний (о, каламбурчик…) иначе картинка рассыпится, поэтому и не смог в один проц. с полетником затолкать…
Не секрет. Все банально. 384x288 spi мастер на dma, lm1881. Без тени, так как нету второго спи. Сойдет в общем.
На F405 у меня картинка (графика+тень) выводится полностью аппаратно. Я только 50 раз в сек. перегружаю буфер ДМА.
Я только 50 раз в сек. перегружаю буфер ДМА.
Каждая строка не синхронизируется ?? У меня прерывания от строк запускают ДМА на отрисовку строки, соответственно прерываний очень много в течение полукадра…
384x288 spi мастер
У меня 640х480 … но на практике попробовал и не понравилось, ничерта не видно на фоне видео, в будущем хочу сделать 1/5 нижней части экрана с затенением фона, откажусь от “уровня горизонта” и прочей ненужной лабуды и других понтов…
Каждая строка не синхронизируется ??
Все синхронизируется апаратно.
Все синхронизируется апаратно.
Каким же способом ДМА запускается ? Я даташит проштудировал, но не нашел аппаратного способа его активизировать…
(туплю наверно, да?)
Поройтесь в этой теме. Это сделал автор темы, а я повторил.
Каким же способом ДМА запускается ? Я даташит проштудировал, но не нашел аппаратного способа его активизировать…
Разные варианты есть, лучший вариант прерывание от таймера, таймер запускается по внешнему приходу кадра. Если синхра пропала, таймер будет запускать отрисовку.
лучший вариант прерывание от таймера
Фишка, над которой ломал голову, это полностью аппаратный запуск ДМА, но например в F303 не нашел такого… все равно приходится процессору “заряжать” текущий адрес ОЗУ и кол-во байт на отрисовку строки при каждом строчном прерывании… таким образом OSD должен иметь наивысший/нерушимый приоритет, и плата получается типа:
“OSD + все остальное”, что как то меня коробит… пока решение не найдено…
что как то меня коробит…
Да страшно звучит, боятся не надо. Наивысший приоритет не обязателен, чуть подергиваться графика будет, да и ладно.
Глаз максимум 25Гц может распознать - т.е. 50 Гц по полям - нафига больше да даже 100Гц - по полям 200 - времени процу всё равно вагон - раз, если обновление осд будет раз в секунду(держать и передавать старые данные)- два ну никак не прибавит информативности - вы её просто не отследите визуально…
Нас всё больше 😃 strizhmax