_Информацию_ можно. Но структура информации будет такой же, как и в асинхронном режиме - т.е. старт-бит, данные, [паритет], стоп.




Это (байты или биты синхронизации) используется в синхронных протоколах, когда нет возможности определить начало посылки иным способом. Типично - в беспроводных системах передачи данных. Идет шум или поток данных, некоторая последовательность проверяется коррелятором, при превышении порога (или точном совпадении - зависит от назначения) запускается приемник. Еще синхронные трансиверы типично умеют сами считать CRC16, поскольку скорости большие, и вычислять CRC программно - очень накладно.

Ну так! Человек вроде и спрашивал
Вот он вытолкнет 9 бит, а на другой стороне примет, какое ему дело, что будет дополнительно передаваться старт и стоп биты? А вы говорите невозможно...

Не, в беспроводных эт понятно, там нет провода синхронизации, приходится её вырабатывать на приёмном конце, да это еще не все, передаётся несущая, чтобы подстроить местный гетеродин, потом преамбула, чтобы подстроить тактовую частоту, потом передается кодовое слово, или фазовый пуск, или по-вашему, байты синхронизации, чтобы указать начало инфобит (вот у меня один раз было изделие, так там был фазовый пуск длиной 288 бит, ей-богу не вру!).

Но при чём здесь беспроводные системы? Автору надо передать 9 бит и 9 импульсов синхронизации.
Предлагается решение 11 бит (добавляется старт и стоп) и 11 импульсов, скорость 8 мбод при тактовой 16 МГц. И все довольны, особенно автор топика. Почему нельзя использовать?

Автору надо передать 9 битов данных. А будет передано 11, причем два из них с жестко заданными значениями. Для чего, кому и куда надо передать данные - в вопросе не было. Типично, обмен по SPI таких извращений не позволяет. Хотя и значения, не кратные 8 битам, тоже экзотика. Если получатель допускает такой формат посылки - да, можно так и сделать. А если нет - облом.

Как правило, получатель именно требует такой формат ;О) ЦАПы,АЦПы... Есть вариант, некратные 8 биты совать программно, а 8-бит аппаратно. Или формировать посылку так, чтобы передавать кратно 8 битам, а остаток ненужных бит впустую вдвигался в приёмник и там погибал. Безвестно. Делал и так, и так.

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

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

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

Любопытно, никогда таких не видел. Пример можно ? А то все, с которыми я имел дело, имели четко кратный байту формат, и без фиксированных значений битов в обрамлении кадра. Самое изратное, что приходилось видеть - это SPI-режим у VNC-1L. Вот тут да, ужас, летящий на крыльях ночи...

AD840x, AD520x...Говорю-ж ЦАПы, АЦАпы. Тыкай в любого, особенно если многоканальное чего.

AD840x - это цифровые потенциометры (это не совсем DAC). Да, действительно, 10-битная посылка. Но вовсе не толерантная к лишним фиксированным битам, насколько я могу судить. AD5203 - тоже потенциометр. Стандартная 8-битная посылка. AD5200 - 8-битная. 5201 - шестибитная. А, ну еще 5207 - с десятибитной. А вот если "ткнуть" в типичные ADC и DAC - AD420 два байта, AD770x - 8/16/24 бита (это с которыми я работал). Так что исключения - редчайшие, и это, скорее всего, встречается только у очень древних продуктов, в те времена аппаратный SPI у микроконтроллеров был скорее исключением, чем правилом...

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






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

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

В синхронном режиме выделяется отдельная ножка под клок, в даташите описано.


Если уж быть до конца честным, то стандартный SPI работает только с байтами (т.е. 8 бит). По крайней мере так описано в последней ревизии S12SPIV3 от Freescale, которая у меня под рукой. Исходя из этого, мне крайне сомнительно, что автору надо передавать в стандартный ЦАП, память или другое спай-устройство, выпускаемое серийно, поскольку такие устройства, как правило, разрабатываются под определенный интерфейс, в частности под SPI, а не на 9-10-11..бит, это смертельно для рынка.

Уже ответили, мои догадки были неправильные.

И кому от этого легче?

Правда? Ну вот вам свежайший AD7680 c 20-битной посылкой. Или AD7690. С 18-битовой... ;О) Напишите в АДИ, что уже есть процессоры с аппаратным СПИ. А то мужики-то не знают...Удивяцца, небось.

Вот ещё один способ придумал, экзотический(:-).

Выдвигаем биты через сдвиговый регистр спая как обычно, а клоки готовим с помощью оср-пина одного из таймеров. Останавливать клоки можно или другим таймером, или в фоне.

Вгрубе алгоритм такой. Программа записывает первый байт в спай-регистр и запускает выдачу клоков по сравнению. Затем она отсчитывает 16 тактов (время передачи 8 бит на 8 мбодах), посылает второй байт, отсчитывает 2 такта и останавливает оср. Вот как-то так, по-моему, должно работать.

Примеров много. Но при этом они вполне адекватно относятся к 24-битной посылке, защелкивая только последние 20(18, сколько-нужно) бит.

Обо што и речь!

;О) Через ж..., автогеном. ;О)