caxapa.ru :: В общем случае дисплеи реализуются просто: есть буффер экрана (в идеале - не меньше 2), который заполняется программным кросс-платформенным/аппаратно-ускоренным методом.

lloyd (05.12.2017 21:46, просмотров: 132) ответил Ксения на Вопрос: с GUI дело ясное, а как решается проблема сопряжения с дисплеями, коих развелось на целый зоопарк? Т.е. узкое место я вижу именно здесь, т.к. и у дисплеев контроллеры разные, так и коммутация их к микроконтроллерам тоже очень сильно

В общем случае дисплеи реализуются просто: есть буффер экрана (в идеале - не меньше 2), который заполняется программным кросс-платформенным/аппаратно-ускоренным методом. Потом собственно стоит задача сказать, что содержимое экрана поменялось и указать границы изменения. Картинка из буффера перекачивается в экран. Еще вариант - когда выхлоп фреймбуффера напрямую идет на развертку (все application-class SoC делают именно так). Собственно от этого все проблемы гуёв в эмбеддеде - под полноценный framebuffer банально нет оперативки, поэтому каждый изгаляется как может.

Ответить

- Есть более сложный вариант -> когда память, из которой зажигают пикселы, находится в самом LCD, а нам надо при маленьком ОЗУ (< фрембуфера) изголиться отрисовать там картинку. - Evgeny_CD(05.12.2017 21:48, ссылка)
  - Именно о том и речь. А тот случай, когда DMA непрерывно гонит байты из буфера на экран, банален. - Ксения(05.12.2017 22:24)
  - ILI9341 з алиэкспресса делает так же. Конечно можно рисовать по отдельным пикселям, но получается чудовищно накладно по ресурсам и невыносимо медленно по времени. lloyd(226 знак., 05.12.2017 21:52)
    - В покое дисплей отображает статичную картинку при 0 трафике от проца. - Evgeny_CD(05.12.2017 21:57)
      - Как что-то хорошее. Бесит не статичная картинка, а то, что при взаимодействии видишь отрисовку содержимого экрана. - lloyd(06.12.2017 07:59)

Средства и методы разработки