Перейти к содержанию
    

Там, у немцев, попалась интересная прога для конвертирования картинок в 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вот кое-что по Nokia7650 (176*208):

http://www.qsl.net/dk7nt/lcd7650/lcd7650index.html

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Нашёл кусок даташита на модуль LS020B8UD06 (у меня именно такой), полезного там только одна страница (прикрепил).

Так вот, там пару пинов - RS и CS - похожи на двунаправленные.

Надо бы их помониторить, может какие сигналы есть?

Меня, в частности, интересует вопрос вертикальной синхронизации.

Если определить момент начала формирования (сканирования) кадра, то тогда можно будет избавиться от фликера при обновлении даже всего экрана (при скорости SPI в 12-13 МГц).

post-19695-1171490598_thumb.jpg

Изменено пользователем sonycman

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

К sonycman

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

К sonycman

 

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

 

Почему нет? :)

Вы тоже "мучаете" такой дисплей?

Ищите исходники? У немцев ведь целая библиотека есть.

Я не стал пользоваться, потому что влом разбираться с чужим кодом, сам напишу то, что надо.

А что не получится - спрошу, как сделать :)

Хаген просто душка - помогает :)

 

Не знаю, может ли это кому-то пригодиться :)

Всё пока сыроватое (особенно инициализация дисплея), но печатать текст с различным выравниванием можно.

Шрифты рисовал сам, не стал пользоваться редактором Хагена, хотя хотел сначала.

Структура похожая, только добавил lookup table (не знаю, правда, зачем - жалко было время тратить на перебор байтиков во флешке, тем более памяти достаточно :( ).

И компрессию не использовал - двухцветным шрифтам это не надо.

 

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

1.rar

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

RS - это признак команда/ данные

CS - это сигнал выбор кристалла.

Странно, что в табличке они двунаправленные, обычно они идут от внешнего управления к контроллеру дисплея

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Тоже проверил RS и CS - пусто. :(

А где именно эта точка? И дисплей у вас какой? LS020?

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

RS - это признак команда/ данные

CS - это сигнал выбор кристалла.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...