Calay CAD manuals
shadoooo
I acquired a PDP11/23 with a Calay CAD system installed, plus tablet
and original 8" distribution disks.
I have to do some power supply repair to the PDP11, but I when the
machine is ok I can do some image dump of these disks, if somebody is
interested.
I need some manual about the CAD, somebody has something?
Thanks in advance
Andrea
vaxorcist
What kind of Graphic Subsystem has your PDP-11/23 got?
Which operating system is used?
Anyway I'd be VERY interested in dumps of your CAD software disks.
Regards,
Ulli
shadoooo
> Which operating system is used?
>
> Anyway I'd be VERY interested in dumps of your CAD software disks.
>
> Regards,
>
> Ulli
I can take some pictures of the boards in the next days...
It's a separate 19" rack with some big boards inside.
It must be connected to the PDP11 via serial, I think.
The outputs are RGB+sync.
Bill Gunshannon
Sounds to me like it is just a CAD terminal (ala Texktronix 4000 series)
hooked up to a PDP-11. I, too, would be interested in the disks. Might
be fun to learn if it actually supported any Tek terminals.
bill
--
Bill Gunshannon | de-moc-ra-cy (di mok' ra see) n. Three wolves
bill...@cs.scranton.edu | and a sheep voting on what's for dinner.
University of Scranton |
Scranton, Pennsylvania | #include <std.disclaimer.h>
shadoooo
http://toronto.kijiji.ca/c-ViewAd?AdId=157108711
It would be VERY useful to receive a copy of the documentations on the
pictures....!!!
Anybody in Toronto? I already asked the seller about it, but no answer
yet...
Richard
shadoooo <shad...@gmail.com> spake the secret code
<c968c389-e623-4172...@r5g2000yqb.googlegroups.com> thusly:
>My system is very similar to this:
>
>http://toronto.kijiji.ca/c-ViewAd?AdId=157108711
Doesn't look like a Tektronix terminal; rather some sort of memory
mapped frame buffer in its own cabinet.
--
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
<http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/>
Legalize Adulthood! <http://legalizeadulthood.wordpress.com>
shadoooo
> mapped frame buffer in its own cabinet.
Indeed there is a board named "Calay" from a company named "Kaiser +
Damm Gmbh", plus two memory boards.
The person who sold me this system told me about a very fast system
with separate vector process on the graphic module.
I think they developed a custom solution. It would be very interesting
to have some specification about it...
Richard
shadoooo <shad...@gmail.com> spake the secret code
<a5c570a7-ff52-4bf0...@k17g2000yqb.googlegroups.com> thusly:
It wouldn't be uncommon to have a satellite processor for either a
vector display or a raster display. In the former, the satellite
processor would constantly traverse a display list held in the memory
on the graphics boards to drive the tracing of the electron beam on
the screen. The HP 1350A Graphics Translator is an example of such a
processor. <http://www.hpmuseum.net/display_item.php?hw=169> For a
raster display you would have a secondary processor that rasterized
input data into pixels in a frame buffer. A custom scanout
processor, typically implemented in discrete logic, would traverse
the frame buffer to produce a raster image. Raster displays were
expensive until the price of memory came down in the 80s, but they
had the advantage of being able to erase individual pixels as well as
perform image processing. Color processing was also easier with
raster displays.
Bill Gunshannon
legaliz...@mail.xmission.com (Richard) writes:
> [Please do not mail me a copy of your followup]
>
> shadoooo <shad...@gmail.com> spake the secret code
> <c968c389-e623-4172...@r5g2000yqb.googlegroups.com> thusly:
>
>>My system is very similar to this:
>>
>>http://toronto.kijiji.ca/c-ViewAd?AdId=157108711
>
> Doesn't look like a Tektronix terminal; rather some sort of memory
> mapped frame buffer in its own cabinet.
How can it be a frame-buffer if it is connected to the PDP-11 via RS232?
Richard
bill...@cs.uofs.edu (Bill Gunshannon) spake the secret code
<7ld2ubF...@mid.individual.net> thusly:
>In article <hcfqau$ulf$1...@news.xmission.com>,
> legaliz...@mail.xmission.com (Richard) writes:
>> [Please do not mail me a copy of your followup]
>>
>> shadoooo <shad...@gmail.com> spake the secret code
>> <c968c389-e623-4172...@r5g2000yqb.googlegroups.com> thusly:
>>
>>>My system is very similar to this:
>>>
>>>http://toronto.kijiji.ca/c-ViewAd?AdId=157108711
>>
>> Doesn't look like a Tektronix terminal; rather some sort of memory
>> mapped frame buffer in its own cabinet.
>
>How can it be a frame-buffer if it is connected to the PDP-11 via RS232?
From the pictures, I couldn't tell how it was connected. If its
connected by RS232 then its not memory mapped, but it could still be a
frame buffer. Lots of frame buffers are connected to a host by RS232.
They're called terminals.
shadoooo
> connected by RS232 then its not memory mapped, but it could still be a
> frame buffer. Lots of frame buffers are connected to a host by RS232.
> They're called terminals.
The system has on the back a serial connector and BNC output
connectors for RGB+sync.
Inside the separate rack there are a board with microprocessors and
various components, plus two other boards full of memory ICs.
Definitely the system should be able to interpret a list of commands
coming from the PDP machine.
I wonder if in the manual a description of these commands is
available, so some experiment with the graphic interface could be
done...
Otherwise, if my system will work, I think I will try to retro-
engineer some serial data dump...
Maybe the protocol is not too bad to understand...
But of course a copy of the manual would be very easy...
Richard
shadoooo <shad...@gmail.com> spake the secret code
<aae0787e-dbdb-4b3f...@31g2000vbf.googlegroups.com> thusly:
>Otherwise, if my system will work, I think I will try to retro-
>engineer some serial data dump...
If its a stock microprocessor as the controller and the program is
stored in ROM, the best method would be to dump the ROM and then
decompile it into code to reverse engineer the protocol.