SD card am Paralellport, MS-DOS

Am 20.März, gab es von 1ST1 folgenden Beitrag:

Es gibt was anderes: LPT to SD ... http://www.vcfed.org/forum/sho…-driver-for-MSDOS-ver-1-1

Im Thread: USB & DOS ...

Ich hab das Ganze mal am Wochenende aufgebaut, aber ohne Funktion

Frage:
Hat das schon mal jemand ans Laufen gebracht ?
Hat jemand den Treiber SD.SYS
Ok der liegt im Download mit dabei, aber er funtioniert nicht.

Ich ruf den Treiber wie folgt in der Config.Sys auf:
DEVICE=C:\DOS\SD.SYS /d /p=1 /b=2

Die Parameter für debug=on, partition=1, lpt=378

Der Treiber wird geladen und meldet:
SD pport device driver V1.1 ...

SD: initializing drive

SD: drive not connected or not powered

Jetzt hab ich mal den SALEA Logik Analyzer dran gemacht.
Es tut sich was allerdings verstehe ich es noch nicht.
Als SD-Card Adapter hab ich einen für Micro SD mit IC als Level Shifter (3,3 <--> 5V)

Bitte um Erfahrungsbericht, falls das schon mal jemand zum Laufen gebracht hat.

mfG. Klaus Loy

Hallo Toast_r,

danke für deinen Link, scheinbar ist das ein älterer Treiber.
Aber das geht auch nicht. Zumindest sehen die Output Signal PC --> Card Adapter, auf dem SALEA ähnlich aus.
Es gibt entweder ein Pegelproblem bei der MISO Leitung, mein Treiber liefert aktuell nur 3,3V zum PC hin.
Da hab ich schon ein wenig variert.
Oder das MISO Signal liegt einfach auf dem falschen Eingangspin.
Laut Readme des neuen Treibers soll der auf Pin 13 SELECT gehen.
Die Select Leitung ist OK, der Pegel kann invertiert mit AFDPRO.EXE, von 0x379 eingelesen werden.
Ich bin am zweifeln, ob der MISO an disen Pin 13 dran kommt.

Morgen ist auch wider ein Tag, ...

mfG. Klaus Loy

ok, der Thread ist halt schon ziemlich alt.

Ich werd erst noch ein wenig Analyse betreiben.
schon mal Danke für die Hilfe.

mfG. Klaus Loy

Danke tokabln für den interessanten Link.
Mitlerweile weiß zumindest das meine Leitung an Pin 13 definitiv richtig angeschlossen ist.
Ich hab mir den Sourcecode von Version 11 etwas näher angesehen.
Jetzt werd ich mir heute Abend nochmal die Signale mit dem Logik Analyser ansehen.

Das Bild mit den Widerständen ist ganz nett, wird mir aber wohl nichts bringen, weil ich eine Pegelwandler drauf habe. Ich werd mir aber den Pegel des Pin 13 mal mit Oszi ansehen müssen und evtl. von 3,3V auf einen sauberen TTL Pegel bringen müssen.

Im Moment hab ich die Idee, dass etwa mit meiner Karte und der Partition nicht stimmt.
Ich hatte sie mit Linux mit FAT16 formatiert, evzl .passt da etwas nicht.
Laut Treiber Sourcecode müssen am Anfang einige Magik Bytes stehen.
Wenn nicht kommt eben auch meine Fehlermeldung.
Der Treiber unterscheidet nicht ob "garnichts geht" oder ob da eine falsche Partition ist.

Nachtrag:

Ich glaub ich hab den Fehler jetzt gefunden.
Hab grad mit Linux und DD die ersten Sektoren von verschiedenen SD-Cards ausgelesen.
Meine Karte hatte ich am Sonntag und Gestern mit Linux mit einer FAT Partition versehen.
Das war eine schlechte Idee.

Die Karte muss scheinbar nur ein FAT Filesystem enthalten, hierzu muss der FS-Header im ersten Sektor sein.
Und da müssen Magic Bytes sein:
Offset 0x01FE: 55 AA ansonsten Fehler

Offset 0x0036: 46 41 54 ; FAT wenn so, dann OK
oder

Offset 0x0052: 46 41 54 ; FAT wenn so, dann OK

Weil ich eine partition gemacht hatte waren da nicht die 'FAT' String und daher Fehler.

Mal schaun ob ich dann heute Abend hin bekomme.

mfG. Klaus Loy

@PeterSieg, mach ich.

Leute, nichts geht.
Zumindest sieht das soweit sinnvoll aus was der SALEA anzeigt.
Aber es gehen nur ein paar Kommandos hin und her und dann kommt halt die Fehlermeldung:
SD: drive not connected or not powered

Zuvor wird geprüf ob dieses oder jenes, ...

Nähers siehe C-Files SDMMC.C ab Zeile 587
Hier der Source: SDPP11.zip

Zum Übersetzen des Treibers braucht man Borland-C_4.5 (oder so).
Ich hab auch teilweise schon mal übersetzen können, aber dann ist es ja auch wieder nur ein Treiber.
Zum Test wär ein abgespecktes C-Programm erst mal sinnvoll.

Ich versuch grad mit TURBOC V2.1 auf meinem Toshiba T5200 ein Testprogramm aus dem SDMMC.C zu bauen um etwas mehr zu verstehen.
Diese Partitionsdaten werden erst nach disk_initialize () abgefragt, aber soweit kommt es scheinbar nicht.
Die Karte wird sehr wohl gesehen, weil ohne Karte wird einfach blind das Cmd_0 fünfmal wiederholt.
Mit Karte geht da ein Wenig mehr hin und her.
Wie gesagt ich probier jetzt mal ein kleines C-Programm mit debug (printf) Ausgaben zu basteln.

Ok man könnte so eine Karte auch mal an den Arduino hängen, aber da geht es sicher.

Und da sieht auch Init Code sicherlich ganz anders aus.

mfG. Klaus Loy

TURBOC V2.1 ist erstmal eine Sackgase, das ist einfach zu alt, es mag den Code nicht fressen.

Dann muss ich es auf einem Win_XP mit Borland_C machen und immer das EXE rüber kopieren.
Zumindest hab ich ein Netzwerk.

Mal schaun.

Ja hab ich.
Aber der SD-Formatter war nicht mein Freund.
Der scheint wieder eine echte Partition auf der Karte anzulegen.
Ich hab es mit Linux und dd getestet dd if=/dev/sdb of=card.img
Und da war dann ein Partition Sector angelegt.
Und grad das mag ja der SD.SYS Treiber nicht haben.
Der mag einen "boot sektor", mit der Kennung "FAT" an position a oder b.

Sorry aber mit dem SD-Formatter ging das erstmal auch nicht.

mfG. Klaus Loy

wo sind die c / c++ experten ?

BYTE n, d;

n=10;

do

{

rcvr_mmc(&d, 1);

}

while ((d & 0x80) && (--n)); <-- Warning Possibly incorrect assignment in function xxx

Wie funktioniert das Abbruch Kriterium, und warum meckert der Compiler.
OK er übersetzt alles, aber jedesmal landet der Cursor an dieser Stelle.
Vieleicht weiß jemand wie ich es umformulieren kann.

mfG. Klaus Loy

Die C Frage oben bleibt bestehen.

Mein Testprogramm schein sinnvolle Werte zu liefern, näheres gibt es erst morgen, jetzt ist Feierabend.

Aber hier noch zwei Bilder einmal meint HW-Setup und dann ein Screenshot mit Debug Ausgaben.

Hardware Aufbau, Hinterseite Toshiba T3200 mit micro SD-Adapter und Kabel zu SALEA 8 Kanal Logic Analyer

Screenshot, mit Debug Printf Anzeigen, der Function disk_initialize () und send_cmd() aus dem Modul SDMM.C
Das Testprogramm benutz im Moment nur dieses Modul.
Die Function disk_initialize () scheint mit Succes, bzw. Result: 0 zu enden und hat zuvor einen Card Type: 4 ermittelt.

Echt interessant, forschen macht spaß.

mfG. Klaus Loy

@funkenzupfer

> Z.B. ist bei dem --n nicht definiert, ob es durch gefuehrt wird. Ist d == 0 bricht die Schleife ab, ein Test des --n ist nicht mehr noetig.

Ok, klar könnte ja sein erste Bedingung falsch dann würde --n nicht mehr ausgeführt, daher das Warning. Ich habs halt nicht verstanden und wollt es aber auch nicht kaputt machen.

@1ST1
das ist ein ganz stinknormaler Parallelport.
Er kann zwar dieses "modernenen Modis" aber das hab ich abgeschaltet weil ist meinte das es deswegen evtl. nicht funktioniert.

Das Projekt ist ja nicht von mir. Ich wollt es halt am Sonntag grad mal eben aufbauen, aber nichst ging.
Und jetzt bin ich halt am untersuchen und verstehen. Mach spaß.

Gute Nacht

@Holger,
unidirektional mein ja nur, dass Datenleitungen D0..7 nur rauswärts gehen (write only).
Aber die Steuerleitungen werden für das Lesen missbraucht, damit geht es dann hin und her.

Erst die neueren Parallelport waren dann bidirektional ausgelgt um richtig Daten hin und transferieren zu können.

Und weil es in wenigen Minuten 1.April ist:
In der Zeitschrift c't gab es in den 80er ein April Projekt das his WOM, diese Teil war an den Parallelport angeschlossen
und bestand aus acht Dioden und einem Kondensator. Als write only Memory.

Hier zwei Links:

Die besten Aprilscherze aus der c't-Redaktion

write-only-memory.pdf

Gute Nacht.

mfG. Klaus Loy

Das LPT Interface war ja für DRUCKER gedacht.
Wie sollten die Entwickler damals an sowas denken, dass da jemand Daten auch in den PC rein schicken möchte. Das ist ja "Quatsch", Drucker sind ja AUSGABE Geräte.

Aber wo ein Wille ist findet sich auch meist ein Weg

mfG. Klaus Loy