Anwendungen für die Erweiterungsleiste auf sd2iec 1.0

Anwendungsmöglichkeiten für die 4 Erweiterungspins, Teil 1:

Da ich gerade einen SD-Sockel rumliegen hatte (der sollte eigentlich in meinen WRT54GL, aber Router hat den Versuch des Ram-Upgrades leider nicht überlebt =( ) und es bei der Entwicklung eines von uIEC benötigtes Feature hilfreich wäre mehr als ein Laufwerk zu haben, habe mal ein wenig gestapelt:
sd2iec1_0_6913.jpgsd2iec1_0_6915.jpg
Höhere Auflösung gibts hier.

Ich plane im Augenblick allerdings nicht, das in einer Releaseversion zu unterstützen - zum einen braucht das IMHO kaum jemand, zum anderen ist das mechanisch alles andere als stabil weil der obere Sockel nur durch die angelöteten Drähte gehalten wird.

Besonders schön finde ich an dieser Konstruktion übrigens, dass sie lange Zeit einwandfrei mit zwei eingesteckten Karten (und ungeänderter Software, man bereitet sich halt schonmal vor) funktioniert hat, obwohl ich den falschen Pin der oberen Karte an den Erweiterungsanschluss gelegt habe. Der richtige Pin am Sockel wäre der zweite von unten gewesen (Cardselect) und nicht der zweite von oben (Data Out)...

Initialisierung und Schreibzugriffe haben trotzdem funktioniert, gut dass ich Backups habe.

Für den unwahrscheinlichen Fall, dass jemand das mit den 1.2er-Platinen nachbauen will hier mal ein Diagramm der Verdrahtung wie sie von sd2iec 0.7 erwartet wird - bei den Release-Binaries für die sw2-Hardware ist die Unterstützung drin.

Da das wohl eh niemand nachgebaut hat wird es sicherlich auch niemanden stören, dass in Version 0.9 die Select-Leitung auf Pin PD3 wandern wird - das ist das Bohrloch links neben der grünen LED, dessen Leiterbahn an den Pin unten links des AVRs führt.

Quote from Diddl

Wie wird die zweite SD Karte angesprochen? Sieht man die zweite SD Karte vom C64 aus als zweite Floppy?

Nö - das sind lediglich weitere Partitionen, die man über den Laufwerksnummernprefix ansprechen kann. Zwei vom C64 aus ansprechbare Floppylaufwerke im gleichen Code abzuhandeln würde richtig fies viele Änderungen quer durch den ganzen Code nach sich ziehen weil Puffer nicht mehr alleine durch ihre Sekundäradresse identifizierbar sind, danach könnte man wahrscheinlich den Support für 64K-AVRs komplett abschreiben.