Дисплей на ili9486 + stm32f411 медленная скорость обмена

[VladislavS]

[uquote="COKPOWEHEU",url="/forum/viewtopic.php?p=4234004#p4234004"]Это хорошо если используются PA0-PA7.[/uquote]У ТС так и используется, зачем ему советовать заведомо более медленный вариант с BSRR?

[uquote="COKPOWEHEU",url="/forum/viewtopic.php?p=4234004#p4234004"]А вдруг PA5-PA12? Для BSRR разницы нет.[/uquote]На случай "вдруг" открываем спойлер предыдущего сообщения.

[a797945]

ну зашифровались ...
"...у меня другой код просто в среде написан,там у меня 2 функции..."

т.е. никаких if-фов у Вас в LCD_Write на самом деле нет
и линии управления Вы дергаете в правильных полярностях.

я правильно понимаю, LCD_Write(0x2a,0); в реальности длится :
"...В итоге у меня получилось 5 пауз не короче чем по 150 микросек. ..."
750мкс ?

ну а скажем так: (с учетом rst, cs)
rs0wr0
data
nop;nop;nop;nop;
wr1
nop;nop;nop;nop;
rs1
будет работать?

[AVI-crak]

Ну вы хоть читайте что ТС пишет.

Я не призываю к слепому копированию, это вам не аурдина в конце концов. А про дату я вообще ничего не говорил, тем более что в моём примере используется 16 бит даты.
Я за экономию ног мк, которых и так мало. На управление нужно 4 ноги, или даже 3 (без чтения) - при прямой записи в порт, будет теряться 4-5 линий.
Макрос всё-же лучше, он позволяет выключить мозг, и использовать готовое. В новом проекте как-то нет желания заново повторять магию в ручном режиме, хочется чтобы оно само сложилось. Да и вообще, писать код нужно так - чтобы потом меньше напрягаться. А не вот это вот ваше.

[COKPOWEHEU]

У ТС так и используется, зачем ему советовать заведомо более медленный вариант с BSRR?

Почему более медленный? Что там одна запись в регистр, что там.

На случай "вдруг" открываем спойлер предыдущего сообщения.

Ужас какой...

Я за экономию ног мк, которых и так мало.

Так может, SPI? Многие дисплеи его умеют.

[НовыйДень]

SPI значительно более медленный (в самом дисплее). При 480х320 будет очень низкий FPS. Хотя лично я пробовал разгонять SPI в 3-4 раза от документированной скорости, но для такого числа точек всё равно мало.
DMA для дергания ног через BSSR совершенно не годится в случае рассматриваемого дисплея. Огромнейший оверхэд по потребляемой памяти, предварительное преобразование пискельных данных. Не-не-не, нафик такой график.
Для этого дисплея оптимально - FSMC, а лучший вариант - LTDC + SDRAM. Но это на другом микроконтроллере уже.

[COKPOWEHEU]

При 480х320 будет очень низкий FPS

Насколько низкий и сколько надо? 320*480*2 = 300 кБ = 2,4 Мб. Даже на максимальной скорости какого-нибудь L151 в 32 МГц (то есть частота SPI будет 16 МГц) получим 16/2,4 = 6 fps. Для всяких GUI или индикаторов за глаза. Тут важнее успеет ли контроллер такой объем данных генерировать.
Плюс дисплей все же не смартфонный, вряд ли он физически способен выдать больше 15 fps, а для этого достаточно скорости всего 72 МГц тактовой.

[Martian]

гомопень просто нахватался умных слов, совершенно не представляя вариантов работы.

[НовыйДень]

Да, 6 fps - это очень низкий, даже для GUI. Минимально приемлемый - 12-15 fps. Ниже можно, но выглядит тормознуто, как на китайских поделках 10-летней давности. А L151 с таким дисплеем не сочетается. У дисплея одна только подсветка жрет 60-70 мА.
По скорости дисплей этот - с DSI и RGB интерфейсами, что говорит о хороших перспективах. Такие дисплеи на параллельном, RGB или DSI интерфейсе запросто тянут и 70-80 fps, опробовано лично. Причем, их внутреннее обновление как раз не ниже 60 и есть.