Hat den MCL64 schon jemand ausprobiert?

Es gibt 37 Antworten in diesem Thema, welches 8.584 mal aufgerufen wurde. Der letzte Beitrag (7. April 2023 um 10:24) ist von Markus64.

  • 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?

    YouTube Kanäle über Basic, den C128 und den VDC-Chip
    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.
    Commodore 8-Bit Projekte
    auf Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. zu Commodore 8-bit Hardware
    auf printables.com
  • 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:

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

  • 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!

    YouTube Kanäle über Basic, den C128 und den VDC-Chip
    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.
    Commodore 8-Bit Projekte
    auf Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. zu Commodore 8-bit Hardware
    auf printables.com
  • 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.

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

  • 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)

    YouTube Kanäle über Basic, den C128 und den VDC-Chip
    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.
    Commodore 8-Bit Projekte
    auf Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. zu Commodore 8-bit Hardware
    auf printables.com
  • 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

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

  • 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).

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

    Einmal editiert, zuletzt von 1570 (16. September 2022 um 00:22)

  • 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... ;(;(;(

    Atari 800XL / Atari 1040 STF(M) / VIC20 / C64 / C128(D) / C16/+4 / Amiga 500(+) / Amiga 2000 / Amiga 1200 / Amiga 4000 / CD32 / PSone / PS2 / PS3 / PS4 / PS5 / N64 / GameCube / Wii / WiiU / Switch - hab ich!

  • Also dieses Projekt funktioniert nicht zufriedenstellend. Besser aufs RAD warten.

    YouTube Kanäle über Basic, den C128 und den VDC-Chip
    Bitte melde dich an, um diesen Link zu sehen. --- Bitte melde dich an, um diesen Link zu sehen.
    Commodore 8-Bit Projekte
    auf Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen. zu Commodore 8-bit Hardware
    auf printables.com
  • 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)

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

  • 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)

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

  • 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.

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

  • 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).

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

  • 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).

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

  • 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 :thumbsup:


    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 ;)

    "Was heute noch wie ein Märchen klingt,kann morgen Wirklichkeit sein.Hier ist ein Märchen von übermorgen.Es gibt keine Kupferka­bel mehr,es gibt nur noch die Glasfaser und Terminals in jedem Raum.Man siedelt auf fernen Rech­nern.Die Mailboxen sind als Wohnraum erschlossen.Mit heute noch unvorstellbaren Geschwindigkeiten durcheilen Computerclubs unser Da­tenverbundsystem.Einer dieser Com­puterclubs ist der CCC.Gigantischer Teil eines winzigen Sicher­heitssystems,das die Erde vor Bedrohungen durch den Gilb schützt.Begleiten wir den CCC und seine Mitglieder bei ihrem Patrouillendienst am Rande der Unkenntlich­keit. CCC'84 nach ORION'64"

  • 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.

    "Was heute noch wie ein Märchen klingt,kann morgen Wirklichkeit sein.Hier ist ein Märchen von übermorgen.Es gibt keine Kupferka­bel mehr,es gibt nur noch die Glasfaser und Terminals in jedem Raum.Man siedelt auf fernen Rech­nern.Die Mailboxen sind als Wohnraum erschlossen.Mit heute noch unvorstellbaren Geschwindigkeiten durcheilen Computerclubs unser Da­tenverbundsystem.Einer dieser Com­puterclubs ist der CCC.Gigantischer Teil eines winzigen Sicher­heitssystems,das die Erde vor Bedrohungen durch den Gilb schützt.Begleiten wir den CCC und seine Mitglieder bei ihrem Patrouillendienst am Rande der Unkenntlich­keit. CCC'84 nach ORION'64"