Помогите разобраться с SPI AVR

[Basan]

Спасибо всем!!! ТУПЛЮ...
Сейчас буду код редактировать.
Есть еще один вопрос: вызывается ли прерывание по изменению сигнала линии SS.

[Basan]

void spi_tx (unsigned char dat)
{
SPDR = dat;
while(!(SPSR & (SPIF)));
delay_us(100);
}

void spi_tx_p (unsigned char regim, unsigned char but)
{
if(but==0)
    {
    spi_tx(255);
    }
if(but==1)
    {
    spi_tx(regim);
    }
if(but›1)
    { 
    if(but‹11)
            {
            spi_tx(data[but-2]);
            }
    else
            {
            spi_tx(data_s[but-12]);
            }    
    }        
}

void main(void)
{
// Port B initialization
// Func7=Out Func6=In Func5=Out Func4=Out Func3=Out Func2=In Func1=In Func0=In 
// State7=0 State6=T State5=0 State4=0 State3=0 State2=T State1=T State0=T 
PORTB=0x00;
DDRB=0xB8;

// SPI initialization
// SPI Type: Master
// SPI Clock Rate: 125,000 kHz
// SPI Clock Phase: Cycle Half
// SPI Clock Polarity: Low
// SPI Data Order: MSB First
SPCR=0xD3;
SPSR=0x00;

................................

      data[0]=0;
      data[1]=1;
      data[2]=2;

while (1)
      { 
      unsigned char i;
      for(i=0;i‹22;i++)
            {
            spi_tx_p(2,i);
            }   
      delay_ms(1000); 
          
      };
}

Может компилятору хана -- задержка не работает
Теперь получаю следующую лажу:
передаю байт слейву (255), в ответ получаю (255), и так до бесконечности...

[kison]

Теперь получаю следующую лажу:

А где выбор слейва?
И что значит "в ответ получаю" - у Вас односторонняя передача.
Зачем задержка на 100 микросекунд?
Но уже намного ближе к работоспособному варианту, чем вначале

[Basan]

А где выбор слейва?

#define SS      PORTB.2

.............................................

void spi_tx (unsigned char dat)
{
SS=0;
SPDR = dat;
while(!(SPSR & (SPIF)));
SS=1;
}

Так лучше???
По поводу ответа - в протеусе повесил на шину SPI анализатор.
И всетаки будет ли вызываться прерывание в слейве по переходу линии SS в 0???

[kison]

И всетаки будет ли вызываться прерывание в слейве по переходу линии SS в 0???

Нет конечно.

[alchem]

Прерывание можно устоить замкнув SS и INT0 и настроить по спаду. Можно делать просто по таймауту SPI сброс счетчика.
Задержка тут-не пришей кобыле хвост, флаг прерывания SPI надо сбрасывать (datasheet читайте, он сбрасывается сам только по прерыванию). Еще бы неплохо сделать контроль присутствия слейва, пусть он в ответ хотя бы номер принятого байта шлет.

[alchem]

SS=0;
SPDR = dat;
while(!(SPSR & (SPIF)));
SS=1;

Вот так делать очень не рекомендую, надо перед всей посылкой сбрасывать SS и поднимать обратно только передав все.
Кстати, зачем такая сложная конструкция при передаче? Для контроля данных проще использовать CRC или хотя бы контрольную сумму. И лучше не устраивать хитрологику заполнения посылки при передаче. Вам 2 байта буфера жалко?

[kison]

Задержка тут-не пришей кобыле хвост, флаг прерывания SPI надо сбрасывать (datasheet читайте, он сбрасывается сам только по прерыванию).

Похоже Вам и нужно читать О "несбрасывающемся флаге". Кстати о прерывании по перепаду SS. Его таки можно получить, настоив слейва как мастер, но оставив SS входом. MISO настроить выходом. Тогда при перепаде на SS 1-›0 SPI сам переключится в слейв и произойдет прерывание. Вот только как различить готовность данных в SPDR и перепад на SS непонятно.

[alchem]

Похоже Вам и нужно читать О "несбрасывающемся флаге"

Alternatively, the
SPIF bit is cleared by first reading the SPI Status Register with SPIF set, then accessing
the SPI Data Register (SPDR).
Ну да, по идее "accessing the SPI Data Register (SPDR)" должно означать в том числе и запись в него. Щас дебаггером проверю

[alchem]

Да, при записи в SPDR бит сбрасывается. Нашел, где я читал что надо его сбрасывать:

Software clears SPIF by reading
the Serial Peripheral Status register (SPSTA) with the SPIF bit set, and then reading the
SPDAT

Вот что значит писать под несколько платформ сразу