[jcxz 184]

Зачем? Полно дисплеев с 8и битной шиной, куда проще и скорость нормальная..

Чем проще-то? Необходимостью наличия внешней параллельной шины? Или в разы бОльшим кол-вом ног?

Для 320*240 dual-SPI уже позволяет даже видео выводить. И всякая динамика не проблема, лишь бы проц тянул.

А с quad-SPI уже и 640*480 должен тянуть.

 

Если что-то дорисовать на дисплее, то любая мелочь выливается в кучу транзакций по SPI.

В таком режиме у вас SPI даже на DMA сожрет все ресурсы микроконтроллера.

Да ладно! С чего-бы это? SPI-DMA вообще как-бы и не ест почти ресурсы, особенно если в разных банках ОЗУ с CPU копаются.

[backa 1]

Вы на какой микроконтроллер портировали лучше расскажите.

Если что-то дорисовать на дисплее, то любая мелочь выливается в кучу транзакций по SPI.

В таком режиме у вас SPI даже на DMA сожрет все ресурсы микроконтроллера.

 

Я еще не портировал)) Хост будет - TM4C1294 от TI

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

Мой камушек так шустро гонит потоки по SPI-DMA что я думаю вопросов не возникнет... По-крайней мере вся остальная переферия работает на отлично через SPI-DMA.

И кстати говоря поддержка у него не тока на их камушек FT9xx но и либы для многих CPU выложены... при желании можно перенести на используемый

[jcxz 184]

Ну а без файловой сисьемы никуда если выводить JPEG на экран - тут никакой флэш-памяти не хватит у проца...

Файловая система и необходимость хранения больших картинок - вещи никак не связанные.

У меня например в проекте вебсервер с кучкой файлов (среди которых могут быть и несколько GIF/PNG/JPG...) и без всяких файловых систем.

[VCucumber 0]

Кстати, кто-нибудь пождскажет одночиповое решение для переобразования MIPI-DSI в паралельный RGB?

А то есть очередной шедевр STM32F769IIT6

а он что уже не может rgb ?

 

[GenaSPB 11]

а он что уже не может rgb ?

может, разумеется. Но довольно много периферии используется - и свободных ног для вывода хотя бы 16 или 18 бит не наскрести...

[mantech 33]

Формируете у процессора из RGB?

 

Использую камень, где есть этот порт. (IMX6S)

Для более мелкого экрана с RGB можно использовать СТМ в корпусе 144ноги, там на все остальное хватит.

 

Чем проще-то? Необходимостью наличия внешней параллельной шины? Или в разы бОльшим кол-вом ног?

 

В разы - это в 2 раза всего. В сравнении с 18\24 бит RGB - заметно меньше.

Изменено 1 сентября, 2017 пользователем mantech

[GenaSPB 11]

там на все остальное хватит.

Вы не телепат, честно я Вам говорю. В проекте довольно много из плохо переназначающегося используется - I2S, SAI, SD CARD, встроенный АЦП - RGB не вытащить...

ПРождолжаю читать мануал в надежде... странно, чтобы сделали DSI и не предусмотреть LVDS (который у TI FlatLink зовется).

Изменено 1 сентября, 2017 пользователем Genadi Zawidowski

[mantech 33]

странно, чтобы сделали DSI и не предусмотреть LVDS (который у TI FlatLink зовется).

 

Да мне вообще странно, что в камнях с графикой не делают LVDS. Уже ргб давно пора на свалку выкинуть, ан нет!

DSI это так-то тоже LVDS, но протокол там совсем другой.

[jcxz 184]

В разы - это в 2 раза всего. В сравнении с 18\24 бит RGB - заметно меньше.

А это уже много. А если учесть к тому-же что параллельная шина может быть уже чем-то занята, SDRAM например (как у меня в проекте с ILI9341) несовместимым по сигналам с 8-битной шиной.

А SPI: и ног меньше требует, и в МК SPI-портов как правило несколько - есть выбор.

[mantech 33]

А SPI: и ног меньше требует, и в МК SPI-портов как правило несколько - есть выбор.

 

SPI - прекрасный порт для всего, кроме экранов, равно, как и i2c, хотя и последний к экранам запиндюрить пытаются. К тому же, далеко не во всех МК есть 2 или 4 линии данных.

[jcxz 184]

SPI - прекрасный порт для всего, кроме экранов, равно, как и i2c, хотя и последний к экранам запиндюрить пытаются. К тому же, далеко не во всех МК есть 2 или 4 линии данных.

Ну почему-же? Что с ним не так?

У меня в одном проекте сейчас есть STM32F429 с ILI9341 на SPI. Работает нормально, на 45МГц. В этом STM конечно только single-SPI.

В другом проекте был LPC4370 + тот же самый ILI9341 - тоже всё ок.

[mantech 33]

сейчас есть STM32F429 с ILI9341 на SPI. Работает нормально, на 45МГц.

 

На вкус и цвет конечно.... Я предпочитаю встроенный граф. контроллер в проц.

[VCucumber 0]

Для более мелкого экрана с RGB можно использовать СТМ в корпусе 144ноги, там на все остальное хватит.

144 ноги ни на что не хватит, 176 можно потрудиться втиснуть, но если есть возможность паять бга, то нужно взять ещё более толстый

 

[AlexandrY 2]

Я еще не портировал)) Хост будет - TM4C1294 от TI

Посмотрите там у них для интереса, как они рисуют простенький график.

Это настоящий челендж. Там каждая точка - это транзакция SPI.

Если затеете такой график рисовать в реальном времени или просто достаточно часто, то у вас одни прерывания DMA займут все процессорное время.

Эта технология EVE только для прототипов стиралок и годится.

Я б смотрел на более универсальные решения.

[mantech 33]

Посмотрите там у них для интереса, как они рисуют простенький график.

Это настоящий челендж. Там каждая точка - это транзакция SPI.

 

В смысле, что нет даже автоинкремента координат или адреса фреймбуфера?? Это тоска тогда вообще...