Проблема состоит в том, что хотелось бы с помощью Atmega128 управлять монохромным графическим дисплеем Planar EL640.480-AG1 даташит тут:
http://www.planarembedded.com/electrolumin.../el640-480-ag1/
Линии, окружности на нем прорисовать не пролема, но вот прорисовывать шрифты куда сложнее.
Если кто-то сталкивался с такой проблемой, может поможете с исходником или алгоритмом.
P.S. Раньше атмегой управлялся дисплей 4x20, но хотелось бы увидеть больше информации, поэтому куплен Planar. Или может кто подскажет уже готовое решение под такой 8-ми битный интерфейс?

А в этом дисплее разве есть собственная память? Или в вашей Меге имеются "лишние" 640*480/8=38400 байт ОЗУ для организации буфера видеопамяти?

Посмотрите в исходниках (http://electronix.ru/forum/index.php?showtopic=10934)
Напр., пост #11, может оттуда что-то почерпнете.

Память будет в меге.

А развертывать тоже мегу заставить надеетесь? Возьмите какой-нибудь нормальный процессор с LCD-контроллером поддерживающим dual scan STN.

Информация будет в основном текст+цифры- графики по минимуму, поэтому я думаю атмеги должно хватить. Она должна будет по UART-у принять цифры + текст и отобразить их на дисплей.

На этот экран нужно выплевывать осмысленные данные со скоростью 4.5МБайт/с. Никакая атмега тут не справится.

Разве в ATmega128 есть 38400 / 1024 = 37 Кбайт SRAM памяти?

http://www.mikrocontroller.net/topic/25099

По ссылке ATmega8515 с внешней SRAM.
http://www.mikrocontroller.net/attachment/8455/LCD_brd.jpg

Мега примет по UART-y цифры, буквы, отобразит их через знакогенератор в память как пикселы - чёрные и не-чёрные. А дальше весь этот массив пикселов нужно будет строго синхронно выплёвывать в интерфейс стекла. И глубоко по барабану, что там нарисовано - "show must go on", как говорится. Так что записывать в память конечно мега справится, а вот отображать может быть нужно ПЛИСом каким - тупой автомат: перебирает адрес, читает и выдаёт в порт. Но очень синхронно.

Собственно говоря, а кто мешает сделать так. Фрейм рейт опустить до 60Гц. В начале каждой строки (это раз в 69мкс) быстренько просовывать 160 байт на дисплей (4 такта на байт из внешнего ОЗУ без извращений, сигнал CP2 генерить таймером (Output Compare), можно и 3 такта, если подвесить шину данных ОЗУ параллельно и на проца, и на индикатор и только читать при помощи LD Rx,X+, синхросигнал записи тоже по таймеру), остальное время заниматься своими делами.

Если тактовая проца 16МГц, то имеем 1104 такта на строку. 160 байт мы просунем в течении 480 тактов (пусть будет по 3 такта, извратимся ), итого CPU Load, грубо говоря, 50%. И никаких CPLD.

Кстати, а сколько стоит такое чудо?

Позже...

Гм, посмотрел по ссылке двумя постами выше. Ага, оно.

Вот именно что извратимся. А лучше взять какой-нибудь LPC247x и сделать нормальную развертку специально предназначенной для этого железкой. Ну и процессор помощнее будет

Jedem das Seine

Правильно вначале смотреть даташит, а потом покупать. У вас не монитор, а обычное стекло, к которому нужен графический контроллер.

Это все понятно. Даташит уже наизусть, можно сказать, изучил.
Речь идет о более простой реализации графического контроллера. Не хотелось бы ставит 208 выводный арм или что-то подобное, чтобы использовать его менее чем на 5% от его ресурсов.
Пока, как альтернативу, поглядываю на 80 выводную микросхему S1D13704. Может кто подскажет еще что-нибудь по проще. Т.е. связка Атмега128+S1D13704+Planar.

Попроще, подешевле или подоступней? Выберите любые два пункта
Варианты какой-то МК+FPGA с "набортным" ОЗУ+Planar или какой-то МК+(CPLD+SRAM)+Planar вас не устроят?

Почему, если его применение вполне оправдано? Это самый простой и прямой вариант, ИМХО. Лучше уж использовать 5% от ARM'а, чем пытаться использовать 150% от меги.

Может Вы и правы, но я с ними как-то дела не имел. Попробую разобраться.
P.S. А кстати, что нужно,чтобы арм спрограммировать? Я имею ввиду цену вопроса: программатор и ПО.

Программатор для LPC - просто шнурок на RS232. Если под ПО имеются в виду средства разработки, то есть как бесплатные, так и весьма дорогие - 10+K$.

А "ТФТ-Компаньон" ему не подойдет? Он попадает в категории "проще" и "доступнее". Еще, наверное, в "быстрое освоение".

Дык дали же Вам ссылку. Аналогично сделать на Mega128, а не на 8515. Мега, 573й регистр, ОЗУшка о 64к и в путь.

При тактовой 16МГц будете иметь 50% загрузки проца.

Что может быть проще?

Я такой вариант рассматриваю как запасной. Если будут трудности с реализацией на других элементах, или будут поджимать сроки, то так и сделаю, а пока время еще есть, хотелось бы рассмотреть все варианты. Тем более, что в перспективе хочу поставить цветной 640х480 дисплей, так что принимаются любые варианты.

Посчитайте требуемый объем ОЗУ и поймете, что для меги это анрил. Да и LPC2478 рассчитан только на QVGA. Плис+RAM спасут отца русской демократии. И это самое гибкое решение ИМХО.

Там 1 bpp, так что вполне реально рисовать даже мегой. А вот с разверткой удобнее на LPC.

Не, ну можно и так извратится. Хотя - зачем тогда цвет? Вместо черно-белого желто-зеленый получать? Минимум для графиков и текста надо иметь 16 цветов ИМХО, а это уже 4bpp. Выходит 150Кб, для меги явный перебор. Даже для рисования - скорость будет никакая.

Если что могу помочь со шрифтом. Стучись в асю.

Зачем откладывать на перспективу то, что можно сделать сразу?
Раз вы планируете использовать Planar - значит бюджет не сильно ограничен. Посмотрите ТФТ-Компаньон: www.schemov.com/tftcomp/. Поддерживаются TFT-модули диагональю 3.5", 5.7" и 7". 5.7" TFT как раз имеет разрешение 640х480. Все упомянутые проблемы со шрифтами и прочим решаются автоматически.

Вариант хороший. Интересно какие микросхемы они используют? Только это не совсем то, потому что мне нужно все это разместить в евростандарте 3U или 6U - печать придеться делать самому.