Что касается скорости обновления кадра, тут, если говорить о реализации на ПЛИС, я должен иметь возможность обновления ПОСТОЯННО. Т.е. пока выводится 1 точка, я пишу в видеопамять 1 байт информации. Причем, в любой 1 байт. Для этого достаточно, чтобы ПЛИС тактировалась с частотой, в 4 раза быстрее частоты точки. Т.е. 14 МГЦ в моем примере. Очень даже реально.
Видимо, что-то подобное организовано и в ARM с аппаратной поддержкой TFT. Т.е. хост постоянно выплевывает информацию из видео памяти и генерит синхросигналы. И при этом я, независимо от этого процесса, пишу в видеопамять то что надо. Если все делать только во время гашения луча и проч. моменты, пользователь будет видеть то, что экран обновляется не сразу, а постепенно, по строчкам или как-то еще. Это, согласитесь, любительство получается. Даже если писать в память постоянно, по моим прикидкам, около 200 мс на полное обновление кадра с помощью внешнего AVR. Терпимо....
Ну и, собственно, здесь я спрашивал о готовой реализации чего-то подобного на ARM с поддержкой TFT. Такая была конечная цель. Отчасти, с помощью участников я во многом разобрался. Спасибо, в том числе и вам.