💾 Archived View for uscoffings.net › retro-computing › systems › Tandy › 1000-series › IomegaZip.txt captured on 2023-01-29 at 05:17:09.
⬅️ Previous capture (2022-06-04)
-=-=-=-=-=-=-
Zip Drive Notes
---------------
This note describes the results of testing IOmega Zip drives with the Tandy 1000
RL, RLX, and TX. I tested all the Zip drives beforehand on a 386 running MS-DOS
6.22 and Windows for Workgroups 3.11.
The RLX has a standard bidirectional port and a 286 processor. The RL has a
unidirectional 25-pin port and an 8086 processor. The TX has a card-edge
parallel port and a 286 processor.
The standard IOmega DOS driver worked fine with the built-in parallel port on
the RLX, for both 100MB and 250MB drives. Using the system setup program
(SETUPRLX), I set the parallel port to bidirectional. I then ran IOmega's
optimization program (OPTPPM1.EXE) to find the fastest settings for the Guest
driver. The RLX could use the byte driver in bidirectional mode at speed 10,
the fastest possible settings for a standard bidirectional port. The Palmzip
driver also worked on the RLX (see below).
On the RL, the IOmega driver could not be used since the RL only has an 8086
processor (attempting to use it locks up the machine). I used the Palmzip
driver obtained from this site:
http://leute.server.de/peichl/palmzipe.htm
The driver there was version 1.22. Before that, I tried Palmzip version 1.21
from this site:
http://www.palmzip.de/
That version DID NOT work, or rather, it appeared to work, but there were random
data errors in both reading and writing the Zip drive. It is important to make
sure you have the latest version of Palmzip. Palmzip is available as a free
test drive version that runs for 7 minutes; the full version cost me $10 US.
The parallel port on the 1000RL is unidirectional. According to Tandy's Tech
Notes and Jumpers Manual, the port can be used bidirectionally if jumper pins
are installed at positions E2-E3-E4, with a jumper on pins E2-E3. I made this
modification, but it made no difference; the Zip drive was not detected.
Instead, I installed a secondary parallel port card. The first parallel port
card I tried with the RL made the monitor screen shake (probably because of
power issues), but it would work to a degree after a few minutes. The second
card I tried was newer, with fewer chips on it and did not display this problem.
(The power supply in the 1000RL is only 25 watts, and I had already maxed out
the memory and installed a 40MB hard drive.)
Jumpering the expansion card for LPT2: did not work; it interfered with the hard
drive. I ran SETUPRL /A and disabled the built-in parallel port, then jumpered
the card for LPT1:. That finally worked, with Palmzip version 1.22.
The RL was running DOS 3.3. With versions of DOS below 4.0, Palmzip provides
for partitioning the Zip disk into 3 parts, using the included Zipman program.
Hence the Zip drive on my RL was seen as drives F:, G:, and H: (the hard drive
was C: and E:, the ROM drive was D:). The IOmega driver can only access the
first partition of a Zip drive that is formatted thus, but it can read and write
that partition just fine. (There is a way to enable access to all three
partitions on a machine running IOmega's driver, but I didn't try that.)
The TX has a unidirectional card-edge parallel port. To plug in a Zip drive, I
needed to build a port adapter. Jim Sandlin gives instructions for doing so on
his site:
http://users2.ev1.net/~switchtech/Tandy1000_DB25.html
I built the adapter and tested all pins for continuity. I then checked it by
connecting a DMP-130 printer to it using cable 26-227. The adapter worked with
the printer.
As indicated by the Tech Notes and Jumpers Manual, I then installed a jumper on
pins E11-E12 to connect the Select signal for input. As with the 1000RL, it did
not work. The TX could not detect a Zip drive attached to its built-in parallel
port.
The TX's parallel port cannot be disabled. I installed a parallel port card in
an expansion slot, the same one that had caused the monitor to shake in the RL;
in the TX, the card worked with no problem (the TX has a 67 watt power supply).
I jumpered the card for LPT2: and IRQ 7 (the hard drive uses IRQ 5). That
worked with Palmzip, which requires the /LPT2 option in this case. The IOmega
driver also worked on the TX when I booted it with DOS 6.22, but that version of
DOS is not ideal for the TX (which has no HMA or upper memory).
According to old messages in comp.sys.tandy, IOmega's driver worked in the
1100FD laptop, which came with the V20 processor. It is likely that it would
also work in a 1000-series model where the 8088 or 8086 processor has been
upgraded to a V20 or V30, but only with a parallel port on an expansion card,
not with the built-in parallel port. Palmzip would work on such systems without
a processor upgrade, however.
Palmzip does not work with Zip 250 or 750 drives, Zip Plus (combination
SCSI/parallel) drives, or newer Zip 100 parallel drives. According to the Zip
Drive Mini-Howto (refer Linux), the parallel Zip drive actually contains a SCSI
controller hence is really a SCSI drive. There is a chip called VPI0 that
connects the SCSI bus inside the drive to the parallel cable. Later Zip drives,
including the Zip Plus, Zip 250, and Zip 750 used a different interface chip
called VPI2. Under Linux, there are two different drivers for the different
interfaces (ppa.c for VPI0, imm.c for VPI2). Palmzip is probably supporting
VPI0.
Not all Zip 100 drives will work with Palmzip; the newest ones will not. So how
do you tell which drives will work? Zip drives may be model Z100P or Z100P2;
Z100P is older. They may have a full date on them (e.g., 03/21/99), or just a
month and day (e.g., 09/22), or no date at all. The ones with no date are
oldest (the ones I had had ROM dates 1995 and 1996), followed by the ones with
month and day (ROM dates 1997 and 1998), followed by the drives with a full
month, day, and year. I only tested one model Z100P, but I suspect they will
all work with Palmzip. With model Z100P2, the ones I tested with no date or a
month/day date worked, as did the ones with full date up to April 1999. Of the
Z100P2's I tested, only one, with manufacture date 1/24/2000, did not work with
Palmzip, though it worked fine with the IOmega driver.