[Coco] DW4 problems
Bob Devries
devries.bob at gmail.com
Mon Oct 22 21:24:36 EDT 2012
Answering my own question re: CLOCK2, it appears to be CLOCK2_DW.
However, looking at the main CLOCK modules, there is *NO* difference between
CLOCK_60Hz and CLOCK_50Hz. Now that makes me worried that it's not clock2
that's at fault, but clock !!
Regards, Bob Devries
Dalby, QLD, Australia
> Continuing the DW4 saga....
>
> Moving to version 4.3.0 seemed at first to have at least lessened the
> problem; I did a DSAVE last night, with very few ERROR 245's.
> On Aaron's suggestion, I removed the FIFO buffer in the driver for my ATEN
> (Prolific) USB dongle. That seemed to work wonders last night, but this
> morning, it's back to square one.
> I can do a MEGAREAD </X2, and get no errors. The speed result was 2:02,
> where my H0 (Quantum SCSI using SCSISYS V2) gets 0:16 !!
> The IDENT for the DW modules is as follows:
>
> 4 $E1 $02AF3D . rbdw
> 22 $21 $8435E1 . dwio
> 2 $E1 $F66B73 . scdwv
> 1 $E1 $41B964 . scdwp
>
> I'm unsure which CLOCK2 module this is:
>
> 2 $21 $D173CB . Clock2
>
> Can anyone tell me? I'm concerned that timing differences between the NTSC
> and PAL models may be causing this or at least worsening it, and I wonder
> if the CLOCK2 module could be part of the problem.
>
> The PAL Coco3's main crystal is 28.475MHz. I don't know what the E and Q
> clock lines run at; but the technical manual *may* tell me that.
>
> @Aaron:
> Is there some sort of test programme we can cobble together to try to
> chase this problem down?
>
> I have not yet shortened my coco3 DW cable, but based on Gene's comments,
> it may not help.
>
> Comments?
>
> Regards, Bob Devries
> Dalby, QLD, Australia
>
>
More information about the Coco
mailing list