Hallo,

aus meiner Erfahrung (mit PIC18F....): Selbst schreiben andhand der MMC
Spec (gibts im Netz zu finden)! Es gibt Karten die laufen nicht, zB weil
der Schreibvorgang länger dauert als das Timeout (rechne mit bis zu 0,1s
bei alten Karten!)

Ausserdem benötigt das Forum genaue Infos. Läuft nicht .... ist keine
Info. Was läuft nicht? Hakt es schon bei der Init Sequenz? Oder klappt
das Schreiben nicht?

usw.

Hilfreich wäre auch der Hardware-Aufbau. Wie sieht es mit
Abblockkondensatoren aus ?

Christian J. wrote:
> Selbst schreiben andhand der MMC Spec

Ob das so eine gute Idee ist?
Wenn die Harware falsch ist, dann hilft sowas leider nicht weiter. Ich
würde daher den anderen Weg gehen, und eine Software verwenden von der
bekannt ist, dass sie auf jedenfall funktioniert. Dann kann man sich auf
die Hardware bei der Fehlersuche konzentrieren.

> Es gibt Karten die laufen nicht, zB weil
> der Schreibvorgang länger dauert als das Timeout

Das ist die Software ganz einfach Mist. Wenn alle Specs eingehalten
wurden, und noch ausreichend Toleranzen in alle Richtungen vorhanden
sind, dann funktioniert auch jede Karte.

> (rechne mit bis zu 0,1s bei alten Karten!)

Reicht nicht. Selbst neuere Karten brauchen teilweise länger und das
liegt nicht mal am Hersteller. z.B. bei 1GB Kingston Karten habe ich
periodisch fast 200ms gemessen. Anscheinend immer dann wenn das Wear
Leveling zuschlägt. Andere Karten zeigen solch ein Verhalten nicht, oder
sehr viel weniger ausgeprägt.

Hallo,

ich habe mir die genannte Software mal 15 Minuten angeschaut, versucht
durchzusteigen. Vielleicht bin ich ja blöde aber ich finde die für den
Anfang viel zu komplex und durch tausend #if def .... sehr schwer zu
lesen, nicht nur weil sie Englisch ist. Auf Anhieb wüssste ich nicht wie
ich eine einfache Funktion realisieren sollte, die nur ein paar Zeichen
in ein File schreibt. Es gibt zwar viele gute Programmierer aber bei
solch komplexen Sachen muss man schon eine gut verständliche Doku
dabeischreiben.

Ich habe mir seinerzeit EFSL von sourceforge.net gezogen. Die ist noch
viel umfangreicher aber hat ein sehr schönes Manual dabei und ohne die
ganzen Interna zu verstehen benutzt man nur eine Handvoll Funktionen und
es funktioniert, wenn man in config.h alles eingestellt hat. Die hat
auch von Anfang an durchcompiliert für den ARM mit dem GNU CC Compiler.

Für den Anfang würde ich auch nur versuchen die RAW Funktionen der
unteren Schicht zum Laufen zu kriegen, die sind einfacher verständlich.
Wenn die laufen müsste das ganze hardwareunabhängige Gebilde drüber auch
funktionieren. Die habe ich mir damals selbst geschrieben und so einige
Auffälligkeiten bemerkt, zB dass manche Karten nach jedem Zugriff von
allein in den Idle Mode gehen und wieder aufgeweckt werden müssen,
andere gehen erst nach dem Befehl "schlafen legen" da rein.

Christian

Hallo,

also..... wenn es schon beim Init scheitert dann würde ich mal mit dem
Oszi an die Pins gehen und schauen was da passiert. Init ist sehr
einfach und MUSS laufen!

Genrell: Init nur mit max 400 khz laufen lassen! Die Löung mit den
Widerständen funktioniert vielleicht bei Radig und Co, bei mir hat sie
nie richtig geklappt, ständig schmierte die Karte ab. Erst als ich
richtige Treiber benutzt habe (5V-3V Wandler) lief es durch.

Vergiss nicht: Alle Kartenleser benutzen den Multimedia Mode der Karten.
Da mag einiges anders sein als bei SPI.

Hier ist mal meine Init für PIC mit CCS Compiler

// *********************************************************************************
// Initialisieren der MMC Karte nach Power On
// Rückgabe: 1 = ok, 0 = Fehler
// *********************************************************************************

byte mmc_init()
{
  byte i;

    mmc_InitSPI(SPI_SPEED);
    ChipSelect(devSD,0);    // MMC Karte ausschalten

  for(i=0;i<100;i++)           // initialise the MMC card into SPI mode by sending clks on
     SPIMMC(0xFF);

  ChipSelect(devSD,1);    // MMC ein

  // Sende CMD0 an die Karte
  restart_wdt();
  i=0;

  do {
    SPIMMC(0xFF);
    SPIMMC(0x40);           // Sende Reset command
    SPIMMC(0x00);
    SPIMMC(0x00);
    SPIMMC(0x00);
    SPIMMC(0x00);
    SPIMMC(0x95);  
    if(++i >= 50)
    {
      f_mmc_Error   = TRUE;
      mmc_ErrorCode = MMC_ERR_INIT;
      ChipSelect(devSD,0);
            return (0);              // Timeout, Fehler!
          }  
  } while(!mmc_response(0x01));

  SPIMMC(0xFF);
  SPIMMC(0xFF);
  SPIMMC(0xFF);
  
  // Sendet CMD1 wiederkehrend an die Karte
  i = 0;
  restart_wdt();
  do  {
    SPIMMC(0xFF);
        SPIMMC(0x41);            // sende mmc Kommando um Idle Mode zu beenden
        SPIMMC(0x00);            // Alle Parameter sind 0x00
        SPIMMC(0x00);
        SPIMMC(0x00);
        SPIMMC(0x00);
        SPIMMC(0xFF);            // Checksumme ist immer 0xff
    if(++i >= 50)
    {
      f_mmc_Error = TRUE;
      mmc_ErrorCode = MMC_ERR_INIT1;
      ChipSelect(devSD,0);
         return (0);              // Timeout, Fehler!
       }
  } while(!mmc_response(0));

  ChipSelect(devSD,0);
  f_mmc_Error = FALSE;
  mmc_ErrorCode = NO_ERROR;

  mmc_reset();

  return (1);
}

Gast wrote:

> Beim Beispiel von Ulrich Radig sowie dem von Roland Riegel scheitert es
> bereits an der Initialisierung. Die Funktionen brechen bereits beim
> Versuch, das erste Kommando zu senden, erfolglos ab.

Das klingt sehr nach einem generellen Problem, wie z.B. falsch
angeschlossen, falsche Pins eingestellt, Kurzschluss auf Leitungen oder
ähnliches.

Wie hast du den SDO Pin der Karte angeschlossen, hat dieser einen Pullup
(ob per Software oder als Widerstand ist egal)?

>>Wie hast du den SDO Pin der Karte angeschlossen, hat dieser einen Pullup
>>(ob per Software oder als Widerstand ist egal)?

Volle Bestätigung: Ohne diese Pull Ups läuft es auch nicht, sonst
floaten Dir die Pins.

Es kann Zufall sein, oder wahrscheinlicher: Timingprobleme aufgrund der
zu hochohmigen Spannungsteiler. Das Taktsignal sollte eigentlich sehr
sauber sein, und man sollte deutlich 8 Takte am Stück, danach eine
kleine Pause und dann wieder 8 Takte und das ganze mehr oder weniger oft
erkennen können.

Gast wrote:
> Das Problem bei der Sache ist, morgen sollte der Aufbau laufen, deswegen
> fallen größere Änderungen wie z.B. Pegelwandler leider flach.
> Einen Atmega32L müsste ich auch wieder bestellen, außerdem kämen dann
> wieder größere Probleme auf mich zu, da noch ein MAX232, ein LCD und
> mehrere Controller über I2C angeschlossen sind, die sich wahrscheinlich
> nicht sofort mit den 3,3V des Controllers vertragen werden.

Wenn du nicht unter 2,7V gehen willst, brauchst du keine
Low-Voltage-Version. Schaue einmal ins Datenblatt. bei 12MHz müsste 3,3V
so gerade noch gehen (müssten zwar eigentlich 3,5V sein). Es gibt auch
RS232-Pegelwandler und 3,3V-kompatible LCD-Anzeigen - die DOGM-Typen von
Electronic Assembly.

Bis morgen ist aber alles natürlich ziemlich knapp.

Habe mal angefangen den mit einem CASE Tool erstellten Code
zusammenzustreichen, um dutzende #defines zu erleichtern und anders zu
formatieren, kompakter zu machen und alles raus was mit AtMega zu tun
hat, da ich ARM nutze.

Wird gleich viel lesbarer :-) Vielleicht nehme ich den auch statt der
erschlagenden efsl, die 20kb Flash verbraucht.

Gast wrote:
> DAS war das richtige Stichwort. Ich habe jetzt den Spannungsteiler für
> den Takt einfach mit halbierten Widerstandswerten aufgebaut und außerdem
> mit einem einfachen 0815-Transistor dem ganzen etwas mehr Dampf gemacht,

Das würde mich interessieren. Wie hast du das gemacht?

Meine Spannungsteiler waren seinerzeit mal aus 1.8k und 3.3k
Widerständen zusammengelötet und funktionierten an einem Mega128
bestens. Inzwischen betreibe ich Karten und Controller wenn irgendwie
möglich mit 3.3V und alles ist gut. Aber es ist seitens des Forums nicht
unbedingt fair, immer auf die Spannungsteilervariante zu schimpfen, denn
an einem 8Mhz SPI funktionieren diese weitestgehend einwandfrei, mit den
oben angegebenen Werten.

Travel Rec. wrote:
> Aber es ist seitens des Forums nicht
> unbedingt fair, immer auf die Spannungsteilervariante zu schimpfen, denn
> an einem 8Mhz SPI funktionieren diese weitestgehend einwandfrei, mit den
> oben angegebenen Werten.

Wie immer: Kommt auf die Karte an.

Nicht wirklich. Die Flankensteilheit ist bei den gewählten
Widerstandswerten vorgegeben und die Pinkapazität ist bei allen Karten
relativ gleich. Vermeiden sollte man einen zu großen Abstand der Karte
von den Spannungsteilern oder gar das Anbinden des Kartenslots mit
Flachbandkabel länger als 10cm. Das geht auch bei direkten 3.3V-Systemen
in die Hose.