скорость 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кГц, при програмном исполнении.

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

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

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

[yarunt]

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

579 - 74HC579, но я внимательно прочитал - вариант, предложенный =GM= делает то же самое на внутренних ресурсах. Тип дисплея огласите, пожалуйста. Информации о его частоте недостаточно - интерфейс может работать асинхронно от генератора дисплея, надо смотреть временные параметры интерфейса.

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

[rx3apf]

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

579 - 74HC579, но я внимательно прочитал - вариант, предложенный =GM= делает то же самое на внутренних ресурсах. Тип дисплея огласите, пожалуйста. Информации о его частоте недостаточно - интерфейс может работать асинхронно от генератора дисплея, надо смотреть временные параметры интерфейса.

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

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