Тяжело ли управлять графическим ЖКИ 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Кб)

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

 

[Мухамёд]

А что если тогда взять еще один контроллер, например mega8515 с внешней памятью и уже на нем все реализовать. Основной контроллер будет разгружен, можно даже реализовать в дополнение к графическому режиму текстовый с моноширным шрифтом.
А соединить их паралельным интерфейсом.

Но проблемма у меня в реализации обмена данными, может у вас есть наработки на таком ЖКИ?

[=GM=]

А что если тогда взять еще один контроллер, например mega8515 с внешней памятью и уже на нем все реализовать. Основной контроллер будет разгружен, можно даже реализовать в дополнение к графическому режиму текстовый с моноширным шрифтом. А соединить их паралельным интерфейсом. Но проблема у меня в реализации обмена данными, может у вас есть наработки на таком ЖКИ?

Как я уже говорил, контроллер будет занят под завязку, так что даже не мечтайте сделать управление дисплеем и что-то ещё на одном контроллере.

Предположим, вы решили сделать управление дисплеем на отдельном контроллере. Предположим у вас 64 КБ внешней памяти, половина которой озу1 хранит данные текущего кадра, а вторая половина озу2 - следующего. Что должен делать контроллер дисплея каждые 0.7 мкс (порядка 12 машинных циклов (МЦ))?

1) принять байт извне в регистр2, скажем по спи (1МЦ).
2) разместить байт из регистра2 в озу2 по текущему адресу хранения (Z+) (4 МЦ).
3) прочитать байт из озу1 (Y+) в регистр1 (4МЦ).
4) выдать из регистра1 в дисплей вместе с синхроимпульсом (1 МЦ).

Итого, не менее 10 МЦ из 12 возможных. Как видите, особо не разбежишься. К тому же это необходимый минимум, так что без определённых хитростей не обойтись, скажем, объединение чтения из озу, выдача в дисплей и формирование строба.