Empfangen mit SPI

[Creo_123 (Gast)]

Hallo, ich habe eine Frage zum SPI-Modul bei einem dsPIC33. Was ich tun 
möchte, ist beim Ausschalten des PICs Daten an einen externen 
EEPROM-Speicher zu senden und diese dann beim Einschalten wieder 
auszulesen. Das Senden bzw Schreiben funktioniert und auch beim Auslesen 
sehe ich am Oszi, dass die Daten aus dem EEPROM am SDI-Pin des Pics 
ankommen. Leider gelingt es mir dann nicht diese Daten in einer 
Variablen zu speichern. Mein Code zum Auslesen sieht so aus:

temp = SPI2BUF;                 //Buffer auslesen, damit SPIRBF = 0
SPI2BUF = 0b00000000;           //irgendetwas senden, um Clock auszugeben
while(!SPI2STATbits.SPIRBF);    //Warten bis alle Bits gesendet/empfangen sind
variable = SPI2BUF;             //Buffer auslesen

Vorher setze ich natürlich auch noch das entsprechende CS-Bit zu Null. 
Der PIC ist dabei Master, der Speicher Slave und der SS2-Pin über einen 
Widerstand mit Ground verbunden. In der Variablen steht immer Null nach 
dem Auslesen.

Wäre für den ein oder anderen Tipp wirklich sehr dankbar!

[Hmmm (Gast)]

Creo_123 schrieb:
> Wäre für den ein oder anderen Tipp wirklich sehr dankbar!

http://ww1.microchip.com/downloads/en/AppNotes/01096B.pdf

[Creo_123 (Gast)]

Danke für das PDF.. das kannte ich bis jetzt noch nicht. Aber ich bin 
der Meinung, dass ich alles so umgesetzt habe.. auf Basis des 
Datenblatts. Und ich sehe ja auch am Oszi, dass sowohl das Schreiben als 
auch das Lesen funktioniert. Das Problem ist, dass ich die Daten, die 
vom EEPROM am SDI-Pin meines PICs ankommen, nicht in die entsprechende 
Variable geschrieben bekomme.

[Peter D. (peda)]

Creo_123 schrieb:
> Aber ich bin
> der Meinung, dass ich alles so umgesetzt habe.

Meinen kann man viel, wenn der Tag lang ist.

Zeig es doch einfach (Längeren Sourcecode nicht im Text einfügen, 
sondern als Dateianhang).

[Creo_123 (Gast)]

habe ein kleines Test-File mit den relevanten Schritten 
zusammengestellt. Die Daten sind bereits im EEPROM gespeichert. In 
meiner While-Schleife lese ich diese Daten aus (2x8bit) und setze sie zu 
einer 16bit Variablen zusammen, die ich dann zum Testen wieder über SPI 
ausgebe (ohne einen Slave über CS zu aktivieren). Am Oszi sehe ich, dass 
das Auslesen des EEPROM funktioniert (die entsprechenden Bits sind am 
Oszi auf High). Leider wird aber in der Variablen nichts gespeichert, da 
alle Bits Null sind, wenn ich diese ausgebe.

[Hermann U. (Firma: www.pcb-devboards.de) (gera82)]

Vielleicht liegen hier die Probleme:

ANSELB = 0; //Analog PINs auschalten

und hier:

PORTBbits.RB5=0; //CS-Bit

sollte eigentlich so stehen, du willst ja CS-PIN nicht abfragen sondern 
ansteuern:

LATBbits.LATB5=0; //CS-Bit

So auf die schnelle aufgefallen...

Gruß
Hermann

[Creo_123 (Gast)]

Hallo,

ich habe die entsprechenden Stellen angepasst.. leider ist das Ergebnis 
immer noch gleich. Der Speicher gibt das Bit-Muster korrekt aus, aber 
die Bits landen nicht in der entsprechenden Variablen im PIC.

[Daniel V. (danvet)]

Was steht denn in SPI2BUF?
Deine Variablen werden z.T. nicht verwendet --> Compiler optimiert sie 
weg
Ist denn SPI2BUF 16 oder 8 Bit? Du würfelst da die Variablengröße wild 
durcheinander.

[Creo_123 (Gast)]

Mein EEPROM unterstützt nur 8bit Kommunikation. Deshalb wähle ich 
zunächst den 8bit-Modus um zwei 8bit-Variablen (var_l und var_h) aus dem 
EEPROM in den Controller einzulesen. Dann setze ich diese beiden 
Variablen zu einer 16bit-Variablen (var) zusammen und stelle 
anschließend mein SPI-Modul auf 16bit um die Variable testweise zu 
senden. Also ist mein SPI2BUF beim Einlesen 8bit und beim Auslesen 
16bit. Das müsste doch gehen oder übersehe ich irgendetwas?

Das Auslesen mit Temp ist nur zum Löschen des SPIRBF-Bits. Sonst 
verwende ich doch eigentlich alle Variablen oder welche werden vom 
Compiler weg optimiert?

[Hermann U. (Firma: www.pcb-devboards.de) (gera82)]

Wenn am SDI-Pin (Pic Seite) wirklich was ankommt, dann muss es 
funktionieren. mach doch mal Screenshot (Oszi) von deinem SDI + SCKL 
zusammen.

Beispiel:

http://ww1.microchip.com/downloads/en/DeviceDoc/CE313%20SPI%20Master%20EEPROM.zip

   // Read MS byte from EEPROM address.
    var =  EEPROMReadByte(0x10);
    var = (var<<8) & 0xff00;
    // Read LS byte from EEPROM address.
    var |= (EEPROMReadByte(0x11) & 0x00ff);


unsigned char EEPROMReadByte(unsigned int Address)
{
  unsigned char Local_8;

    LATBbits.LATB5=0;

    Local_8 = writeSPI2(0b00000011);

    Local_8 = writeSPI2((unsigned char)((Address>>8)&0x00ff));
    Local_8 = writeSPI2((unsigned char)(Address&0x00ff));

    Local_8 = writeSPI2(0);

    LATBbits.LATB5=1;

    return Local_8;
}


unsigned char writeSPI2( unsigned char i )
{
    SPI2BUF = i;          // write to buffer for TX
    while(!SPI2STATbits.SPIRBF);  // wait for transfer to complete
    return SPI2BUF;            // read the received value
}//writeSPI2

Gruß
Hermann

[Creo_123 (Gast)]

Sorry für den etwas unkonventionellen Screenshot;)

zur Erklärung: blau ist CLK, violett SDO und grün SDI. Alle Signale sind 
direkt an den PINS des Controllers gemessen. Ich gebe zuerst den Befehl 
zum lesen (0b00000011), gefolgt von der Adresse (0b00000000). 
Anschließend lese ich in diesem Beispiel jetzt mehrere Bytes 
hintereinander aus. Das SDO Signal entspricht dabei genau den Werten, 
die ich vorher in den Speicher geschrieben habe.

[Hmmm (Gast)]

Creo_123 schrieb:
> dass die Daten aus dem EEPROM am SDI-Pin des Pics
> ankommen.

welcher eeprom ist da? datenbladt wäre nicht schlecht.

[Creo_123 (Gast)]

ich hab den Fehler gefunden. hab das ganze im Steckbrett aufgebaut und 
der Pin den ich als SDI gewählt hatte war abgeknickt.. er hat also nicht 
im Steckbrett gesteckt.. :(

trotzdem Danke für eure Unterstützung!

[Paul M. (paul_m65)]

Creo_123 schrieb:
> Sorry für den etwas unkonventionellen Screenshot;)

Größere Bilddateien schafft dein Ei-Fone wohl nicht?

[Creo_123 (Gast)]

Hätte noch ein Panorama machen können^^ aber hast schon Recht.. etwas 
kleiner wäre sinnvoller..

Eine Frage dann doch noch zum SPI.. ich nutze ja momentan normale 
I/O-Pins für meine CS-Signale, d.h. ich benötige den SS2-Pin eigentlich 
nicht. Im Datenblatt steht aber, dass man einen Pulldown-Widerstand (bei 
CKP=0) mit SSx verbinden soll, wenn man den "non-framed-3-wire-mode" 
nutzt. Da ich mit Pins aber eh schon relativ knapp bin, würde ich den 
Pin gerne andersweitig als normalen I/O nutzen. Ist es möglich, den SS2 
einfach nicht zu programmieren, oder kommt mein SPI dann durcheinander, 
wenn der SS2 nicht existiert?