Вот мой код для инициялизации.
init_scr
bcf bit_cs
bsf bit_dc
data_spi_word 0xfdfd
data_spi_word 0xfdfd
movlw 0x44
call delay_ms
data_spi_word 0xef00
data_spi_word 0xee04
data_spi_word 0x1b04
data_spi_word 0xfefe
data_spi_word 0xfefe
data_spi_word 0xef90
data_spi_word 0x4a04
data_spi_word 0x7f3f
data_spi_word 0xee04
data_spi_word 0x4306
movlw 0x07
call delay_ms
data_spi_word 0xef90
data_spi_word 0x0983
data_spi_word 0x0800
data_spi_word 0x0baf
data_spi_word 0x0a00
data_spi_word 0x0500
data_spi_word 0x0600
data_spi_word 0x0700
data_spi_word 0xef00
data_spi_word 0xee0c
data_spi_word 0xef90
data_spi_word 0x0080
data_spi_word 0xefb0
data_spi_word 0x4902
data_spi_word 0xef00
data_spi_word 0x7f01
data_spi_word 0xe181
data_spi_word 0xe202
data_spi_word 0xe276
data_spi_word 0xe183
data_spi_word 0x8001
data_spi_word 0xef90
data_spi_word 0x0000
bsf bit_cs
RETURN
После инициализации на экране случайный мусор. У меня экран как на картинке, цоколевка правильная. Вывод reset цепляй на Uпитания экрана, из-за этого у меня долго не получалось,думал тоже что спалил контроллер но нет. На самом деле не сложно.

Спасибо, skripach, буду пробовать.

У меня пока одна проблема - контрастность. Китайские дисплеи идут с какой-то убогой контрастностью. Если этот дисплей поставить на телефон, то там есть сервисная функа подстройки контрастности и можно настроить, а тут то я не знаю команды подстройки. В результате изображение видно только под углом. Может придумаем SPI монитор? У меня есть Сименсы, на которые можно одеть монитор и помониторить...

Да, вопрос о SPI-мониторе, похоже, назрел. Может быть, использовать Mega8515 с внешним RAM в режиме SLAVE ? Или придётся делать чисто аппаратный аналог SPI и записывать данные в RAM, перебирая адреса счётчиком? Кстати, а какая максимальная частота РЕАЛЬНО достижима в SLAVE режиме? В DS что-то не нашел.

Товарищи, обращаю ваше внимание на след. факт: LCD от S65 отображает 16-битный цвет, разрешение 132X176, отсюда несложно найти что картинка будет занимать 46464 байт. у меня на оптимизированной по времени программе на чтение с MMC и вывод на экран ушло боллее 2-х секунд (на глаз) и это на 12 Мгц (одна инструкция выполняется за четыре такта). Из выше сказанного следует что для корректного отображения графической информации нужен довольно быстрый процессор. Кто нибудь может предложить что нибудь доступное, работающее на частотах около 100 Мгц???

Господа, а нет ли у кого информации про дисплеи LPH9135-1 и LPH8731-1 ??? Вообще у них тоже по десять выводов, как и у LPH88xxxx, может и интерфейс одинаков. Оба дисплея были выворочены из телефонов Simens.

2 skripach Что-то медленно у Вас читается MMC. Вы используете PIC? Может быть, AVR с его аппаратным SPI справится с чтением MMC и записью в дисплей побыстрее? Кроме того, как писал ранее Alexey Belyaev, нужно сначала рисовать картинку в памяти дисплея, а затем давать команду на отрисовку, смена изображения будет производиться мгновенно.
http://electronix.ru/forum/index.php?showt...6563&st=34#
2 Alexsys А Сименсы какие?

Никто не пробовал запитывать дисплей S65 от +3В а не +2,9В (не настолько же он нежный)? 2,9В какое-то нестандартное напряжение... или может лучше +2,85В поставить (в выборе компонентов могу только на продукцию TI ориентироваться) ?

LPH9135-1 из Siemens AX72
LPH8731-1 из Siemens MC60 (у C60 вроде такой же)

Я пробовал питать LCD S65 и Mega16 от 78L03. Mega работает нормально, хотя она и без L. Удобство в том, что не требуется согласовывать уровни Меги и LCD.
На немецких форумах, посвященных мобильниковским LCD, народ также пишет о работоспособности LCD при питании 3,6в.
http://www.mikrocontroller.net/forum/read-...load=yes#243641

Nanobyte я вывожу картинку на экран побитово(прочитал 1 бит с ММС и тутже отправил на экран) так што применение аппаратного SPI наверное не поможет. А по поводу сначало рисовать, а потом выводить на экран, то при выводе статичных картинок это поможет(но надо знать соответствующие комманды (если они есть)), но я думаю над тем как выводить видео.

invertor79 у меня экран питается от двух аккумуляторов, на них написано 1,2 В; тоесть в сумме 2,4 В все работает.

Вывод видео как раз и требует быстрой смены картинки на экране, поэтому и нужно готовить её в памяти дисплея. В самих телефонах ведь всё работает (на глаз - 15 fps), значит необходимо оптимизировать чтение/запись SPI. При разрешении 132*176 потребуется прочитать/записать 371712 битов. При тактовой частоте 16 мГц и удвоенной SCK это можно сделать за ~23 mS, т.е. получается ~43 fps. Конечно, нужно ещё время на передачу команд в MMC и LCD, но резервы, как видится, есть.

А команды прорисовки изображения есть, конечно, ведь телефоны это делают. Есть куча подходящих DS на контроллеры, многие команды совпадают с известными, но ...Никак не могу вплотную заняться S65, очень тяжёлый проект завершаю.

Nanobyte вы пишите что для вывода видео нужна быстрая смена картинки и для этого надо сначала писать в память, но ведь на это тоже нужно время.

Ну так выше и был приведён примерный расчёт времени на передачу, резерв есть, и неплохой.

у меня ATmega128 тактована от 20Mhz и SPI в sck/2. Всё равно видна отрисовка. Даже маленького квадратика.