SPI sam7 можно ли ввести паузу между CS ? Опции

[cebotor]

есть SAM7A3 есть чип , которым нужно управлять по SPI.
для работы с этим чипом требуется часто и непериодично дергать чип селектом.

Вопрос:
Можно ли в SAM7 ввести задержку между пропаданием чип селекта и выставлением его заново?

По датащиту вроде ни один бит для этого не предназначен. Ничего не пойму - неужели атмеловцы вобще не рассчитывают на то что устройству может потребоваться перерыв между чип селектами ?

Или я чего то не понимаю?

[sergeeff]

while(!(*AT91C_SPI_SR & AT91C_SPI_TDRE)); // wait for transmit data register is not empty
*AT91C_SPI_TDR = (WORD)(dwData & 0xFFFF);
while(!(*AT91C_SPI_SR & AT91C_SPI_RDRF)); // wait for received data

[cebotor]

while(!(*AT91C_SPI_SR & AT91C_SPI_TDRE)); // wait for transmit data register is not empty
*AT91C_SPI_TDR = (WORD)(dwData & 0xFFFF);
while(!(*AT91C_SPI_SR & AT91C_SPI_RDRF)); // wait for received data

все - разобрался, дело было не в этом а в граблях ревизии атмела..
у меня были примеры от иара где в SPI_MR выставлялся бит делителя на 32 - fdiv.
SPI_MR = ...........9; // 9 - мастер моде и fdiv
так вот к моменту последнего датащита этот fdiv атмел изъял из описания.
Самое смешное , что если его выставить - частота действительно падает в 32 раза , но начинает глючить (пауза DLYBCS точно не отрабатывается, там наверное и еще чтото ).

[yura-w]

пауза DLYBCS точно не отрабатывается, там наверное и еще чтото ).

подскажите, пожалуста, в чем причина:

на at91sam7x (на 50МГц) настроил DLYBCS = 0, длительность СS =1 мкс.
получаю время от входа в ф-ию передачи по spi до формрования CS ~ 1,2 мкс!!
(такое же время от снятия CS до выхода из ф-ии)

передаю так:
unsigned int SPI0_Send(unsigned int data, unsigned char pcs, unsigned char lastxfer)
{
lastxfer = (unsigned char)lastxfer & (unsigned char)0x1; // get lo 1 bit
// whait for tx register empty & create register content
while(!(SPI0->SPI_SR & AT91C_SPI_TDRE)){};
SPI0->SPI_TDR = (data & 0xffff) | lastxfer << 24 | pcs << 16 ;
// wait for rx register full
while(!(SPI0->SPI_SR & AT91C_SPI_RDRF)){};//do while nonzero
return(0xffff & SPI0->SPI_RDR);
}

[prottoss]

подскажите, пожалуста, в чем причина:

Почитай вот здесь http://electronix.ru/forum/index.php?showtopic=35141&hl=

Я для себя уяснил одно - не парится с аппаратным дрыганием CS а делать выбор чипа программно

[yura-w]

Почитай вот здесь http://electronix.ru/forum/index.php?showtopic=35141&hl=
Я для себя уяснил одно - не парится с аппаратным дрыганием CS а делать выбор чипа программно

спасибо, буду разбираться,
в лоб попробовал программно дергать, выигрыш в скорости не увидел

[xelax]

спасибо, буду разбираться,
в лоб попробовал программно дергать, выигрыш в скорости не увидел

Не в скорости выигрышь, а в работоспособности.
Если посмотреть errata на spi, то сами разработчики контроллера рекомендуют в некоторых случаях использовать CS в PIO режиме как Workarround проблемы.