атмеговский SPI всего 8 бит
очень хочется передавать за раз в два-три раза больше,
пробую в обработчике прерывания (слейва) читать
дата регистр типа
...
byte[0] = SPDR;
byte[1] = SPDR;
byte[3] = SPDR;
итд.

в мастере передаю эти 24 бита за одну посылку и одним CS -
то есть перед перечаей ставлю CS, после передачи всех 24 бит убираю.
получаю в сейве правильно все, но что то меня сомнения гложат что так неправильно делать.
кто подскажет насчет этого?

Наоборот, всё правильно.
ЦС как раз взводится ручками и в данном случае это ой как хорошо. Сложнее было, если б управлялся "продвинутой" периферией

Сообщение отредактировал _Pasha - Aug 1 2012, 07:25

Идея верная, еще полезно отловив неактивное состояние CS выключить/включить SPI чтобы восстановить синхронизацию если вдруг она сбилась из-за помехи.

Вот-так и читаете, не проверяя: "а, были ли второй и третий байты приняты устройством ?"
Даже немного странно, что такое работает... Вероятно, скорость передачи - максимальная.
Да, и с флагом SPIF - непонятно... По приёму первого байта и переходу на обработчик прерывания он будет сброшен... А, по приходу второго и третьего байта - кто этот флаг сбросит?

Согласен, что как-то странно это выглядит.


Никто не сбросит.

Он тои раза и входит в обработчик, я думаю что он сократил код

Я так понял, что входит он в прерывание по spi именно один раз.
Если три раза, то чем вариант ТС отличается от стандарного?

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

Типа такого:

?
Так сойдёт наверное.

на avr freaks задал такой же вопрос-несколько противоречивых мнений.
но как я понял если первый байт принимается в прерывании то второй и третий нужно принять после проверки
ожидания готовности бита данных в буфере.
как то так.
но я не стал испытывать судьбу и просто написал State mashine для приема
трех байт в обработчике прерывания.

http://www.avrfreaks.net/index.php?name=PN...ic&t=123491

Может я ошибаюсь, но прерывание spi произойдет сначала от перехода в 0 линии SS. То есть читать ещё рано - данных нет, можно записать в spi байт для передачи и потом ждать приёма байта от master-а.

А зачем ждать В прерывании?
Если приём быстрый, на максимальной частоте, есть смысл вообще отказаться от прерываний. Как раз пока новый адрес ячейки вычислится, байт и уйдёт. А если медленно, то по указателю и побайтно.

А на изменение SS как успеть отреагировать?


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

Ну, можно SS на INT завести
Но вообще я говорил про мастера.

Чтобы сделать на ST на СИ, надо объявлять указатель. Иначе никакого инкремента не будет, будет каждый раз загрузка адреса.

Это правило для мастера. Если SS как вход и появляется лог.0 , то произойдёт прерывание. К мастеру кто-то хочет достучаться. Ну а обычно