Hi,

http://focus.ti.com/mcu/docs/mcusupporttechdocsc.t...

in der Appnote slaa281 Rev. b ist der MOSI/MISO-Fehler scheinbar
behoben, dafür andere nicht:

- die Funktionen mit Rückgabewerten vom Typ char müssen entweder als
unsigned char umgeschrieben werden, oder der compiler muss das als
unsigned interpretieren.

- die "Funktion" CS_HIGH in Datei hal_MMC_hardware_board.h ist
falsch:

#define halSPITXDONE  (UCB0STAT&UCBUSY)       /* Wait for TX to finish */
...
#define CS_HIGH()   while(!halSPITXDONE); MMC_CS_PxOUT |= MMC_CS  // Card Deselect 

denn sie wartet (zumindest bei den USCI-Modulen) solange die USCI
nicht busy ist!

richtig wäre:

#define halSPITXDONE  (UCB0STAT&UCBUSY)       /* Wait for TX to finish */
...
#define CS_HIGH()   while(halSPITXDONE); MMC_CS_PxOUT |= MMC_CS  // Card Deselect 

oder logischer:

#define halSPITXDONE  (!(UCB0STAT&UCBUSY))       /* Wait for TX to finish */
...
#define CS_HIGH()   while(!halSPITXDONE); MMC_CS_PxOUT |= MMC_CS  // Card Deselect 

- in der main.c macht die Schleife eine Umdrehung zu viel:

unsigned char buffer[512];
...
for (i = 0; i <= 512; i++) 
    buffer[i] = 0;

Mehr ist mir bisher nicht aufgefallen und jetzt scheint es auch zu
funktionieren :)

Warum sagst du das uns und nicht TI?

Hab ich :)

Sehr gut! Dann kann man ja hoffen, dass die das auch irgendwann mal auf
die Reihe kriegen.

Interessant, sieht aus als wäre der Fehler mit dem Array-Indizes
korrigiert ohne eine rev. C rauszugeben.

Was mir noch aufgefallen ist:
http://elm-chan.org/docs/mmc/mmc_e.html schlägt SPI mode 0 oder 3 vor,
in der Appnote wird aber mode 2 benutzt...

oder doch nicht, TI hat im MSP430x2xxFamily User's Guide das CLKPH-Bit
(clock phase) einfach invertiert definiert...