Есть задача использовать обычный стандартный монитор для вывода буквенно-цифровой инфы .
В изделии сейчас используются старшие AVR ATmeg-и (128-1280-2560). Есть вариант использовать другой проц или добавить еще один.
На монитор надо выдавать инфу в символьном виде, возможно в цвете.
Вопрос таков: есть ли какие-нибудь "знакогенераторы", которые на вход получают матрицу символов (к примеру 80х40), а на выходе постоянно генерят развертку для моника (т.е. что-то подобное HD44780, но не для ЖК-модулей, а для мониторов)?

PS. читал подобные темы, ответа на свой вопрос не нашел. Если просмотрел и кто-то даст ссылки, буду признателен.

Если читали темы, то странно, что те же самые вопросы задаете. Самое простое в реализации FPGA+DAC.

Посмотрите ссылку http://www.vga-avr.narod.ru/main_rus.html

Я нашел несколько ссылок на конструкторы типа "сделай сам", типа того что привел Mik174. А есть ли в продаже что-то уже готовое? Что-то типа "видеокарты", заточенной под взаимодействие с МК?

МК понятие растяжимое.
Существуют МК со встроенным видеовыходом, например.
Если к МК можно подключать карточки, то бывают видеокарты в форматах CF и SD.
Думаю, что и с подключением по USB видеокарты тоже должны быть, это для МК с USB-host подойдет.

Есть такой экзотический камень - Propeller, к нему с минимальной обвязкой можно подключить VGA. клаву и мышь.
Propeller

Можно его наверное использовать в качестве видеокарты

Я тоже хотел взять на пробу платку на таком МК,
но насторожило это мнение.




http://electronix.ru/forum/index.php?showt...19891&st=30

Пошарил еще по инету, посмотрел на приведенный mik174 пример - реализацию на atmega16 (минусы - 20х20 символов ч\б, достигнут предел по скорости atmega16, т.е. расширение невозможно).
Нашел несколько реализаций на плис, но фирма с плис раньше не работала и работать врядли начнет .
Нашел несколько графических процессоров фуджитсу - но у них вход от фуджитсовского же проца, осваивать этот интерфейс неохота совершенно.

В общем, если взять такой вариант - ARM + adv7120(или что-типа)? Смущает то, что с АРМ раньше не работал. На gaw вычитал, что время входа в прерывание максимальное порядка 0,8 мкс для 40 МГЦ. А для 640/480 60Гц время на обработку пикселя должно быть порядка 50 нс. С другой стороны, на форуме ixbt нашел пару постов, что это вроде как прокатывает.
Вопрос к людям, которые с АРМ работали - можно ли в них это реализовать? Т.е. в АРМ лежит матрица 80х40 символов + цвет фона и цвет символа. По входному интерфейсу (УАРТ\SPI\TWI) они обновляется (полностью или указанная область). А АРМ постоянно занимается ее растеризацией и выдачей на вход adv7120...

Сообщение отредактировал Непомнящий Евгений - Oct 25 2007, 13:06

Для вещей подобных выводу видео и формирования растра лучше всего подходит конечный автомат, реализуемый в FPGA. Можно конечно и программно его формировать, но нужно ли? Реализовав контроллер видео в ПЛИС, вы при желании можете подключать к нему любой МК, от слабомощного - для загрузки фонтов и статических текстовых картинок, до шустрого - мультики показывать Соответственно и интерфейс у контроллера можно реализовать любой в зависимости от ваших потребностей. Не работали с ПЛИС? Не беда! Когда-то же нужно начинать

Так вам растр нужен или просто текст выводить?
Обычный текст Propeller и на 1280x1024 выведет 3 ядрами без проблем.

Я вот тоже задумывался о разработке на АРМе (каком-нибудь LPC2xxx). Не знаю что за вещь adv7120, но на одном арме можно сделать вывод монохромной графики 512*384, 640*480 или 800*600. Ещё можно каждую гориз.линию раскрасить в любой цвет. Причём минимум 50% (а может и до 90%) времени проц будет заниматься чем-то полезным (не выводом графики). А вот можно ли сделать вывод разноцветных символов я пока не придумал как чтобы хватало скорости. Возможно и можно, но тогда это займёт всё время проца, а связь по SPI или TWI будет работать только во время обратного хода вертикального луча.

Вот ссылочка по теме
http://www.jandspromotions.com/philips2005...ners/AR1784.htm

GetSmart, тогда к вам вопрос:
если у нас 640*480*60гц, то это 1с/60/480/640 = 54 нс на 1 точку. За эти 54 нс мы должны выяснить черный или белый пиксел и записать это в порт. Пусть у нас 80 МГц. Это 1такт = 12 нс. Т.е. за 5 тактов нам надо обратиться к памяти, записать результат в порт. Плюс должно остаться время на общение по TWI/UART + время на растеризацию (пусть очень примитивную) символа...
Или я что-то не так считаю?

Это делается через SPI с 8 словами (16 бит) FIFO. Просто загоняется в SPI 8 слов и проц сам их тактирует. Потом нужно просто изредка подзагружать новые данные.

Поэтому очень сложно сделать внутри одной линии ещё и разные цвета.