Projektvorstellung Sidekick64

Hallo,

ich dachte ich eröffne ein neues Thema, um mein Raspberry Pi-C64 Projekt in aufgeräumter Weise vorzustellen. Teile davon hatte ich schon in diesen Themen gepostet:

RasPi 2/3 als In-Place SID Emulator (Vorsicht: sinnfreies Spaßprojekt)

"Dead Test++" - Ideensammlung / Brainstorming

Es handelt sich um ein kleines Framework, das demonstriert, wie man den Raspberry Pi 3B/3B+ am Bus des C64 kommunizieren lässt, um beispielsweise ein Cartridge, ein GeoRAM/NeoRAM oder DualSID+FM zu emulieren (das sind auch die 3 Beispielprogramme, die derzeit im Paket enthalten sind).

Hier ist das Gihub-Repository:

https://github.com/frntc/RasPIC64

Danken möchte ich an dieser Stelle nochmal @kinzi, der sehr geduldig meine Fragen zu Elektronik beantwortet und mir erklärt wie ein C64 wirklich funktioniert und dem Autor von Circle (Baremetal RPi Framework), der auch immer mit Rat zur Seite stand, @bigby für seine Breakout Platine und allen anderen, die hier im Forum ihr Wissen teilen!

Ich würde mich natürlich freuen, wenn sich jemand die Mühe macht, das Ganze nachzubauen Der Nachbau geht am Steckbrett mit ein paar wenigen, günstigen ICs.

Quote from bigby

EDIT: Ach, und noch eine kleine Empfehlung. Du hast ja schon ein schickes Bild vom Breadboard im Repo. Binde das doch direkt ins Markdown des Readme ein, das geht ja gut über einen relativen Pfad. Das lockert die Seite ungemein auf und lädt dann vielleicht noch "Laufkundschaft" ein. Ungefähr so:

das war auf meiner Liste, jetzt muss ich schon nicht mehr selbst herausfinden, wie man das macht Für die Namensgebung hätte ich vielleicht eine Marketingabteilung ge

Freut mich, dass ihr das nachbauen wollt - bin gespannt auf die Erfahrungen damit...

Aber passt besser auf, als ich - ein "Opfer" hat die Bastelei neulich gefordert Ich hatte vergessen die Verbindung zu GAME, EXROM zu trennen, als ich ein EF3 angeschlossen hatte -- nachdem die Signale direkt auf den CPLD gehen, hat der das nicht vertragen. Daher: hat jemand zufällig einen XC95144XL und/oder eine ruhige Hand und die Möglichkeit ihn zu programmieren? ( @no parity ? :-))

Quote from bigby

Das mit dem EF3 ist ja ärgerlich. Aber wie hast Du das überhaupt gemacht? Mit einem Port-Expander? Oder habe ich da noch was falsch verstanden?

Ja, mit Expander (einfach parallel angeschlossen) .. ist natürlich sehr praktisch bei der Entwicklung, wenn man Programme starten will. Jetzt muss ich das EF3 wohl für RasPIC64 implementieren

Quote from bigby

Wie wichtig ist hier die Unterscheidung zwischen 74LVC und 74LVX? Könnte statt des 74LVX573 auch ein 74LVC573 gehen?

Siehst Du, für sowas haben wir @kinzi der hat gesagt der LVX wäre laut Datenblatt besser als ein VHC, aber letzterer müsste genauso wie der LVC gehen (meine Aussagen zu sowas ohne Gewähr). Ich habe das Latch von Reichelt, die anderen Bauteile aus China -- die Gesamtkosten für die Kabel sind höher als für die ICs

Quote from no parity

Von den XC95144XL habe ich noch welche hier. Kann ich Dir auch auflöten und flashen. Wenn Du mir die Platine schickst, mache ich Dir das.

ich schreib Dir eine PN!

Quote from hugofisch

Super Projekt! Damit sollte es eigentlich auch möglich sein, einen C64 von Aussen zu testen, oder? So eine Speichertest wäre so ja sehr einfach möglich. Und die Testergebnisse viel genauer darstellbar, als der Blink Code beim Deadtest.

Genau! Dazu haben wir im Deadtest++ Thread ein paar Ideen gesammelt und ein paar Code-Fragmente/erste Tests gibt es auch. Um alles zu testen, würde man die Beschaltung aber noch etwas verändern (z.B. um A0-A15 zu lesen) und ich würde noch versuchen ein automatisches "Kalibrieren" der RPI-Timings hinzubekommen

Quote from everslick

Ich verlinke mal hierher, der vollstaendigkeit halber: Raspberry am Expansionsport und RFC: Zer0-64 Multifunktionsmodul mit R-Pi Zero

Danke für den Link, letzteren kannte ich noch nicht! Mit einem RPi Zero halte ich verlässliche Kommunikation am Expansionsport für nicht machbar. Meine Versuche deuteten darauf hin, dass die GPIOs furchtbar langsam sind...

Quote from bigby

Andere doofe Frage: Wie wichtig ist hier die Unterscheidung zwischen 74LVC und 74LVX? Könnte statt des 74LVX573 auch ein 74LVC573 gehen? Bzw. umgekehrt bei 245? Ich versuche schon mal zu sortieren, was ich einkaufen muß.

Gerade getestet: ein VHC573 geht auch, ist aber sensibler, was das Timing angeht. Einen LVC573 habe ich nicht hier... als Einkaufstipp: alle LVCs habe ich von Aliexpress (darf man hier verlinken?), den LVX von Reich***.

Quote from no parity

Von den XC95144XL habe ich noch welche hier. Kann ich Dir auch auflöten und flashen. Wenn Du mir die Platine schickst, mache ich Dir das.

@no parity hat's wieder heile gemacht! Vielen herzlichen Dank!

Nachdem lange keine Zeit war, habe ich mich in den letzten Tagen (Nächten) endlich wieder etwas mit dem Projekt befassen können.

Was noch (unter anderem) noch gefehlt hat, war ja die Emulation von Carts mit Bank Switching -- solche schienen mir in letzter Zeit populär

Und herausgekommen ist zunächst mal eine EasyFlash-Emulation

Ich muss noch ein wenig Code aufräumen und herausfinden, ob ich den ein oder anderen hässlichen Trick im Code noch loswerden kann, dann wird’s in Repo gehen.

Vielleicht mache ich mich dann mal an ein Auswahl-Menü und Laden der ROMs von SD... das wäre, glaube ich, eine nette Sache. Da muss ich mich dann mal wieder in C64-Programmierung eindenken

Immer noch kein Source-Release -- weil ich erst noch etwas einbauen wollte:

Ich habe das Cartridge-Beispiel jetzt so erweitert, dass es ein .CRT File von SD-Karte liest. Unterstützt werden generische 8k/16k Carts, Easyflash und Magic Desk

(insb. zu letzterem habe ich nur ganz wenige Test-Carts, wenn zufällig jemand Pointer hat...)

So wird's dann bald mal im Repo landen. Der nächste Schritt könnte dieser sein: ich statte das Ganze mit einem Bootloader aus (defakto ein spezielles Cart), der die SD-Karte nach .CRTs scannt und auf dem C64 ein Menu zum Auswählen darstellt. Also so ähnlich wie ein EF3, nur dass auf die SD-Karte ein paar mehr Carts passen.

Prinzipiell könnte man auch .PRGs starten, wenn man Code zum Kopieren schreibt. Zum Glück sind meine C64-Programmierkünste auch gar nicht eingerostet