О, я тоже дома от скуки потихоньку подобным заняться собираюсь: дисплей 320х240 прикрутить к STM32F103.

Просмотрел несколько вариантов библиотек (т.к. самому шрифты и всякие "кнопочки" рисовать неохота). Глянул пару реализаций работы с экранчиком. Быдлокод зверский и там, и там. Я вообще поражаюсь, что за погромисты такие работают в ST: их SPL — это просто образец рукожопости!

Похоже, для работы с экранчиком придется либо существующее говно использовать (правда, я не уверен, что оно во флеш память МК влезет), либо свое писать (это лучше, но значительно дольше).

Выделять оперативку под фреймбуфер нет нужды: она есть у контроллера экранчика. Просто если надо узнать, что записано в том или ином пикселе, достаточно по SPI считать данные с экрана. Однако, чтобы ускорить процесс отрисовки всяких менюшек-фигнюшек, видимо, таки нужно будет небольшой текстовый буфер сделать: разбить экранчик на фреймы (1 фрейм == 4 буквы) и хранить условное содержимое фрейма.

SPL — это просто образец рукожопости!

Почему?

Ты внутрь загляни. Посмотри, сколько полезной памяти тратится на тупейшие операции. Например, установить/сбросить бит на какой-нибудь ноге. А теперь представь, что если там с несчастными GPIO так извратились, что будет с чем-нибудь посложней! И действительно: библиотечку USB, скажем, я дня три перекраивал. Но потом плюнул: свое писать надо, их индусокод править — это жесть!

P.S.

Поэтому многие спецы, когда обращаешься за помощью, если видят, что ты юзаешь SPL, сразу посылают в задницу (т.к. часть проблем может быть по вине SPL)!

О, я тоже дома от скуки потихоньку подобным заняться собираюсь: дисплей 320х240 прикрутить к STM32F103.

Просмотрел несколько вариантов библиотек (т.к. самому шрифты и всякие «кнопочки» рисовать неохота). Глянул пару реализаций работы с экранчиком. Быдлокод зверский и там, и там. Я вообще поражаюсь, что за погромисты такие работают в ST: их SPL — это просто образец рукожопости!

Похоже, для работы с экранчиком придется либо существующее говно использовать (правда, я не уверен, что оно во флеш память МК влезет), либо свое писать (это лучше, но значительно дольше).

Выделять оперативку под фреймбуфер нет нужды: она есть у контроллера экранчика. Просто если надо узнать, что записано в том или ином пикселе, достаточно по SPI считать данные с экрана. Однако, чтобы ускорить процесс отрисовки всяких менюшек-фигнюшек, видимо, таки нужно будет небольшой текстовый буфер сделать: разбить экранчик на фреймы (1 фрейм == 4 буквы) и хранить условное содержимое фрейма.

я ChibiOS использовал с штатной граф. библиотекой. при прямой попиксельной отрисовке тупит@тормозит. при использовании фреймбуфера все ок.

по поводу чтения из дисплея я х.з. документации на дисплей нет. я тупо отснифал при помощи вачпоинта на регистр данных SPI по jtag что штатная прошивка шлет для отрисовки.

И это не индусский код, а универсальные функции)

Ага. Универсальные функции с универсальными багами: непредсказуемо одинаково ведут себя на всей линейке микроконтроллеров! ☺

я ChibiOS использовал

Что насчёт
http://nuttx.org/Documentation/NxWM-ScreenShots.pdf
?