The SPI is a full duplex serial interface, designed to be able to handle multiple masters and slaves connected to a given bus.
Это иэ доки на LPC2194.
Одновременно сдвигаются и регистр приема, и регистр передачи.

SPI работает в дуплексном режиме. По каждому тактовому сигналу один битик передается и один принимается.

Подскажите, пожалуйста, можно ли использовать DMA в случае, когда мне необходимо принимать поток данных с 8-разрядной параллельной шины (быстрый АЦП)? Или это все работает только для внутренних переферийных устройств процессора?

А вот тут возникает интересный вопрос с ChipSelect - если в процессе передачи я меняю адрес устройства для приема, то что будет, старый PCS так и останется активным и новый PCS станет активным, или нет?

Изменяемый выбор периферийного устройства позволяет вести буферизованную передачу данных с различными периферийными устройствами без перепрограммирования содержимого регистра управления режимом работы. Информация записывается в передающий регистр данных словом в 32-битной ширины, и содержит передаваемые данные и номер периферийного устройства, которому они предназначены. При использовании контроллера ПДП периферии (PDC) в этом режиме необходимы 32 - битные буферы, с хранением данных в LSB и полями PCS и LASTXFER в MSB. Интерфейс может управлять количеством бит данных, передаваемых по линиям MISO и MOSI за один сеанс передачи (8 или 16) с помощью регистров управления выбором корпуса. Если исходить из размера выделяемой под буфера памяти, это не самый оптимальный способ, но он предоставляет очень эффективные возможности для обмена данных с несколькими периферийными устройствами без занятия процессора.

Всем привет!

Вчера вперся в непонятную проблему, решения (кроме совсем тупого) пока не нашел.

Итак, вывод данных у меня сделан с помощью 74HC595, ввод - 74НС165.
Висят на одном CS, точноо, к '165 CS вообще не подключен.
В настройках CPOL=0, NCPHA = 1.

Делаю пока без PDC, потому что не могу элементарно найти глюк.

Отсылаю байт, жду, принимаю байт.
Отсылка работает нормально, '595 принимает байт, на выводах все, что нужно. А вот при приеме затесывается лишняя единичка в начале (LSB). Т.е. у '165 все входы подтянуты к земле, однако принимаю я 0х01.

Меняю CPOL=1, начинает работать ввод, но теряется один бит на выводе.

Учитался даташитов, не могу понять, что не так.

Тупое решение проблемы - раздельный вывод и ввод, т.е. менять CSR между циклом вывода и ввода. Но это значет, что прощай дуплекс, сначала 40 мс ждем пока все данные улетят в вывод, потом столько-же, пока данные прилетят со ввода.
Что делать - не понятно...

А обьясните мне глупому по PDC у SAM7. Предположим хочу использовать его для чтения DataFlash. Но ведь чтоб пришел байт, нужно и послать байт. Значит для чтения нужно "гнать" какие-нить левые данныеи и "туда"? И абсолютно безразлично какие? Т.е. я могу настроить блок PDC на передачу на тот же буфер, что и приемник, например?

Да.


Увы, так и есть. 595 защелкивает по фронту тактового импульса, 165 выдает первый бит по этому же фронту, т.е. уже после чтения в SPI. Вот и получается сдвиг на бит. К сожалению, в SPI нет режима, в котором данные выставляются по фронту а читаются по срезу. Можно включить инвертор в цепь CLK одного из регистров, может и поможет - надо помедитировать над времянкой.