Frage zu SPI und SCKL

[Sneim (Gast)]

Hallo,

ich habe das SPI am Atmega32 wie nach Datenblatt beschrieben in Betrieb 
genommen. Leider antwortet der Slave nicht und der Controller steckt in 
der while Schleife fest, die Schaltung dürfte aber stimmen. Jetzt bin 
ich dazu übergegangen mir die Signale mit dem Oszi anzuschauen.

Leider sieht man außer dem korrekten Verhalten con Chip Select nichts. 
Der Code für das Spi ist aus dem Datenblatt des Atmega:

uint8_t SPI_transmit(uint8_t data)
{

  PORTB &= ~(1<<PB2); //Select CS5643

  // Start transmission
  SPDR = data; 

  // Wait for transmission complete
  while(!(SPSR & (1<<SPIF)));

  data = SPDR;

  PORTB |= (1<<PB2);

  return(data);

}

Meine Frage daher, wenn ich das Datum in SPDR schreibe, müsste ich dann 
nich zumindest den SCKL auf der Leitung sehen? Ich meine völlig 
unabhängig davon ob der Slave antworten wird oder nicht? Es macht mich 
stutzig das garnichts passiert.

[Peter D. (pdiener)]

Wie sieht denn die Initialisierung aus?

[Sneim (Gast)]

So:

void init_SPI(void)
{

  DDRB |= (1<<PB5);     // MOSI als Ausgang
  DDRB |= (1<<PB4);    //SS Pin als Output                       
  DDRB |= (1<<PB7);   // SCK als Ausgang
  DDRB &= ~(1<<PB6); //MISO als Eingang

  SPCR |= (1<<MSTR);   //µC als Master
  SPCR |= (1<<SPE);   //Spi aktivieren
  SPCR |= (1<<SPR1); //Takt = 250kHz

}

Hinzu kommt eine initialisierung der restlichen I/O Ports für Taster und 
LCD. Davon hängt aber nichts an PORTB, der ist allein für die SPI 
Kommunikation reserviert

[Peter D. (pdiener)]

Spontan fällt mir der Standardfehler ein: SS wird irgendwo als Eingang 
deklariert und schaltet dann das Modul auf Slave. Vielleicht fehlt 
irgendwo eine Veroderung beim Setzten von DDRB.

Grüße,

Peter

[Sneim (Gast)]

Danke für die Antwort.

Mein Programm ist schon relativ groß geworden, da es eine komplette 
Menüführung enthält und auch eine SD Karte ansteuert. Hierzu habe ich 
aber eine fertige Bibliothek verwendet. Der andere IC ist ein Metering 
IC, CS5463 und ebenfalls Slave am SPI. Die SD Karte funktioniert 
wunderbar, zum Testen des CS5463 habe ich sie aber komplett vom SPI-Bus 
abgetrennt.

Ich schreibe gerade ein neues Testprogramm um Programmierfehler 
auszuschließen.

Du sagst wenn ich garantiere das SS immer als Output geschaltet wurde, 
dann garantiere ich auch das der µC Master bleibt? Ich muss ihn aber 
nicht noch auf High oder Low setzen?

Zeigt der Master dann das Verhalten, dass beim schreiben in SDR auf 
jeden Fall das Clock Signal gesendet wird?

[Peter D. (pdiener)]

>Du sagst wenn ich garantiere das SS immer als Output geschaltet wurde,
>dann garantiere ich auch das der µC Master bleibt? Ich muss ihn aber
>nicht noch auf High oder Low setzen?
Richtig.

>Zeigt der Master dann das Verhalten, dass beim schreiben in SDR auf
                                                             ^^SPDR
>jeden Fall das Clock Signal gesendet wird?
Wenn er Master ist, ja.

Grüße,

Peter

[Sneim (Gast)]

Sorry, hab mich verschrieben. Im Code stimmt es schon ;)

Danke für deine Hilfe, dann kann ich mal schaun ob ich ihm das richtige 
Verhalten abverlangen kann :)

[Sneim (Gast)]

Es kommt etwas zurück und der uC steckt nicht mehr in der Schleife fest 
;)

Der Code dürfte so passen?

/*
 * main.c
 *
 *  Created on: 23.08.2011
 *      Author: weinmann
 */
       //Wird benötigt für sprintf() Funktion
#include <avr/io.h>        //Standard AVR I/O Library (enthält Makrodefinitionen)
#include "lcd_routines.h"      //Header Datei der LCD Routinen einbinden
#include <util/delay.h>
#include <stdio.h>

void init_uC(void)
{
  DDRA = 0x3F;   //Setze PA0 bis PA5 als Ausgang (LCD)

  DDRC |= 0x03;      //SCL und SDA als Ausgang konfigurieren! (TWI Interface)

  DDRD &= ~(1<<PD6);  //PD6 und PD7 als Eingang konfigurieren
  DDRD &= ~(1<<PD7); //(Writeprotection bzw. Carddetection)

  PORTD |= ((1<<PD6)|(1<<PD7)); //Interne Pull ups an PD6 und PD7 aktivieren!
  //////

  DDRB |= (1<<PB3);   //Tristate Adum aus
  PORTB |= (1<<PB3); // ""

  DDRB |= (1<<PB2); //CS5463 deselect
  PORTB |= (1<<PB2);

}

void init_SPI(void)
{

  DDRB |= (1<<PB5);    // MOSI als Ausgang
  DDRB |= (1<<PB4);    //SS Pin als Output konfigurieren um µC als Master zu garantieren
  DDRB |= (1<<PB7);   // SCK als Ausgang
  DDRB &= ~(1<<PB6); //MISO als Eingang

  SPCR |= (1<<MSTR);   //µC als Master
  SPCR |= (1<<SPE);   //Spi aktivieren
  SPCR |= (1<<SPR1); //Takt = 250kHz

}

uint8_t SPI_transmit(uint8_t data)
{
  PORTB &= ~(1<<PB2);
  _delay_ms(1);
  PORTB |= (1<<PB2);
  _delay_ms(1);
  PORTB &= ~(1<<PB2); //Select CS5643
  _delay_ms(1);
  // Start transmission
  SPDR = data;

  // Wait for transmission complete
  while(!(SPSR & (1<<SPIF)));

  data = SPDR;

  PORTB |= (1<<PB2);

  return(data);

}

int main(void)
{
  char rcv[4] = {0,0,0,0};
  char result_string[17];

  init_uC();
  lcd_init();
  init_SPI();
  uint8_t init = 1;

  lcd_setcursor(0,1);
  lcd_string("Test");

  while(1)
  {
    _delay_ms(1000);

    if(init)
    {
    rcv[0]=SPI_transmit(0xFF);
    rcv[1]=SPI_transmit(0xFF);
    rcv[2]=SPI_transmit(0xFF);
    rcv[3]=SPI_transmit(0xFE);
    sprintf(result_string,"Res:x%02Xx%02Xx%02Xx%02X",rcv[0],rcv[1],rcv[2],rcv[3]);
    lcd_setcursor(0,2);
    lcd_string(result_string);
    init=0;
    }
  }

}

Es wird nur einmal ein Übertragungsversuch gestartet, deswegen init als 
Hilfsvariable.

[Peter D. (pdiener)]

Sollte funktionieren.

  PORTB &= ~(1<<PB2);
  _delay_ms(1);
  PORTB |= (1<<PB2);
  _delay_ms(1);
  PORTB &= ~(1<<PB2); //Select CS5643
  _delay_ms(1);

Das ist nur ein Test, nehme ich an. Verzögerung braucht man normal keine 
zwischen CS und Senden.

Grüße,

Peter

[Sneim (Gast)]

Ja, ist es ;)

Das Problem ist dass der CS5463 von der restlichen Schaltung 
potentialgetrennt ist. Daher muss ich das SPI vom uC mit einem Isolator 
an den IC koppeln. Hierzu habe ich einen ADUM1401 (reichelt) verwendet. 
Dessen "Geschwindigkeit" ist aber begrenzt, im Prinzip verzögert er das 
Signal etwas. D.h. wenn der Puls zu schnell ist kann es sein dass er 
nicht oder falsch erkannt wird.

[Peter D. (pdiener)]

Aber doch nicht 1 ms. Als propagation delay sind Zeiten von etwa 65 ns 
im Datenblatt angegeben. Das kann man vernachlässigen. Zudem werden ja 
alle Signale verzögert, wenn man sie ohne Verzögerung in der richtigen 
Abfolge losschickt, kommen sie auch richtig auf der anderen Seite an.

Grüße,

Peter

[Sneim (Gast)]

Macht Sinn ;)

[Sneim (Gast)]

So, nun habe ich ein neues Problem.

Das SPI hängt nun nicht mehr. Allerdings empfange ich immer nur 0xFF, 
selbst nach der im Datenblatt beschriebenen SPI synchronisierung.

Jemand noch eine Idee ? :(

[J.-u. G. (juwe)]

Sneim schrieb:
> Jemand noch eine Idee ? :(

Was wird denn gesendet (Oszi an MISO)?

[Sneim (Gast)]

Allein der Vollständigkeit wegen....


Ich habe alle Probleme gelöst. Da es nicht ganz unwahrscheinlich ist, 
dass jemand diesen IC (CS5463) zusammen mit dem ADUM1401-ARW verwenden 
wird möchte ich darauf hinweisen, dass es trotz Datenblatt notwendig ist 
die beiden Pins VE1/VE2 auf High zu halten wenn eine Übertragung 
gewünscht ist.