Александр

Заметил, что в последнее время делают баннер на весь экран а дальше крути колесо до посинения. О каком тут удобстве речь, ума не приложу. Но модно.

дизайн для пользователей. а пользователи хотят делать привычные вещи привычным способом. в начале века у пользователей было меньше привычек. они только формировались. в конце концов в Web X.0 все везде будет одинаковым. эффектиков не будет. они будут вызывать панику

Нет, нельзя. Спецификация закрыта, система команд неизвестна.

Что в вашем понимании "экран для раработки"?

Конечно есть! Куча вакансий на эмбеддер-девелоперов, начиная от совсем простых пиков и заканчивая sparc/mips/arm. А если будете знать что-то из мира RTOS типа VxWorks, QNX и компанию - работу найдете всегда.
Куча железа делается, на которое портируется как существующее ПО/ОС, так и пишется много нового, от чайников/кофеварок до автомотива/аэро.
Только у нас в бизнесцентре компаний 5 лично знаю, свои разработки и ПО.
И это не считая ВПК (и около), который тоже лично знаю где и что.
Зарплаты везде разные (и очень высокие и средние и низкие) и всё зависит как от квалификации, так и от фирмы.

Сейчас как никогда есть будущее. Учитывая западные санкции на высокотехнологичное оборудование для ВПК. Экс коллега работает в гос компании, где пишут на си и джава для встраеваемых систем. Большие зарплаты и много заказов.

Как подключить схемотехникчески? Проводами, я думаю.

Вы задачу нормально опишите, что нужно получать, как обрабатывать. Думается мне, что даже если завести сигнал HDMI в STM32 - ну, сигнал разрешением 320*240 у вас может быть и получится принять, но на даже самую слабую обработку ресурсов не хватит. Налицо неверный выбор инструмента и/или задачи. По вашему вопросу непохоже что у вас получится каким-то образом решить все задачи ввода и обработки. Тем более ещё тег Ардуино, ну постеснялись бы уж, право слово :)

Окей, я закончил плеваться ядом. Теперь по сути. Очевидно что это только ПЛИС и ничего больше.
Во-первых, ввод сигнала. Как известно, в HDMI применяется LVDS сигнал, чтобы из него получить TTL-уровни, вам потребуется приёмник LVDS. Более того, стандарт последовательный и высокоскоростной, значит потребуется как-то распараллелить обработку. Всё это делают специальные микросхемы-десериализаторы, первое что приходит в голову - микросхема TMDS341. У максимки тоже есть несколько таких микросхем, например MAX9264. Из них выходит достаточно удобный интерфейс: от 18 до 24 бит цвета плюс несколько клоков (пиксельный клок и вертикальная/горизонтальная синхронизация). Это уже можно напрямую втыкать в ПЛИС, но кстати можно найти и ПЛИС с LVDS-входами, правда это выйдет дороже в сумме. Если нужно после обработки снова сделать HDMI - берёте похожую микросхему-сериализатор, вроде MAX9263.

Как раз похожая задача, приём видео с HDMI и выделение в нём цветов на границах картинки для создания Ambilight: tqfp.org/Perfer/fonovaya-podsvetka-hdmi-fpga-led-c... Похоже, проект ещё не закончен, но думаю что с этого можно начать.

Во-вторых, обработка. Честно, не знаю что сказать. Если вам нужно как-то по локти ковыряться в принятом видео, типа сжимать его или что-нибудь там распознавать - бросьте это всё, и возьмите просто компьютер с платой видеоввода. Вручную вы это всё не сделаете.
В принципе, можно поискать компьютеры-на-плате вроде https://www.toradex.com/ru/products/colibri-arm-co... но вам потребуется как-то запихнуть в неё этот сигнал (понятно что не через GPIO, так как требуется прямой доступ к шине памяти), и написать драйвер для обработки этого дела.
Кажется, на выставках я видел подобный комп с входом HDMI, но надо понимать что это крайне невостребованная фича, и найти такое будет огромной удачей.
Если же вам нужно, к примеру, просто наложить на видео текст (это называется OSD, on-screen display), то в принципе всё решается прям внутри ПЛИС - вы закрашиваете в нужный момент пиксель белым цветом, и всё. Это чуть ли не единственная задача в железной обработке видео, которая решается более-менее просто.

Готовых схем не найдёте, слишком уж специфичная задача. Инженеры, самостоятельно сделавшие такое, предпочтут продавать это решение, чем делиться им.

Ну и всегда остаётся простой путь, сконвертировать hdmi в композит/компонент, а их уже легче ввести в любой компьютер или компьютерный модуль.

Еще можно глянуть на всякие последовательные флешки с интерфейсом I2C или SPI. Если планируемое число перезаписей невелико и нужно хранить какие-то ресурсы, можно вытащить 25F160 с какой-нибудь нерабочей материнки. Можно прикрутить и SD/microSD-карту. Преимущества этого решения - используется 3-5 ножек процессора, тогда как FSMC использует существенно больше.

Полностью согласен с @Gereykhanov, только на таймерах.
Берём таймер TIM6 (самый простой таймер с базовыми функциями - чтобы более крутые таймеры оставить свободными), настраиваем его:

// Включаем тактирование таймера
RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM6, ENABLE); 

// Настраиваем прескалер. При тактовой частоте 24МГц частота
// таймера будет равна 24МГц/24000 = 1кГц
TIM6->PSC = 24000;

// Настраиваем период таймера = 1000 циклов - полный цикл таймера
// будет равен 1/1кГц*1000 = 1 секунда.
TIM6->ARR = 1000;

// Разрешаем прерывание по окончанию счёта
TIM6->DIER |= TIM_DIER_UIE;  

// Включаем обработку всех прерываний от таймера TIM6
NVIC_EnableIRQ(TIM6_DAC_IRQn);

// Включаем таймер
TIM6->CR1 |= TIM_CR1_CEN;

после срабатывания таймера будет вызван обработчик прерывания

void TIM6_DAC_IRQHandler(void)
{
  if (TIM6->SR & TIM_SR_UIF) {
    // Сбрасываем флаг прерывания
    TIM6->SR &= ~TIM_SR_UIF;

    /* ваш код после задержки*/
  }
}

Это не функция delay(100), это скорее демонстрация асинхронного алгоритма - но нужно понимать, что в сложных программах, особенно связанных с передачей и приёмом данных снаружи, практически всё нужно делать на прерываниях.
Во время работы таймера процессор полностью свободен, и может рассчитывать какую-то математику или обслуживать другие прерывания.
Довольно часто в моих программах для STM32 void main выглядит просто как while(1) {}, а вся логика работы находится именно в прерываниях. Кстати, здесь уже рукой подать до конечных автоматов.

Только с помощью таймеров и системы прерываний, другого способа не вижу