SD-Karte - SDHC Karte

Gast #525491
Lesenswert?

Wäre auch an dem Thema interessiert. Weiß jemand noch weitere 
Unterschiede, außer

- Kapazität
- minimal garantierte Geschwindigkeit
- FAT32 Dateisystem
- andere Adressierung der Sektoren

mfg
Johnsn
Gast #538611
Lesenswert?

Sach ma' wo hastn das her, bzw. wann bist du darauf gestossen, weil ich 
suche schon lange nach so einem Datenblatt. Ich bin jetzt noch nicht so 
ins Detail vorgedrungen, aber ich denke dass man damit eine SDHC Karte 
ansprechen kann.
Gast #538687
Lesenswert?

Laut SD-Card-Standard braucht man wohl den SPI-Mode damit die 
Initialisierunga ablaufen kann? Zunächst passiert ein bisschen was per 
SPI und nach einer weile rumkaspern (wenn sich beide einig sind) wird in 
den parallelen Modus geschaltet. Ich schätz das wird wohl auch für 
zukünftige Karten zutreffen, selbst wenn sie 32GB groß sind ;) Zumindest 
so lange nix am Standard verändert wird.
Frank
Gast #677728
Lesenswert?

Hey.... sry, fürs wiedererwecken ;-)
Kann hier bitte mal jemand von seinen Erfolgen erzählen? :-)
Ich würde auch gerne zwecks höherer Bandbreite den 4-bit-parallelen 
Modus einer SD-Karte benutzen wollen. (Spart vor allem ja auch Strom)
So wie ich das verstehe erfolgt die Initilisierung wie im SPI-Modus.. 
dann wird über ein Kommando in den parallelen Modus gewechselt.
Danach gehen die Verständnisprobleme bei mir los.
Ich vermute, dass die Kommunikation ähnlich abläuft, wie im SPI-Modus. 
Nur das pro Takt 4 Bits anliegen und damit 2 Takte reichen, um ein Byte 
zu versenden bzw. zu empfangen.
So wie es bisher also aussieht, müsste man den SD-Karten Code, der im 
Internet so rumschwirrt, nur etwas modifizieren.. d.h. die SPI-Routinen 
nach 4bit parallel-Modus umbauen.
Würde das dann tatsächlich laufen - oder unterscheidet sich das 
(Kommando-)Protokoll?

Probleme machen mir auch noch die Kommandos... Gibts da irgendwo eine 
Übersicht?

Ja, ich weiß.. meine Fragen klingen so, als würde ich mich nur ungern 
mit dem Thema beschäftigen.. das liegt aber nur daran, das ich nicht 
weiß, wo ich ansetzen soll...

Falls jemand Lust&Zeit hat, würde ich mich über Erklärungen freuen.
Ein umgeschriebener Code wäre aber auch OK.. da würde ich dann auch 
selber durchsehen...
Zielsystem ist ein AVR(32).

MFG
Gast #677749
Lesenswert?

Tja 4 Bit ist ein Problem. Die Infos gibts nur gegen Bar Cash.

Andere Sache die meisten µC haben Hardwaremäßig eine SPI schnittstelle 
integriert. Den 4 Bit Modus müsstest du softwaremäßig realisieren. Zu 
prüfen währe also, ob der 4Bit Modus einen Geschwindigkeitsvorteil 
bringt.
Gast #678564
Lesenswert?

Ich denke auf einem 60MHz-Prozessor ist eine Softwareimplementatoin 
ebenso schnell wie eine durch Hadwareseitig geschwindigkeitsbgrenzte SPI 
- nur, dass halt 4 Bits parallel übertragen werden können.

Wichtig ist nur, das gewisse Fragen einfach geklärt sind.. sonst 
stochert man im dunklen rum... was eher frustrierend ist.. (Commandos.. 
Timing..)

Naja.. vielleicht kennst sich hier ja noch jemand mit dem 4Bit-Modus 
aus... oder vlielleicht postet jemand aus versehen Code ;-)
Trotzdem erstmal danke.

MFG
Gast #1086401
Lesenswert?

Hallo,

ist schon eine Weile her als ich den Thread aufgemacht habe. Bin jetzt 
aber endlich dazu gekommen, zu programmieren. Und habe noch ein kleines 
Problem bei der Initialisierung von SDHC Karten. Die Initialisierung der 
Standard SD Karten geht 100%ig, SDHC nur sporadisch. Wenn die 
SDHC-Karten ersteinmal initialisiert sind, lufen sie auch 100%ig. Ich 
habe mir nun schon mal Code von anderen Bastlern angeschaut aber keine 
gravierenden unterschiede gesehen. Eins ist mir aber doch aufgefallen 
und wollte dazu mal ein paar Komentare hören/lesen.
Ich setze vor jedem Komando CS=0 und nach jedem Komando sofort wieder 
auf 1 und sende nach dem Response noch 8 dummy Bits. Wenn ich es in den 
anderen Codes richtig gesehen habe wird CS nicht so oft hin und her 
geschalten. Ist das so richtig?
Gast #1096979
Lesenswert?

Es schein egal zu sein, ob CS zwischen 2 Komandos deaktiviert wird oder 
nicht.
Mein Fehler lag jedenfalls darin, dass beim CMD8 die CRC wegen falscher 
initialisierung nicht richtig berechnet wurde. Dann klappe danach das 
ACMD41 auch nicht mehr richtig.
Jetzt geht es also bei mir auch.
Gast #1154446
Lesenswert?

Hallo,

mit welchem µC hast du die SDHC-Card angesteuert?
Funktioniert es mittlerweile?

Bis jetzt habe ich mit meinen ARM nur 1GB SD Cards beschrieben und würde 
gerne auf SDHC erweitern, aber es ist sehr schwer Informationen zu 
bekommen... :(

lg
Gast #1154637
Lesenswert?

Ja, bei mir funtioniert es jetzt. Ich verwende einem Renesas M16C, das 
ist aber egal es geht mit jedem µC. Was Termite noch hinzuzufügen ist, 
ist das FAT32 Pflicht ist.
Oben gibt es ein Datenblatt da steht eigentlich alles drin. Ich kann zu 
Hause schauen, ob ich noch weitere Infos habe.
Gast #1154719
Lesenswert?

> Was Termite noch hinzuzufügen ist, ist das FAT32 Pflicht ist.

Du meinst wenn du ein Geraet herstellst und beim Verkauf aussen
SDHC draufschreiben willst?

Sonst sehe ich keinen Grund warum man nicht drauf machen kann
was einem am besten gefaellt. Notfalls sogar mehrere Partitionen
mit FAT16 wenn man vor dem schlimmsten nicht zurueckschreckt. :-)

Olaf
Gast #1154816
Lesenswert?

> ... und sicherstellen will, daß sie mit Windows-Rechnern nicht

Die Nonkomformitaet kann man ja als Vorteil ansehen. :-)

> Windows nämlich unterstützt auf Wechselmedien nur exakt eine Partition.

Noch besser, Win98 stuerzt sogar absolut gnadenlos mit einem sofortigen 
Exitus ab wenn man da etwas reinsteckt das mehrere Partitionen hat.

Olaf

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren