Тяжело ли управлять графическим ЖКИ 400х160 фирмы Intech LCD Group,, ITM-400160 K1STL, тип: STN, параллельный интерфейс, драйвер KS0086 Опции

[Мухамёд]

Подскажите, потянет ли ATmega128 такой индикатор?
Я хочу купить себе ЖКИ, для этого решил даже сьездить в столицу (в Киев) и поискать там ЖКИ.
Я нашел пока только одну фирму, которая торгует ЖКИ по нормальным ценам.

Сначала я думал купить знакосинтезирующий ЖКИ, но потом посмотрел, что этот графический ЖКИ, даже дешевле знакосинтезирующих с большим количеством знакомест.

Страничка магазина с индикатором расположена тут http://www.flycont.com/html/graphic.html
Он второй в списке.

Я не нашел никакой документации на индикатор в интернете, кроме даташита с того же магазина. (в и-нете он тоже нашелся)
В даташите только одна страница, на которой есть физические размеры, распиновка разьема и ни слова о способе вывода информации на индикатор.
На рисунке в даташите показана структурная схема, где 5 контроллеров KS0086 управляют столбцами (SEG80) и еще два таких контроллера - строками (COM80).

Как я понял у контроллера индикатора нет памяти и его нужно обновлять постоянно.
Может у кого нибудь уже есть опыт работы с драйвером KS0086 ЖКИ?
Даташит на драйвер есть тут:
http://datasheet4u.com/html/K/S/0/KS0086_S...ronics.pdf.html

Интересует прежде всего способ передачи данных например, чтобы засветить пиксель по нужным координатам.
Я так понял этот двайвер это просто сдвиговый регистр с параллельным 4-бит входом, но проблемма в том, что в жки этих драйверов аж 7 штук.

Из временных диаграмм еще хоть как то можно понять как занести информацию в драйвер, но непонятно как эти драйверы соединены внутри жки между собой, хотя в даташите есть пример реализации индикатора (правда с другим разрешением)

А вот собственно даташит на индикатор: (147Кб)

Эскизы прикрепленных изображений

 

[Мухамёд]

А что если попробовать управлять цветным ЖКИ Color STN RGB - 1 бит на цвет (LM8M64 фирмы Sharp, 640х240), такие меги потянут? Интерфейс у него параллельный, по цене он даже дешевле, зато даташит на него есть толковый, что мне очень нравится. По моим подсчетам, на обновление всего экрана нужно потратить 57600 тактов (это без учета задержек)
А если обновлять его 25 раз в секунду, то это съест 1440000 тактов, тоесть около 2 MIPS (опять же без учета задержек)

[=GM=]

А что если попробовать управлять цветным ЖКИ Color STN RGB - 1 бит на цвет (LM8M64 фирмы Sharp, 640х240), такие меги потянут? Интерфейс у него параллельный, по цене он даже дешевле, зато даташит на него есть толковый, что мне очень нравится. По моим подсчетам, на обновление всего экрана нужно потратить 57600 тактов (это без учета задержек) А если обновлять его 25 раз в секунду, то это съест 1440000 тактов, то есть около 2 MIPS (опять же без учета задержек)

У этого дисплея минимальное время обновления экрана составляет 17 мс (59 Гц), следовательно, на строку потребуется 17мс/244=70 мкс. За это время надо передать 90 байт вместе с клоком. На один байт получается 70/90=0.77 мкс. Для 16-мегагерцовой меги это составит примерно 12 машинных тактов.

Дальше, на весь экран потребуется 90*244=21960 байт, а значит - внешнее озу, и не менее 3 тактов на чтение и запись. Если выводить динамически, то возникнет ещё один вопрос, откуда брать информацию для следующего кадра, и хватит ли времени.

Вывод такой: 16-МГц контроллер будет занят под завязку, но попробовать стоит.