wenn man die 1541 nun soweit zersägt und in den 64er verpflanzt hat, dann könnte man doch auch ein On-Screen-Display für die Auswahl des Images bzw. der Texte vom 1541-rebuild realisieren... ?
so ähnlich wie bei diesen Gotek-Bluepill Dingern.. allerdings kenn ich den 64er noch nicht so lange um zu wissen, wo man dort den Pixeltakt herbekommt bzw. eine Leitung in die Video-Ausgabe.
hmm.. mit viel Langeweile könnte man den verbliebenen Teil und die Platine von Thorsten ja mal zusammen-layouten und eine neue "1541-reduced" version erstellen...
dann würde man dort die grossen Chips (VIAs, das GATEArray, den 6502, die ROMs) aus der originalen Platine übernehmen, noch einen ATMEL (oder was auch immer) draufstecken und gut ist.
Sehe ich jetzt nicht als grosses Problem - allerdings sollte dann klar sein, wo die Reise bezüglich MikroController und evtl. Erweiterungen hingeht ...
Allerdings: manche nutzen die "überflüssigen Teile" der originalen Platine ja auch noch um die originale Mechanik anzuschliessen für die authentische Geräuschkulisse 
von daher sollten wir dann auch gleich mindestens einen Anschluss für einen Lautsprecher/kleinen Pietzo vorsehen um das zu "emulieren"
warum nehmen wir nicht gleich einen Raspi Zero ?
ich meine; da ist die IO-Anzahl sogar noch ein wenig höher als bei dem WROVER-Modul und wir würden SD-Karten-Leser und evtl. Display (per HDMI / SPI) noch dazu bekommen.
Mit seiner Power schafft er es locker, den VIA abzutasten und auch mehr als eine Diskette zwischen einem Spurwechsel zu lesen/zu schreiben.
Preislich.. naja.. 15 Euro + ein bisschen "Rundrum" .. das ist nicht weit weg vom jetzigen 1541-rebuild-Modul.
Klar, die Puristen werden aufschreien.. aber das tun sie ja auch schon, wenn man die Floppy aufschraubt.
mal am Rande; warum sind denn die Bilder weg, die ich mühsam ausgeschnitten und hier eingefügt hatte?
Dabei hat sich Brittbratt echt viel Mühe gegeben - und was dann kommt: "da könnte ja jeder kommen".. das ist nicht fair, oder?
ich kopiere es mal .. hoffentlich klappt das:
---
QuoteDisplay MoreAngeregt durch das 1541II Rebuild Projekt dank Fook42, habe ich es mir mal als Aufgabe gemacht eine passende Front hierfür zu konstruieren. Nach einigen Gesprächen mit Fook42, der des ganze dann auf ein 0,96 Zoll Oled Display umgeschrieben hat, machte ich mich dann an eine Finale Version.
Die ich hier nun einmal zeigen und auch über folgenden Link zu Verfügung stellen möchte. https://www.thingiverse.com/thing:5024222
Die Klammer dient zum fixieren des Displays. Passend gibt es auch einen Knopf für den Drehencoder. Auf meine Bildern habe ich das ganze mit etwas Sekundenkleber fixiert, was auch völlig reicht und fest sitzt. Es steht auch schon eine Version für ein 1.3 Zoll Oled Display bereit, es gab den Wunsch hierfür zwecks besser Lesbarkeit. Hierfür gibt es aber im Moment noch keine passenden Firmware. Sobald dies funktioniert, stell ich auch diese Version online.
Nun ein paar Bilder:
Im A1K-Forum hat ein User ( Brittbratt ) eine neue Front für das 1541-rebuild gezaubert und entsprechende 3DModelle erstellt.
Ich finds beeindruckend! 
https://www.a1k.org/forum/index.php?threads/81163/
kleiner Teaser:
interessantes Fehlerbild... auf die CPU wäre ich diesbezüglich nicht gekommen.Aber lohnt es sich denn wirklich schon, herkömmliche 8Mhz 68000er zu kopieren ? - bei den 030ern / 060ern haben wir ja schon einiges erlebt, dort ist die Gewinnspanne aber auch wesentlich höher.
Kannst du denn jetzt nochmals mit dem alten Gary testen? ob dessen "Fehler" auch durch die CPU abgehandelt sind?
hmm.. vielleicht reden wir da aneinander vorbei...
Wenn ich mir da oben die Lötungen an den Display-Anschlüssen anschaue, dann habe ich Bedenken, dass das Löten eines SMD-Fatpack ESP wirklich jedermans Sache ist.
sowas hier, lötet man kaum noch ohne Reflow-Ofen oder ordentlichem Heissluft-Lötkolben.
viele Bibliotheken verfügbar und in der Arduino-Entwicklungsumgebung programmierbar.
naja.. das sollte kein grosses Kriterium sein.
Ich bin bloss etwas unschlüssig, welcher ESP genug Pins für den Anschluss des kompletten VIAs, SDKarte und Display mit sich bringt (zumindest 17 benötigen wir für VIA, 4-5 für die SDKarte, 2-6 fürs Display und nochmal 3 für die Buttons/Drehregler). Beim Atmel waren das 4*8 PortPins .. da ist nicht viel frei.
An welches ESP-Modul haste denn bei deiner Aufzählung gedacht?
Der Chip alleine nützt uns ja nichts, denn den kann kaum einer händisch bestücken bzw. benötigen wir dann noch eine Menge Schaltung rundrum, bis er in die 1541 passt... z.b. Spannungsregler auf 3.3 etc.
mein Vorschlag: einen PIC32 nehmen... den gibt es (noch) günstig z.B. bei Reichelt und er hätte sowohl genug internes Ram für eine ganze Spur (evtl. sogar noch mehr) und auch genug externe Interrupts (für die Stepsignale und das SOE).
der hier z.B: https://www.reichelt.de/mips32…130f064b-isp-p121327.html
woran scheitert denn das Schreiben auf D64 Files?
Grundsätzlich müssen wir doch nur die GCR-Codierung wieder umdrehen und per FAT-bibliothek auf die SDKarte schreiben, oder?
das Video zu diesem Phänomenm
wenn das alles auch ohne Vampire auftritt, so vermute ich hier ein Speicher-Problem mit dem onboard-ChipRam.
Ärgerlich, dass es nur im "warmgelaufenen" Zustand auftritt - das macht die Identifikation des defekten Chips nicht gerade leichter.
Um diese Theorie einmal zu bestätigen oder ablegen zu können; kannst du einen Föhn nehmen und, wenn der Rechner kalt ist, langsam schritt-für-schritt die ChipRams erwärmen?
Falls es dann sofort auftritt oder schlimmer wird, hast du zumindest einen Anhaltspunkt.
Toll wäre natürlich auch Kältespray - dann könntest du schauen ob der Effekt auch umkehrbar ist.
braucht man die Kodensatoren nicht tauschen, wenn die kiste läuft
würde ich so auch nicht unterschreiben!
Natürlich sind die verbauten Elkos in den früheren Amigas (1000er, 500er) durchaus langlebiger als der SMD-Schrott den Commodore später eingesetzt hat, aber trotzdem altern diese, wie AndiS auch schon geschrieben hat.
Austrocknen ist dabei noch das harmloseste, aber auch langsames Auslaufen führt zu großflächigen Schäden. Trocknen die Puffer-Elkos in der Spannungsversorgung aus, so hast du oft auch noch seltsame Fehler des Rechners, weil eben viele kleine Spannungsspitzen/-einbrüche schnell zu Gurus/Laufzeitfehlern führen können.
Nach ~30 Jahren darf man die Elkos schon mal wechseln - ein bisschen auf den ESR Wert und etwas höhere Spannungsfestigkeit achten und dann hat man auch länger Ruhe.
ich hoffe der Querverweis ist okay:
im A1K-Amiga-Forum hat Nick selbst einen Thread zu seinem Programm und auch zu der Hardware aufgemacht
Dort bietet er auch die Platinen und Hilfe an, wenn man ihn freundlich anschreibt...
https://www.a1k.org/forum/index.php?threads/70418/
(man muss sich aber auch dort im Forum registrieren, sonst führt der Link ins Leere)
du brauchst das hier:
ADF Copy ( -> https://nickslabor.niteto.de/projekte/adf-copy/ )
Laufwerk per USB an den PC.. und dort dann das Image auf die Diskette ziehen oder auch davon lesen.
was man am Wochenende alles schafft....
Das OLED zuckt nun auch :
da war die Font nur noch um 90Grad verdreht (OLEDs arbeiten innerhalb ihrer "Pages" vertikal statt horizontal 
)
Naja. das konnte gelöst werden.
Und so sieht es jetzt aus: ( Software 1.3.5 -> https://github.com/fook42/1541-rebuild)
So hatte ich mir das vorgestellt - OLED in der 1541-II Front, SDKarten-Schlitz daneben und naja.. über den hässlichen Drehregler-Knopf müssen wir ja nicht streiten.
Das OLED hat hierbei einen "gelben" Bereich in der ersten Zeile und der rest ist bläulich... es gibt auch uni-farbene OLEDs
done:
- Display autodetection; LCD direkt, LCD per I2C, OLED per I2C
next:
- die Font anpassen - ist hierbei eine C64-BitmapFont, wo jedoch Sonderzeichen fehlen (PETSCII-Dateinamen sind halt nicht so oft)
- überflüssigen Platz des OLED ausnutzen - evtl. größere Font?
kleines Software Update ( -> https://github.com/fook42/1541-rebuild/releases/tag/SW1.3.4)
Software Version 1.3.4 mit LCD-Display Autodetection für PCB 1.4.2
- keine separate Software mehr notwendig für I2C oder 10pin Anschluss
- Vorbereitung für OLED displays
- C64-Font für OLED konvertiert
- zudem: zwischenzeitlich BOM+Schematics+Dokumentation für neues PCB erstellt / angepasst
( -> https://github.com/fook42/1541-rebuild/tree/master/doc)
next:
- OLED routinen implementieren
- Auswahl der Display-Größe
den TotalCommander nutze ich auch - das ist ja erstmal nichts anderes als ein Dateimanager, aber er kann auch über Plugins erweitert werden, so dass Amiga-Disketten-Images direkt (ähnlich einem gepackten Archiv) angezeigt werden können:
Die Plugins findest du hier: https://www.ghisler.com/plugins.htm
-> AmigaDX nutze ich
damit kannst du einfach auf ein ADF File doppelklicken und er zeigt dir die Amiga-Dateien darin an (falls es eine AmigaDOS-Diskette ist - bei Spielen, die direkt vom Bootloader starten, sieht man dann nichts)
Auch der Zugriff auf die Dateien funktioniert dann ganz gewohnt - Anzeigen, kopieren, löschen... nur bei Editieren musst du die Datei erst einmal "rauskopieren", bearbeiten und anschliessen wieder in das ADF hineinkopieren.
das mit dem USB Laufwerk hab ich nicht ganz verstanden.
Am Amiga hast du ja ein Diskettenlaufwerk, aber die Disketten dafür kannst du _nicht_ am PC schreiben
Wenn du aber ein GOTEK USB-Laufwerk meinst, dann wäre das natürlich hilfreich um Daten per USB-Stick bzw. Disketten-Abbildern auszutauschen.
