Библиотека SSD1289

[BigallS]

Быстрее можно только если сделаешь на дисплее который без внутреннего контроллера , просто с вводом параллельно пикселей 18 бит за один такт с 25 Мгц частотой к примеру , чтобы отбражать весь экран за 25 ms (обычная скорость обновления 40-50 Гц) , а не за 950ms , шустрых контроллеров и ARM даже не надо - берешь ПЛИСку , к ней шустрое ОЗУ по емкости = колич пикселей на размер экрана , а вот уже управление всем этим хозяйством уже не имеет значения с какой скоростью микроконтроллер ,можете использовать какие там у Вас самые отработанные и известные с какими привыкли работать, хоть самые древние PIC-и и AVR- ки , и все летает
....
да и дисплеев без встроенных контроллеров - гораздо больше чем моделей с встроенными контроллерами , а значит безконтроллерные еще проще найти на рынке
....

Это конечно всё правильно, но есть проблема:
программирование ПЛИС, знаю что скажете да валом программаторов и т.д., но если так всё красиво почему проектов с ПЛИС так мало?

[MisterDi]

Проектов с ПЛИС не мало, просто они достаточно сложны для повторения. Во-первых сам ЖКИ удовольствие не дешовое, кроме него нужно еще ОЗУ и собственно ПЛИС, все вместе в розницу меньше 50$ нйти сложно. Следующая проблема - мелкий шаг выводов ИМС. Далеко не каждый сможет сделать плату и запаять корпуса с шагом 0,5мм.

[pinco]

...Во-первых сам ЖКИ удовольствие не дешовое, кроме него нужно еще ОЗУ и собственно ПЛИС, все вместе в розницу меньше 50$ нйти сложно. Следующая проблема - мелкий шаг выводов ИМС. Далеко не каждый сможет сделать плату и запаять корпуса с шагом 0,5мм.

Так то так , да не так - ОЗУ с временем 10-15 нс в продаже бесперебойно , цена примерно 150-120 р за шт ,ну максимум 180 , по простому их обычно 3 шт нужно - по одной на каждый цвет , уже 540 руб , затем ПЛИСка , примерно до 350р , это даже с запасом , потому что кроме логики и внутренних счетчиков адресов для ОЗУ там в ней нет ничего и поэтому слишком большой емкости (количество ячеек) её брать не стоит, итого до 1000 руб выходит , а про цену самого ЖКИ нет смысла говорить покуда каждый сам выбирает его размер по диагонали по вкусу м соответственно их цены разные , теперь по поводу пайки 0,5 мм ножек - остро заточенным паяльником нормально паяются под лупой , ну а если уж совсем руки дрожащие то можно приобрести к примеру ПЛИСку той же емкости но в корпусах где ножки пошире поставлены , например в корпусах PQFP - там с шагом 0,65 ножки - паяйте на здоровье .И потом учтите что на тех же контроллерах которые Вы обычно применяете у себя может быть примерно такой же шаг (от 0,65 до 0,5 тоже !!!) - так что же , про сложность пайки микроконтроллеров что-то никто не запаривается , а вот такой же шаг в других микросхемах вызывает проблему на пустом месте ?

[Flopix]

Uragan, получилось запустить дисплей? Мне тоже предстоит такой же мучить на LPC2378.

[executer01]

Может кто подскажет?
Перепробовал уже из трех исходников инициализации - результат одинаковый. комманды проходят - менял значение параметра Gate Scan Position (R0Fh) - картинка сдвигается как надо. А залить цветом не получается никак.
Черная полоска поперек - это резинкой дисплей притянут к плате.
Младшие 9 бит шины данных точно рабочие - той-же функцией посмещализображение от 0 до 319 строк - все правильно. И комманды значит правильно шлет.

Покурил Datasheet - в инициализации не хватало послать комманду WMLCDCOM(0x0022); для последующей записи в регист 0х22 - т.е. в графическую память 8/

Заррррработало!

[executer01]

Еще проблемка. Не работает маска в дисплее.

Командой "write_com(0x0023,0xFFFF);" задается маскировка зеленого и красного канала на запись. Проблема в том что младший байт никак не влияет на отображение на дисплее (т.е. при записи маски от FF00 до FFFF зеленый и красный каналаы полностью замаскированы, хотя 0xFF00 должен размаскировать зеленый канал полностью.)

Старший байт работает, но маскирует одновременно красный и зеленый каналы одинаково Вообще непонятно ничего.

Командой "write_com(0x0024,0x00FF);" маскируется синий канал и тут все работает нормально.

[MisterDi]

Как вариант, используется "ужатая" маска, т.е весь пиксел помещается в 2 байта с расположением бит таким же, как и для записи данных в память.
Почему-то неиспользуемые биты маски в документации установлены в 0, можно попробовать использовать маску 0xFCFC. А тут http://we.easyelectronics.ru/STM32/p...smc_2.html#cut упоминается про сбои при попытке записи больше 14 штук "1" в регистр.

[executer01]

Да, с 0xFCFC пробовал - разницы с 0xFFFF нет.

[sokolav]

У кого в Питере можно проверить дисплей TFT_320QVT (SSD1289). Код я от него получаю 8989, все задержки проверил осцилографом - норма, а он не работает. Испрабовал разные варианты инициализации - без изменения

[Vadim_sh]

Встречаются диспы на контроллере SSD1289 с "перевернутой" шиной, т.е. Д0 - на самом деле Д8, Д1 - Д9 и т.д.