Posts from tokra in thread "Final Expansion und NTSC-VIC20 Speicherprobleme-Crosstalk"

    Ich schalte mich mal hier mit ein, da ich, durch den Thread hier getriggert, mein eingestaubtes FE3 (v3, rev10 laut PCB) an meinem NTSC VIC20 ausprobiert habe.

    Speichersetting auf All RAM, ram-check ausgeführt. Mein ram-check Ergebnis ist das selbe wie bei bigby, also ohne Block 5.

    Doom startet aber (von SD, ausgeführt über den Disk Loader) fehlerfrei und lässt sich auch spielen.

    Doom Start- und Lauffähigkeit zur Sicherheit auch auf einem PAL VC20 gegengeprüft.

    Keine Ahnung ob das hier in irgend einer Form weiterhilft?

    Das kann so eigentlich nicht stimmen. Wenn der RAM-Test BLK5 nicht erkennt ist da definitiv was im Argen. Ist das auf deinem PAL-VC20 auch so?

    Hab gerade mal im VICE-Monitor geschaut, was der RAM-Check im ersten Schritt macht. Da wird jedes Byte erst mit 85 beschrieben, dann geprüft, ob der Wert erhalten bleibt und dann das selbe Byte mit 170 beschrieben und wieder verglichen. Damit sind auch alle Bits erschlagen.

    In BASIC kannst Du das auf die Schnelle so machen:

    Code
    10 for i= 40960 to 49151
    20 poke i,85:if peek(i)<>85 then print"fehler in";i:stop
    30 poke i,170:if peek(i)<>170 then print"fehler in";i:stop
    40 next

    Hab das gerade mal mit meiner FE3 und PAL und NTSC-VIC20 getestet. Die 35K (inkl. BLK5) werden auch erkannt, wenn die Wedge aktiv ist. Für einen sauberen RAM-Test sollte man die aber deaktivieren.

    Warum BLK5 bei dir nicht erkannt wird, wäre zu klären. Wird es an BEIDEN deiner Geräte nicht erkannt? Ggf. könnte es sonst auch an einem Kontaktproblem liegen. Oder die neue CLPD-Programmierung hat doch noch einen Bug.

    Ich habe den RAM-Check von Mike jetzt auf beiden VC-20 mit dem modifizierten FE3 durch laufen lassen. Bei beiden Kombinationen war das Ergebnis fehlerfrei. :thumbup:

    Please login to see this attachment. Please login to see this attachment.

    Schau dir mal das erste Bild an. Da wird erkannt, welches RAM vorhanden ist (RAM PRESENT INT...). Und BLK5 ($A000-$BFFF) fehlt da komplett! Es wird nur das RAM getestet (und auch Crosstalk geprüft), das auch gefunden wird. BLK5 wird überhaupt nicht erkannt und so kann Doom auch nicht funktionieren.

    Das Denial-Forum musste vorrübergehend umziehen wegen Hoster-Problemen, sollte aber in Kürze wieder unter sleepingelephant.com/denial zu finden sein.

    Aktuell ist der Link hier aktuell: Please login to see this link.


    Da sind deutlich mehr Informationen zu finden. Technisch bin ich da eher Laie, hab den Fehler aber mit der FE3 und Doom am NTSC-VIC nachstellen können und das Testprogramm hat es dann bestätigt.

    Hier findest Du den verbesserten RAM-Check von Mike zum Download, der auch explizit auf Crosstalk prüft:

    Please login to see this link.

    Im Lemon-Forum hatte 2017 auch schon jemand auf das Crosstalk-Problem hingewiesen, aber darauf ist SkydivinGirl gar nicht eingegangen:

    Please login to see this link.

    Das Problem manifestiert sich nur bei Anwendungen, die den 3K-Erweiterungsbereich (RAM 1/2/3) zusammen mit enem anderen 8K-Block nutzen. Dies sind nur eine Handvoll Programme, aber insbesondere eben Doom. Die wengisten User werden das Problem jemals bemerken, außer wenn sie eben ein solches Programm wie Doom starten. Aber auch so schöne Sachen wie SJLOAD, die man z. B. in der 3K-Expansion-Area verstecken kann würden dann natürlich Probleme machen.

    Hierzu gibt es neue Erkenntnisse. In den USA bastelt Jim Brain gerade an der "UltiMem" für den VC20 und da habe ich vorsichtshalber mal nach dem Crosstalk-Problem gefragt. Dies war tatsächlich dann auch beim Prototyp der UltiMem vorhanden, ist jetzt aber dort gefixed:

    Please login to see this link.

    Quote

    The fix: WE on the RAM needs to be gated with clock

    That is why the schematic on the linked topic had issues. the 7408 does not have PHI2 as an input.


    Ist das ein machbarer Hardwarefix auf der FE3 oder mit einer Revision fixbar?

    Gibt es hier noch mehr User mit der FE3 und einem NTSC-VIC20? Ich habe da nämlich bei mir Probleme mit der Speichererweiterung festgestellt. Wenn man auf "All RAM" geht (also 35K RAM-Erweiterung) werden Schreibvorgänge in den Blöcken 1,2,3 und 5 manchmal nach BLK0 (in den 3K-Erweiterungsblock) gespiegelt. Das führt dann natürlich dazu, dass Programme, die die 35K brauchen nicht funktionieren, z. B. das VIC-Doom.

    Am selben Gerät läuft Doom mit der MegaCart einwandfrei und auf einem PAL-Gerät gibt es mit der FE3 diese gespiegelten Schreibvorgänge ebenfalls nicht. Es scheint also ein reines NTSC-VIC <-> FinalExpansion-Problem zu sein.

    Anbei mal das Testprogramm:

    Please login to see this link.

    Es gibt bei mir hier immer mehr oder weniger Crosstalk (also gespiegelte Speichervorgänge nach BLK0). Manchmal läuft es auch fehlerfrei durch. Erfahrungsberichte anderer NTSC-FinalExpansion User wären interessant oder noch besser: Ursachenforschung und Lösungsvorschläge