скорость SPI, что быстрее програмный или апаратный? Опции

[yarunt]

Н ужен быстрый вывод байта на SPI. Вопрос к знающим какой быстрее апаратный или програмный? И еще вопрос как реализовать по апаратному spi 9 бит....возможно ли это?

[GDI]

Я так понял ...юарт будет дату а клок... чем выводить?

Не правильно понял, да и не в том направлении тебя отправили.
Лучше расскажи общественности зачем тебе надо 9 байт по SPI передавать, чем управлять собираешься?

формировать посылку так, чтобы передавать кратно 8 битам, а остаток ненужных бит впустую вдвигался в приёмник и там погибал.

Вот это , возможно, более правильный вариант, но надо смотреть как именно воспримет это целевое устройство. Т.е. делать нужно так, берете 2 байта, 11111111 10000000, здесь "1" - это, условно, данные - 9 бит, теперь передаем через SPI байт 10000000, младшим битом вперед, затем второй байт 11111111, таким образом у нас не значащие "0" выталкиваются из сдвигового регистра приемника в никуда и в нем остаются только 9 бит значимых данных, у нас они помечены как "1". А спрогнозировать как поведет себя подчиненный можно прочитав даташит на него.

[yarunt]

[quote name='GDI' date='Feb 20 2007, 11:54' post='213431']
[quote]Я так понял ...юарт будет дату а клок... чем выводить?[/quote]
Не правильно понял, да и не в том направлении тебя отправили.
Лучше расскажи общественности зачем тебе надо 9 байт по SPI передавать, чем управлять собираешься?






Цветной дисплей с спи ...9-й бит идет как бит команды....нужно дисплей как можно быстрее заполнять.

Сообщение отредактировал yarunt - Feb 20 2007, 15:04

[Сергей Борщ]

Цветной дисплей с спи ...9-й бит идет как бит команды....нужно дисплей как можно быстрее заполнять.

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

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

[yarunt]

Цветной дисплей с спи ...9-й бит идет как бит команды....нужно дисплей как можно быстрее заполнять.

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

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

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

[=GM=]

По даташиту описания скорости не...но внутренний генератор 815 кГц. На атмеге 128 и кварце 16 МГц,частота клока около 700 кГц, при програмном исполнении.

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

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