Falcon SCSI Probleme

[Atari060]

Hallo,

hab meiner Schwester fürs Studium einen CT60 Falcon überlassen (Batch II 50 MHz).

Heute hab ich angefangen Ihr die Software (Highwire+Co) zu installieren.

Leider hab ich feststellen müssen, dass der SCSI-BUS dieses Falcons ziemliche Probleme macht...

das äußert sich wie folgt, dass man z.B. den Inhalt einer CD zwar einsehen kann, sobald man aber die Programme von der CD auf die interne IDE Platte kopiert (was auch ohne Fehlermeldung geht-zumindest unter MagiC) und diese dann von dort starten will, bekommt man immer Fehlermeldungen in der Art wie "Datei nicht ausführbar"...

Das Gerät ist in einem Rocke Tower eingebaut und die SCSI Geräte sind auch intern, weil der SCSI Port nach innen und dann wieder nach aussen geführt wurde.

Auch ein "Abtrennen" dieser Verlegung und das Verwenden des "echten" Falcon SCSI-Anschlusses mit den externen SCSI-Geräten, die ich an meiner CT60 verwende, führt zu dem gleichen erschreckenden Ergebnis

Hat irgendjemand ne Idee was da nun wieder sein könnte?

Thanks,

Mac

[STarship]

Ist der SCSI-Bus korrekt terminiert?

[Atari060]

Also die Terminierung sollte stimmen... hab auf jeden Fall an meinen externen Geräten am letzten Glied der Kette die Terminierung eingeschalten und mit meinem eigenen Falcon funzt das Ganze so ja auch wunderbar :/

[Stargate]

>Leider hab ich feststellen müssen, dass der SCSI-BUS dieses Falcons ziemliche Probleme macht...

O-Ton Rodolphe Czuba:

the cause of SDMA problems with SCSI/Audio is known

During this last 10 years, everybody heart about 'cracks' on audio or SCSI/floppy data problems, especially when boosting the mb. Atari furnished a patch with a 74F08 onto the GAL U63 to bufferize the bus clock going to 3 directions, especially the SDMA, and this on standard falcons. This patch was called 'Cubase clock modification' for those who had to install it.

OK, after several month passed several years ago on CT2 to fix this problem, I was not sure to know the real raeson of the problem. Every body (and atari) was thinking that the bad quality of the clock to SDMA was the cause of the problems (so the 74F08 fitting).

But after using the 200 MHz logic analyser I can reveal that the first reason is a big bug into the VIDEL chip ! Some times the data arrive later (Videl switches the 32-bit memory bus to the 16-bit CPU bus) and because the timing to latch the data from SDMA is very short, some data are missed !

All the patchs like 74F08, nemesis termination with resistor on SDMA clock trace are not perfect at all ! Their just modify the edge of the clock and allow to win 1 or 2 ns when latching the data ! But the bug into VIDEL is depending too of the Video resolution you use and the temperature of the machine !

I now design a patch that will simply add a Wait State to the SDMA transfer to be sure that it latches the data when really present & stabilized on the data bus