Image ©2009 Tore Sinding Bekkedal
Click image for a larger version
November 2020 – We were recently contacted Lars Brinkhoff about the fate of system #115, he emailed us recently saying -
"I heard a rumor that PDP-7 #115 has been destroyed. I don't know any details."
We do know that system #115 at Oslo University had its problems which rendered almost in-operable. Quite a lot of it had been converted to TTL logic, and when it was de–commissioned the logic chips had been re–purposed (See Tore Sinding Bekkedal's description below). Tore had put a lot of work into the machine and for a time had it on his small website offshoot of the Universities main web portal. Tore's site later went dark, presumably after he left the university and moved on to other things.
So if anyone knows, or hears more about the fate of the Oslo University's PDP–7/A (S#115), or knows Tore Sinding Bekkedal's and could put us in touch, please let us know, email us , or use our contact form.
All photos ©2009 Tore Sinding Bekkedal. Tore has kindly supplied some of the write–up for this page from a vintage computer blog, copied below (©2009 Tore Sinding Bekkedal). Further photos of PDP–7/A S#115 can be seen at Tore's website (currently offline). website
"The PDP–7 is in Oslo, however, it is not in operable condition. A long story follows:"
"The PDP–7 was my first real retro–computing project. In retrospect, it was probably a massively bad call for a first project! Before I began, I didn't even know what a capacitor was. The machine was in the university library in which I was hanging out. It was a better use of time than attending class. Although my grades suffered, I never did really have trouble justifying skipping a school FrontPage class for deciphering the inner workings of a computer."
"Before I touched anything, I took the maintenance and user manuals with me to a week–long holiday at my family's summer house, and I still remember the deep effect the F–77A service manual had on me. (Now there's a sentence you don't hear every day.) I'd been a computer geek before this, but I had never quite understood computers past the level of "I input some mnemonics, and then magic happens inside the chip".
"A few years later, I saw a video of Steve Wozniak explaining how he "fell in love" with the PDP–8 as he read the manual. He exactly described my own feelings. Although I had idly programmed computers since I was 12 (Well, since age 9 if you count BASIC - but one doesn't, does one...) this was the first computer I felt I could *understand*, and it made a lasting impression on me and gave me a lasting fascination with retro–computing as a way of "understanding" computers and computer engineering in a way that is simply not possible with the vastly more capable but yet somehow less interesting modern systems."
"The PDP–7 documentation was "describing a world" which was immensely fascinating to me."
"Anyway, back to the machine itself. Having read up on it, and consulted with electronics engineers (funny how those seem to be abundant in a CS/EE building, huh...) and also this mailing list, I found that the best course of action was to reform the capacitors in the PSU's, and then test the PSU's under a dummy load. The capacitors all held a charge marvelously, and were surprisingly close to their labelled capacitance. The PSU's were all within spec - not bad for a system that hadn't seen power since 1977!"
"When initially powered up the CPU was completely dead. I managed to locate a few problems with individual components and swapping the boards for working ones. (There was a cache of spare flip–chips - and I refused to allow a PDP–7 to become my first soldering job!). One of my first repairs, and the one that really got the system going, was swapping out a B204 -- IIRC, the faulty board had an off–value resistor -- in the main timing chain."
"By the time I was "done", the CPU was able to fetch, decode, and execute arithmetic, conditional branch, and OPR instructions - and those were just the ones I tested. However, when I Started the CPU, the system looped at location 0. I quickly found out why: The physics department had, to deal with an increase in I/O load, created their own Automatic Priority Interrupt (The paper I read described it as "a poor man's API" - I think it was submitted to DECUS)."
"The professor who used the machine is quite tall, over 2M, at least - and is described by many as "Norway's (largest/greatest) scientist". One time in the 1970s, he and a colleague of comparable stature were at a DECUS or DECworld or some such meeting. The conference delegate, when receiving them, asked - "Are all Norwegian's this tall!?". Immediately, his colleague replied - "No - we were the only ones who could fit on the plane".
From DECUS publications www.soemtron.org have found that the professor concerned is Dr. Rolf Nordhagen (data), from the Nuclear Physics Laboratory, he was a PDP–7 delegate. He, Tore Hvam and Finn Ingebretsen of the Institute of Physics (listed as DECUS individual members) are all listed in the DECuscope 1966 issue Vol. 5, issue 5. We believe the event was the DECUS Spring Symposium held at the Hotel Somerset, Boston, Massachusetts during May 23rd, 24th and 25th of 1966.
"The PMAPI was built out of 74–series circuitry. Of course, when the system was decommissioned only a few years later, 74–series logic was both expensive and general–purpose, so those boards were removed. As a result of this, the CPU always loops on an active–low IRQ from the I/O rack."
"The absence of any I/O left me unable to test any of the other peripheral devices. The paper tape reader would start when asked to by the CPU (The binary load feature necessitated some direct glue between the controller and the CPU), The Teletype would transmit correct codes as read by the I/O rack status lamps. The TTY itself (a KSR33) had a missing code–bar reset bail, and eventually the H–bar broke (wow, its been 4 years and I still remember the name of the damned parts. The Teletype manual was also a fascinating read.)"
"The core memory could store and recall worst–case noise patterns entered into the system by a program I wrote which I stepped through while holding in CONTINUE"
"Considering how inexperienced and unknowledgeable I was, I'm damned glad I never managed to make anything catch fire, and as a bonus, I think I really got quite far all things considered. The wall–like learning curve was very interesting to climb and I'm a happier person for it."
The PDP–7 Service list (1972) shows that machine #115 (DEC #031023) was a PDP–7/A shipped to Oslo University in February 1966 and consisted of the following options –
|149||000077||.||000000||4K memory upgrade to 8K|
|177B||000049||0368||031023||Extended arithmetic element|
|550||000051||014086||DECtape control, (up to 4x 555's)|
|KA71A||000015||000000||I/O device package|
|TU55||000121||014086||Single DECtape transport|
|TU55||000128||014086||Single DECtape transport|
For descriptions of the above options see the full PDP–7 options list.
120 PDP–7 and PDP–7/A systems were forecast to be built in total, but the 1972 18–bit service list available (6.5Mb pdf download) only has details of the 99 known PDP–7 and PDP–7/A systems in the list at that time. We do not have any information about the possible remaining 21 systems, who they were delivered to or even if they actually existed.
The PDP–7 appeared to have sold well into Government research and University sectors with 11 systems shipped to the UK alone, almost 10% of the forecast production run! Serial numbers are concurrent for both PDP–7's and the PDP–7/A's, so the missing 21 could be of either type; however we are reasonably confident that the 99 systems shipped were the only ones that were ever built.
If you know of any information about any of the PDP–7 systems worldwide, options, location of existing systems, spare parts, ancillary bits, software, tapes or manuals, then please contact us.
Documents associated with PDP–7/A S#115 - None at this time