Hi all,
I picked up an HP 7220C flatbed plotter the other day which (after freeing
the stuck carriage) is responding to panel commands in 'local' mode. For
the terminal RS-232 interface, does anyone happen to know:
a) The character size (7 or 8 bits)?
b) If the connection between terminal and plotter is supposed to be
straight through (i.e. 1:1 pin mapping), null modem, or something else
entirely?
I'm not sure if the plotter considers itself DTE or DCE, given that it has
a modem output port (i.e. it sits partway along in the chain of things).
Oh, there's a "conf test" switch setting on the back - does anyone know the
purpose of that? I'm wondering if it's supposed to echo back to the
terminal any data that's sent to the plotter, but that's purely a guess.
Sadly there don't seem to be any docs online (or much in the way of any
info, to be honest).
thanks,
Jules
Jim,
FWIW: Last time I had company money to deal with this issue I bought a similar model of this:
A Viking DLE-200
https://www.amazon.com/Viking-DLE-200B-Two-Way-Line-Simulator/dp/B004PXK314
Dave.
Sent from Mail for Windows 10
Message: 18
Date: Tue, 3 Dec 2019 22:35:40 -0600
From: Jim Brain <brain at jbrain.com>
?
To continue validating modem functionality, I think it makes sense to
set up a closed loop phone system in my lab that will function well
enough to allow modems to connect to each other (dial tone, ringing,
busy signal, etc.).
I know I can probably whip something up with a 9 v battery and a piece
of cable with rj11s, but I think that will fall short.
That said, I went out to eBay to see if I could source a 2-8 line
something to help, and got smacked around with my lack of telephone
system knowledge.
So, any ideas (or links to eBay auctions) of brands/models/etc. I should
focus on?
Also, if anyone has any modems lying around gathering dust, I probably
should source a few more models. tcpser handles Hayes "+++" spec
correctly, but I should probably support TIES as well, to cite one example.
Jim
--
Jim Brain
brain at jbrain.comwww.jbrain.com
> From: William Donzelli
> My manual only mentions the M200, but it may be an early edition
What is it, and what date is it? DEC-11-HCRB-D, avilable online, is
March, '72. DEC-11-HCRMA-C-D is June, '73.
I see that EK-CR11-TM-004 is also available online:
http://bitsavers.informatik.uni-stuttgart.de/www.computer.museum.uq.edu.au/…
It's from July '75, and also mentions the M600.
> From: Bill Degnan
> I believe I have the engineering drawings document if this is not
> otherwise available.
Bitsavers has the August '71 edition; if yours is later than that, it would
be useful, _particularly_ if it has the M8291, which is the later card.
Noel
> From: William Donzelli
> Can the DEC M8291 CR11/CM11 controller card work with a DEC branded
> Documation M600 reader as well as the M200?
Should do; the 'CR11/CM11 system manual' (DEC-11-HCRMA-C-D) mentions it,
although it doesn't provide extensive coverage.
I guess that version of the CR11 manual isn't available online; please let me
know if you need me to scan it.
Noel
Unfortunately I need to sell my VAX - an original 11/780, but with a
CSPI array processor hidden in a third matching DECcabinet. This was
used to control an xray crystallography machine years ago, so the VAX
itself is fairly minimal, but with quite a lot of number crunching
horsepower.
It has not been powered up in perhaps 15 years, but is in fantastic
condition. The only real flaw is that at one point some water dripped
on the top, so the blue paint marred in one spot. The easy way to take
care of that is to simply replace the sheet metal with a nice one from
another standard DEC cabinet. Or stack a few books on top!
I have tapes with the CSPI software (does Al need it?). Lots of DECdocs as well.
Throw me a number if you are interested. This is not a fire sale, so
be reasonable. I will work on getting some pictures. There are no
drives with this. I suppose eventually this will go on Ebay - but I
really hate Ebay at this point.
The only issue is that right now is not the time to move the beast.
Snow snow snow, and cleaning the dock is a big job, so shipping might
have to wait until spring.
--
Will, IBM land in the Hudson Valley
On 12/3/19 11:00 PM, Lamar Owen wrote:
>
>
> On Dec 3, 2019 8:55 PM, Bill Gunshannon via cctech
> <cctech at classiccmp.org> wrote:
>
> Especially RSX180 as I have some other plans for that one.
>
> RSX180?? Learn about something new everyday!? This tidbit alone was
> worth watching the thread.
>
Well, glad it helped. And here's more...
I have succeeded in getting RSX-180 installed on a hard disk.
In doing so I have learned some things that others might consider
valuable as well.
Disk sizes and formats are more important than one might realize
>from reading the support page.
Oversized hard disk partitions cause really strange behavior totally
unrelated to disk I/O. When I tried to use a disk partition that was
too big the system merely spewed garbage to the screen.
But the second lesson is even more important.
The Support Page states:
"For best performance format the floppy first under CP/M, so
the sectors will have the optimum interleave value for the
P112 hardware. Otherwise, disk accesses will be very slow."
This is not accurate. When I used a brand new pre-formatted floppy
without formatting it under CP/M it booted but many of the commands
failed to work and even th4e directory could not be seen. Formatting
on CP/M and then using rawrite to place the image on the floppy fixed
that.
I have been having a problem getting CP/M 3 to boot and now suspect
it may be the same problem. Again, I used a pre-formatted brand new
floppy and rawrite. When I try to boot it starts loading and then
spews what looks like random garbage to the screen. I am going to
try using a CP/M formatted floppy and I actually expect it will fix
the problem.
bill
Just in case someone else hasn't already responded, the P112 does not use DOS style fdisk partitioning for a hard disk. It is done in the BIOS image, and then the logical disks have to be initialized. This is described in the "P112 GIDE Construction.pdf" document.
I've only used 3.5" floppies, which work fine. You can also attach a PATA CD-ROM drive and access disks with a program that escapes my memory at the moment.
I am going through stuff in my office and found that I have some SCSI
device docs that aren't on bitsavers. As far as multi-page documents, it
seems as if my scanner (or its software) only does uncompressed TIFF. At
bitsaver's recommended 400 dpi, that means about 4M per page.
What should I do? Scan the docs in and find a tool to convert to
lossless compression. Scan the docs in and just submit the huge files?
Something else?
The docs that I have are copies, not originals. Does anyone here want
them after I scan them?
alan
> From: Guy Dunphy
> JBIG2 .. introduces so many actual factual errors (typically
> substituted letters and numbers)
It's probably worth noting that there are often errors _in the original
documents_, too - so even a perfect image doesn't guarantee no errors.
The most recent one (of many) which I found (although I only had a PDF to
work from, so maybe it's a 'scanning induced error') is described at the
bottom here:
https://gunkies.org/wiki/KS10
Although looking again at the PDF, the two digits in question are quite clear
and crisp, and don't seem like they could be scanning errors.
Noel
