И у Вас это работает? У меня точно такая же картина: остаются 170 пикселей. И еще, не подскажете, как в С передаются аргументы функции? Через стек?

быстрее будет не грузить Х,Y в разные регистры и на каждый проверку делать а использовать sbiw.

p.s. насчет незаполненной области...
покажите команды задания окна (т.е. то что перед передачей данных).
у вас там "сто пудов" стоят координаты 176 и 132... а надо 131 и 175 (ибо 0-131, 0-175)

Sergey Parfenov
Только что проверил вот с таким кодом:

Экран закрашивается полностью. Если заменить 176 на 175 - справа остается одна вертикальная полоса.

Cyber_RAT
Да, sbiw циклом быстрее (на 0.2%), но мне координаты нужны при выводе служебной информации...

Сегодня выжал с дисплея LS020 66fps в 16bit частота SPI выходит 24МГц.

Fusion: я не в цикле отрисовки говорил заменить 176 на 175
а в командах задания активного окна...

Cyber_RAT
Да, я понял.
У меня в цикле как раз окно не стандартное 129х161 (Сетка с шагом 16). А слева 15 пикселей для служебной инфы. Я выше выкладывал код.

Alex_1811
24 мГц? А процессор какой?

AT91SAM7S256

Alex_1811
А рабочим примером не поделитесь?
Начну изучать SAM7 с нуля ...

Это при том, что допустимая частота контроллера LS020 всего 13 мегабит.
Ну и как, на 24 мегабитах глюков не наблюдается?

Здесь:
http://electronix.ru/forum/index.php?act=S...st&p=381141

На глаз проблем не заметно все работает стабильно.

У меня работает на 22.5 МГц(16bit SAM7X256 over PDC). Глюков не видно, хотя при быстрой смене кадра фликер все равно просматривается(если специально не присматриваться то наверно не заметишь), не смотря на частоту клока и работу через ДМА. Выкладываю свой пример. Пока он в состоянии заготовки для будующего проекта. Пример использует TNKernel. В примере один процесс последовательно отрисовует 2 картинки на весь экран с интевалом 500 мс, второй процесс меряет напругу на ADC4 раз в 10мс и рулит ШИМом(для подсветки). В дальнейшем планирую прикрутить микрочиповский GUI, через FrameBuffer.

З.Ы. Данные идут на SPI0.
З.З.Ы. Проект выполнен в Keil.Для нормальной сборки возможно потребуется поправить пути в свойствах проекта.

Фликер это старая проблема.
Как его избежать - непонятно, хотя телефон как-то умудряется синхронизироваться с дисплеем так, что никакого фликера нет...

Народ, поделитесь хидером шрифта для 8х8 и больше с кириллицей.
Во вложении нормальный шрифт 8х5.

Хедеры больше 8х8 можно создавать этой софтинкой: h__p://sarov.nnover.ru/fajlboks-ffdown/310692.html
А 8х8 сам ищу.
(Тоже делаю девайс с дисплеем от х65, но не на AVR, а на MSP430)

Вижу что нету у народа хидера шрифта, так-что сел и написал простой
редактор шрифта. Пока работает только размер 8х8, но буду дерзать далее.
Вот оцените.

Ну вообще-то уже выкладывал в этой ветке
http://electronix.ru/forum/index.php?act=S...st&p=398360

У меня этот шрифт на дисплее перевернут на 90 градусов.

Както неверится, что 22.5 МГц. Интересно какая у вас длинна проводников до дисплея, у меня 10см и при 12МГц уже непоказывает как надо, 10МГц держит нормально. Ктомуже как действительно он может работать быстрее 13МГц, если котроллер быстрее неможет принять?

И у меня такое было, в зависимости как дисплей расположен.
Тут программно в подпрограмме вывода строки надо разворачивать (я отдельной подпрограммы
вывода символа не делал, т.к. вывод символа = строка в один символ).
К стати символ 16*8 я делал используя этот же шрифт - каждую
горизонтальную линию прорисовывал два раза.

Нажмите для просмотра прикрепленного файла

У меня стабильно на выдает 66fps отсюда частота 66*176*132*2*8=24.532МГц.
Длина шлейфа 12см.

Я извеняюсь, а как вы это померяли? В дебагере?

При каждой заливке экрана я меняю состояние пина, потом меряю частоту на пине и умножаю на 2.

Можеш поверить, работает!!! Длина прводков тоже приблизительон 10см(кусок плоского шлейфа АТА).

А какой предел скорости удалось получить, просто я хочу сделать щас конвектор паралельной загрузки в SPI на плис. Я тогда подниму скорость до 20Mгц. А там как получится. Использую FIFO на внутренней памяти плис. Туда мы выводим данные, очень бысто, паралельным портом, а на выходе SPI.

Вот закончил прогу для создания шрифта.
Может кому пригодится.

Осилил, наконец, все страницы данной ветки (и не один раз) и получилось запустить дисплей под TI CC2431 (просто делаю ZigBee устройство). Очень помогает отслеживать параметры сети, да и вообще очень полезная вещь, т.к. можно отказаться от большого количества светодиодов и кнопок, пожертвовав всего одним портом. Запустил через HW SPI (единственное, что пока не подключил подсветку, но и так нормально). Спасибо всем, что выкладываете примеры, благодаря которым можно быстро определить неточности в собственном софте.
Однако у меня есть небольшой вопрос: есть ли где-нибудь в одном месте (как у немцев) собранные ценнейшие знания по регистрам данного LCD? Естественно читая каждый пост можно найти необходимое, но думаю, что если бы это было в одном документе и постоянно корректировалось, то это было бы осень здорово, как и один единый архив с проектами под разные контроллеры и IDE. Готов поучаствовать в создании документа.

Здесь народ тоже с этими диспами заморачивается, достаточно успешно, надо сказать. Даже перевели ПДФку немецкую, у кого то в подписи там есть. Только похоже они его подзабросили и не обновляют.

one photo from crash sx-65 on car ( build by ARM 7)

Привет всем.Я ииспользую диси преобразователь на тане15. Код и схему можно взять на вртп.ру в разделе мп3 плеер на хдд.
Я считаю что очень неплохо выходит(ток потребления от 3хх вольт - около 15мА)
Да и яркости вполне достаточно, если резистор не ставить вообще


Ну молодец что разобрался. Есть чем похвастаться.

Можете не верить, я собрал три устройства одно на меге128 с частотой 16 мегагерц, второе на арме со штатной частотой в 48 мегагерц, и третье на дсп вс1000, с частотой в 12х4 мегагерц.
Прогу залил на всех с одной задачей, чередование заливки то красным то зеленым цветом.
Авр колбасил на частоте цк/2, арм тоже цк/2, дсп пустил SPI канал на тактовой.
Есть видео, получилось прикольно. Дсп порвал все в пух и прах, там было видно даже гармонику частоты смены кадра, в отличии наблюдения заливки армом и авром.
Я к чему все это. Да просто дисп РАБОТАЕТ на частоте SPI в 48 мегагерц. Могу поспорить.Причем стабильно, на длину проводов даже не смотрел.

а ни кто не догадался, в АРМе, прогу вывода на экран в РАМе расположить, тогда и до ~80 фпс не долеко

Народ подскажите какой именно функцией у немцев шрифты на экран выводятся, а то нифига немогу понять...

При таких скоростях осталось к экрану прикрутить только VGA-вход и играться. Что касается потребления преобразователя 15мА от 3.3В - так это на вечный двигатель похоже. Или же в ущерб яркости преобразователь.

У меня из РАМ выполнялось. При увеличении частоты экран заливался не полностью.
Пример вывода шрифта:

Спасибо.
Только непонятно как это всё привязать к аппаратной SPI, или здесь под SPI подразумевается
функция LCD_PutPixel(GCLD_x,GCLD_y+8-j,GCLD_Col) ?
Ещё непонятно как пользоватся стрингом, -он должен указывать на конкректные строки масива или нужно просто обьявить строковые константы и выводить их под указатель -как в обычном printf ?
Прошу сильно не пинать, так как я начинаюший програматор.........
А под 16 битную SPI для ARMa такого примера нет? а то начал переписывать и запутался.......

unsigned char const zg1[]="АБВГД";

вывод строки:
LCD_WriteString(zg,1,1,RGB_RED);

Все что связано с SPI(и нетолько):

У меня проблема: задание области вывода работает только один раз. Например, если сразу после инициализации очистить экран а затем попытаться заполнить определенную область то черная полоска начинается там, где закончилась очистка экрана. Аналогично, если вместо очистки заполнить область N, а затем задать координаты области M, то заполнятся будет область N. Такая проблема только у меня?

Надо spiout(0xEF90).

В сообщении, конечно, опечатка, но и с 0xEF90 тоже не работает.

А процедура spiout() байты местами не путает? Мало ли. Никогда такой проблемы не было ни с одним экраном. Проблема может быть в некорректном состоянии RS или CS не там где надо меняется.

Разбираюсь пока.
Да уж - серьёзная работа проделанна! Главное что всё намного понятней чем у немцев!
Здесь мне только непонятно с масивом unsigned int video_buffer[1][1]; - его что нельзя просто
обьявить как глобальную переменную?

Уже наступал на эти грабли, поэтому не путает Перепробовал как программный, так и аппаратный SPI, с частотами тоже играл, поэтому дело не в интерфейсе.
spiout устанавливает RS, а spidat - сбрасывает, CS в обоих случаях сброшен, вроде ничего не перепутал.

Проблема решена: оказывается, после передачи команды надо было обязательно дергать CS!

Вообще должно быть video_buffer[176][132] но так как отлаживаю в ОЗУ пока видеобуфер не использую (не хватает памяти). Чтоб под массив не выделялась память сделано [1][1].

Да я уж догадался Я хочу TIшные ARMы использовать -у них много флеши, и работают из флеши довольно таки шустро в отличчи от Атмеловских. Но пока проблемы с разводкой - уж больно мелкие!

Немного не по сабжу, но... может кто нибудь знает где в Питере можно купить дисплейчик от х65 с контроллером LS020?

В Донецке покупал дисплеи от х65 с LS020B8UD06 по цене эквивалентной 16 $ в магазинчике торгующим запчастями к мобильным телефонам. Думаю, что в Питере в подобных магазинах Вы сможете найти дисплеи от х65.

Стал счастливым обладателем дисплея s65 на чипе LPH88... подключил с первого раза, заработал... у меня возникли вопросы... ктонить расковырял как в нем перейти в 8битный режим? ... как прокрутку делать и другие фичи которые расковыряли для ls020 ?

В даташите на контроллер HD66773 от LPH88 очень много написано, в том числе и про прокрутку, но 8-битного режима там нет, только 8-цветный.

чтото ненашел я там кодов которые послать надо по спи
ЗЫ я новичек, сильно не пинать