Hat jemand versucht, einen mlc64 zusammenzubauen und ihn im C64 zum Laufen zu bringen?
Hat den MCL64 schon jemand ausprobiert?
Es gibt 37 Antworten in diesem Thema, welches 8.584 mal aufgerufen wurde. Der letzte Beitrag (
-
-
So, mein erster erfolgreicher SMD-Lötversuch ist nun abgeschlossen und ich hab ein MCL64 hier vor mir liegen.
Die LED am Teensy leuchtet, es kommt allerdings kein Bild beim Einschalten.
(geflasht hab ich den Teensy natürlich)
Lötfehler kann ich natürlich nicht ausschließen, ich werde mal ein weiteres PCB löten.
Man wird ja von Mal zu Mal besser...
Frenetic gibt es deine Version der Software eigentlich auch wo zum runterladen?
-
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

-
Alles klar, danke.
Es kann also mit diesem Layout garnicht funktionieren?
könntest du erklären, was damit nicht stimmt?
letzte Frage: hat die 6502 emulation das selbe Problem? Also MCL65+ wär das dann.Danke!
-
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.
-
Danke für die Ausführungen.
Meine Frage nach deinen Sourcen war such garnicht als Forderung gedacht, sondern einfach als Frage.
Beziehen sich die Hardwareprobleme nur auf die Beschleunigung?
Oder gibts auch bei 1 MHz Probleme (von den illegalen Opcodes abgesehen)
-
Beziehen sich die Hardwareprobleme nur auf die Beschleunigung?
Oder gibts auch bei 1 MHz Probleme (von den illegalen Opcodes abgesehen)
nein, nicht nur bei der Beschleunigung. Der Takt für die "Peripherie" wird von der Schaltung erzeugt
-
Spannender ist wohl erstmal der MCL64_Tester, der auch noch bei Problemen weiterhelfen können (sollte), die z.B. die Dead Tests nicht mehr diagnostizieren können (Kurzschlüsse auf den Bussen zum Beispiel).
-
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?
Wobei die Problematic ja heute DIE sein dürfte - WOHER bekommt man heute noch einen Teensy / RasPi / diverse FPGA's ohne sich dafür zu ruinieren?!?
Im Grunde müßte man HEUTE solche Projekte komplett auf ausreichend verfügbare Teile portieren, wo die Verfügbarkeit hoffentlich noch einige Jahre nicht in Frage gestellt wird?!
Klar Teensy/RasPi sind gut dokumentiert und weit verbreitet - NUR kann man keine mehr kaufen. Also bleiben neue Projekte, wie DIESES oder Frenetic s oder wessen auch immer mehr oder weniger Prototypen, weil keiner mehr die Teile hat, diese nachzubauen...


-
Also dieses Projekt funktioniert nicht zufriedenstellend. Besser aufs RAD warten.
-
Besser aufs RAD warten.
... auf jeden Fall
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

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)
-
eine andere 6510-Emulation genommen
Welche denn?

-
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)
-
Danke. Ich überlege noch, wie/ob man Bitte melde dich an, um diesen Link zu sehen. realisieren könnte, da ist sowas u.U. ganz schick.
-
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
Vielleicht wäre es eine Möglichkeit dafür ICs wie den CBTD3861 als optionales Interface zu nutzen (Levelshifting, minimale Verzögerung). -
Beim Bitbanging geht leider immer recht viel Zeit verloren
Speziell beim RP2040 sollten die PIOs dabei sehr viel Optimierungspotenzial bringen; die PIOs können dann µS-genau das "Skript" abarbeiten, das die eigentliche Emulation vorher in FIFOs geschrieben hat. Ich hab dazu in Bitte melde dich an, um diesen Link zu sehen. was geschrieben. Das geht (vermutlich) noch etwas besser, wenn man z.B. das RAM einfach sowohl in CPU als auch VIC vorhält.
Am besten kannst Du richtiges Verhalten aber garantieren, wenn Du die Replacements in einem echten C64 laufen lässt
Hm, ich hatte das andere Projekt nicht als Chip-Replacements gedacht. Die Idee wäre, da etwas zu bauen, das hackable und günstig² ist und trotzdem IEC/Expansionsport/Userport mit exaktem Timing anbietet (aber intern ggf. gerne anders als der originale C64 strukturiert ist). Sowas gibt's bisher noch nicht: TheC64 und die anderen reinen Emulatorlösungen haben kein exaktes Timing und können damit keinen (kompatiblen) Expansionsport oder IEC anbieten; Mega65 und die anderen FPGA-Lösungen sind teuer und "dank" VHDL/Verilog für den Hobbyprogrammierer nicht hackable.
² Ein 3,3V-Rebuild mit je einem RP2040 für CPU, VIC, CIA1, CIA2, SID, HDMI sollte grob überschlagen unter 50€ kommen (können).
-
Ich habe heute meinen MCL64 zusammengebaut. Ich hatte die Hoffnung, den Teensy4. 1 vielleicht unter 30€ zu bekommen, habe dann aber letztlich für 37€ ohne Pinheader bei Berrybase bestellt.
Das PCB braucht ja nicht viel und meine Lötfähigkeiten haben ausgereicht. Das Board läuft

Spannender ist wohl erstmal der MCL64_Tester, der auch noch bei Problemen weiterhelfen können (sollte), die z.B. die Dead Tests nicht mehr diagnostizieren können (Kurzschlüsse auf den Bussen zum Beispiel).
Probier ich noch aus

-
Hier mal paar Screenshots vom MCL64_Tester. Während der Tests hat man meist einen Blackscreen, außer wenn der VICII getestet wird, da wechselt dann auch die Hintergrundfarbe.
Das waren jetzt nur schnelle Test´s auf einem intakten 250407

Bitte melde dich an, um diesen Anhang zu sehen. Bitte melde dich an, um diesen Anhang zu sehen. Bitte melde dich an, um diesen Anhang zu sehen.
-