Вот-вот. Очень точный термин - незавершенность действия. Теперь Вы понимаете, что я чувствую по отношению к этим легким энкодерам. Попробуйте покрутить в руках что нибудь круглое - пробку от бутылки, например. Что происходит? Да ничего не происходит. Так же и с энкодером - мне кажется. Но вот если с "незавершенность ю действия" виртуальных кнопок я готов примириться, то с "незавершенность ю действия" энкодера, как-то не очень...Сообщение от dadigor
подержу-а тачскрин на дисплее-зло!тыкаешь пальцем-мурзатый дисплей!
Вот-вот. Я поначалу 12 лет назад во все свои конструкции пихал тачскрин, интересно было кнопочки оживлять, подсвечивать, озвучивать и прочее. Потом поднаелся всего этого, если кнопки большие, то еще ничего, а мелкие никак. Да и экран замусленный опять же. Хотя иногда ставлю например для пробуждения экрана и переключения режимов, когда палец легко попадает в цель ))
TM_DMA2DGRAPHIC_Draw FilledRectangle(5, 200, 310, 60, Red);
TM_ILI9341_DrawFille dRectangle(5, 200, 303, 41, Red);
Прошу совета знающих. програмирую потихоньку STM32F429DISCO с маленьким дисплеем. ковыряя библиотеки , обнаружил возможность рисования различными способами.
какой из них предпочтительней?
зы.редактор на сайте просто отвратительно-тормозной
Если по критерию максимальной скорости отрисовки, разумеется DMA2D предпочтительней. Что за разные способы?
Кстати, вот это устройство тоже рисует картинки DMA2D.
Дисплей на 429 disco умеет раьотать в командном и RGB режиме. В RGB избражение по паралельной шине из памяти процессора и строчные/кадровые синхроимпульсы выдает процессор. В SPI изображение строится в памяти дисплейного контроллера. Кстати, аппаратного ускорения заполнения области контроллер ILI9341 не предлагает. Соответственно, указав зону заполнения начинаем выдавать (например) 16-битные пиксели на максимально допустимой скорости 10 мегабит. Что позволяет предсказать меньшую скорость чем при работе с памятью процессора. Но работа LTDC на 429 уменьшает скорость вычислений.Код:/* заполнение прямоугольного буфера цветом */ static void dma2d_fillrect( PACKEDCOLOR_T * buffer, uint_fast16_t dx, uint_fast16_t dy, PACKEDCOLOR_T color ) { #if defined (DMA2D) && LCDMODE_LTDC && ! LCDMODE_LTDC_L8 // just writes the color defined in the DMA2D_OCOLR register // to the area located at the address pointed by the DMA2D_OMAR // and defined in the DMA2D_NLR and DMA2D_OOR. arm_hardware_invalidate((uintptr_t) buffer, (uint_fast32_t) dx * dy * sizeof (* buffer)); DMA2D->OMAR = (uintptr_t) buffer; DMA2D->OOR = (DMA2D->OOR & ~ (DMA2D_OOR_LO)) | (0 < DMA2D_OOR_LO_Pos) | 0; DMA2D->NLR = (DMA2D->NLR & ~ (DMA2D_NLR_NL | DMA2D_NLR_PL)) | (dy << DMA2D_NLR_NL_Pos) | (dx << DMA2D_NLR_PL_Pos) | 0; DMA2D->OCOLR = color | 0; DMA2D->OPFCCR = (DMA2D->OPFCCR & ~ (DMA2D_OPFCCR_CM)) | DMA2D_OPFCCR_CM_VALUE | /* Color mode - framebuffer pixel format */ 0; /* set AXI master timer */ DMA2D->AMTCR = (DMA2D->AMTCR & ~ (DMA2D_AMTCR_DT | DMA2D_AMTCR_EN)) | (DMA2D_AMTCR_DT_VALUE << DMA2D_AMTCR_DT_Pos) | 1 * DMA2D_AMTCR_EN | 0; /* запустить операцию */ DMA2D->CR = (DMA2D->CR & ~ (DMA2D_CR_MODE)) | 3 * DMA2D_CR_MODE_0 | // 11: Register-to-memory (no FG nor BG, only output stage active) 1 * DMA2D_CR_START | 0; /* ожидаем выполнения операции */ while ((DMA2D->CR & DMA2D_CR_START) != 0) ; #endif /* defined (DMA2D) && LCDMODE_LTDC */ }
Последний раз редактировалось Genadi Zawidowski; 02.05.2018 в 00:19.
Спасибо от Andreichk
спасибо за ответ, под разными я подразумевал рисование ИЛИ9341 или ДМА2Д.
Тогда если можно ещё вопрос. если я оторву этот мелкий дисплей и припаяю на его место другой ТФТ дисплей с РГБ шиной безовсякого контроллера, то есть 24 бита на цвет или 22 или 20- неважно в принципе , VSYNC, HSYNC, VCLK и все остальное, далее в инциализации укажу разрешение 800 на 480 пикселей, вместо 320 на 240, есть шанс, что я смогу правильно разрисовать дисплей?
В теории да. На практике надо обеспечить память где будет растр и пропускную способность памяти. Ili9341 на rgb работает с тактовой 3 МГц, т.е. потребляет 6 мегабайт в секунду. Более крупный дисплей обычно пржорливее. В даташите обычно указываются предельные параметры по разрешения, прикидывайте что останется процессору. Советую ограничиться 16 бит rrrrrggggggbbbbb и при необходимости соединять вместе младшие биты цвета на дисплее (есть общепринятые методы).
В моём случае 272 * 480 скорее всего приду к 8 бит палитре для всей области кроме водопада и спектра, который будет рисоваттся pip в формате 565. в применённым процессоре отдельный банк памяти 512 килобайт что бодро использовать как буфер для ltdc.
Кстати, отрывать не надо. Все сигналы на гребёнке.
Найдите макетку и 176 ногой H7. В других вариантах совместить обработку сигнала и дисплей на встроенной памяти никак.
Последний раз редактировалось Genadi Zawidowski; 02.05.2018 в 01:15.
Для примера, 5" панель https://ru.mouser.com/datasheet/2/29...TXL-248138.pdf или 7" https://ru.mouser.com/datasheet/2/29...TXL-773472.pdf
Частота DCLK не менее 30 МГц. Значит, для 24 бит цвета 90 мегабайт в секунду, для 16 бит - 60 мегабайт в секунду. Где-то треть от производительности шины без накладных расходов... Не говоря о том, что для таких объемов это внешняя память. А что там с тактированием?
Добавлено через 24 минут(ы):
И тактовая 9 мегагерц... 18 мегабайт в секунду - крохи...
Последний раз редактировалось Genadi Zawidowski; 02.05.2018 в 10:35.
И в теории и на практике сможете,но для больших дисплеев лучше использовать stm32h7xx производительнее будет.Функции рисовалки заимствованы у Tilen Majerle https://stm32f4-discovery.net/catego...429-discovery/
Вот ещё для примера http://mikrocontroller.bplaced.net/w...s/?page_id=591
Спасибо от Andreichk
спасибо за ссылки, я собственно на этих примерах и тренируюсь.
знал бы, где упаду - подстелил бы соломки, как говорится....
думаю, для СДР особо дикой производительности не надо, это же не осциллограф какой-нибудь на 200 МГЦ.
Обойдёмся и 429-м пнём
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
