SD Karte antwortet merkwürdig auf CMD0

holger schrieb:
> Vor dem senden der Dummy Clocks liegt CS auf low.
> Das darf es nicht.

Vielen Dank für deine Antwort :)

Beim Initialisieren der Ports geht CS Automatisch auf low...

Wie viel früher vor dem senden der 80+ Dummy Clocks muss CS auf high 
sein?

Ich habe jetzt einfach mal CS ein paar sekunden vorher auf high 
gesetzt...

Doch leider hat sich an der merkwürdigen antwort nichts verändert...

Anbei ein bild der gesamtübersicht und ein detailbild der antwort

holger schrieb:
> Dann setz ihn vor dem umschalten auf Ausgang auf high.

Wie meinst du vor dem umschalten auf Ausgang?
Vor dem Konfigurieren der Ports kann ich da nichts ausgeben.

Darf die karte vor den Dummyclocks niemals ein Low an der CS Leitung 
sehen?

Hat niemand mehr einen Tipp für mich? :)

Kennt vielleicht jemand die Antwort, welche mir die Karte liefert?

hungrig schrieb:
> hast du die SPI einstellungen für CPOL und CPHA korrekt?

Danke für die Antwort...

Ja ich bin im Mode0 also CPOL = 0 und CPHA = 0


Ich habe bei meinen Recherchen herausgefunden, dass es Karten gibt,
welche nicht immer 8 Clocks abwarten bis sie eine Antwort liefern.

Meine Karte wartet nun also 2 Clocks komplett und macht dabei nichts.
Danach sendet sie 0xFF um mitzuteilen das sie beschäftigt ist.

Danach sendet sie 0x01 zurück jedoch verschoben zum normalen 8BIT Block.

Ich weiss nicht, wie regelmässig dieses Verhalten bei den SD Karten ist, 
zumal hier ja anscheinend noch niemals dieses Phänomen erlebt hat.

Meine Idee ist nun, nach dem Senden von 0x95 also dem CRC
sende ich solange clocks, bis ich eine negative Flanke auf der DO 
leitung entdecke , nachdem ich CLK auf low gezogen habe. Ist dies der 
fall, Lese ich wieder mit dem Hardware SPI die Daten aus. (ab dann ja 
wieder 8bits)

Kann es sein, das dies bereits schon immer das normale vorgehen gewesen 
ist, es jedoch in so gut wie keiner SD Lib umgesetzt wird?
Bei denen welche ich gesehen habe, wird nach dem CRC direkt das nächste 
Byte als antwort gesehen.

Es wäre noch interessant zu sehen, wie das fertig gekaufte SD Leser 
machen.

Denn diese haben keinerlei Probleme mit meinen Karten...


Bin froh über eine Diskussion über dieses Phänomen. Denn mommentan kann 
ich noch nicht auf die Karte schreiben :)

Anbei ein Foto, welches den versatz zeigt.

hungrig schrieb:
> Was für eine Karte verwendest du?
> Und hast du eine Vorlage nach der du die Implementation machst?
> oder hast du die selbst geschrieben?

Vielen Dank für deine Antwort :)

Ich verwende 3 Karten zum testen...

1: Original SanDisk MicroSD 8GB SDHC mit Speed level 2
2: China Billig SanDisk (eventuell gefälscht) MicroSD 1GB Speed Level 
unbekannt
3: Original SanDisk MiniSD 1GB Speed Level unbekannt

Mit allen 3 Modellen habe ich das gleiche Phänomen.


Für die Implementation habe ich zuerst Elm Chans petit FAT verwendet.
Doch als da schon die Initialisierung nicht klappte, wurde ich stutzig.

Nun habe ich lediglich den Code im Main für CMD0

Also ganz rudimentär einfach SPI_SEND(0x40)...SPI_SEND(0x95) etc....

hungrig schrieb:
> Melde mich bei Gelegenheit morgen nochmal.

Fänd ich toll :)

hungrig (war ich vorhin) schrieb:
> guck doch noch mal in das PDF, die Funktion bool
> card_response(expectedVal)
> find ich i.O.

Werde ich heute machen :) Danke
Wo finde ich den Code zur besagten Funktion?

>
> Ach ja, hast du für SPI den 3-Wire Modus eingeschaltet? nicht das dir CS
> der SPI-HW noch dazwischenfunkt.

Ja, ich habe den 2LineFullDuplex Mode aktiviert...

Empfangen geht also :)

Aber mommentan schaue ich nicht was im Register des uC als Antwort 
zurückkommt sondern ich sehe mir einfach das Diagram des LAs an...

Aber Danke für den Hinweis :)

Hallo,

Habe auch gerade die SD Initialisierung in Gang bekommen.

Mein System Mega8L8 3,3V mit SD-Mikro Adapter.
Meine Karten: alle SD-mikro. NOKIA 2GB, SAMSUNG 4GB SDHC, SANDISK 8GB 
SDHC

Welche Dokumentation benutzt du?

Hier das wichtigste:
http://www.sdcard.org/

Part_1_Physical_Layer_Simplified_Specification_Ver_3.01_Final_100518.pdf

Zur Initialisierung ist Diagramm 4.1 sehr interessant.

Es steht auch drin welche Pullups benutzt werden sollten.

Hatte die 4GB Karten am laufen, nur die anderen funktionierten nicht.
Habe die Lösung im Kapitel 4.4 Clock Contol gefunden.
Bitte genau lesen.

Als nächstes versuche ich mich an FAT32.

Gruß Holger

codehamster schrieb:
> Guten Morgen,
>
> den Code habe ich von hier:
>
> ftp://ftp.circuitcellar.com/pub/Circuit_Cellar/2005/176/Sham176.zip

Guten Nachmittag :)

Vielen Dank für den Link, werde ich gleich mal prüfen :)

### EDIT ###

Hier also die Funktion welche auf das Response wartet...

1

/**

2

 *  waits for the memory card to response

3

 *

4

 *  @param expRes    expected response

5

 *

6

 *  @return TRUE    card responded within time limit

7

 *  @return FALSE    card did not response

8

 **/

9

boolean cardResponse(unsigned char expRes)

10

{

11

  unsigned char actRes;

12

  unsigned int count = 256;

13

  actRes = 0xFF;

14

  while ((actRes != expRes) && (count > 0))

15

  {

16

    actRes = spi_get();    

17

    count--;

18

  }

19

  if (count == 0)

20

    return FALSE; 

21

  return TRUE;

22

}

Dieser Code wiederholt solange spi_get() bis entweder die gewünschte 
Antwort eingetroffen ist, oder aber das Zeitlimit erreicht wurde.

In meinem Fall, habe ich jedoch noch eine verschiebung der Antwort um 2 
Clocks.

Somit wird diese Funktion niemals die gewünschte Antwort einlesen und 
somit immer einen Error zurückgeben.

Holger H. schrieb:
> Hatte die 4GB Karten am laufen, nur die anderen funktionierten nicht.
> Habe die Lösung im Kapitel 4.4 Clock Contol gefunden.
> Bitte genau lesen.

Also funktionieren nun alle mit der Lösung aus Kapitel 4.4?

R2D2 schrieb:
> Ihr benutzt alle MicroSD-Karten. Dabei solltet ihr beachten, dass nur
> bei den normalen der SPI-Modus verpflichend, aber bei MicroSD optional
> ist.

Vielen Dank für den Hinweis...

Jedoch verwende ich auch eine MiniSD.

Diese liefert die selben ergebnisse.

Hallo,

R2D2 schrieb:
> Ihr benutzt alle MicroSD-Karten. Dabei solltet ihr beachten, dass nur
> bei den normalen der SPI-Modus verpflichend, aber bei MicroSD optional
> ist.

Wo steht das? Bei www.sdcard.org?
Benutze microSD weil ich den microSD nach SD Adapter auf meine Platine 
gelötet habe. Wollte eigentlich 1GB Karten mit Adapter kaufen.
Gab nur noch SDHC 4GB Karten für 5,-EUR.

hedie schrieb
> Also funktionieren nun alle mit der Lösung aus Kapitel 4.4?

Ja, die Init und das Auslesen der CID und der CSD funktionieren
bei den drei verschiedenen Karten. Bin noch nicht weiter.

Gruß Holger

Hier noch was mein Mega ausgibt:

1

SDHC Test

2

sdhc      : Start

3

sdhc_ident: send cmd0: R1: 0x01 idle OK

4

sdhc_ident: send cmd8: R1: 0x01 idle OK

5

sdhc_ident: cmd8: response : 0x000001aa OK

6

sdhc_ident: send acmd41 High Capacity Support: R1: 0x00 OK

7

sdhc_ident: send cmd58 Card Capacity Status: R1: 0x00 OK

8

sdhc_ident: cmd 58 response: 0xc0ff8000 OK, Card Capacity Status=1

9

10

sdhc_info: send cmd10 Card ID (CID): R1: 0x00 OK

11

sdhc_info: DataBlock Start:  Start R1: 0xfe OK

12

sdhc_info: MID: 0x1b

13

sdhc_info: OID: SM

14

sdhc_info: PNM: 00000

15

sdhc_info: PRV: 1.0

16

sdhc_info: PSN: 0x7675ec1f

17

sdhc_info: MDT: 5.2011

18

19

sdhc_info: send cmd9 card-specific data (CSD): R1: 0x00 OK

20

sdhc_info: DataBlock Start:  Start R1: 0xfe OK

21

sdhc_info: CSD structure: CSD Version 2.0 High Capacity and Extended Capacity

22

sdhc_info: max. data transfer rate: 0x32 = 25 MHz

23

sdhc_info: DSR implemented: 0

24

sdhc_info: copy flag: 1

25

sdhc_info: permanent write protection: 0

26

sdhc_info: temporary write protection: 0

27

28

sdhc_shutdown: send cmd0 CS_HIGH

29

sdhc      : End

Gruß Holger