Wegen der SDrIve.ATR, probiere doch mal das:
Projektvorstellung: SDrive-MAX
Wichtig: Zwischen den beiden Flashvorgängen muss der Arduino vom Rechner getrennt werden!
Du bist in Begriff, Forum64 zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
letzter Beitrag von oobdoo am
Wegen der SDrIve.ATR, probiere doch mal das:
Projektvorstellung: SDrive-MAX
Wichtig: Zwischen den beiden Flashvorgängen muss der Arduino vom Rechner getrennt werden!
Tut sich nix.
Tut sich nix.
Entweder schlechte Kontakte, hatte ich erst gestern äh vorgestern. Oder deine Verkabelung ist noch falsch.
Entweder schlechte Kontakte, hatte ich erst gestern äh vorgestern. Oder deine Verkabelung ist noch falsch.
Die Leitungem vom Uno zur Atari Buchse hatte ich vorhin geprüft, da war alles Ok. Den Rest mache ich aber morgen. Um diese Uhrzeit werde ich da nix mehr finden.
Hier mal meine Anschlussbelegung wie ich sie anhand der Anleitungen verstanden habe.
Läuft.
Die Ursache kann ich nicht zu 100% genau angeben. Anders als gestern habe ich heute bei der Batchdatei zwischendurch den UNO abgezogen.
Außerdem war meine XU1541 noch angestöpselt.
Jetzt muss ich nur noch aus dem Menü schlau werden.
Immerhin habe ich gerade irgendwie das erste Spiel zum laufen bekommen.
Danke kbr.
Sorry das ich Dir keine Hilfe war.
Das macht doch nichts, Hauptsache läuft nun
Ich war wohl anfangs auch etwas zu naiv zu glauben, daß das doch in wenigen Stunden nachgebaut ist. Und wusste auch nicht, daß das unter Windows so kompliziert ist, weil unter Linux läuft das eigentlich völlig out of the box...
Ich war wohl anfangs auch etwas zu naiv zu glauben, daß das doch in wenigen Stunden nachgebaut ist.
Mit Routine ist das bestimmt zu schaffen, aber Elektronik ist für mich immer noch ne fremde Welt, da läuft nix mal eben so.
Ich war wohl anfangs auch etwas zu naiv zu glauben, daß das doch in wenigen Stunden nachgebaut ist. Und wusste auch nicht, daß das unter Windows so kompliziert ist, weil unter Linux läuft das eigentlich völlig out of the box...
So kompliziert ist es ja nun auch nicht, die Hardware hatte ich in ein paar Minuten fertig, ich hatte aber auch noch ein fertiges SIO-Kabel hier liegen, dass brauchte ich nur anlöten. Man sollte halt nur das Display direkt von Elegoo sich beschaffen, dann wäre ich mit dem SDrive-Max noch schneller fertig geworden. Danke nochmal an @kbr für deine Hilfe und die Geduld dabei.
Was das Aufbauen betrifft: Da ich schon recht viel mit Mikrocontroller und Arduinos zu tun hatte und mit Elektronik sowieso, bin ich aber schon genug vobelastet gewesen. Einzig das Programmieren war etwas schwierig, da man hier direkt AVR-Dude benutzen musste, aber im Grunde, war das auch kein Problem.
Nächstes Problem. Wieder in diesem Thread, um den anderen etwas übersichtlicher zu halten.
Das Elegoo hat einen microSD Slot, mein Gehäuse einen normalen SD-Slot. Die sollen nun mit Kabel verbunden werden.
Wobei normal scheinbar nicht normal ist, wenn man die Pinbelegung anschaut.
9 Pins am Elegoo
9 Pins am zukünftigen Gehäuse Slot.
Jetzt könnte man meinen einfach Pin 1 vom microSD an Pin 1 der SD anzulöten (also von rechts nach links).
Ich habe auch auch noch einen Adapter microSD auf SD zuhause (kam später aus China, als mein Gehäuse schon fertig war).
Da hat die SD 11 Pins auf einem 15 Pin Kabel (wohl nicht alle Leitungen benutzt). Allerdings sind noch zwei andere elektrische Bauteile verlötet.
Und nun bin ich total verwirrt.
Kann mein Lösungsansatz funktionieren oder muß ich die untere Version verwenden?
Da hätte ich wahrscheinlich ein Platzproblem im Gehäuse und der SD-Slot würde auch nicht mehr passen.
Irgendwie nimmt das Projekt einfach kein Ende.
Notiz an mich... nie wieder komplizierte Gehäuse entwerfen.
Also man entwirft erst ein Gehäuse und schaut dann erst nach, ob das auch alles zusammen passt?
Also Micro SD-Slots haben weniger Anschlüsse als "normale" SD-Slots.
Da fehlt schon das "Card Detect" und auch das "Write Protect".
Irgendwie nimmt das Projekt einfach kein Ende.
Weil Du unbedingt immer alles anders machen musst. Mehr schreibe ich jetzt besser nicht.
Weil Du unbedingt immer alles anders machen musst. Mehr schreibe ich jetzt besser nicht.
Was genau meinst Du jetzt?
Also man entwirft erst ein Gehäuse und schaut dann erst nach, ob das auch alles zusammen passt?
Es passt ja alles. Den Adapter hatte ich erst entdeckt und gekauft als alles andere schon fertig war.
Den habe ich mir für zukünftige Projekte zugelegt, um mir das löten einzusparen.
Es passt ja alles. Den Adapter hatte ich erst entdeckt und gekauft als alles andere schon fertig war.Den habe ich mir für zukünftige Projekte zugelegt, um mir das löten einzusparen.
Ich denke, es ist schon wichtig, beim entwickeln auch an ein Gehäuse zu denken.
Einige im Forum vorgestellte Projekte haben kein günstiges und passendes Gehäuse parat und oft ist die Platine nur 2 mm zu groß dafür, also ein noch größeres Gehäuse nehmen
Ich denke, es ist schon wichtig, beim entwickeln auch an ein Gehäuse zu denken.
Habe ich ja. Aber ich vermute ich hatte mich falsch ausgedrückt.
Habe ich ja. Aber ich vermute ich hatte mich falsch ausgedrückt.
Nein.
Ich meinte eher andere Projekte, die größenmäßig eigentlich in kleine Standard- Gehäuse passen könnten, wenn beim Layout daran gedacht wird, leider aber nicht passen.
Für die SD2IEC, (sowohl von Donald, als auch das micro SD2IEC 1.6), hab ich noch kein ideales Gehäuse gefunden.
Dabei gibt es reichlich beinahe passende für 3 - 4€.
Nein.Ich meinte eher andere Projekte, die größenmäßig eigentlich in kleine Standard- Gehäuse passen könnten, wenn beim Layout daran gedacht wird, leider aber nicht passen.
Für die SD2IEC, (sowohl von Donald, als auch das micro SD2IEC 1.6), hab ich noch kein ideales Gehäuse gefunden.
Achso, dann war Deine Aussage nicht gegen mich gerichtet. Du hast dann natürlich recht. Ich vermute aber, das im Zeitalter von 3D Druck solche Überlegungen immer seltener gemacht werden.
Das SD2IEC von Donald habe ich auch irgendwo noch rumliegen, allerdings (noch) ohne Gehäuse.