Jump to content

    

32F769IDISCOVERY + MIPI DSI 720p (1280x720)?

ещё вопрос: есть мысли как подключить к stm второй дисплей ? с разными картинками, конечно

Можно. Только если у второго дисплея будет свой графический контроллер.

Share this post


Link to post
Share on other sites
ещё вопрос: есть мысли как подключить к stm второй дисплей ? с разными картинками, конечно

Кроме варианта озвученного выше можно сильно извратиться и подключить пару одинаковых дисплеев (безконтроллерных) так, что каждая "четная" точка будет отображаться на первом, а каждая "нечетная" на втором, думаю все догадались как это сделать (да, потребуется немного внешней логики). Естественно возможны и вариации на тему (типа два дисплея с 12-ти битным цветом, тут хватит возможностей самого МК, внешняя логика не потребуется) и т.д. Только в чем смысл?

Share this post


Link to post
Share on other sites
Можно. Только если у второго дисплея будет свой графический контроллер.

 

Если в таком ключе, то можно и 2 и 3 подключить :biggrin:

Share this post


Link to post
Share on other sites
каждая "четная" точка

а dma2d по отдельности чётные-нечётные получится рисовать ?

 

12-ти битным цветом

вообще не вариант

 

Только в чем смысл?

странный вопрос

 

Share this post


Link to post
Share on other sites
а dma2d по отдельности чётные-нечётные получится рисовать ?

 

 

вообще не вариант

 

 

странный вопрос

 

Вопрос действительно странный, ибо для этих целей есть другие мк с соотв. возможностями.

Share this post


Link to post
Share on other sites
ещё вопрос: есть мысли как подключить к stm второй дисплей ? с разными картинками, конечно

Интерфейс SPI позволяет подключить не только второй, но и гораздо больше дисплеев без каких-либо проблем. И не только к STM.

Share this post


Link to post
Share on other sites
а dma2d по отдельности чётные-нечётные получится рисовать ?

И да, и нет. В общем случае не позволяет, но некоторые вещи ускорить можно. Например, можно нарисовать горизонтальную линию, но не прямоугольник.

 

Можно рисовать в буфер за пределами экрана с помощью DMA2D, потом им же можно перенести все в основной буфер одной операцией с учетом "шагания через одну точку". В таком варианте будет полноценное использование DMA2D.

 

странный вопрос

Ну я бы в случае если мне нужно было бы пару полноценных дисплеев поискал бы что-то другое (в первую очередь с бОльшей пропускной способностью подсистемы памяти), а если нужно маленький экранчик, так сказать в дополнение, так полно мелких дисплеев со своим контроллером.

 

Share this post


Link to post
Share on other sites
а dma2d по отдельности чётные-нечётные получится рисовать ?

Лучше добавить немного логики, и сделать side by side. Но два экрана на STM - это изврат.

По нынешним меркам ему вообще не нужен интерфейс к экрану, т.к. всякая мелочь цепляется через SPI/I2C, а для нормального экрана сам STM уже мелочь.

Share this post


Link to post
Share on other sites
Можно рисовать в буфер за пределами экрана с помощью DMA2D, потом им же можно перенести все в основной буфер одной операцией с учетом "шагания через одну точку". В таком варианте будет полноценное использование DMA2D.

А в чём выигрыш от рисования в видеобуфере с помощью DMA2D? Чем оно лучше чисто процессорного рисования?

В моём текущем проекте на STM32F4 отрисовка в видеобуфер делается процессором. Имеет ли смысл как-то задействовать сюда DMA2D?

Видеобуфер у меня просто во внутренней памяти МК, без привязки к железу.

 

Наиболее частые операции у меня:

Рисование разных шрифтов с наложением OR поверх другого изображения (однотонного) с отсечением по границам экрана или по границам произвольной прямоугольной области.

И рисование закрашенных прямоугольников. Тоже с отсечением.

И разными цветами. 16 цветов.

Share this post


Link to post
Share on other sites
А в чём выигрыш от рисования в видеобуфере с помощью DMA2D? Чем оно лучше чисто процессорного рисования?

На многих операциях через DMA2D быстрее, а даже если не быстрее рисование выполняется параллельно с работой ЦП. Т.е. нагрузка на ЦП уменьшается в любом случае (ну конечно если не выводить через DMA2D по одной точке :)).

 

В моём текущем проекте на STM32F4 отрисовка в видеобуфер делается процессором. Имеет ли смысл как-то задействовать сюда DMA2D?

Зависит от того, что рисуется и чем Вас не устраивает нынешний вариант. В общем случае с DMA2D должно получиться более быстрое рисование и разгрузка процессора - если это интересно, то используйте DMA2D.

 

Я почти все делаю через DMA2D.Рисование через DMA2D было всегда быстрее, за исключением одной очень специфической операции (которая в итоге была реализована напрямую) - с ней разницы по времени не было, но напрямую было проще.

 

Наиболее частые операции у меня:

Рисование разных шрифтов с наложением OR поверх другого изображения (однотонного) с отсечением по границам экрана или по границам произвольной прямоугольной области.

И рисование закрашенных прямоугольников. Тоже с отсечением.

И разными цветами. 16 цветов.

Это все можно легко сделать через DMA2D. На маленьком дисплее, правда выигрыш будет наверное не очень большой.

Edited by Шаманъ

Share this post


Link to post
Share on other sites
Лучше добавить немного логики, и сделать side by side

если добавлять, то можно добавить много, просто не понятно, как сделать side by side на логике ?

вот если бы горизонтальное поле дисплей позволял увеличить в пару раз, тогда да

или то же самое по вертикали

но не позволяет

 

 

можно нарисовать горизонтальную линию, но не прямоугольник

можете привести пример ? или какое поле нужно заполнить в структуре DMA2D_InitTypeDef чтобы нарисовать горизонтальную линию точками ?

 

 

Share this post


Link to post
Share on other sites
если добавлять, то можно добавить много, просто не понятно, как сделать side by side на логике ?

Маскировать CLK и DE на половину строки, если допуск по частоте CLK дисплея позволяет.

Если нет, тогда "много логики" - буфер на строку.

Share this post


Link to post
Share on other sites
есть другие мк с соотв. возможностями.

stm32 - хороший вариант микроконтроллера, одновременно с производительностью первых пентиумов, на которые никто вообще-то не жаловался вплоть до 1280x1024

 

 

Маскировать CLK и DE на половину строки, если допуск по частоте CLK дисплея позволяет.

вот первый попавшийся дисплей https://www.waveshare.com/w/upload/4/44/4.3...-UserManual.pdf

605 vs 480 или 399 vs 272 - ни в то, ни в то второй дисплей не входит

 

Если нет, тогда "много логики" - буфер на строку.

это как раз понятно

Edited by Огурцов

Share this post


Link to post
Share on other sites
605 vs 480 или 399 vs 272 - ни в то, ни в то второй дисплей не входит

 

Маскировать CLK и DE на половину строки

 

 

stm32 - хороший вариант микроконтроллера, одновременно с производительностью первых пентиумов, на которые никто вообще-то не жаловался вплоть до 1280x1024

В те блаженные времена никто особо не жаловался на отсутствие альфа-канала, скоростной анимации на весь экран и прочих современных must have плюшек.

Share this post


Link to post
Share on other sites
Маскировать CLK и DE на половину строки

не, а такое прокатит ? в смысле прерывать подачу клока

 

В те блаженные времена никто особо не жаловался на отсутствие альфа-канала, скоростной анимации на весь экран и прочих современных must have плюшек.

и кто придумал этот must have ? если даже spi в качестве интерфейса не гнушаются предлагать

Edited by Огурцов

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this