Там, у немцев, попалась интересная прога для конвертирования картинок в 16-битный формат для S65 плюс компрессия.
Вот ссылка:
http://www.mikrocontroller.net/topic/31403#460994
Там дальше идёт исходник для, как я понял, распаковки картинки.
А на словах никто не мог-бы объяснить, какой алгоритм используется для сжатия? Я понял только, что используется цветовая таблица для картинок с кол-вом цветов меньшим 65к.

В принципе, сам думаю над компрессором. 65к цветов надо не всегда, мне будет достаточно и 256. Может, стоит брать картинки в GIF или PNG формате, а дальше распаковывать контроллером при печати? Интересно, как много времени это займёт?

ЗЫ: Вот вроде даташит на L2F50 дисплей: http://www.mikrocontroller.net/attachment/...e_01_110902.pdf
А на LS020 так и нет...

Сообщение отредактировал sonycman - Feb 7 2007, 20:24

Народ можеткто нить пробовал разобраться с диспам у которого разрешение больше чем 132х176, например 240х320???????????

А какой это телефон? Если это просто LCD с известным контроллером, то что с ним разбираться?

экран от телефона я имел ввиду, от кокого я не знаю

Вот кое-что по Nokia7650 (176*208):
http://www.qsl.net/dk7nt/lcd7650/lcd7650index.html

Вопрос по библиотеке glcd. В чем суть понятия Clipping?

clipping - отсечение полигонов, не входящих в конечный кадр

Вероятнее всего, применительно к ЖКИ - отсечение всего того, что не попадает в рамки заданного окна.

Нашёл кусок даташита на модуль LS020B8UD06 (у меня именно такой), полезного там только одна страница (прикрепил).
Так вот, там пару пинов - RS и CS - похожи на двунаправленные.
Надо бы их помониторить, может какие сигналы есть?
Меня, в частности, интересует вопрос вертикальной синхронизации.
Если определить момент начала формирования (сканирования) кадра, то тогда можно будет избавиться от фликера при обновлении даже всего экрана (при скорости SPI в 12-13 МГц).

Сообщение отредактировал sonycman - Feb 14 2007, 22:04

К sonycman

На немецком сайте вы говорите, что закончили написание текстовых подпрограмм. Покажете?

Почему нет?
Вы тоже "мучаете" такой дисплей?
Ищите исходники? У немцев ведь целая библиотека есть.
Я не стал пользоваться, потому что влом разбираться с чужим кодом, сам напишу то, что надо.
А что не получится - спрошу, как сделать
Хаген просто душка - помогает

Не знаю, может ли это кому-то пригодиться
Всё пока сыроватое (особенно инициализация дисплея), но печатать текст с различным выравниванием можно.
Шрифты рисовал сам, не стал пользоваться редактором Хагена, хотя хотел сначала.
Структура похожая, только добавил lookup table (не знаю, правда, зачем - жалко было время тратить на перебор байтиков во флешке, тем более памяти достаточно ).
И компрессию не использовал - двухцветным шрифтам это не надо.

ЗЫ: проц используется ARM, а не AVR...

вчера щупал RS и CS на наличие сигнала. ничего не нашел. но на дисплейчике есть одна контрольная точка с которой идут какието импульсы.

RS - это признак команда/ данные
CS - это сигнал выбор кристалла.
Странно, что в табличке они двунаправленные, обычно они идут от внешнего управления к контроллеру дисплея

Тоже проверил RS и CS - пусто.
А где именно эта точка? И дисплей у вас какой? LS020?
Если существуют синхроимпульсы, то они должны идти с частотой около 60 герц. Или где-то рядом.

Это понятно всё. Да только в даташитах мелькают слова типа Vert. sync. или Frame start strobe, как же до них добраться?

Синхроимпульсов как таковых нет. В доступных даташитах есть туманные описания того, как контроллер ждёт начала развёртки перед выполнением некоторых команд. По всей видимости, содержимое некоторых регистров из контроллера как-то считывается. Ну а аппаратный синхросигнал вряд-ли можно найти. ИМХО, конечно.