Posts from abraXxl in thread "Fixed JiffyDos for 1571 im DCR"

    Hier mal ein Zwischenstand zu dem JiffyDos DCR Problem:

    Im Anhang befidnet sich ein Basic-V2-PRG, welches den Floppy-Speicher einmal mit einer 8bit Maske und deren Inversen beschreibt. Anschliessend werden diese Bits zurĂĽck aus dem Floppyspeicher gelesen und mit dem Sollwert verglichen.

    Folgende Masken habe ich getestet:
    Bit Maske 85(=$55=%01010101) / 170(=$AA=$10101010)
    Bit Maske 51(=%00110011) / 204(=%11001100)
    Bit Maske 102(=%01100110) / 153(=%10011001)
    Bit Maske 15(=%00001111) / 240(=%11110000)

    Bitmasken die Fehler geworfen haben:
    85=%01010101 kippt zu
    21=%00010101

    204=%11001100 kippt zu
    140=%10001100

    102=%01100110 kippt zu
    38=%00100110

    240=%11110000 kippt zu
    176=%10110000

    - Dabei fällt auf das überwiegend das Bit6 (angefangen von 0) anfängt zu kippen. Es kippt von 1 nach 0.
    - Das Problem tritt auf dem DCR im 128er und im 64er Modus auf mit aktiviertem JiffyDOS auf und nur mit der Internen 1571DCR ohne weitere Geräte angeschlossen.
    - 240 sehint gefühlt seltener zu 176 zu kippen. Stichprobe 30000. ca 1 Fehler/600 Bytes vs. 1. Fehler/900bytes, und diese Schätzung ist noch nicht 100% aussagekräftig, zu kleines n.

    Da auf C128 Seite und C64 Seite immer folgender Code benutzt wird um zwei Bit vom Bus zu fetchen und Bit7 nicht kippt scheint das Problem nur Bit6 der CIA im 4. Fetch zu sein also die Clock-Leitung.

    Code
    eor $dd00
    lsr
    lsr

    Sorry, das Programm konnte ich nicht als Text anhängen, da petcat es leider nicht vollständig umwandeln wollte.

    Im GO64-Forum (Start der Diskussion am 11.09.2002) hat Nicolas Welte am 20.09.2002 das Problem dadurch gelöst, dass er in einen IEC-DIN-Stecker je einen 470pF Kondensator and die Data- und Clockleitung gelötet hat.


    Ich vermute je zwischen Data bzw. Clock nach GND? (Alles andere macht keinen Sinn...)

    Sowie ich aus dem Ultimate Thread schliesse ist die 1571 ein Stück schnneller als sein Kommunikationspartner. Die Floppy sendet schon die Synchronisation für das nächste Byte während der Rechner noch bit 6 und 7 lesen möchte.
    Hat jemand mal gemessen um wieviel zu schnell das bei der C128D combo im Gegensatz zum C64/1541 das ist? (Ich hab kein Werkzeug dafĂĽr)

    Warum ist das Laden nicht betroffen? Koennte hier der DTV IECIN Path helfen? Und das lesen auf C128/C64 Seite um ein Cycle vorzuziehen?

    Code
    .C:fbd3   05 A4      ORA $A4


    Damit wĂĽrden dann aber wahrscheinlich NTSC 128D Blech rausfallen.

    Guten Morgen

    Quoted from "abraXxl"
    Im C128 DCR gibt es ja wie bekannt aufgrund der sehr kurzen Signalwege zwischen Computer und Onboard-Floppy Timingprobleme mit JiffyDos auf PAL Systemen.

    Das ist absoluter Schwachsinn.

    [X] Du möchtest Dich mal über Laufzeiten in Medien informieren.


    Mag sein, dass es absoluter Schwachsinn ist.
    [x] du möchtest mir dies erklären! Ich bin ganz Ohr. Oder du gibts ggf. eine alternative Erklärung.

    Fakt ist, dass Load/Save idR funkt. Jedoch bei Open ab und zu mal Bits kippen, sieht man sehr schön, wenn man mal mit @$ oder open1,8,1,"$" das Direktory laed.
    Es gab irgendow bie ledger einen Thread im Forum, der dies mal dokumentiert hat (Suche ich raus). Vermutlich kippen immer Bit 6 oder/und Bit 7 - aenhlich wie beim DTV (ja dort ist die CIA-Emul schuld) - Ich seh aber in meinen beiden DCR keinen emulierten Chip...

    Hi,

    wo hier mal wieder was los :) , ist:

    Im C128 DCR gibt es ja wie bekannt aufgrund der sehr kurzen Signalwege zwischen Computer und Onboard-Floppy Timingprobleme mit JiffyDos auf PAL Systemen.
    Laden und Speichern funktioniert, jedoch gibt es Probleme bei Progammen die CHRIN (Zeichenweises lesen) nutzen. Zum Beispiel @$ aus JiffyDos oder OPEN mit INPUT# oder GET#.
    Das äussert sich in Übertragungsfehlern (Displayfehlern im Direktory).

    Gibt ers dafĂĽr fixes?

    Hardwaremässig: irgendwas, das die die Signal verzögert?
    Softwaremässig: Evtl ein PAL Fixed JiffyDos für die 1571DCR?

    cya