PIC32 SPI Bytereihenfolge ändern

[Mike (Gast)]

Hallo,

ich versuche gerade, das Filesystem FatFs auf einem PIC32 mit 
SD-Kartenslot zum Laufen zu bringen. Leider hat der PIC kein natives 
SD-Karten Interface, so bin ich auf SPI angewiesen. Um das Ganze etwas 
schneller zu machen, lese ich die Daten in 32-bit Häppchen aus:

DWORD *ptr;
...
for (i=0;i<512/4;i++)
{
    SPI2BUF = 0xFFFFFFFF;
    while(!SPI1STATbits.SPIRBF) {};
    *ptr++ = SPI2BUF
}

Leider funktioniert es nicht, fatFS erkennt ein ungültiges Dateisystem. 
Der Grund liegt darin, dass die Bytes im Speicher "verwürfelt" abgelegt 
werden:

Wenn SPI2BUF zB. 0x12345678 enthält, gelangt beim Abspeichern 0x78 an 
die erste, 0x12 an die 4te Stelle. Der PIC ist schliesslich eine 
Little-Endian-Maschine. Alle Beispielroutinen verwenden SPI im 8bit 
Modus, was aber zu einer schlechten Performance führt, da das 
Abspeichern der Werte längert dauert als der Empfang eines Bytes. Im 
Oszillogramm ist das als "Lücke" im SPI-Taktsignal sichtbar.
Gibt es eine einfache Möglichkeit, die Bytereihenfolge zu ändern? Im 
Datenblatt habe ich nichts dazu gefunden. Manuelles 
"Auseinanderpfriemeln"
würde wahrscheinlich wieder die Übertragungsgeschwindigkeit in den 
Keller gehen lassen.
 DMA habe ich auch schon versucht, aber keine Methode gefunden, die 
SPI-Übertragung nach jedem empfangenen Datenwort automatisch wieder zu 
starten.

Mike

[Erich (Gast)]

Wahrscheinlich musst du was mit "union" machen

GOOGLE:  union "little endian" "big endian"

[Andreas H. (ahz)]

Mike schrieb:
> DMA habe ich auch schon versucht, aber keine Methode gefunden, die
> SPI-Übertragung nach jedem empfangenen Datenwort automatisch wieder zu
> starten.
Such mal im Datenblatt nach SRXISEL. Die zwei Bits stellen den SPI-RX 
Irq ein.

Grüße
Andreas

P.S: Der M4K hat übrigens auch SWL, SWR, ROTR & WSBH Befehle^^

[Mike (Gast)]

Hallo,

ich habe das little/big endian Problem erst einmal wie folgt gelöst:

  union _fatPtr  
  {
     DWORD d;
     struct _b
     {
        BYTE b0;
        BYTE b1;
        BYTE b2;
        BYTE b3;
     } byte;        
  } fatWord;

.....

    SPI2CONSET = _SPI2CON_MODE32_MASK;//|_SPI2CON_DISSDO_MASK;
    SPI2BUF = 0xFFFFFFFF; //start reading - send dummy bytes
    for (i=0;i<512/4-1;i++)
       {
         while (!SPI2STATbits.SPIRBF)
            {
            //wait for end of transaction
            }
         fatWord.d = SPI2BUF;  //read from SPI
  
         SPI2BUF = 0xFFFFFFFF; //trigger SPI transmission 
  
         *buffer++ = fatWord.byte.b3; //write to buffer in big endian order
         *buffer++ = fatWord.byte.b2;
         *buffer++ = fatWord.byte.b1;
         *buffer++ = fatWord.byte.b0;
      }
    while (!SPI2STATbits.SPIRBF)
         {
         //wait for end of transaction
         }
    fatWord.d = SPI2BUF;  //read from SPI
    *buffer++ = fatWord.byte.b3;  // copy last word
    *buffer++ = fatWord.byte.b2;
    *buffer++ = fatWord.byte.b1;
    *buffer   = fatWord.byte.b0;
    // reset SPI module to 8 bit transfer
    SPI2CONCLR = _SPI2CON_MODE32_MASK;

Das Umkopieren findet statt, während der SPI die nächste 
Datenübertragung durchführt. Trtzdem erscheint mir der Aufwand noch 
recht hoch. Am beesten wäre es, den PIC temporär auf Big Endian 
umzuschalten. Hier 
http://www.cs.umd.edu/class/sum2003/cmsc311/Notes/Data/endian.html
steht :"MIPS processors allowed you to select a configuration where it 
would be big or little endian". Doch wie mache ich das?

@Andreas. SRXISEL kann ich leider nicht nutzen, da mein PIC32MX460 
keinen enhanced mode SPI hat.

Im Netz habe ich eine Lösung mit 2 DMA Kanälen gefunden, einer liest die 
Daten aus, der andere füttert den SPI mit einer Serie von 0xFF's. Das 
scheint aber sehr kompliziert zu sein, zumal ich bereits einen DMA 
nutze, der mir die Daten über einen weiteren SPI auf einen 
Digital-Analog-Wandler schickt.

[Andreas H. (ahz)]

Mike schrieb:
> Hier
> http://www.cs.umd.edu/class/sum2003/cmsc311/Notes/...
> steht :"MIPS processors allowed you to select a configuration where it
> would be big or little endian". Doch wie mache ich das?

Garnicht:
http://support2.microchip.com/KBSearch/KB_StdProb.aspx?ID=SQ6UJ9A00XYOS

Grüße
Andreas