DesTestMAX: Neues Deadtest-Modul für den C64

Es gibt 61 Antworten in diesem Thema, welches 7.800 mal aufgerufen wurde. Der letzte Beitrag (15. Februar 2025 um 01:23) ist von _Joey_.

  • nee, was fugu meint ist, daß er bei seiner ROM-zusammenstellung für das Diag64, den DesTestMax-code vom originalautor ohne modifikationen verwendet hat. im video wird (glaube) gesagt, das eine unveränderte, nichtkommerzielle nutzung zur verwendeten lizenz paßt.


    gruß Obel

    C64 (250407, VIC-R1); C64C; KC85/3; KC85/4 (mit Busdriver & Floppy), LC-80

  • Die Lizenz liest sich schon sehr streng, sodass es für mich fraglich ist, ob das DesTestMAX-Binary (selbst in unveränderter Form) in einer Diagnose-Zusammenstellung verwendet werden darf. Geschweige denn, ob man das so weitergeben darf.

    Daher habe ich bei Matt mal angefragt, wie es damit aussieht. Sofern ich Antwort bekomme, poste ich die natürlich.

  • Das ging schnell. Matt ist zwar momentan auf Reisen, hat mir aber alle Fragen beantwortet und sogar noch etwas mehr geschrieben. ^^


    Das DesTestMAX möchte er noch weiter entwickeln und es zu einem RAM-Test ausbauen, der das komplette C64-RAM testen kann.

    Es ist gestattet, für sich selbst ein Multi-Cartridge zu erstellen, das DesTestMAX enthält, sofern das DesTestMAX-Binary selbst unverändert bleibt.

    Auch das Image eines solchen Multicarts mit unverändertem DesTestMAX-Binary darf weitergegeben werden, sofern es zusammen mit dem kompletten und unveränderten DesTestMAX-ZIP-Archiv weitergegeben wird. Der Upload in Posting Bitte melde dich an, um diesen Link zu sehen. müsste also entsprechend angepasst werden.

    In keinem Fall darf für irgendetwas in Zusammenhang mit DesTestMAX Geld verlangt werden, aber das war sowieso klar.

    Matt wird auch mal schauen, ob gemeinsam mit regionalen Vertrieben DesTestMAX-Carts in irgendeiner Form angeboten werden können, evtl. auch als Mulicarts.

  • Auch das Image eines solchen Multicarts mit unverändertem DesTestMAX-Binary darf weitergegeben werden, sofern es zusammen mit dem kompletten und unveränderten DesTestMAX-ZIP-Archiv weitergegeben wird. Der Upload in Posting Bitte melde dich an, um diesen Link zu sehen. müsste also entsprechend angepasst werden.

    Danke fürs Klären und Nachfragen bei Matt!

    In dem Sinne hänge ich hier mal die beiden Bitte melde dich an, um diesen Link zu sehen. CRT-Dateien für Emulatoren oder KFF mit an. Wie gewünscht jeweils zusammen mit dem unveränderten Original-Archiv.

    Für alle, die keine Lust haben selbst nachzulesen: Die Version mit "sl" im Namen ist die mit Ausgabe über SwiftLink, die andere ist die "normale".

  • Erledigt, Post Bitte melde dich an, um diesen Link zu sehen. ist um das original ZIP von Matt ergänzt, sollt so passen.
    Und Dankeschön fürs Abklären.

  • Laut den PDF in den ZIP Archiven von Matt kann man das DesTestMAX auch anstelle des Kernal einbauen und dann testet das die ganzen 64KB.

    Allerdings wäre es dann nicht mehr ein richtiger DEADTEST.

    Oder habe ich da Etwas falsch verstanden und bin hier ohne das es Etwas bringt ein 8 kByte EPROM mit Brücken und Zubehör am umlöten um es als Test in einen Kernal Steckplatz am C64 zu stecken ?

    Seit Juli 2019 wieder mit dem Commodore Virus infiziert.

    Aktuell: C64 Reloaded MK2, C64C, C64 Brotkasten Original, C64 Brotkasten in blassgrau, Amiga 500, Amiga 600, Amiga 2000 (Octagon 2008), Amiga 2000 mit PC-XT, VIC20, Commodore 16 mit 64KB Umbau nach ComputeMit Zeitschrift..

  • Laut den PDF in den ZIP Archiven von Matt kann man das DesTestMAX auch anstelle des Kernal einbauen und dann testet das die ganzen 64KB.

    Allerdings wäre es dann nicht mehr ein richtiger DEADTEST.

    Oder habe ich da Etwas falsch verstanden und bin hier ohne das es Etwas bringt ein 8 kByte EPROM mit Brücken und Zubehör am umlöten um es als Test in einen Kernal Steckplatz am C64 zu stecken ?

    Wenn das geht bracht es nur ein wenig TTL Kram und einen Schalter und man kann auswählen.

    Der Schalter wählt zwischen Ultimax und zwischen externer Kernal (Ultimax ist nur aktiv wenn der C64 auf das interne Kernal zugreifen will, ansonsten ist es deaktiviert)

    Bitte melde dich an, um diesen Link zu sehen.

    Das heißt das Easy Flash hat eigentlich schon die richtige Hardware nur ist das Menüsystem etwas im Weg.

    Eine simple Version mit einem Kabel um das Hi-RAMsignal abzugreifen:
    Bitte melde dich an, um diesen Link zu sehen.

  • Allerdings wäre es dann nicht mehr ein richtiger DEADTEST.

    Warum nicht?

    Übrigens kann jedes Ultimax-Modul anstelle des Kernals eingesetzt werden.

    jain, das würde in diesem Fall nix bringen.

    Weil das darunterliegende RAM nicht zur Verfügung steht.

    Deshalb müsste man für ein Kombimodul entweder wie es das Easyflash macht das HIRAM Signal rekonstruieren oder dieses wie bei dem einfachen externen Kernal Modul was ich verlinkt habe per Kabel von der CPU geholt werden.
    Ich denke es gab da noch eine 3. Möglichkeit, soweit ich mich erinnern kann sind die Zugriffe auf 00/01 auch auf dem Bus sichtbar somit kann man mit einem 7474 den Inhalt beim Schreiben kopieren und im Modul vorhalten.

    Ich meine mich erinnern zu können das irgendein Freezer das so macht.

  • soweit ich mich erinnern kann sind die Zugriffe auf 00/01 auch auf dem Bus sichtbar

    Nee, gerade leider nicht, sonst müsste das EasyFlash ja nicht so einen Aufwand machen, HIRAM zu rekonstruieren. Letzter Satz 1.2 in 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.

  • jain, das würde in diesem Fall nix bringen.

    Weil das darunterliegende RAM nicht zur Verfügung steht.

    Natürlich steht das zur Verfügung, es kann über $01 eingeblendet werden, wenn das ROM im Kernal-Sockel steckt.

  • Völlig richtig, Idee war aber ein Modul.

    Und die Easy Flash Hardware müsste dafür gut geeignet sein beide Modi abzubilden.

    Ich habe kein EasyFlash und habe mir auch nur einen Teil der Dokumentation durchgelesen daher die Frage wie bekommt man das Easy Flash dazu direkt als als Ultimax Deathtest zu starten.

    Und nach einem Druck auf einen Knopf in den real external Kernel Modus zu wechseln?

    Ich bin mir sicher irgendwo mal gelesen zu haben wie ein Freezer Modul drum rum kommt und irgendwie den Status von 00 und 01 speichert.

    Diese Funktion hat es von den anderen Freezern abgehoben die so leicht zu erkennen waren.

  • Beim C64 ist das KERNAL-sockel kein guter Platz für den Dead Test, da der Chip oft aufgelötet ist und verschiedene C64 unterschiedliche ROMs benötigen. Ein guter Dead Test sollte also immer eine Cartridge sein. Beim C128 ist es genau das Gegenteil: Abgesehen von der Unmöglichkeit einer Cartridge, befindet sich der KERNAL immer in einem Sockel und ist immer ein 28-pin EPROM.

  • Da wenn man ein Deathtest Modul benutzt, der C64 irgend ein Problem hat, welches man von außen eher nicht lösen kann, sehe ich kein Problem darin Pin 28 (HIRAM) von der CPU abzugreifen und an das Modul zu führen um ein externes Kernal leicht zu ermöglichen.

    Wie das EasyFlash beweist ist es auch möglich das HIRAM Signal zu rekonstruieren.

  • Stimmt, aber gleichzetig ist das Unsinn, denn es gibt eine einfachere Methode: GAME und EXROM über den Cartridge-port steuern. Auf diese Weise kann eine Cartridge auch den gesamten RAM-speicher sehen.

  • während einer reparatur kann man sich die signale so abgreifen, wie mans möchte und benötigt.
    ich steckte eine modifizierte pla, auf die auf dem board, falls die eingelötet war.
    so konnte ich eigene ausgangssignale mir dekodieren.

    Helmut Proxa @axorp (HP.)

    proxa computer

    ultra electronic Helmut Proxa GmbH & Co. Computer Systeme Hardware Software KG - Telex 888 66 27 uehp

  • Bevor hier schlimme Dinge passieren:

    Zur Aufklärung, wo ich das mit dem Kernal und dem (nicht mehr) Deadtest her habe und Es nicht ganz kapiert hab.

    Schaut mal in das PDF, das im ZIP-Archiv enthalten ist.

    Da auf Seite 9 ist die Sache mit dem Einbau des DesTestMAX ROM als Kernal beschrieben und dass dann mehr funktionieren muss.

    Seit Juli 2019 wieder mit dem Commodore Virus infiziert.

    Aktuell: C64 Reloaded MK2, C64C, C64 Brotkasten Original, C64 Brotkasten in blassgrau, Amiga 500, Amiga 600, Amiga 2000 (Octagon 2008), Amiga 2000 mit PC-XT, VIC20, Commodore 16 mit 64KB Umbau nach ComputeMit Zeitschrift..

  • Stimmt, aber gleichzetig ist das Unsinn, denn es gibt eine einfachere Methode: GAME und EXROM über den Cartridge-port steuern. Auf diese Weise kann eine Cartridge auch den gesamten RAM-speicher sehen.

    Das Problem ist wohl eher das es derzeit zwei Versionen gibt:

    - Interner Kernal-Ersatz

    - Deathtest Ultimax mode first 4K Test

    Ich denke die Internal Kernal Version sollte auch mit EXROM laufen allerdings dann bis 48K die letzten 16 sind durch das ROM blockiert.

    Was jetzt noch fehlt ist eine GAME $8000 Version auf die gewechselt werden kann sobald das RAM bis $9FFF getestet wurde.

  • Meiner Meinung nach ist der richtige Ansatz, die ersten 4KB als Ultimax-cartridge zu testen und wenn das erfolgreich war, eine Routine nach RAM zu kopieren. Ultimax-modus ausschalten durch GAME frei zu geben, gesamten RAM-speicher über $01 sichtbar machen und dann die vollen 64KB testen.

  • Natas lies mal die Seite 9 in dem PDF.

    Es ist genau das gleiche ROM, nur das die Software in dem ROM erkennen kann, das Sie im Kernal Sockel läuft

    Das veränderte Verhalten wird dort auch beschrieben.

    Ich kapier es trotzdem nur oberflächlich,weil ich mich noch nie so tief mit dem C64 beschäftigt habe.

    Seit Juli 2019 wieder mit dem Commodore Virus infiziert.

    Aktuell: C64 Reloaded MK2, C64C, C64 Brotkasten Original, C64 Brotkasten in blassgrau, Amiga 500, Amiga 600, Amiga 2000 (Octagon 2008), Amiga 2000 mit PC-XT, VIC20, Commodore 16 mit 64KB Umbau nach ComputeMit Zeitschrift..