Problem mit SPI zwischen Atmega8 und Attiny2313

[fry (Gast)]

Hallo,
ich bin noch ziemlich am Anfang was uC angeht und habe Probleme mit 
einer SPI Verbindung zwischen einem Atmega8(Master) und einem 
Attiny2313(Slave).

Eigentlich sollte der Master immer eine 0 oder 1 senden und eine LED am 
Slave ein- bzw. ausschalten, leider passiert nichts. Den Slave Select 
nutze ich noch nicht und auf das ACK soll in meinem Beispiel auch nicht 
reagiert werde.

Die Beispiele unten habe ich abgewandelt. Anregungen zum Code hatte ich 
mir hier geholt: 
http://maxembedded.com/2013/11/the-spi-of-the-avr/#Master_Slave

PS: Ich habe keine Fuses oder ähnliches verändert und verwende nur den 
internen Quarz.

Master:

#define F_CPU 1000000UL // 1 MHz

#define DDR_SPI  DDRB
#define PORT_SPI PORTB
#define DD_MOSI  DDB3
#define DD_MISO  DDB4
#define DD_SCK   DDB5
#define DD_SS    DDB0
#define LED      DDD5

#include <avr/io.h>
#include <util/delay.h>
#include <avr/interrupt.h>

#define ACK 0x7E

//Initialize SPI Master Device
void spi_init_master (void)
{
  
  DDR_SPI = (1<<DD_SCK)|(1<<DD_MOSI); //Set MOSI, SCK as Output
  PORT_SPI = (1<<DD_MISO); // Set pull ups
  SPCR = (1<<SPE)|(1<<MSTR)|(1<<SPR0); //Enable SPI, Set as Master
}

//Function to send and receive data
unsigned char spi_tranceiver (unsigned char data)
{
  SPDR = data; //Load data into the buffer
  while(!(SPSR & (1<<SPIF) )); //Wait until transmission complete
  return(SPDR); //Return received data
}


int main(void)
{
  spi_init_master(); //Initialize SPI Master
  DDRD |= 0x01; //PD0 as Output
  
  unsigned char data; //Received data stored here
  
  while(1)
  {
    data = 0x00; //Reset ACK in "data"
    data = spi_tranceiver('0'); //Send "0", receive ACK
    _delay_ms(500);
    data = 0x00;
    data = spi_tranceiver('1'); //Send "1", receive ACK
    _delay_ms(500);
  }
}

Slave:

#define F_CPU 1000000UL // 1 MHz

#include <avr/io.h>
#include <avr/interrupt.h>
#include <util/delay.h>

#define DDR_SPI  DDRB
#define PORT_SPI PORTB
#define DD_MOSI  DDB5  //DI
#define DD_MISO  DDB6  //DO
#define DD_SCK   DDB7
#define DD_SS    DDB4
#define LED      DDD5

#define ACK 0x7E

void spi_init_slave (void)
{
  DDR_SPI |= (1<<DD_MISO); // MISO output
  DDR_SPI &= ~(1<<DD_SCK)|~(1<<DD_MOSI); // SCK and MOSI input
  PORT_SPI = (1<<DD_SCK)|(1<<DD_MOSI); // Set pull ups
  USICR = (1<<USIWM0)|(1<<USICS1); // Enable USI as SPI Slave
}

unsigned char spi_tranceiver (unsigned char data)
{
  USIDR = data;
  while(!(USISR&(1<<USIOIF)));
  return(USIDR);
}

int main(void)
{
   DDRD = (1<<LED);
  spi_init_slave(); //Initialize slave SPI
  unsigned char data;
  
  while(1)
  {
    data = spi_tranceiver(ACK); //Receive data, send ACK
    if (data == '0')
    {
      //set port PD5 HIGH
      PORTD &= ~(1<<LED);
      _delay_ms(100);
    }
    if (data == '1')
    {
      //set port PD5 LOW
      PORTD |= (1<<LED);
      _delay_ms(100);
    }
    _delay_ms(20);
  }
}

Danke!

[Karl M. (Gast)]

Hi,

zum Ausdruck "internen Quarz", den gibt es leider nicht.

Hast Du mal deine Codes mit Hilfe der beide Datenblätte abgegelichen ?

[fry (Gast)]

Ah, internen Oszillator...dachte das wäre auch ein Quarz. Laut 
Datenblatt stimmen die Zuweisungen von den Atmega8 und Attiny2313.

[c-hater (Gast)]

fry schrieb:

> Den Slave Select
> nutze ich noch nicht

Das ist überhaupt keine gute Idee. Der SS-Mechanismus ist nämlich das 
einzige, womit bei SPI eine Wortsynchronisation herbeigeführt werden 
kann.

Übrigens ist das ziemlich wahrscheinlich auch genau der Grund, warum 
dein USI-Receiver nicht funktioniert, es fehlt die (im Original 
vermutlich als Reaktion auf SS ausgeführte) Initialisierung des 
USI-Zählers.

[neuer PIC Freund (Gast)]

USI als SPI-Slave ist ohne HW-SS ziemlich dumpf.

Sezier mal die AVR319.zip

[Lothar M. (Firma: Titel) (lkmiller) (Moderator)]

fry schrieb:
> Den Slave Select nutze ich noch nicht
Der gehört aber so zwingend zum SPI wie eine Gangschaltung zum Auto: es 
geht zwar ohne auch, aber nur ganz, ganz schlecht.

Denn der SS ist derjenige, der sagt, wann ein Paket komplett 
übertragen ist (ähnlich wie das Start- und Stopbit beim RS232). Wenn du 
ohne SS arbeitest, dann reicht 1 einziger EMV-Impuls aus und du wirst ab 
diesem Zeitpunkt immer um 1 Bit versetzt sein...

[Peter D. (peda)]

Lothar M. schrieb:
> dann reicht 1 einziger EMV-Impuls aus und du wirst ab
> diesem Zeitpunkt immer um 1 Bit versetzt sein...

Es reicht schon, wenn der Master einen Tick eher aus dem Reset rauskommt 
und los sendet.
Du wirst keinen Programmierer bei Verstand finden, der /SS nicht 
benutzt.

Generell macht Slave-SPI beim AVR keinen Spaß, da sehr zeitkritisch.
Ein ACK gibt es nicht bei SPI, sondern bei I2C.