Hey list,
I received a note today from a fellow in London who has 2 9-track tapes
that he'd like read. Brands are CDC and BASF, so media shedding should
not be a problem. Dates are '92 and '93, so likely 1600 or 6259. The
tape seal on one (the other has no seal) is IBM-style, which may be the
system that produced the tapes.
Any takers? Let me know if so, I'll put you in contact and you can take
things from there.
All the best,
--Chuck
> From: Guy Sotomayor
> I don't unfortunately have any light masks
Dave Bridgham and I were manoeuvreing to be able to produce clones of the one
you loaned me (he has access to a computer-controlled milling machine at his
maker-space or whatever the name is for them now, and we bought a good-sized
sheet of the required plastic to be able to crank them out) when I came down
with COVID early in the pendemic, and in the aftermath (I came down with
long-haul post-COVID Chronic Fatigue Syndrome) itgot put on hold. The loaner,
and a micrometer to measure it, are still siting on the table in my family
room, next to my desktop.
If anybody needs some, I can probably try finishing the drawing, and get it
to Dave, so we can resume that project.
Noel
> From: Ed Cross
> I'm currently restoring a PDP-11/70 system and need the following
> boards to complete the CPU: FP11-C
>From your mention of the FP11-C, I gather your -11/70 has a KB11-C (later)
CPU, not the KB11-B CPU of the earlier PDP-11/70's (prior to 1976 - the
difference between the two was whether they took the optional FP11-B or FP11-C
FPP).
Not that it makes a big difference in your case; the 4 cache cards are the
same in both.
There used to be a seller on eBait (on the mid-East Coast - Baltimore, IIRC)
who was selling -11/70 CPU cards (I bought a whole spare set from him) but
alas he seems to have gone away (or sold them all; a quick search, both on
eBait, and in my email, didn't turm him up; I can institute a deeper search
if need be).
>From the blog of someone who got a KB11-A working, you'll really need KM11
cards; dunno if Guy Steele still has those clones he was selling.
There are definitely some versions of Unix which will run fine on -11/70's
without the FP11 (e.g. V6). The system binary is different for the
with/without versions, though: in the assembler code which saves the state of
one process before switching to another, there is code like:
stfps (r1)+
which will probably get an illegal instruction trap in kernel mode on a
machine with no FP11, and is therefore conditionally assembled (depending on
if the particular machine the system is being built for has an FP11). Perhaps
the later BSD versions look for the FP11 on startup, and adjust their
behaviour appropriately, but I'm not familiar with them.
V6 as distributed contains system binary for an -11/40, which will run on
_any_ -11 UNIX will run on, and can be used to build appropriate system
binary.
(Diversion: I've never found out whether the KB11-B and KB11-C of the -11/70
used/could use the same backplane or not. By examining the prints for the
boards of the FP11-B and FP11-C, and seeing on which pins they exchanged
signals, and what signals they exchanged with the rest of the CPU, and on
which pins, it should be possible to work it out. Ditto for the M8133 ROM and
ROM Control of the KB11-B, replaced with the M8123 in the KB11-C.)
(Interesting factoid: the M8123 is the only card shared between any variant
of the -11/45 and -11/70: both the KB11-C and KB11-D use it. Of course, I
think we're still missing a wirelist for the -11/70 backplane, of any
variant; and the ECO history. There appears to have been at least one poorly
documented upgrade; see here:
http://gunkies.org/wiki/MK11_memory_system#CSR_Access
for more.)
Noel
Hey all --
I picked up a TC01 in trade (for a TC08) a couple of weeks back and this
past weekend I got it hooked up and powered up with my PDP-8/I + TU55
transport. I've been debugging it and have solved a couple of issues but
the current one has me stumped and I'm looking for advice, hoping I
overlooked something obvious.
At this point the PDP-8/I can talk to the TC01 and use it to control the
TU55 without issue. I've mostly been using MAINDEC-08-D3BB to exercise the
hardware (see:
http://svn.so-much-stuff.com/svn/trunk/pdp8/src/dec/maindec-08-d3b/maindec-…)
and issuing FWD/BACK commands via the "Basic Motion" routine the tape runs
>from one end of the tape to the other, stopping at the endzones correctly.
The tape comes up to speed properly, the COUNTER register increments, and
in general the various status lights on the panel do what I expect them to
do.
The root symptom I'm seeing now is that DECtape operations (like SEARCH)
don't complete, and I've traced this back to the MK BLK MK signal not
getting asserted. This signal is generated by a large AND gate (see p. 112
of
http://bitsavers.trailing-edge.com/pdf/dec/dectape/tc01/DEC-08-I2AB-D_TC01_…).
This gate ANDs together a pile of signals from the WINDOW register and the
counter, looking for a specific bit pattern on the mark tracks; this AND
gate is never satisfied because the WINDOW register's MSB (W1) is stuck
low. On the scope it's a completely flat line, no glitches or anything
noticeable.
Despite my best efforts I cannot figure out why this is. Here's what I've
looked at and what I've discovered thus far:
1) The inputs to the W1 flip-flop (pins U (clock) and V (data) look to be
correct -- U is identical to the TP1 signal being passed to all the other
flip-flops in the chain, and V is identical to the data coming out of W2 --
levels all look fine.
2) The outputs of W1 (pins T and S) are not being pulled up or down by
anything external. I've gone so far as to completely disconnect T and S
>from the backplane (with some tape over the card fingers) and the outputs
are still a flat line.
3) The output of pin T goes to -3V when 0->WINDOW is de-asserted (when tape
is in motion), returns to 0V when 0->WINDOW is asserted after the tape
stops. (S is the inverse of this, as expected.) (As an aside, the
schematic drawing suggests that 0->WINDOW ought to be a pulse given the
arrow symbol; this does not appear to be the case. Other flip flops in the
chain seem to behave properly, regardless...)
4) The backplane connection to the R203 flip-chip that the W1 flip-flop is
on is fine. I've beeped this out and there's no significant resistance
between the backplane pins and the connection to the card in the slot.
5) W1 is not affected by the state of the two other flip flops on the R203
(also tested by disconnecting all pins other than power/gnd and pins
R/S/T/U/V with tape).
6) Swapping in a different, working R203 shows no change in behavior.
6) Sometimes, randomly, W1 starts working. Last night I noticed that the
solder side of R203 was rubbing against the top of the "flip chip" packages
on the R107 next to it and even though those shouldn't be conductive, I
stuck a piece of cardstock between the two. W1 started working! I tested
things for about a half hour in this state (interrupts were still not
occurring, much to my annoyance) and this morning I powered it up and it
was still working. Pulled the cardstock out and W1 stopped working; this
would seem to causation. Put the cardstock back in... still won't work.
Backplane connections all test out fine (see (4) above). Put the R203 on
an extender (to completely avoid interference with neighboring cards) and
still no go. Possibly the insertion of the cardstock flexed the board or
the connection with the backplane slot ever so slightly to make things work
but if so I've been unable to replicate it.
All of this still sounds like a bad connection somewhere (backplane, cold
solder joint, broken trace) but the evidence seems to be against it
(checked, double-checked, triple-checked backplane, swapped R203s around,
etc...)
Anyone have suggestions? I'm going to start looking at things on the board
itself (which is going to be a pain given how things are currently arranged
in the chassis) but curious if I've missed anything here...
- Josh
Dear list, I'm currently restoring a PDP-11/70 system and need the
following boards to complete the CPU:
FP11-C slots:
M8127
M8128
M8129
Cache slots:
M8142
M8143
M8144
M8145
Any help finding these is appreciated. Thanks.
Hi guys-
Anyone on here have any experience using an IBM 3483 terminal with an LCD? I have an IBM 15" LCD I am hooking up to it, but parts of the image are below and above the viewable area of the display, and the characters look all garbled or like they're missing some lines. Auto-adjust makes it all visible for a short second, and then it pops back to the way it was.
I'd seen at least one other mention of this on the internet, but was wondering if anyone knew of any specific LCD's that are known to work with the 3483.
Thanks in advance!
-Ben
Have some original Emulex manuals. Need space do people want them or trash?
tc0551001 TC05 controller manual. I have Rev C, bitsavers has F
pd9951002 I have Rev A Bitsavers site has rev D
px9951902 Diagnostic distribution kit I have Rev E and H
sc0351001 SC03/B1 technical manual. Bitsavers doesn't have
sc0251001 SC02/A RP02/03 manual Rev H Bitsavers doesn't have
I'll scan the SC03/B1 and SC02/A manuals, but does anyone want the rest?
C
On 11/81/21,. Andrew Warkentin via cctalk <cctalk at classiccomp.org> wrote:
>> What happened? Looking back at my emails, the list was operating normally
>> until September 3. Then it just stopped. There were normal discussions
>> going on. There was no flood of spam. As far as I can tell, nothing
occured
>> that would trigger a rage quit.
>>
>> Is the software and documentation that was on the site at least archived
>> elsewhere? Has anybody downloaded it and can maybe upload to archive.org?
>>
>> Mike
>>
> I downloaded some of the software and documentation from there a long
> time ago and still have it, although I didn't actually scrape the
> entire site. I can upload what I've got to archive.org.
>
> The disk image kit of NOS 2.8.7 with CYBIS has been mirrored at
> <https://codex.sjzoppi.com/doku.php?id=utilities:start> and most of
> the documentation for it is available from the Wayback Machine at
> <
http://web.archive.org/web/20210421202420/http://www.control-data.info/Cybi…
>
I have a working version of NOS 2.8.1, but I would like to be able to add
software that is not included as part of the system that I downloaded from
controlfreaks.org about 18 months ago. An example might be the ALGOL68
compiler. (I stress 'might be', as I haven't checked if that is on my
system already. I just know there is 'some good stuff' that I want and
which I don't have.)
I have had a look on archive.org, but I can't find anything that looks like
CDC NOS software tapes. A big part of my difficulty is likely to be that I
don't have a list of what was available on controlfreaks.org in order to be
able to do a detailed search. I did search archive.org for controlfreaks.org,
but all I get is
Controlfreaks.orgAuthorized Users Only
This site is for the research into historic systems and software made by
Control Data Corporation. If you think you can contribute, email to
ControlfreaksAdmin
<https://web.archive.org/web/20210421192919/mailto:thunter0512 at gmail.com> to
request a username/password for access to this site.
All the content is over in the TWiki
<https://web.archive.org/web/20210421192919/http://www.controlfreaks.org/twi…>
.
When I click on the TWiki link, I get
{ScriptUrlPath}/view/TWiki/TWikiRegistration
which is not much use.
Does anyone have a list of the CDC software that was available from
controlfreaks.org?
Cheers
Peter Allan