Hallo, hat jemand genauere Informationen zu den 4GB SD-Karten (SDHC-Karten)? Haben die SDHC-Karten noch einen SPI-Modus? ciao
Ok habe es gerade selbst heraus gefunden, die 4GB und 8GB SDHC Karten von Toshiba sollen noch einen SPI-Modus haben.
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
I found this link very useful for understanding the differences: http://www.hjreggel.net/cardspeed/index.html#special-sd.html Also the latest freely available SD card simplified specifications from sdcard.org have some more info, downloadable from here: http://www.sdcard.org/sd_memorycard/index.html
Getestet habe ich die SDHC-Karten auch noch nicht. Wenn mein Project endlich mal fertig wird, werde ich auch mal eine 4GB Karte testen.
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.
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
Also das sehe ich nicht so, du kannst ja gleich direkt im SD-Modus starten. Oder meinst du damit, dass nach dem PowerOn nur eine Datenleitung aktiviert ist?
Auf www.sdcard.org gibt es ein neues Datenblatt vom Sept2006, da stehen bereits Infos zum SDHC Standard drinnen.
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
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.
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
Die Adressierung hat sich von Bytes in Blöcke geändert - das ist die wesentlichste Änderung. Habe vor 1-2 Monaten mal 8GB SDHC Karten angesprochen. Grüße
Obelix wrote:
> Geheime Beziehungen zur Unterwelt :-D
Hast du noch mehr auf Lager? Ich interresiere mich nämlich speziell für
den Stromverbrauch verschiedener Karten/Hersteller...
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?
Bei der Initialisieren bekomme ich auf das ACMD41 immer ein 0x01 ich solle aber noch ein paar durchläufen mal eine 0x00 bekommen. Wie gesagt, geht nur bei SDHC nicht richtig.
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.
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
Moin, ist eigentlich nur ein flag, das du auswerten musst um zu erkennen ob HC oder nicht. und die Addressierung die sich ändert. Anstelle von Byte wird sektor addressierung verwendet.
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.
> 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
> Notfalls sogar mehrere Partitionen mit FAT16 wenn man > vor dem schlimmsten nicht zurueckschreckt. :-) ... und sicherstellen will, daß sie mit Windows-Rechnern nicht ausgelesen werden können. Windows nämlich unterstützt auf Wechselmedien nur exakt eine Partition.
> ... 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
> Windows nämlich unterstützt auf Wechselmedien nur exakt eine Partition.
Ist es bei Windows überhaupt nicht möglich eine Partition auf einem
Wechseldatenträger zu erstellen?
>Ich meine natürlich mind. zwei Partitionen... >Wozu? Naja, man könnte zwei Betriebssysteme draufmachen und individuell booten, zb...
Google schrieb: > Keiner mehr irgendwas zu sagen?^^ Doch ich - grabe mal aus - und sage vielen Dank für die Einstiegsinfos. über 154 000 downloads für das Datenblatt. Da sagt nochmal einer etwas ( ION ) lg rudi ;-)
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.