Beiträge von Frenetic im Thema „Hat den MCL64 schon jemand ausprobiert?“

    Danke. Ich überlege noch, wie/ob man C64-Rebuild auf 3,3V-Basis mit X uCs möglich? realisieren könnte, da ist sowas u.U. ganz schick.

    dafür sind diese Implementationen prinzipiell sehr praktisch. Beim Bitbanging geht leider immer recht viel Zeit verloren, dann wird es u.U. zeitkritisch die Emulation laufen zu lassen. Ich hatte für Sidekick20 zuerst die VIC-Emulation von Andre (Link oben) getestet (letztendlich war sie nicht akkurat genug und ich habe sie ersetzt), aber in der verbleibenden Zeit im Halbzyklus lief sie nicht schnell genug (insb. wegen der Speicherzugriffe, aber die sind bei manchen anderen ICs natürlich weniger kritisch/vorhanden). Das hat sehr viel Optimierung erfordert, wie man im Source Code vielleicht erkennen kann...

    Die Vereinfachungen für Deinen Rebuild (z.B. nur SRAM) machen Sinn und helfen sicher. Am besten kannst Du richtiges Verhalten aber garantieren, wenn Du die Replacements in einem echten C64 laufen lässt :wink: Vielleicht wäre es eine Möglichkeit dafür ICs wie den CBTD3861 als optionales Interface zu nutzen (Levelshifting, minimale Verzögerung).

    Welche denn?

    Bitte melde dich an, um diesen Link zu sehen. -- sehr nett gemacht, weil die Schnittstellen der Custom-ICs gleich auf taktweise Abarbeitung ausgelegt sind. Ich meine nur, dass ich beim IRQ/NMI-Handling etwas geändert habe, weil etwas nicht gestimmt hat (mag aber auch am Handling der CPU-Eingangssignale gelegen haben, dass es notwendig war)

    Besser aufs RAD warten.

    ... auf jeden Fall :wink: bald ist auch Zeit es fertig zu machen, fehlt nicht mehr viel.

    Bin auch gerade auf dieses Projekt gestoßen - Frenetic : Du baust doch gerade an der REU-Emulation - gehen DIESES und DEIN Projekt in eine ähnliche Richtung? Oder könnte Dein Projekt auch solche tiefergreifenden Tests durchführen?

    ich hatte auf Basis der MCL Hardware -- im Prinzip einfach ein Interface zwischen Teensy-GPIOs und CPU-Sockel -- eine andere 6510-Emulation genommen und um eine REU-Emulation ergänzt. Das hat eigentlich funktioniert (Bilder/Posts irgendwo hier im Forum), aber mich nicht so ganz überzeugt.

    Das RAD geht einen anderen Weg, bei dem die emulierte REU sich auch am Bus so verhalten muss, wie es das System diktiert -- aber prinzipiell kann man die CPU ersetzen (6510 Emulation oder gleich 1.4GHz ARM), das hatte ich ja auch schon gepostet.

    Also soweit ein klares Jein :smile:

    Tests: ich müsste mal sehen, was das MCL bei den Tests macht, aber ich kann die 6510-CPU per DMA stilllegen und die Bausteine ansprechen (es gibt ein Detail: die PLA muss im richtigen Modus unterwegs sein, bei defekter 6510 ist das vl. ein Problem -- aber was ich sowieso mal versuchen wollte: 6510 entfernen, die richtigen Pins brücken und nur eine externe CPU, also das RAD am Rechner... aber erst wenn Teil 1 veröffentlicht ist)

    Die 6502/6510-Emulation macht nicht alle (illegalen) Opcodes korrekt -- die CPU Tests, die es bspw. im Vice-Paket gibt, werden auf jeden Fall nur teilweise bestanden. Was bei mir nie richtig geklappt hat, war die Beschleunigung, da kam irgendwas durcheinander -- und hardware-seitig macht vor allem das ausgegebene Taktsignal Probleme mit den anderen Bausteinen auf dem Board. Man kann damit Herumspielen, aber es ist weder ein CPU-Ersatz noch Beschleuniger den man "einfach mal so" verwenden kann. Ich würde es eher als Proof-of-Concept ansehen, aber das ist ja auch schonmal gut! Wenn ich etwas herausgebe, dann mache ich das lieber gescheit, sonst ist es für alle nur frustrierend.

    Nein, die gibt's nicht (vielleicht "noch nicht", mal sehen). Sie ist auch noch nicht so weit und wenn, dann würde ich da noch mehr ergänzen wollen, als nur CPU+REU. Das MCL-PCB hat leider ein paar Probleme, für das werde ich die Software eher nicht veröffentlichen, sonst muss ich immer erklären, warum das nicht funktioniert :wink:

    ... das hat mich nun interessiert und ich habe die aktuelle Version nochmal getestet. Cartridges und SD2IEC funktionieren leider nicht, daher habe ich PRGs direkt vom Teensy in den Speicher kopiert (ging schnell, ich hatte das alles ja schonmal angeschaut). Die VICE Testsuite (Bitte melde dich an, um diesen Link zu sehen.) zeigt Probleme beim Illegal Opcodes und Timing (weiter nicht getestet), ein einfaches Demo habe ich auch mal gestartet, siehe Bild.

    Mit einer funktionierenden 6502/10 Emulation läuft das bei mir, aber ich sehe die eigentlichen Möglichkeiten eines CPU-Ersatzes darin, dass man gleich GeoRAM/REU und einige Cartridges mitemulieren kann. Über einen Prototypen bin ich aber noch nicht raus.

    Ich hatte das Projekt ausprobiert, als es vor einigen Monaten veröffentlicht wurde, damals allerdings gänzlich ohne Erfolg bei der Beschleunigung (außer rein CPU-intern). Die 6502-Emulation selbst hat leider auch nicht richtig funktioniert. Ich habe gesehen, dass im aktuellen Code ein paar Bugfixes drin sind, auf die ich hingewiesen hatte, aber ansonsten ist es immer noch derselbe Code und daher müsste man die CPU-Tests (z.B. aus Vice) nochmal laufen lassen.

    Den Tester gab es da noch nicht, aber nachdem der Teensy am Bus des C64 kommuniziert, kann er da natürlich alle Bausteine ansprechen.