Тогда, мне кажется, лучше всего эту задачу решить на матрице - отдельный вход выделить на "команда/данные" и честный SPI для связи с МК, а на второй стороне - хитрый 9-битный для дисплея.

(Размышляя... ) Или на сдвиговом регистре типа 579 - параллельно грузить с процессора, последовательно выдавать... бит команда/данные завести на последовательный вход, CS программно формировать - дернул ногой, 9 nop, дернул взад, его же на загрузку регистра, такты прямо с кварца через буфер.

А какую максимальную скорость SPI поддерживает этот дисплей? и какую дает используемый контроллер, на выбранном кварце. В общем надо использовать аппаратный SPI и передавать 9 бит данных за 2 байта, можно , конечно сделать так, как предлагает =GM=, но мне не совсем понятна его идея... клоки можно считать и асинхронным таймером, подав их на асинхронный вход, а затем каким либо образом прерывать передачу SPI, например запрещая SPI, но будет ли это лучше и надежнее и намного быстрее простой передачи 2х байт, сомневаюсь.

Ха! Зато ровно 9 бит и 8 мбит/с!

Критиковать легко! У вас есть другое решение, которое даёт то же самое? Если да, то покажите.

Да не переживайте, это не наезд какой. Просто уж очень завихрасто. ;О) Половину ресурсов МКшки на это дело уйдёть. Да и пока таймер зарядишь-разрядишь, пока то, пока сё. А так СПИ оттарабанил - один битик вручную передёрнул и вуаля. Или наоборот.
http://electronix.ru/forum/index.php?showt...7568&st=19#

Я бы поставил два дополнительных логических элемента и после передачи 8 битов от SPI передёрнул ноги данных и тактовой частоты. ИМХО, расходы невелики, а все проблемы решаются оптом.

На 579 ...это какая МС?.... я уже много думал ,лучше был у дисплея паралельный ,ещеб в 9раз шустрее был. По даташиту описания скорости не...но внутренний генератор 815кГц.На атмеге 128 икварце16мГц,частота клока около 700кГц, при програмном исполнении.

579 - 74HC579, но я внимательно прочитал - вариант, предложенный =GM= делает то же самое на внутренних ресурсах. Тип дисплея огласите, пожалуйста. Информации о его частоте недостаточно - интерфейс может работать асинхронно от генератора дисплея, надо смотреть временные параметры интерфейса.
700КГц - 22 такта на бит - это вам удалось. Полагаю, что реально уложиться в 6-8 тактов.

тип дисплея D15G14E на чипе PCF8833. Чип поддерживает паралельный ,но дисплей только spi.

при таком кварце аппаратный SPI даст вам до 8МГц.

serial clock SCLK period (SCLK) min 150 ns (стр.77 даташита) - 6.6МГц максимум. Исходите из этого.

Не вижу вообще никакой проблемы. Зачем работать по байту плюс D/C, если можно работать блоками, кратными 9 байтам (что даст восемь байтов и восемь битов управления). Подготавливать, правда, чуть-чуть сложнее, но я вообще не представляю побайтовой работы с дисплеем...

Поскольку максимальная скорость интерфейса дисплея 6.6(6) МГц, то вопрос с 8 мбодами отпадает сам собой(:-).

А вот если устроит скорость 4 мбода, то могу показать, как сделать чисто программно. На такой скорости, конечно, можно только обновлять экран 19 раз в секунду, больше ничего не успеть. Да ещё большой вопрос, откуда брать новые кадры..или картинка статическая?

Применительно к SPI - да (в том случае, когда устройство действительно некритично в ведущим "лишним" битам). Применительно к эмуляции SPI через USART в синхронном режиме - нет. Поскольку последний передаваемый бит всегда будет равен "1", а прием так и вовсе не начнется до тех пор, пока не появится бит "0". Не говоря уж о разных SPI-модах...

Для озвученного устройства USART в синхронном режиме отпадает, т.к. данные там могут передаваться сплошняком: 9 бит + 9 бит + 9 бит + 9 бит... и контроллер дисплея будет интерпретировать старт и стоп биты как текущие биты данных.

Хотя для других применений, скажем для передачи 9-битных данных с одной атмеги на другую, или для передачи на самопальный регистр сдвига, USART в синхронном режиме вполне подойдёт.

Мне было необходимо использовать два SPI. Учитывая уже написанное (что использовать в данном случае прерывание для получения максимальной скорости неэффективно) я поступил так, как предлагает уважаемый Сергей Борщ. С небольшой разницей. Я подключил сдвиговый регистр - как ячейку памяти (память внешняя у меня используется) а на сдвиг подал SCK первого SPI. Таким образом я выполняя сначала вывод в озу 1 байт и в SPI - второй, - работаю сразу с двумя SPI и таким образом экономлю время. Естественно таким образом можно сделать и больше каналов.