11 Aug
2015
11 Aug
'15
6:38 p.m.
Looks interesting - kind of like a catweasel using a USB bus instead of
a PCI bus.
I have only used my catweasel for reading, but in theory it could write
as well.
As for floppy emulators on the drive side, I have an SD HxC Floppy
emulator (www.lotharek.pl) which I am currently using with an Altos
8000-2 to test it (just booted successfully for the first time today).
One can write to it as a floppy drive, too, which I have done - a way to
capture an image using a running system.
Aside from the write pre-comp thing which you seem to have in hand (and
which is generally handled by the *drive*, not the controller, i.e., the
bit timing from the controller does not change, as far as I know), one
other thing you should check is to make sure that you have your
termination in place on the drive, otherwise it can mess things up on
writes.
I am presuming that your SuperCard properly terminates the *read* lines
(RawData# in particular, and, if the drive has its own data separator
and you can use it from the SuperCard Pro, SepData# and SepClk#, as
well) - otherwise that could be an issue, too. I see a few SMD
components in the photo, but unless they are hiding under the board, I
didn't see any components placed near the connector where one might
expect termination. I'd be really surprised if the designers forgot
that, but it never hurts to ask, just in case.
JRJ
On 8/11/2015 7:27 PM, Josh Dersch wrote:
Here at the museum I'm evaluating the use of a
SuperCard Pro (http://www.cbmstuff.com/proddetail.php?prod=SCP) to archive and duplicate
8" floppies from various machines. It's not technically supported (the manual
states that it *should* work but has not been tested, etc.) The disks I'm reading are
nothing exotic (They're standard double-density, double-sided disks with an IBM format
-- I could use a PC and ImageDisk to do the job, but the SuperCard is very convenient, in
theory...)
Thus far I've been successful in creating images of floppies, but less successful in
writing them back out. Thus far I've tried a pair of Shugart 851s and a Qume
QumeTrack 842. I'm using a DBit FDADAP (http://www.dbit.com/fdadap.html) to deal with
cabling and the TG43 signals. (And the 851s are jumpered properly for the TG43 signal, as
far as I can tell). I've also tried a variety of media (Verbatim, Maxell) with the
same results (though the position of the bad data varies from attempt to attempt).
The issue is that upon reading back a disk that has been written via the SuperCard, data
is fine up until about cylinder 60, at which point bad sectors start appearing more and
more frequently (though most of the data is still OK). I tried disabling TG43 just to see
if it made a difference, and it does - with TG43 disabled sectors written past cylinder 43
read back as garbage.
I'm running short of ideas. Anyone else have any experience with this combo? Any
suggestions on troubleshooting tips?
Thanks,
Josh
Sr. Vintage Software Engineer
Living Computer Museum
www.livingcomputermuseum.org<http://www.livingcomputermuseum.org>