Also came across a TSX Plus reference guide and install guide, from
1985. These two fill a very large binder, have they already been scanned?
If not I'll burn out my scanner doing these. If so I can pulp or Ebay them.
C
Hi!
Given that other people seem interested in the Pro/350 series systems I
thought I would dig out and scan some of the remaining manuals I have.
These seem to have come from an agreement with SPSS back in 1982 or so
and all appear to be draft documents.
I'll upload them as I scan them (takes time) to https://www.crystel.com/pdp
I'll upload a PDF file along with a zip file of the scans at 300dpi.
Question: Would the SPSS manuals be interesting?
Also I have an RSX11M 3.2 manual set in a big binder, worth scanning or
is that up there already? I'm assuming the Fortran manuals have already
been scanned in the past.
Final thought: Looks like I have the spss/x floppies for the Pro version
1.0, are those out there somewhere already?
Thanks!
Chris
Hopefully this is an easy question - are the sources for the XXDP
diagnostics online anywhere? I particularly looking for NKXA, the
Falcon-11/KXT11/DCT11 one.
Thanks,
Bob
Ladies and Gentlemen,
I was sifting through a huge box of industrial junk in my basement and
found two NIB DEC H8575-A DB25 to MMJ adaptors in their original bags
with a 1991 date code. The DB25 is female and the MMJ is, of course,
a jack.
Does anybody want them for postage from Athabasca, Alberta?
--
Richard Loken VE6BSV : "...underneath those tuques we wear,
Athabasca, Alberta Canada : our heads are naked!"
** rlloken at telus.net ** : - Arthur Black
? Al K has read hundreds of these Whirlwind tapes using a standard
8-track optical reader, so I think we can confirm that it is punched
with the common geometry, except one track narrower, with four bits on
one side of the sprocket holes, and three bits on the other.
? The tapes are for pedagogical purpose, so if I can punch on inch-wide
tape and perhaps trim the width later, that works just fine.
Thanks all!
?/guy
Date: Fri, 26 Mar 2021 16:01:38 -0700 From: Al Kossow
<aek at bitsavers.org> To: cctalk at classiccmp.org Subject: Re: punching
paper tape Message-ID:
<f52af974-dbc4-0a51-409e-b4cc2b9076e9 at bitsavers.org> Content-Type:
text/plain; charset=utf-8; format=flowed On 3/26/21 2:58 PM, Steve
Malikoff via cctalk wrote:
> OK thanks for that. I just had a browse and read that "Whirlwind used
> the same paper tape format that was popular with Teletype machines" so
> I gather it's nothing special after all.
the best picture i have at hand of what a ww tape looks like is on the
right of
http://bitsavers.org/bits/MIT/whirlwind/X4222.2008_Whirlwind_ptp/pictures/s…
you can see it is narrower by one punch than a normal 8-channel tape
Is there someone in North America that might be willing and able to help
out a small historical display project by punching a few short paper tapes?
I'm glad to try to accommodate whatever coding requirements are easiest.
Thanks!
/guy fedorkow
fedorkow at mit.edu
I have an old HP 1630G logic analyser. I am trying to use it to debug a
problem with an 82C206 peripheral controller (or rather I think damage
between the CPU and the peripheral controller). I am not very experienced
with logic analysers and I wonder if I am using it correctly.
What I am trying to do is see which internal registers are being
read/written and the values. To do this there are two signals (XIOR and
XIOW) that trigger the read/write on their rising edge. So I have connected
the XIOR and XIOW signals to the J and K clock inputs and set the LA to
clock on the rising edge. I have then told the LA to trigger on a particular
address range (in the State Trace screen if anyone is familiar with this
LA).
When I run the analyser it complains of a slow clock. This makes sense,
because I am using the read/write signals to drive the clock inputs so that
I only capture actual reads and writes to the peripheral controller.
However, I don't seem to be getting sensible values in the trace and I am
wondering if the LA is really not capturing anything because of the slow
clock?
I don't think it makes sense to clock the LA on the actual clock signal
because I won't be able to capture the address and data values on the rising
edge of the read/write signals and I would end up with traces full of
useless data.
Am I doing it right, or is there a technique that I am missing here?
Thanks
Rob
So, some months ago, I was in an electronics surplus store and picked
up what was obviously an X terminal - tiny metal slab with a VGA
connector, serial & parallel, AT keyboard, and RJ45 "communication"
port. I got it bare, without the external PSU that would've gone with
it, and I've since been unable to determine just what the heck I'm
supposed to feed this thing. It's a standard barrel jack, but there's
no markings on the case or the PCB to give any clue as to what
voltage/amperage or polarity it expects, and Google has been no help
at all. Does anyone have any recollection of these things? Any idea
what they want for juice?
To throw an extra mysterious wrinkle into this, when I popped open the
case to get a look at the PCB, I found that, apart from the CPU, DART,
and ROM, the only non-glue ICs on the board were an 8K SRAM and a
W82C476 RAMDAC - but 8K isn't even remotely enough for a VGA screen,
not even a monochrome one at VGA resolution! Am I missing something on
how these things operated? Given this, my only guess would be some
kind of insane networked-framebuffer scheme where the host would blast
video data in on the fly, but there's no way this was even 100Mbps
Ethernet, and 10Mbps isn't nearly fast enough to transfer 150KB at
60FPS, and there's no memory to buffer it for a slower refresh. What
in the heck is going on here?
Subject line says it all -- I'm working on a restoration that includes one of these, and it looks as if it needs some troubleshooting/repair. I didn't see docs posted at Bitsavers. Anybody have a manual squirreled away?
cheers,
--FritzM.
