Return to Continuing Maintenance
Return to Status of the 1401 Demo Lab


"Status of the 1401 Demo Lab"
2018 to 2021

Hosted by Carl Claunch from November 2018 to July 2021 (off to Florida ;--))
Now continued by mostly Stan Paddock and Jack Ghiselli
also containing some of Ken Sherriff's adventures

The Web This web page only
(Sometimes shows only one result instead of many.)


Maintenance
2021 2020 2019 2018
- Mar 10, 2021
- Apr 7, 2021
- Jul 7, 2021
- Jul 14, 2021
- Aug 4, 2021
- VFC 2021
- Aug 25, 2021
- Sept 08, 2021
- Oct 27, 2021
- Nov 3, 2021
- Nov 17, 2021
- Dec 01, 2021
- Dec 15, 2021
- Jan 8, 2020
- Jan 15, 2020
- Jan 22, 2020
- Jan 29, 2020
- Feb 5, 2020
- Feb 12, 2020
- Feb 26, 2020
- Mar 4, 2020
- Mar 11, 2020
Wuhan virus break
- Jun 10, 2020
- July 29, 2020
- Sept 2, 2020
- Sept 30, 2020
- Nov 4, 2020
- Nov 18, 2020
- Jan 03, 2019
- Feb 20, 2019
- Mar 09, 2019
- Mar 27, 2019
- Apr 17, 2019
- Ken Aug 7, 2019-Ken
- Aug 14, 2019-Ken
- Sep 18, 2019-Ken
- Sep 19, 2019
- Sept 25, 2019-Ken
- Oct 1, 2019
- Oct 6, 2019
- Oct 9, 2019
- Oct 24, 2019
- Oct 31, 2019
- Nov 6, 2019
- Nov 13, 2019
- Nov 20, 2019
- Nov 27, 2019
- Dec 6, 2019
- Dec 11, 2019
- Dec 19, 2019
- Nov 14, 2018
- Dec 05, 2018
- Dec 26, 2018

Jan 12, 2022 from Stan Paddock
Attending were:
Stan Paddock

I knew Frank and Tom were not coming in today but I did not know if anybody else would be coming in.
Nobody else came in.

Following our safety rules, The only machine I turned on was a PC.

Last week I got the old PC <> 1401 operational.
I can punch cards from the PC!!

I am now assembling all of the demo programs and will punch two decks each.
One deck will given to the docents to use for demos and the other deck will be stored away as master.
If one of the docent decks fails, the docents will let one of 1401 team know and we will punch a new docent deck for them.

In searching for something in the Leibert room, I found we have at least two years NOS blank punch cards in there.

German Printer:
Last week Frank King, loaded the German printer with a lot of hydraulic oil.
I placed three Pig Blankets under the hydraulic of the printer.
I checked for oil leakage today. None!

It must only when the printer is running.

Dec 15, 2021 - from Stan Paddock
Attending were Stan Paddock, Ken Shirriff, Tom Szolyga

German Machine:
I think the oil level in the IBM 1403 has leaked below the leak level as there was no oil on the floor today. Frank king said I should wait for him to come in. He thinks I would not add the oil in the right manner.

Connecticut Machine:
The Connecticut machine has a problem with the reader stopping with a CHECK STOP.
There is a contact that in the reader that tells the 1401 where the card is in the path. I used a contact file on the contact. It works now.

Demo Decks:
I tested the following decks for proper operation
Primes UNK
Primes UNK
Tape Demo UNK
Pi-500 UNK
Primes UNK
Powers of two OK
Big Print FAIL Both decks acted the same.
Read the cards
The name cards in the second pocket
Print a blank
Eject the page

At the current time, we don't have the ability to punch card decks and we don't have a virgin Big Print deck. I suspected the two decks are copies of each and are corrupted. I found three duplicate sequences with different data. I printed one of the decks and will verify it against Big Print on my home computer.
(Found it. Should be a 4 is a 8)

Ken worked on a Christmas card (fold the printed page twice and it is a Christmas card) See Ken if you would like one. There is an option to replace the normal '*' with Pi {3.14159....). The value of pi digits are provided by Ed Thelen free of charge.

Tom is continuing to develop a connection between a PC to the German 1401. This is version 2.0 of the same functionality of what we have on the Connecticut 1401. We are going to build two and put the second one on the Connecticut 1401.

Stan Paddock

Dec 01, 2021 - from Stan Paddock
Attending were Stan Paddock, Ken Shirriff, Tom Szolyga, Marc Verdiell

Marc cleaned the burnt bulb spot in the Connecticut 1401 control panel.
At home, Marc used his vertical mill to cut out as much of the burned bulb location without going all the way through the control panel.

We suspect somebody installed a higher wattage bulb in that location.
The light location is less than 25% of the normal light power.

We looked at the CHM inventory has a 1401 control panel
Aurora Tucker is looking to see if the control panel can be moved into the study group so it can be used on the Connecticut 1401.

On the Connecticut 1401 control panel, the 2 digit display in the B column would go from bright to dim. Ken brought out the ALDs and found out which controlled that bulb. He took the board and checked the four transistors. One transistor did not behave as the other three. Ken replaced than transistor and put the board back in the machine.
Problem solved.

Tom Szolyga continued his work on the interface from an IBM PC to the German 1401 through the 1401 SERIAL port.
Here is a summary of his and my work yesterday:
Goal for the Day: Verify that the Serial I/O connector works on the German 1401.

  • With help from Ken, located the bay used for the Serial I/O function.
  • Verified that the line driver and line terminator SMS cards were install in this bay for the Serial I/O interface.
  • Built a simple probe to test Serial I/O pins
  • Probed the Serial I/O connecter clock phase/time slot pins.
  • Verified the period of the clock to establish it was the correct 1401 clock signal.
  • Probed the Serial I/O “1401 is stopped” pin.
  • Verified that when “STOP” on the 1401 front panel was toggled, the signal in the connector toggled.
  • Connected the Serial I/O “1401 is stopped” pin to the Serial I/O “I/O needs attention” pin. This signal is connected to the “I/O Check” indicator on the 1401 front panel.
  • Stan created and entered a program to respond to the STOP and RUN buttons.
  • This program printed a line on the 1403 when the program was running.
  • Verified that when the STOP button was illuminated, the I/O Check indicator lit.
  • This means that logic signals to and from the Serial I/O interface were processed correctly by the 1401 processor logic.
  • Logged the high and low voltage levels at the connection of these two signals.
  • This connection mates a real 1401 ‘C’ level line driver to a ‘C’ level line terminator.
  • The observed voltage levels are the goal for the “German Project” USB to 1401 interface.
  • Bottom line: The Serial I/O interface on the German 1401 is present and functioning.
The testing was performed using the German machine. This is the first successful test of the Serial Port on the German machine.

Stan worked to fix the STOP button on the Connecticut 1401 that never lit up. The buttons open by pulling on the buttons.
Inside there are two 334 peanut lights. The bad bulbs were replaced and the buttons lit as required.
Marc and I found a plastic box loaded with a dozen or more of the required 344 peanut bulbs.

There is a special to pull and replace the peanut bulbs. I figured it would be easier to use to use long nose pliers then try to find the right tool. As I walked out of the Lebert room going right the open IBM tool box, there was the special peanut bulb replacement tool.


-
Nov 17, 2021 - 8:07 PM from Marc Verdiell
- Nov 17, 2021 - 10:10 PM Burned control panel - from Marc Verdiell
Nov 17, 2021 - 8:07 PM from Marc Verdiell
Ken,

We removed the offending light at the wrong voltage which burned the panel. Not surprisingly, Stan and I found many of these “bad” light bulbs in our workshop collection, mixed in at random with some high voltage ones, and a few that were at the right voltage. I used a couple, so we have only 4 “good ones” left. These are 10V, 40 mA. I tested all the bulbs and tossed away all the bad voltage ones. Could not find 10ES bulbs on the web, however we can extract the correct bulbs out of 10ESB telco-socketed lights assemblies that seem to be available, so we should be OK in the future. Maybe we order a whole bunch while they are still around.

Unfortunately, the damage to the panel was worse than it looked. The entire thickness of the plastic had turned black and brittle. I took the panel off, brought it to my workshop, and shaved the damaged plastic very carefully in my mill with an end mill the diameter of the damage, then progressively smaller as I was getting closer to the digit. It took going almost through the entire panel before a little bit of light started to shine through. The plastic was inhomogeneous and fractured from the burning and would not shave out evenly, which made it quite unfriendly even taking the tiniest of cuts.

In the end I was able to make it work though. It’s not perfect but it’s as much as I dare go. The digit is visible again and the amount of spilled light is tolerable. It’s much better in person than in the picture. I would not tinker with it any further.

Before
After
Before (from indicators lit behind, the over-voltaged lamp behind the dark 8 shines far, far brighter than the other indicators but it shows entirely black):
After (with flood lighting from behind). I’m happy enough to see some light through, at one point I thought I would not be able to get any!

Remaking a panel would be quite difficult. It’s not just paint on the back that make the colors, it’s a multi-injected, multi-color plastic panel with full color inserts, and several layers of opaque and semi-transparent calligraphy paint on either side. I was pretty surprised at how involved it is.

I’m planning to remount the panel next Wednesday.

Marc


Robert Garner mentioned lamp info here.
Marc said "Just ordered 5 boxes of 10."

Marc mentioned some current URLs:
You can even buy them from Amazon (for way more money of course)
https://www.amazon.com/10ESB-Volts-Current-0-04A-Miniature/dp/B007XKWED6/ref=sr_1_40

I’m trying to get the bulbs only from this vendor, but that might not be possible. He has a large assortment, but the 10 ESB is under “request quote”
https://www.jkllamps.com/incandescent/slidebaselamps

Looks like your find is one of the cheapest
https://www.replacementlightbulbs.com/lamp10esb5.html

These are similar to the lights I stole the bulbs from and that we had in the workshop. Very easy to remove the bulb, the leads peel right off the side tabs.

Marc

Nov 17, 2021 - 10:10 PM Burned control panel - from Marc
You can even buy them from Amazon (for way more money of course)
https://www.amazon.com/10ESB-Volts-Current-0-04A-Miniature/dp/B007XKWED6/ref=sr_1_40

I’m trying to get the bulbs only from this vendor, but that might not be possible. He has a large assortment, but the 10 ESB is under “request quote”
https://www.jkllamps.com/incandescent/slidebaselamps

Looks like your find is one of the cheapest
https://www.replacementlightbulbs.com/lamp10esb5.html

These are similar to the lights I stole the bulbs from and that we had in the workshop. Very easy to remove the bulb, the leads peel right off the side tabs.

Marc

Nov 3, 2021 - from Stan Paddock
People who attended the CHM were: Robert Garner, Bill Newman, Stan Paddock, Ken Shirriff, Tom Szolyga, Marc Verdiell

Robert Garner brought in two guest Ryan Schiff and Ian Primus from the East coast. They have two computers museums and they are here to bring the contents from Digibarn to the East coast museums.

Ken brought up all of the equipment in the 1401 display room to be able to do a demonstration for our guests.

Tom Scolyga and Stan worked on the new PC to 1401 for the German machine.

About 6 years ago, Bill Newman and Stan Paddock worked on a project for the Connecticut machine to be able to send data from a PS to the 1401.

Bill and Stan came in on Friday to resolve some technical issues that were included in the Connecticut machine.

Anybody who wants to join our group, Enter the front door and tell the lady at the front desk "I am a IBM 1401 volunteer" and she will let you in.

We try to get there about 10:00, eat lunch at noon and go home around 2:00.

Stan Paddock

Oct 27, 2021 - from Stan Paddock
Tom Szolyga and Stan Paddock showed up to work at the CHM. Frank King is in Texas helping his grandson with his new house. When Frank King gets back he will have the small task of moving into his new house! [His last one burned down.]

Tom is working on Version 2.0 of the PC to 1401 interface for the German system.

Bill Green [TechWorks Binghamton, NY] had asked if we had a cog belt for the IBM 1402. Tom and I found the "BELTS" bin in the workshop. I did not find the required belt but I found several belts that may have the right number of teeth. I brought the belts home and will count the teeth when I have a chance.

Status:
Connecticut system:

We don't test the systems each week but the last time, these are the status.

All parts are working.

German System:
All parts of the system are working with exception of the IBM 1402 punch.

The IBM 083 sorter is having some problems.
Frank said "I will fix that %&*%%^& thing when I can get back to it."

Sept 08, 2021 - Mag Tape Drive Problem - e-mails in sequential order, first at top
from Frank King
Hi Iggy, Wednesday, Mark an I looked at a tape drive on the German machine. It was drive #2 giving skew errors quite often which would hang the exercise program. It only failed on the 1 bit. Mark got the 4 channel scope from the workshop and we could see a distinct difference in the 1 bit which seemed to cause the problem. Mark swapped all the amp cards to no avail. i.e. running from the tau with the 1 bit off; no errors! The 1 bit was jittery sometimes.If you play with the tape on the back side it shows up also.
Any ideas? Adjusting the tape transport or increasing the amplitude of the 1 bit seamed to be the only alternative I could think of at the time. The pro-lays are free.
Any suggestions?
BTW, the CT machine ran the test over and over again with no errors. ( a smilie ) I guess we got the File Protect and squeaky vacuum motor fixed. Tom ran powers of 2 and other programs on CT. He is going to be a real asset to the team.

from Iggy
Frank, there are preamp cards and skew cards. The skew cards can be swapped, but you need to adjust the skew for the cards swapped. Sometimes the wires leaving the little gate that swings out in the front, get brittle cans are not making connection, have to trace the signal with a scope, comparing to a working track, to see if you have an intermittent connection.

I hope this helps, or perhaps it it the signal level that needs to be adjusted.

from Ken Shirriff
Here are some oscilloscope traces. This one shows bits 1, 2, 4, and 8 from the preamp when the drive was working okay. Note that the bits are exactly lined up so there's not skew:
Here are the bits when bit 1 (yellow) was giving skew errors:

Note that bit 1 is flattened compared to the others. Bit 1 would unpredictably jump around between the good curve, this bad curve, and other bad curves.

Swapping the boards didn't make any difference. Frank cleaned a bunch of oxide off the head, but that didn't help. I jiggled the wires leaving the front gate but that didn't make any difference. It seemed to change the curve when Frank poked at the tape where it crossed the head.

Our conclusions are that the problem is intermittent, but seems to be a mechanical problem not an electrical problem, like the tape isn't feeding quite flat. The bad bit (1) is on the edge of the tape at the back, so if the tape is fluttering off the head (for example) it could explain the problem.

from Ignacio Menendez
I assume that you have cleaned the r/w head, the erase head, and the shinny cleaner blade.

Also the split ceramic guides need to be perfectly clean.

Also the capstan tips and the idlers that these contact must be in good condition, and well lubricated.

I doubt that it would be the R/W head itself, in all the zillions of machine hours in tape drives, I never heard of a R/W head being replaced, which is probably near to impossible…. Perhaps easier to resurrect another drive, if a candidate is available.

From Allen Palmer
I suggest that you do not swap skew cards just yet. Get one of the master skew tapes and just read it, checking the signal step by step from the head out signal. W/R heads never wear out. Using the master tape will eliminate any problem you have with the write signal.

From Frank King
Hi Allen, Glad you are in the loop. We can use your expertise. I will check all the points you brought up. Also, lube all the moving parts. The head shows no sign of wear that would cause this bad of a problem. However, I have replaced several heads that were so badly worn that certain manufactured tapes, i. e. Those tapes that were .500" thousands rather than the typical tapes that were .499" thousands. It usually only affects the 1 bit or the C bit.
We also don’t know why the skew error caused the program to stop. This is the real problem for demo purposes. We don’t need to fix the problem even tho we would like to. We just need the demo to go smoothly.

Aug 25, 2021 from Frank King and Stan Paddock
from Frank:
Thanks to Iggy I think I got the file protect problem fixed on drive # 2 on CT. Iggy is working remotely. Also, I worked on the sluggish left reel response on drive # 1 on CT. With some input from Stan and Iggy, I moved the brush clearance a wee bit closer to the commutators on the magnetic clutch that controls the sluggish reel movement. That seemed to fix the problem.
I could not get the reader to load cards. Oh well, next time.
Stan and I checked the timing on the 083. I seemed OK. The problem is that it is sorting the cards 1 hole punch early. An 8 goes in the 9 pocket, a 4 goes in the 5 pocket, etc. this fails about 80% of the time. We don’t have brushes for that machine so I squared off a brush I found. This may be the problem. Maybe I can talk Dale Jelsema into going with us next Wednesday. Bet he has on in his tool bag.

Ed Thelen showed up for lunch and gave us support [ a polite word for stuporvision and heckling ] for the rest of the day.


From Stan:
Many years ago, Stan built an interface between an IBM PC and an an IBM 029 such data from the IBM PC and be punched on the IBM 029 keypunch.
[ Such as punching object decks from ROPE for reading into a 1402 for "real" 1401 execution :--)) ]

A custom circuit board decided to fail.
Today, Stan replaced several components on this special circuit board.
There are two wires that need to be installed.
Next Work Session, the system should be up and running.

VFC 2021 - IBM 1401 Demonstrations at CHM for Vintage Computer Festival
On Friday, 8/6/2021, Dave Babcock and I did some sound recording in the IBM 1401 demo lab, in support of Dave’s “1620 junior” project. Dave has built a simulated 1620 reader/punch, which shows graphics of cards being read or punched, with the ability to input card images on a memory stick, which you plug into the “reader”. And, it can write card images to another memory stick on the “punch”. Dave wanted to add realistic sounds. He had tried recording with a cell phone, but with background noise, the recording quality was poor. So on Friday, we brought in some reasonably good microphones and a multichannel digital recorder, and made several audio recordings of the CT 1402. Using boom stands we were able to get the mics very close to maximize 1402 sound and minimize extraneous background noise Per Dave’s request, we recorded sounds for (1) pressing the 1402 buttons (click), (2) reading a single card, (3) reading multiple cards, (4) punching a single card, and (5) punching multiple cards. We tried a variety of setups, and Dave will keep the ones that turn out best. Afterwards, per Robert Garner’s request, we briefly recorded sounds of the CT 1403 printer (“powers of two”) and a 729 tape (TAU), although Dave didn’t need these. Frank King and Stan Paddock were also in working on the CT tape drive vacuum system, so we worked around them.

On Saturday, 8/7 at 11:00 Pat Buder, Paul Laughton, Bill Worthington, Mike Albaugh, and Jack Ghiselli came in to demo the 1401 during the Vintage Computer Festival. (I hope I didn’t forget anyone) We did a complete presentation at 11:00. Pat Buder was Lead and Bill Worthington was Assistant, with about 30 visitors. Also throughout the day we gave mini demos to a steady stream of people who stopped by. It was helpful to have several extra docents because they were busy all day.

On Sunday, 8/8 we continued demos during VCF. This time the CHM requested that we limit the number of visitors at any one time. So at 11:00 we did two shorter 20-minute demos for about a dozen people each time. Jack Ghiselli was Lead and Pat Buder was Assistant. Again, we did mini-demos throughout the day for individuals and groups who came by.

The maintenance guys have done a wonderful job of getting the 1401 lab back into running condition after the COVID shutdown. We ran demos mostly on the CT system, although the DE system did power up OK. The CT 1402 seemed to need some warmup time before it would reliably load cards, but afterwards it worked fine. The CT 1403 printer worked fine. The tape exercise program (Ron 2.0) had some problems running the right-most two CT tape drives, so we ran on the left-hand two. We didn’t diagnose the problems. All three 026 keypunches and the 083 sorter worked well. The sorter still has the problem where cards get sorted one pocket off (a “1” punch goes into the “2” pocket, etc.) but this doesn’t hurt the demo.

Per CHM COVID policy, demonstrators and visitors wore masks. The audio system had some loud popping and scraping noises from rubbing between mics and masks. We tried mics both outside and inside masks. If you’re real careful you can make it work.

Among the visitors Sunday was Carlos Sanchez of CHM’s facilities staff. He’d never had the opportunity to see the 1401, and I’d never met him. Hooray for Facilities – they’re working hard to get Revolution and other displays shipshape before September 1.

--Jack Ghiselli jghiselli@sbcglobal.net, Cell 408-839-1051

Aug 4, 2021
Remarks are color coded ;-) Robert Garner said, Ken Shirriff said ,
Session Date: 4 August 2021, 10am - 3pm
Present: Frank King, Stan Paddock, Tom Szolyga, Ken Shirriff, Robert Garner (1:15+), Iggy Menendez (on phone).

The DE and CT 1401 appear up to the task for the audio recording session this Friday morning and demo’ing this weekend for VCF.

  • Ron's 729 test program and Big Print both ran fine.

  • I believe all the 026 key punches and the 083 sorter are fully operational(?).
I tested the 026 keypunches and the 001 manual punch and they all worked fine.

  • Initially, the CT 1402 couldn't read cards, coming to only after a substantial warm-up period. (This is not a new phenomenon.)
    Frank recommends powering up the systems as early as possible.

  • The DE 729s behaved themselves this session, the intermittently faulty/charged guilty “Select and Rewind” signal from the 729 in remission.
    (Thanks again to Allen Palmer and Bob Feretich for coming in on July 7th to focus on the problem).
    Tom tried mixing up the order of the unit selector numbers while running Ron's 729 test program, which worked correctly.

  • The far right CT 729 is still out of commission due to a failing bearing in its vacuum pump.
    Stan and Frank tried various approaches to remove the vacuum pump canister, but to no avail.
    Robert called Iggy, who sagaciously advised us on how to get it out (for next session).

  • Ken noticed that the "4" bit position in the 10’s column of the CT 1401’s Storage Address display is too dim to see, even with a fully illuminated bulb.
    It appears that the panel plastic melted and darkened (perhaps due to an excessively hot bulb?). Strategies for repair welcome…
    Also, several other control panel bulbs have burned out and need replacing (for next session).
This problem is kind of interesting so I took photos. Here's the failed "8" position on the CT machine.
Note that the 8 is very black (compare with the 4's and C's that get some ambient illumination).
The bulb behind is working fine but is not visible:
We removed the light unit and here is the back of the control panel:
It's interesting to see the red paint that creates the red lights and the white paint for the white lights. But notice that burnt spot where a bulb apparently overheated.
My proposed fix is to sand this down to remove the opaque blackened part so the light can shine through. Hopefully it is only burned part-way through.

Also, I replaced two other failed bulbs (using the spares inside the machine) but I couldn't find any more bulbs in the workshop. If anyone knows where the spare bulbs are, let me know. Otherwise, we should order more. (I took a look online and they seem very hard to find.)

We got confused by the burned-out bulbs when Frank was trying to determine which column of the card had the validity-check error, so it's good to keep the bulbs working. Maybe I should write a simple bulb-check program.

Ken

* Carlos, of Facilities, replaced the AA batteries in Stan's clock up on the wall. Thanks! :)

Thanks everyone,

- Robert

Jul 14, 2021 - while many restorers/maintainers and docents were toasting and roasting Carl Claunch, leaving for Florida,
Bob Feretich and Alan Palmer were working !! :--))
Bob Feretich wrote:
It's all written in the German 1401's Log Book, in detail.

The bottom line is that the problem is intermittent, we replaced a card, and we could not get it to fail in the 30 minutes before we left. (However, we doubt that the new card actually fixed anything.)

From the notes on the ALD, previous troubleshooting was in the same circuits that we were examining.

Twice we noticed that the problem on drive #1 returned as we closed the covers and the gate on the drive, while cleaning up. If the problem continues, the cable between the cable shoes and the gate needs to be examined.

"Rewind" and" Rewind+Unload" are independent wires in the channel cable, but both seem to fail at the same time. The common element is the "drive select", but "write bits" also requires "drive select" and we did not notice that to be impaired, so its probably not that.

Both, "Rewind" and" Rewind+Unload" are latched circuits in the TAU. When either is issued, the TAU indicator light for the function is turned on. When failure occurs, the indicator remains ON. The latch is reset by the "Select and Rewind" signal output from the tape drive.

from the "IBM 1401 Tape Channel Analyzer Specification Version 1.3"
2.1.7 Rewind Tape Operation
This operation consists only of a Selection phase. The TAU selects the tape drive and activates the "Rewind" signal. In response to this, the drive activates the "Select and Rewind" output signal to indicate that the tape has begun rewinding. While the tape is rewinding, it becomes "not ready" and all output signals that require the drive to be ready are deactivated. When the drive detects the Load Point reflective spot, the drive turns off the "Select and Rewind" output signal, reenters the Ready state, activates the "Select and At Load Point" output signal, deactivates the "Select and Not At Load Point" output signal. The TAU then deactivates the Select signal, and reactivates other Ready dependent signals as appropriate.

2.1.8 Rewind and Unload Tape Operation
This operation consists only of a Selection phase. The TAU selects the tape drive and activates the "Rewind and Unload" signal. In response to this, the drive the Select activates the "Select and Rewind" output signal to indicate that the tape has begun rewinding. While the tape is rewinding, it becomes "not ready" and all output signals that require the drive to be ready are deactivated. When the drive detects the Load Point reflective spot, it remains in the "not ready" state as it removes the tape from the vacuum columns and opens its access windows. The drive is now in "manual control mode" and must be made ready by the operator pressing the "Load Rewind" button and then the "Start" button, before it will again respond to the TAU. When the TAU detects the activation of the "Select and Rewind" signal, it deactivates Select thus ending the operation. Note that the TAU does not wait for the tape to rewind to its Load Point.

Since this problem effects only Drive #1, which is at the beginning of the string, we know the problem is in the drive and not in the TAU or channel cables. We also know that the drive does not activate the "Select and Rewind" signal, since the indicator is not being turned off.

This circuitry in the drive is not complex. The key to fixing the bug is having the bug stay in the "Fail" state long enough to isolate the point of failure.

Should the problem re-occur, I recommend leaving the drive's gate open with a 4-channel scope attached, configured in Normal trigger mode. Channel 1 should trigger the scope from the drive's input signal "Rewind" or " Rewind+Unload". Channels 2 through 4 should be set to intermediate points between the channel 1 sense point and the "Select and Rewind" output. When a failure occurs, the image of the 4 traces should indicate the point where signal propagation ceased.

Regards,
Bob

Frank King e-mailed on Sunday July 18, 2021

DE 729 # 1 not rewinding from the TAU. I have had the same problem, years ago. It was a cracked land pattern. I’ll take a look when I get back to work.

After checking the shoe connectors and replacing the sms card I would look for cracked land pattern. Cracks can be detected using an analog meter.

Stan and I will take a look at the vacuum motor on the 729 # 4 on CT. It probably needs a few drops of oil.

Frank


Marc asks "What's a land pattern?"

Jul 7, 2021
Comments by Ed Thelen (CookieMonster / ******* )
Occasionally, folks (limited to two) have been coming in to turn on the equipment.
And then:
from: Poppy Haralson < pharalson@computerhistory.org >
Tue 7/6/2021 11:00 AM

Hi Guys! Can’t wait to see everyone in Sept!. The Vintage Computer Festival (VCF) is holding its annual event this year August 7th ad 8th at CHM. They are asking if you are available to run a demo station on both days.

They’s love to see the 1401 at 11 am on Saturday and Sunday and the PDP-1 at 2:30p both days.

Let me know if you are interested and who we should expect on those days.

Thank you!!!
Poppy

....................................
Poppy Haralson (she/her)
Museum Services Manager

The docents have been e-mailing to get organized to cover the above event.


From Ken Shirriff - (Carl Claunch is packing for his move to Indian Harbour Beach, Florida)
Robert, Marc, and I went to the CHM to power up the 1401s and see how well the systems are working.

DE: We ran powers-of-two successfully. Marc tested the tape drives from the TAU. Drive 2 worked fine. Drive 1 wouldn't unload or rewind from the TAU, but worked from the drive. Drive 3 would not unload or rewind. The mechanism was moving internally, but it wasn't moving the tape, so we suspect a mechanical problem. We put the drive out of service. There was just a bit of hydraulic fluid on the floor, which Robert wiped up.

CT: We ran powers-of-two successfully, after a reader check on the first attempt. We ran Ron's tape exerciser program. Drive #4 sounded like a jet engine, so we put it out of service. It may have a bearing problem. The other drives went through their steps successfully.

Keypunches: all three keypunches operated successfully.

Wall clock: it is not working and probably needs a battery.

Ken

From Robert Garner to Alan Palmer
Hi Alan,

How are things going for you these days?

> Drive #4 sounded like a jet engine, so we put it out of service. It may have a bearing problem.

Could we twist your arm to come in and help us identify and remedy what sounds like a seriously bad bearing in CT 729 drive #4?

Perhaps an initial diagnostic session next Wednesday the 14th after our send-off for Carl at Michaels?
Or anytime at your convenience!! :))

Take care,

- Robert

For comparison, Lyle Bickley's 4/8/2021 report on the PDP-1 during Covid shutdown
I always read the reports from the 1401 Restoration and Demo Teams. I thought it would be good to fill you in on the status of the PDP-1 "next door".

We typically have only one or two minor bugs a year on the system. But this extended down time has taken its toll. A couple of us have been allowed to power up the PDP-1 and run diagnostics on it a few times, as your team has, during Covid.

We have the following outstanding issues - with no way to repair them until we are permitted the extended time and team participation needed to do so:

  1. Solid memory error in the entire Bank 1 of memory (we have three "banks" of 4KW core memory - for total of 12K words).

  2. Flag bit 5 cannot be programatically turned off.

  3. The console typewriter is mistyping characters.
Our other peripherals test O.K.: Paper Tape Reader & Punch and the Model 30 Graphics Display.

All the power supplies are within specifications, including voltage and AC (RMS) ripple.

Cheers,
Lyle
--

Apr 7, 2021
Hi All

Today, Fr1nk King, Robert Garner and I visited the 1401 room to check on the condition of the machines.

For those wondering, when we ran a big print on CT, once it read the name card as Fr1nk instead of Frank; to memorialize the one time error I am spreading the word to all and sundry.

The machines were in general not happy with their prolonged sleep. The three 029 and single 001 keypunches performed perfectly. However, balky behavior abounded.

CT started up with the 1402 reader refusing to load cards. Frank battled with it for the longest time, including hand loops to get it to intermittently read a card. After about an hour, it decided to read reliably and we were able to load some programs to check out the rest of the system.

DE was happy to load the Tape Exerciser and the PI Print programs, but choked on the first card of Big Print even when it was duped on a keypunch, giving us a all-zero op code.

Tape drive 1 on DE initially refused to load or respond to any button pushes. We power cycled it and then it decided it would load tapes. After a while, we had the three drives working well with the exerciser program.

PI Print worked just fine on the DE and CT 1403 printers. The only problem with the 1403 is the lake of hydraulic fluid that accumulates on the floor.

The four tape drives on CT worked relatively well, except for the many episodes where Alzheimers set in somewhere between the drive, TAU and CPU. The tapes would be working along with the program until everything would stop. We saw the Select light lit, mostly on drive 3 but often enough on drive 2 to rule out a problem with only one drive.

If I hit Reset and the Start on the drive, the program would pick up and work for a while longer before the next 'dropped ball'. They didn't become fully reliable. Our opinion is that they miss Iggy and Mike.

Carl


from Robert Garner

1401ers,

Here’s a short video of the CT 1403 hammering about Fr1nk’s visit… :~|
(Error Stop was disabled on the CT1401, so it didn’t notice the slipped hole in zone 12 of the card’s 3rd character.)

Click to Download
IMG_3597.mov
18.3 MB

from Ed Thelen - Big file, short life time. So here is a snapshot. Click for larger -

But got it right the first time around…

Video of the CT729s teasing us for a short while:

Click to Download
IMG_3596.mov
9.3 MB

from Ed Thelen - not included in this report

Thanks to Carl and Frank for shepherding the flaky systems today(!),
which hopefully appreciated the jolt of power and our (equivocal) nurturing. :)

Take care everyone,

- Robert

Mar 10, 2021
Robert Garner and I were allowed into the museum today to check on the 1401 systems, dormant now for many months. We attempted our usual routine, running various programs to exercise the card readers, printers and tape drives, plus the keypunches and sorter.

Both systems were a bit balky. We needed to power cycle once or twice to get the machines to respond.

German 1401 system:

The 1402 punch remains out of commission as we were in the middle of a major repair when the pandemic arrived. The reader initially gave us spurious read checks but after a bit of cajoling and power cycling, it read in the decks properly.

The 1403 printed well, both with BigPrint and the PI decks. It has leaked quite a bit onto the floor, which Robert mopped up with paper towels.

The tape exercise program ran using all three 729 tape drives. We did get random issues - once the first drive locked up, for example, and once the TAU and 1401 got out of sync with the CPU clock locked and no activity either manually or programmatically to the tapes. Most of the time they worked properly.

Connecticut 1401 system:

The system came up with the 1402 in some kind of funk. Punch Stop was lit and wouldn't reset. With Punch on, pushing the LOAD button triggered both sides. LOAD wouldn't work, it just ran the motor without feeding cards. A power cycle of the system improved things a bit, but we were never able to get the 1402 reader to read in card decks.

I used the TAU to exercise the four 729 tape drives. They all loaded fine and responded to the GO FWD, Write Bits and Read Continuous operations. However, when I used the TAU to do a Rewind and Unload. drive 2 sat at load point and didn't unload. Pressing the front panel buttons didn't help, the head was down and the tape was in the columns. A system power cycle didn't unload the drive, it remained with tape in the vacuum columns and the head down. After about ten minutes of other activities in the room, ignoring this system, the drive unloaded by itself.

We didn't check the 1403 printer on this system because we didn't have access to a deck and chose not to toggle in 132 characters plus a print instruction to do a very limited test.

Other gear in room:

We used the 026 keypunches, which worked well although our testing wasn't extensive. The 083 sorter didn't power on initially, but after opening and closing the end cover, it did light the Power indicator. After allowing the tube filaments to reach temperature, it did sort and to a first look was doing so properly.

We didn't check the 001 manual keypunch but since it worked properly last time I used it, the chances are that it remains fully functional.

Carl


Comment by Ignacio Menendez

Great report Carl, as usual, comment on the Connecticut Tape hung up :

“However, when I used the TAU to do a Rewind and Unload. drive 2 sat at load point and didn't unload. Pressing the front panel buttons didn't help, the head was down and the tape was in the columns. A system power cycle didn't unload the drive, it remained with tape in the vacuum columns and the head down. After about ten minutes of other activities in the room, ignoring this system, the drive unloaded by itself.”

It perhaps is the high speed rewind eddy current switch, at the back of the right take up reel shaft... When the HS Rewind part ends, it is supposed to drop and allow the Mercury switch to make contact. A possibility is that the gap between the magnets is not correct (which should not have changed by itself), or something obstructing the axial rotation of the Mercury switch, like the wire leads becoming brittle and not allowing the smooth operation. After some time, the weight of the switch overcame the obstruction.

Iggy

Nov 18, 2020
from Robert Garner
Gary,

> so we are going to suspend the monthly pm for the 1401 until a time when the county returns
> to allowing indoor museum-related work to resume under the lesser restrictive categories.

No problem, thanks for informing us.

Take care,

- Robert
> On Nov 18, 2020, at 10:35 AM, Gary Matsushita wrote:

> Robert, Carl
>
> As of Tuesday, November 17, Santa Clara County (as well as almost all counties in the state) have now moved into the Purple tier for the Shelter in Place mandates, a huge retrench of where we were several months ago. They are strongly reinforcing the Minimum Basic Operations for non-essential businesses, of which CHM and museums in general are classified.
>
> We are going to adhere to this as letter of the law, and so we are going to suspend the monthly pm for the 1401 until a time when the county returns to allowing indoor museum-related work to resume under the lesser restrictive categories. I will keep you posted as to when this can be reimplemented.

Nov 4, 2020
Today Iggy and I visited the data center at CHM to test the equipment and give the machinery some time under power. Iggy was visiting the area and came along to figure out what was wrong with the tape drive that was hanging up the last few months. Today, the drives all worked fine.

The German 1401 system, 1402 reader, 1403 printer and all three drives worked properly.

The connecticut 1401 system, 1403 printer and all four tape drives worked properly. The 1402 is behaving quite oddly. When I first tried to load cards, pushing the Load button, the punch began pushing blank cards through and into the hopper, rather than the reader taking cycles. I had to remove the cards and fool around with the punch controls until the reader side would pick cards to complete the Load operation. However, once it began reading it handled several decks successfully.

The sorter, three 026 keypunches and the 001 manual punch worked just fine.

Stan met us outside with the cover for the 557 interpreter that he had retrieved from Doug Martin's storage unit. Iggy and I brought it into the workroom and reunited it with the interpreter.

Carl


Just one observation to Carl’s excellent report.

Tape #3 on the German system needs to have the prolays adjusted....
On the test write/backspace/read, it only moves forwards, never does the backspace....
but the slow speed rewind works Ok, so the left prolly must. It be too far out of adjustment.

Iggy

Sept 30, 2020 - Carl Claunch wrote:
Today Robert Garner, Frank King and I made our monthly visit to the sleeping IBM equipment in its lair. We powered up everything and put each unit through some paces to validate the state of the machinery. We also want to keep the old capacitors happy and prevent any deterioration from prolonged cold storage.

German 1401 System

The 1401 processor worked flawlessly. So did the 1402 card reader and the three 729 tape drives attached. The 1402 card punch remains down as it is only partially restored, having been abandoned when the pandemic forced us to shut down restoration meetings.,

Frank worked carefully to set up scope probes and to remove access covers to any electronics that might be malfunctioning inside the 1403, prior to our powering it up. We had the scope ready to display every pulse from each carriage restore operation.

He did this because the printer had a tendency to fail to detect the channel 1 punch on the carriage control tape during the first half hour of operation, beginning to behave properly only as Frank and others were zeroing in on the signals.

I am sure you can guess what happened. The printer restored flawlessly from the very start, never failing to stop at the top of form. Sigh.

We ran print jobs (Pi and Big Print) and the tape exerciser program.

Connecticut 1401 system.

The 1401 processor performed flawlessly, as did the 1403 printer. The 1402 card reader initially refused to take feed cycles when trying to Load a deck. However, as I noticed a Punch light on the processor (and no check light on the 1402 itself), I fiddled with the punch side switches and did some NPRO operations, after which the reader side loaded just fine. From that point forward it read each deck well.

I did an 80-80 card dup operation and punched several cards on the 1402 punch side. I verified that they were an exact match for the source cards and were well aligned.

I ran the tape exerciser program on the four 729 tape drives. Once again, I encountered a couple of incidents where the processor clock was frozen and the tapes weren't moving either. Each time the program was selecting tape unit two.

All four drives worked okay after reset using the TAU, so I started the tape exerciser again and let it run for quite a while. When I flipped up sense switch G to rewind the tapes, it once again froze on drive two after starting the rewind of drive one. I therefore consider the tape string suspect, with drive two the likely cause but not definitively the culprit.

Other gear

I tested the three 026 keypunches with a fixed pattern and a duplication. All worked well. I then verified the operation of the manual 001 punch.

Frank reset the brush on the 082 card sorter but it continues to sort erratically, such that cards are not directed to the proper pockets based on the holes in the card at the selected card column. We decided to leave this for Alexey as we know he was bonding with the card sorter.

FUTURE WORK

If we can restart some restoration meetings, suitably distanced and masked, while the museum remains closed to the public, we think it is a good time to swap out the leaking hydraulic unit from the German system 1403 printer. We have a new looking but unverified unit in the workroom that we could install.

Secondary tasks while handling the printer hydraulic unit swap would be restoration work on the interpreters in the workroom and diagnosis/repair of our card sorter.

Carl

Sept 2, 2020 - Carl Claunch wrote:
Today Robert Garner and I again visited the very dark and very quiet data center at CHM in order to operate the systems for a bit.

German 1401 system

The 1402 punch remains out of service, as its repair was not finished when the pandemic first struck. We did test everything else in the system. The CPU performed well, as did tape drives 1 and 3.

We ran the tape exerciser program several times, with all drives working well on the first run but drive 2 was bogged down in error recovery for the remaining runs, at least for a while until it got past what seems to be a bad patch on the tape.

The 1403 persists in its bad habits - oozing hydraulic fluid onto the floor and failing to reliably sense the top of forms punch resulting in spewing many pages of forms for each page it actually stops or prints at. We shall need to lure Frank King in with us next month; his presence will likely scare the printer into better behavior.

Connecticut 1401 system

We had a few balky peripherals with this system as well. Tape drive 2 will hard freeze the system when we start the tape exerciser, but with that drive removed from the group we could run the other drives for extended periods. It misses Michael and Marc and Iggy too.

The CPU worked quite well however the 1402 reader side would toggle between working properly and running the motor continuously without taking any feed cycles. Often I could flip the Reader On switch off and on, then it would resume reading. The printer worked well throughout the session.

Other devices

The card sorter read cards well and did its off-by-one sorting, daring Alexei to come back and put it into proper order.

The three 026 key punches worked properly. The 001 is also working to spec.

Our air conditioning and power converter worked as designed.

Carl

July 29, 2020 - Carl Claunch wrote:
Visiting a lonely data center

Today, July 29, Robert Garner and I met at the CHM to power up the data center and check the condition of the equipment. A few boxes were initially balky but by the end of the session, everything was working fine except for the DE 1402 punch.

The leftmost tape drive on DE had dumped tape at loading the last time Robert and I visited. This time, it balked a bit at loading but after a bit of warming up it loaded. It ran perfectly during a long tape exerciser session, but gave a bit of trouble as we tried to unload it before leaving. It was not responsive to the buttons nor to the TAU reset and rew-unload, but after I commanded it to move forward for a few seconds, it successfully obeyed the unload request.

The 1403 printer on DE had a runaway carriage control tape when we began. I adjusted the tape, examined the brushes, and finally unclutched the printer to let the carriage do its thing. It spun for a couple of seconds and then successfully stopped. From that point forward we clutched it in and ran a print job to test the printer.

After Robert cleaned up the sea of hydraulic fluid on the floor under the DE 1403, he couldn't stop there. He 'detailed' the legs and bottom of the printer - it looks very presentable!

The 001 manual and three 026 electric keypunches performed perfectly. The card sorter works but still has its 'off by one' issue where it sorts cards one bucket over from the actual code in the column.

The 1402 reader on DE was initially refusing to load cards. I had some punch check and punch stop conditions that wouldn't clear, but after I did a short NPRO of the punch side and cleared the status, the reader side took off, loading cards just fine.

The CT machine had no balkiness at all. The four tape drives worked well, the 1402 reader loaded decks correctly, an 80-80 Dup proved that the 1402 punch side produced correct copies of the cards it read, and the 1403 printer did a great job printing the page for our virtual visitor, Elon Musk. The date on the Bigprint, for some reason, said July Forever, 2020

Robert and I left the machines under power for an hour, then shut it all down and closed the door for another lonely month for our forlorn vintage computing equipment. Not sure the machinery even knew who was visiting, given our masks and gloves.

Carl

Jun 10, 2020 - Carl Claunch wrote:
Today, Robert Garner and I visited the 1401 data center under special permission to make sure that the equipment still came up and worked properly. We also performed some PM work, cleaning up the lake of oil under the German 1403 and vacuuming out the filters of the power converter in the Liebert room.

German 1401 System

This system powered up fine but initially wouldn't take feed cycles when attempting to load card decks. After a few minutes stabilizing its temperature, it began working. Also, tape drive number 1 on the system spilled tape in both columns in a load failure. Reset didn't stop the tape from feeding but fortunately the Unload key stopped the activity. Again, after some temperature stabilization, this drive worked properly.

Frank's 1403 printer on this system has now failed hard. We were taking sporadic failures to see the channel 1 hole on the carriage control tape and skipping pages, but today it never saw the hole, attempting to spew pages whenever engaged.

The 1401 processor, 1402 reader and all three 729 tape drives work. The 1402 punch is still not working as we hadn't completed the restoration when our visits to the museum were terminated. The 1403 needs service.

Connecticut 1401 System

The 1401 processor, 1402 reader, 1403 printer and all four 729 tape drives worked properly. We didn't attempt a punch job.

Other equipment

We didn't attempt the card sorter because it has a known issue of sorting cards into the N+1 column. We are waiting for Alexei to make the adjustments to correct this issue.

The 001 manual card punch and all three 026 key punches worked properly.

Besides various power of 2 and pi print jobs, tape exercise runs and the like, we ran bigprint celebrating the visit of Anthony Fauci to the CHM on June 10, 2020. If a computer says it happened, who are we to disagree?

Carl


Robert Garner adds. ;-)
(We wore masks to help prevent the 1401 from getting its first virus :|

Here are some pictures

Spread no virus

A BIG number

Just kidding

Mar 11, 2020 - Carl Claunch wrote:
Connecticut 1401 System

We did not power up nor test the CT system. With no demonstrations to be conducted, there was no pressing need.

German 1401 System

The 1401 processor, 1402 reader, 1403 printer and all three 729 tape drives appeared to be working fine. Marc, Glenn, Robert and I worked on the 1402 card punch.

The symptom we faced was that a program, even one single stepped to a punch instruction, would repeat punching the pattern until cards ran out, without advancing to the next program instruction. The cards being punched were perfect.

We spent a few hours wandering through the CPU logic to determine why the punch instruction never ended. Early on we focused on a signal from the 1402 - After 9 Cam - that indicates that a punched card has moved beyond row 9.

When that was clearly working properly, we looked from the other end at the signals that end the punch instruction. We backed up to a latch circuit which was never turned off even though the After 9 Cam signal arrived.

Ultimately, we traced this to another signal arriving from the 1402 punch - CP CLD - that is driven by a chain of relays and CB cam operated switches. However, the signal never arrived into the CPU to turn off the punch operation.

We saw that some of the PL bank CBs were involved and set up to measure the timing. Soon, however, we noticed that several wires were loose that should have been plugged into the CBs. It appears they were pulled to make timing adjustments and never reinstalled.

We put all the wires back in place, hoping that our problems were solved. However, the CP CLD signal was still not getting to the CPU, but we had added a Punch Stop check of unknown origin. At this point we closed up, saving up some of the fun for others to work on next week.

Other machines

The three 026 keypunches and the manual model 001 were working fine.

Alexei worked on the 083 card sorter. It had reported symptoms of cards being placed into the N+1 hopper when sorted with a hole in row N.

In prior weeks, Frank and Alexei had adjusted the brush to its specified length and position per the maintenance manual. Alexei first returned the brush to the old pre-adjustment position but the problem persisted. He re-aligned the brush to spec and moved on.

He then watched the solenoids firing and chute blade operation, which proved that the cards were going into the pocket that was being commanded by the sorter.

As a last measure, he checked the picker knife timing, since the implied row when the brush makes contact depends on when the card begins moving. The spec states that the knife should be snug at 216 degrees, but the machine is mis-adjusted to 209. This is a plausible case of the behavior we are experiencing. Next session, Alexei will adjust the picker knife timing to spec and continue diagnosing if needed.

Carl

Mar 4, 2020 - Carl Claunch wrote:
Connecticut 1401 System

The 1401 processor, 1402 reader, 1402 punch, 1403 printer and all four 729 drives were working properly.

German System

The 1401 processor, 1402 reader, 1403 printer and all three 729 drives were working properly.

Other machinery

The 001 and three 026 keypunches were working fine. The 083 Sorter still has the issue that cards will sort into pocket N+1 when selecting a hole in row N. We are waiting for Alexei, Dale or Frank to work on it, since it is not an issue for conducting public demos.

The 1402 punch regressed, damaging cards and jamming. We disassembled to verify the settings and soon discovered that a locking screw for the adjustment of the first intermittent roller as loose, allowing the setting to vibrate loose. This allowed cards to skew.

With the mechanical settings adjusted once again, and having swapped the correct spring from the second stepped roller up front to the first stepped roller, we had relocated the incorrect spring to a less critical area. The result was that card movement through the path was again flawless, no skewing or nicking of edges.

We ran a 80-80 deck reproducing program, which produced perfectly registered cards with the same holes as were on the first data card. Unfortunately, it never read another data card, instead churning out the same data on card after card.

We hand stepped the program and determined that some signal is not reaching the processor or has gone bad inside the 1401, since the processor keeps refetching the same 4 op code and punching the card repetitively. There is no branch, it just refetches the same instruction over and over.

At this point we closed up, but we now seem to have a punch that moves cards and punches the data pattern from memory into the card flawlessly. If we can sort out this issue where the processor doesn't realize it has completed the punch op code, we should be FINALLY done with the restoration.

Restoration crew present

Mike Marineau, Marc Verdiell, Ken Shirriff, Stan Paddock, Robert Garner and I were the only team members that came in this week.

Carl

Feb 26, 2020 - Carl Claunch wrote:
Connecticut 1401 System

The 1401 processor, 1402 reader, 1402 punch, 1403 printer and all four 729 tape drives are working properly.

German 1401 System

The 1401 processor, 1402 reader and all three 729 tape drives are working properly.

When I arrived the 1402 reader would not turn on the reader motor. Mike and I traced it to a wire that had broken off the Reader On/Off rocker switch, probably due to our swinging the panel open every week to work on the punch side. We resoldered the wire; the reader now works properly.

The 1403 printer continues to miss channel 1 punches in the carriage control tape, thus a Carriage Restore operation may eject several pages before it stops, or it might work properly. We did not have time to investigate this problem but it does not stop the system from use, it simply wastes some paper.

We continued to work on the 1402 card punch, which had been scraping the sides of cards as well as punching off alignment and throwing up some Punch Stop and Punch Check conditions that appeared to be unwarranted.

During last week, Mike, Glenn and I had spotted a problem with the "first stepped feed roller". The adjustment specs give a rotational position where the rollers should grip a card tightly and another position where it should be completely free.

We found that one side of the roller, closer to the front of the machine, allowed the card to be tugged out, thus was not as tight as the rear side roller. There are no adjustments for this, other than rotational position. Marc, Mike and I puzzled over this for a while.

We finally spotted a discrepancy between the springs on each side. These pull the roller down so that it grips the card. The near side spring was noticeably easier to deflect than the rear spring. Further, the rear spring and all others inside the punch unit were constructed with six turns, while the deficient spring had seven turns.

Ken checked the parts catalog which verified that the front and rear springs are the same part number, thus should be identical. To test our theory, we swapped the springs front for rear. The problem then moved to the rear roller.

Mike devised a clever workaround by moving the mounting point for the spring further way and using a bit of twist tie to suspend the spring such that it gave approximately the same resistance as the correct part.

This resolved the problem and we had cards moving under power without any scraping of the sides of the card deck. We made some adjustments and the punches produced on cards are very close to ideal.

We believe we have some adjustments to make to the CBs that time impulses for the punch unit, which would fine tune the punch positions. That will take place next week.

We are still receiving Punch Stop conditions after punching each card, which appears to the 80-80 reproduce program card to be an error so the problem keeps repeating the first card. Some times we also received Punch Check conditions.

It is our suspicion that we have to go over all the CBs to get the timing correct. This too will be done next week, with the hope that we are closing in at last on the finish line to a fully working punch.

Other hardware

The three 026 keypunches in the center are working correctly. We believe that the 026 in the babbage closet and the two 029 keypunches are also working properly, but we didn't test them. The 001 is working fine.

The 083 card sorter has been reported to mis-sort cards by placing them in pocket N+1 when the hole exists in row N. Alexei is training on the 083 under Frank. Neither was here this week but we decided to leave the sorter until they return as this sounds like an interesting problem for Alexei to debug.

Carl

Feb 12, 2020
Comments from Frank King & Stan Paddock & Pat Buder & Michael Albaugh
from Frank King
The CT 1401 powered down today. We didn?t Have time to check the cause of the -12 power supply tripping it?s over current circuit breaker (cause of the power down). I just reset it and powered up again. We should check the load it is carrying and compare it to the German machine.

The group made some headway with the Punch Unit on the German machine. We. had trouble with the punch check light coming on Willie Nillie but after an apple restart we were able to punch a deck of cards without marking them. However, we got a validity check when we tried to load the deck we just punched. We ran out of time so we will have a little more mystery to solve next week.

The Sorter and Keypunches ran fine early in the day.


from Stan Paddock
I worked on the IBM PC to IBM 029 keypunch system todeay.

I checked out the wiring from a 24 page POWER POINT document stored on the PC.

The first column punched in a card works fine.
If the first character is an A, it will punch AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA after the first A.
If the computer tries to punch another letter, the punch will jam up with the A and other characters.

The power to the punch is controlled by a small relay.

I believe this relay has gotten stuck.

I will fix this next week and we can start punching cards again.


from Pat Buder
We had problems with the 026 farthest from the door. When feeding a card it would get stuck in the rightmost area of the punch station and then not register. We were using some of the new card stock. The cards in this particular box had a pronounced lateral concave bow. Even manually bending the cards to reduce the bow didn't help. We request that the restoration wizards take a look at this problem.

Speaking of keypunch health, please be advised that there are four upcoming spring Field Trip Days on these dates: 2/25, 3/3, 4/14, and 5/5. We request that you ensure that all three 026's in the lab and the 026 in the Babbage closet be fully operational on those days. Each student punches a card for BigPrint, and they come to the lab in large groups at a time.


from Michael Albaugh
Besides the bow, which I noticed when I duplicated a deck, I found another issue with those cards ("new 5081") from the box in the AV closet.

Wanting to be able to do some checking of the duplicated deck, I tried to print it with Van Snyder's 80-80 List program, but immediately noticed that they seem to be wider than normal. They were a snug fit between the sides of the CT 1402 reader. Snug enough that I had to gently push the deck down to get them ready to read, rather than them just falling into place. And, not unexpected, they wouldn't feed.


from Frank King re: ... four upcoming spring Field Trip Days on these dates: 2/25, 3/3, 4/14, and 5/5.
I think we should make the 029 available also. I will try to check out both the 026 in the Babbage closet and the 029 in the shop.

Feb 5, 2020 - Carl Claunch wrote:
Connecticut 1401 System

The 1401 processor, 1402 reader, 1402 punch, 1403 printer and all four 729 tape drives were working fine.

German 1401 System

The 1401 processor, 1402 reader, 1403 printer and all three 729 tape drives were working fine.

We continued to restore the 1402 punch, taking up after Mike and others had completed setting all 16 of the clutched cam operated switches (called PL Circuit Breakers by IBM).

The symptom at the start of the day was that when performing a Non-Process Runout of the punch (NPRO), the machine should stop with the clutch engaged so that the clutched portion of the mechanism is at its rest position, but instead it would stop at random points in the cycle.

Mike examined the schematics and deduced that it was caused by incorrect timing of one or more of three specific CBs. One of them (PL5) had been correctly adjusted and was verified to be good. The other two are on the PC bank of CBs which run continuously with the punch motor.

We checked the two and found them to be about 15 degrees out of time. Mike, Glenn, Alan and I set in to adjust the PC bank. By the end of the abbreviated work day, we had properly set CBs 1 thru 5. CBs PC3 and PC4 were the switches suspected by Mike based on the schematic.

We did verify that the NPRO now stops as it should with the clutched mechanisms at their rest position. We will continue to set these CBs and once done, move on to the third and last bank, the PA CBs.

This will stretch on more weeks but eventually we will have adjusted all of the more than 100 settings to restore this punch to full and proper operation.

The reason our session was abbreviated was a lunch at Michael's restaurant nearby, where we celebrated the life of George Ahearn with his widow Sandra and the CHM volunteers who had worked with him all these years. Kate McGregor put in a surprise visit with her 8 week old baby!

Other machines

The three 026 keypunches, the manual 001 keypunch and the card sorter were working fine. The 029 keypunch in the back room was giving us trouble, refusing to allow Ken to auto-punch a deck of cards for a visitor who had written his own bootstrap program for the 1401.

Ken, Frank, Glenn and Stan worked away at the keypunch and the PC-based system to punch files to card. They oiled a dry bearing in the keypunch and made various adjustments to ensure that it was working properly. As of the end of the session, the PC based mechanism was unable to drive the keypunch correctly, something Stan and others will diagnose in coming weeks.

The other 029 is still sitting in the workroom and is presumed to still be fully functional.

We didn't put any time in on the 552 card interpreter in the workroom.

Carl

for Jan 29, 2020 - Carl Claunch wrote:
Connecticut 1401 System

The 1401 processor, 1402 reader, 1402 punch, 1403 printer and all four 729 tape drives were working properly.

German 1401 System

The 1401 processor, 1402 reader and all three 729 tape drives were working properly.

The 1403 printer is sporadically missing the column 1 hole on the carriage control tape and spewing out extra pages. We also found a wavy print line at the top of form when printing the PI day program output. Frank to investigate. We are also beginning to work on the replacement hydraulic unit as the printer currently leaks oil all over the floor.

The 1402 punch is still being adjusted as part of the major repair we undertook. Mike and Glenn adjusted more CBs to their target timing. Not yet working but we are getting closer.

Other machines

THe 001 manual keypunch and all three 026 keypunches were working properly.

The card sorter is working properly.

The 552 interpreter in the workroom is still in need of restoration work, but nothing was attempted this week.

Jan 22, 2020 - Carl is experimenting with transportation.
This comment is from Frank King.
We fixed the problem with CT (Punch unit would not run) The would not run problem was the Feed Interlock. The hopper was left not locked down.
Maybe me, when I was checking CT for comparison with the German machine. the previous week.

Also,we noticed the cards seemed to select stacker 2 about 1/3. of the time rather than just going into stacker 1.
After attempts to adjust the chute blade magnets to no avail, I formed the chute blade upward a little. that seemed to solve the problem.
We punched a few cards with no punch checks or incorrect stacker selection.

Frank

PS. the 4 things that will prevent the punch unit from running are the DIE interlocks (2) the hopper feed interlock and the crank Interlock).
Be aware that the cover safety interlocks have been crippled on both 1402s; So remind all the new folks and us old guys to continue to be careful.

We can revisit that decision if anyone does not agree.

Frank

Jan 15, 2020, Carl Claunch wrote:
Connecticut 1401 System

The 1401 processor, 1402 reader, 1402 punch, 1403 printer and 729 drives 2, 3 and 4 all worked perfectly.

At the start of the morning, 729 drive 1 was pulling the tape up out of the left column, dropping Ready status, and once dropped the tape to the bottom of the column. After Alexei cleaned the bottoms of the column, it started working fine. We saw many flakes of tape in both columns, which could be a poor quality tape.

German 1401 System

The 1401 processor, 1402 card reader and all three 729 tape drives were working perfectly.

The 1403 printer was skipping multiple pages on Carriage Restore when I first checked the system. Frank and I both adjusted the tape, checked the brushes and generally fussed over the printer. Franks' special skills gradually convinced the printer to skip more reliably. Skipped pages are very infrequent now.

We continued to hammer away at the card punch restoration. Last week Marc and team adjusted all the mechanical aspects of the punch so that it moves cards properly, at full speed. However, the electrical side of the machine is not working right.

The machine has a continual Punch Stop condition which doesn't clear with the Check Reset button. It also triggered Punch Check conditions without actually punching data on any cards.

These are triggered by combinations of relays and Circuit Breakers, IBM terminology for cam operated electrical switches. Given that every belt, roller and adjustable part of the mechanism needed to be readjusted, it was very likely that the CB timing also needs adjustment.

The punch side has three different banks of CBs - A, C and L - with up to 16 CBs in each bank. One turns continuously with the punch motor, whether or not the cards are moving. One turns with the clutched mechanism, once per card movement. The last one moves with the stop-start movement of the card under the punch component.

We checked one of the L side CBs and it was off by five degrees from the spec, which states a tolerance of 2 degrees or less. The obvious next steps of the restoration are the proper timing of all the CBs. There are two adjustments for a CB, duration and timing. We need a CB to make at one target value and break at the other target, with the two separated by the 'duration' number of degrees.

We moved the switch closer or further from the cam surface, until we saw that the switch is closed or open for the specified number of degrees. Once it is the correct duration, the cam is rotated until the make or break point is at the target degree point.

Glenn, Mike and I began at CB 16 of the L bank and worked towards the other end. This is a slow process, thus we only got through six CBs by the time of the public demo when work had to stop. It is going to take several more sessions before we have all the CBs set

Other Machines

The 001 manual punch and three 026 keypunches all work fine. Frank and Dale replaced the brush in the card sorter, since the old one was getting a bit scraggly.

Carl

Jan 8, 2020
Carl Claunch reported that he had "a nasty cold" so ...
Here is the Docent Report from Saturday 1/4/2020
Subject: 1401 Demo Saturday 1/4/2020
From: Jack Ghiselli
Date: Sat, Jan 04, 2020 11:30 pm

Paul Laughton and I gave our first 1401 demo of the new decade. Dave Hoyt was doing Revolution tours, and brought quite a number of visitors to the 1401. We had 48 visitors for the main demo, and after that was over, we had 38 more people stream in for most of the afternoon, so we did gallery interpretation for them.

We had visitors from Australia, Germany, India, Iran, Russia and the good old USA. Paul is always good at asking visitors where they?re from. We had an unusually large number of technical questions. When an Australian asked how fast the 1403 Printer chain travelled, I told him in inches per second, whereupon he had to remind me that they think in metric units. My bad! Have to remember to convert for our foreign visitors.

I had a post-demo discussion with one older visitor from Russia who described using Russian-built knockoffs of the IBM 029 keypunch years ago.

We ran on CT, which ran perfectly, as did the 029 Keypunches and the 083 Sorter. Thanks again to the Restoration Team?s hard work.

Thanks also to Paul Laughton, who found us another vial of cores, so our demo cart is back to 3 vials (we?d been down to 2).

Jack Ghiselli, Consultant
Email: jghiselli@sbcglobal.net

On Dec 19, 2019, Carl Claunch wrote:
Connecticut 1401 System

The 1401 processor, 1402 reader, 1402 punch, 1403 printer and all four 729 tape drives are working well.

German 1401 System

The 1401 processor, 1402 reader, 1403 printer and all three 729 tape drives are working well.

We (Frank, Alan, Alexey, Marc and Ken) continued our work repairing the 1402 punch. We made good progress today, having adjusted the first intermittent roller, second stepped roller, second intermittent roller, the punch unit and the CBs so that all are in time.

Cards seemed to feed perfectly when we manually cranked the punch. Under power, they moved through without any jams even using cards with downward bowing that had previous folded over.

However . . . we saw some markings on the sides of the cards after feeding through under power which suggests that we still have a bit of adjusting to complete before putting this back into service. We removed the punch unit and CBs to give us access again for the adjustments.

I suspect this involves a timing issue where cards are under roller pressure when they are being aligned and patted sideways. We will continue the work in a few weeks when we have the next sessions.

We also had a Punch Stop indication even when able to successfully NPRO cards through the transport. We need to diagnose this to ensure we don't have other faults remaining.

Other machinery

The 001 manual keypunch, card sorter and middle 026 keypunches were working well when we arrived. The 026 furthest from the door was waiting for a new woodruff key and reassembly after we had replaced the worn drive belts, necessitating quite a bit of disassembly. The 026 nearest the door was misfeeding cards from the hopper, with the card ending up skewed and jammed to the right rather than down in position to be registered.

Alexey and Frank installed a replacement woodruff key, finished assembly and placed the 026 (furthest from door) back in service. They also cleaned the rollers on the one near the door, since the failure to feed properly comes and goes and they didn't have hard evidence of the ultimate cause. This machine is back in service as well.

Restoration Team off for an extended period

Next Wednesday is Christmas day and the following Wednesday is New Years Day. Therefore, the team will not be on premises until Wednesday, January 8th.
Carl

On Dec 11, 2019, Carl Claunch wrote:
Connecticut 1401 System

The 1401 processor, 1402 reader, 1402 punch, 1403 printer and all four 729 tape drives were working well today.

German 1401 System

The 1401 processor, 1402 reader, 1403 printer and all three 729 tape drives were working well today.

Frank King, Michael Marineau, Alexey Toptygin, Glenn Lea, Stan Paddock, Ed Thelen and I worked on the 1402 punch. Michael figured out how to get the first stepped roller timed properly and moved us forward to dealing with the first intermittent roller timing. Progress is good.
Ed Thelen, claiming to be Dilbert's pointy haired manager, tried to stupervise ;-)

Miscellaneous machinery

The 001 manual keypunch, the card sorter and the two 026 keypunches nearest the door were working well.

The furthest 026 from the door had been out of service due to a worn motor belt. Replacing it involves disassembling quite a bit of the center mechanism of the punch.

We were stymied for an hour by a woodruff key in a shaft that would not budge. It was only after we applied strong enough persuasion with screwdriver blade an hammer that we extracted it.

The belts are replaced but the keypunch is still out of service while we purchase a replacement woodruff key. We expect to put the keypunch back in service next Wednesday.

Stan was handing out Ding Dongs and appeared to be in a good holiday mood.
Ed Thelen here, something about "bells were heard ringing through Munchkin land".

Carl

On Dec 6, 2019, Carl Claunch wrote:
Connecticut 1401 System

The 1401 processor, 1402 reader, 1403 printer and two of the three 729 tape drives are working well.

The middle tape drive continues to have errors until the restoration team is nearing whatever is causing the problems, after which the drive spontaneously behaves for the rest of the day. One of the head signals is being distorted, but what causes this is the mystery.

Marc, Mike, and Alexei wrestled with the drive, swapping cards and moving probes until the errors stopped. We hope to sneak up on the problem next week.

Frank, Glenn, Alan and I battled the 1402 punch for another session, inching along towards re-timing everything. To date, we have set up the main punch clutch with the timer wheel indicating the proper trip point of 315. We verified the timing of a new card from the hopper reaching the first feed rollers at 185.

The next parts of the mechanism to set in time are the stepper rollers, aligner knives and side patter arm. A card is rolled into the punch area by the feed roller, under the stepped rollers. Those rollers move the card forward to a predefined spot then loosen their hold. This is due to an eccentric shape to the rollers.

The card that is now loose is grabbed by the two aligner knives and pushed forward and the side arm pats the card to push it towards the rear edge of the mechanism. As the card reaches its ultimate position, the eccentric stepper rollers grab hold and keep it from moving.

As we left the punch unit on Wednesday, the card was not moved far enough forward for the aligner knives to grab the rear. There are no alignment marks on the rollers nor much good advice for how to sync it with the main clutch. We hope to figure this out next week.

Note that even with the stepper rollers, aligner knives and side patter put in time, there will be more adjustments to come. We have the Geneva drive in time with the main clutch already. That drive converts the continuous rotary motion of the punch drive belt into stop-start movements that advance the card to the 12 row positions under the punch dies.

German 1401 System

The 1401 processor, 1402 reader, 1402 punch, 1403 printer and all four 729 tape drives are working well. Marc and Michael spent a bit of time tweaking the fourth drive.

Other machines

The first 026 keypunch was sporadically failing to eject cards from the read station to the stacker - some would stop part way and not move up into the stacker properly. Alexei , Glenn and Frank fought a valiant battle, adjusting things here and tweaking things there. Alas, the keypunch is out of service until next week.

The 001 manual keypunch, the card sorter and the other 026 keypunches are in service.

Carl

On Nov 27, 2019, Carl Claunch wrote:
German 1401 System

The 1401 processor, 1402 reader, 1403 printer and all three 729 tape drives are working well. The repeated retries we were experiencing on drive 2 disappeared late in the day as Mike was finalizing adjustments. They may reappear but for now it appears the drive works fine.

The 1402 punch repair, week 99, was the main work today for Frank, Ken, Alexey and me. We reinstalled the Geneva drive, the last success of the day for our team. The Geneva drive converts the continuous rotary motion of the other punch parts into a start-stop stepping motion that moves the card forward to each of the 12 row positions.

With that in place, we began the long slow process of synchronizing all the moving parts. A clutch connects the continuous motor drive to the rest of the mechanism, taking one rotation for each card to be fed and punched. There are quite a few belts placed over many ribbed pulleys, thus each section must be synced to the main rotation.

The first two settings are the clutch engagement point and the point where a card feeding in from the hopper first touches the 'first feed shaft'. An index wheel, sometimes called a timer wheel, marks the rotation in degrees.

The index wheel mark where the card touches the first feed shaft, as well as the mark where the clutch engaged, were wrong. We then read the maintenance procedure for the setting. It told us to loosen the clamp on the index feed pulley.

No diagram anywhere in the manuals showed the index feed pulley. No pulley anywhere near this point had a clamp on it. We spent more than half an hour hunting for something that matched the instructions.

Finally, we chose to loosen the two set screws in a pulley on a shaft, since that would let us rotate the index wheel relative to the other mechanisms. Now that we had the method, we need to set the wheel to the clutch engagement and first feed shaft points, 315 and 185 degrees respectively.

Immediately we ran into complications. The clutch has four positions around the shaft where it can engage, but only one is the correct setting. The IBM manual warns that we must use the 'synchronizing tooth' as the reference or we could be 90, 180 or 270 degrees off the proper point.

They describe the synchronizing tooth in terms of which driving face is across from the centerline that passes through a collet to a hole on the other side. This collet has three holes, but four driving teeth.

Ken and I each read the description differently. IBM chose not to illustrate this point in any manual, but fortunately we had a working punch on the CT system. That disambiguated the description.

Further, while IBM stressed that the synchronizing tooth was the reference but then gave no explanation of how to use it. Is that tooth up, down, left, right? We had to reference the CT system to learn which way that tooth has to point.

This final discovery came right at 2PM when Frank and others had to leave. We closed up and stored all the tools and parts it the back room, to be used next week when we resume the restoration.

Connecticut 1401 system

The 1401 processor, 1402 reader, 1402 punch, 1403 printer and all four 729 tape drives are working well. Mike, Marc and Ken completed the reassembly and checkout of the fourth drive, the one where they had to reload one clutch with magnetic powder to restore sufficient strength for the take-up reel operation.

Other equipment

The 001 manual punch, card sorter and three 026 keypunches are working. Alexey observed some misfeeding of cards from the hopper on the 026 near the door, but the problem was intermittent. Next week we will clean up the two feed rollers which are probably the cause of the skewing of cards during the feed.

Long awaited return of Stan to the team - thwarted

We were all waiting for Stan to rejoin us now that conditions are right for his participation. Frank and I both tried calling Stan but to no avail. This evening he called with a legitimate excuse - he is in Colorado for the holidays visiting family. Maybe next week.
     Ed comments - Yes, Stan has a daughter and grandchild in Colorado :-)

On Nov 20, 2019, Carl Claunch wrote:
German 1401 System

The 1401 processor, 1402 reader, 1403 printer and tape drives 1 and 3 are working perfectly.

We suspect that we have a bad tape on drive 2. Using the tape exercise program we see the tape doing large numbers of retries for every record successfully written/read, for the first inch to 1 1/2 inch of tape from the supply reel, then settles down to work flawlessly for the remainder of the reel. This is repeatable week after week as well as in multiple runs per day. We expect to verify this by using a different tape on the drive.

Frank, Alan, Glenn, Marc and Rick worked on the 1402 card punch all day. After straightening the plate which we observed had been bent, we tried various washer heights as shims but never got the alignment knives at the proper height so that a card would pass over but not jamb against the base of the knife.

At this point we noticed that the rectangular block onto which many parts are attached was cocked to make the front where the knives sit open too much and the rear where cards would exit into the punch dies was closed blocking any card movement.

This rectangular solid is attached with two screws going into each of the two ends, through the sideplates that hold the entire 1402 punch area together. It could be rotated along the long axis as well as shifted forward, back, up or down since the screw holes were wider than the screw bodies.

The maintenance manual has no adjustments listed for this bar, nor are there any markings to use as a gauge. Frank bent cards over to use the doubled thickness to check fit and clearance, while I loosened the screws and twisted the rectangular solid bar to various positions.

We found settings that gave us uniform back and front clearance, with no shims at all under the front plate. Single cards moved easily through the mechanism, never bumping into the front of the aligner knives. The knives properly moved the card forward to its proper position to punch the first row of the card.

All now appears good, so the plan for next week is to put the punch head, punch die, Geneva drive and all the belts back together. Once we get all the pulleys and gears in time with each other, we can do some test punching.

Connecticut 1401 system

The 1401 processor, 1402 reader, 1402 punch, 1403 printer and the first three 729 tape drives are working perfectly.

Michael and Marc worked on the fourth tape drive, whose take-up reel mechanism had inadequate clutch strength due to lost magnetic powder. Michael found some reference material to pick the right powder consistency and amount to refill the clutch, then assembled it all. Marc and he placed the parts back on the drive, including replacement of a broken clutch brush.

Initial testing did not go well. The brake wasn't strong enough on that reel and the drive wouldn't load or unload tape. At this point the demo was about to start so we defer debugging until next week.

Other equipment

The 001 and all three 026 keypunches work well, as does the card sorter.

Carl


Ignacio Menendez commented as follows
Carl, Mike, Marc, as a bystander, let me offer you some things to try.....
  1. for the suspect tape with lots of errors up front, remove the amount of tape where you see the errors happen, cut that piece, add a new load point sticker. (Tape stripping)
    Ed comments: Yes, computer operators did that to "work tapes", somewhat monthly - cut off about 30 feet of the beginning of the tape, then put on a new "beginning of tape" foil. It was part of the folk lore of keeping a site running smoothly. For many/most jobs, only the first part of a work tape was used, many times a day. Over a period of years, the work tapes got inconveniently short, and were used for other things.

  2. for the drive with the clutch problem...
    - determine for sure at what phase of the load/unload this is happening...
    - There are two phases, stop clutch control (front clutches worm gear driven), and vacuum control, which over when tape in column is detected on BOTH columns.... there is when the fwd and rev clutches move the shaft, under control of the two other vacuum switches in each column.
Once you determine that in fact you are seeing the failure of either of the two reel clutches, we now have to determine if the failure is due to an electrical or mechanical cause....

I understand that you went through this already, hence the replacement of the powder in the clutch...

At this point, perhaps we might question if it was the powder, the clutch itself somehow, or maybe, yikes, it is an electrical drive problem, that we had discarded.

It is horrible to think, but perhaps you may try replacing that clutch that you changed the powder on, with another one from stock (I seem to remember that Glen showed us more spare clutches)

You might consider also that the woodruff key may not be providing a positive solid grab of the clutch to the shaft.

If replacing that clutch does not fix the problem, then perhaps it is time to revisit the electrical signal driving the clutch, again.

I hope that this helps, very elementary, and perhaps you already have thought and done it, just my two cents worth.

Iggy

On Nov 13, 2019 10:18 pm, Carl Claunch wrote:
Today we focused almost exclusively on the restoration of the 1402 Punch on the German machine. Glenn, Frank, Alan, Ken and I worked to understand why cards were jamming under the left aligner knife instead of riding up over the top of the knife.

Alan suggested that the bottom plate upon which the cards slide, might be bent. This was after many false steps investigating possible adjustments and time spent seeking enlightenment from the maintenance manual and the parts catalog drawings.

We found that it was indeed bent, with the left and right ends that sit over the aligner knifes bent downward and the entire plate was bowed. The knives were at the correct height but the plate was too low due in part to the bend.

We removed most of the bend but found that the plate itself was too low even when flat across. This plate had recesses and screw openings that appeared to have been amateurishly executed; not at all like the other 1402 nor was it typical of IBM workmanship.

We put two washers between the plate and its mounting bracket, raising it by about 15 mm. This was much closer to correct, but the left side was still a bit low. We removed the plate as our last act of the day and will bend it further and/or use fatter washers next week.

Michael Marineau was the victim of a car parked across his driveway in Berkeley, aggravated by a police response to his complaint that took all morning and a tow truck that still hadn't arrived by noon. Thus he was not able to attend today to work on the clutch for the take-up reel of the number 4 tape drive on the CT machine.

All other units of both the DE and CT machines were working properly. The 001 manual punch, the card sorter and two of the 026 keypunches also worked properly. The 026 nearest the door had cards jamming as they were feeding down from the hopper, but with cards manually inserted it was otherwise fully operational.

Carl

On Nov 6, 2019 4:55 pm Carl Claunch wrote:
German system

1401 processor, 1402 card reader and 1403 printer working well, although the printer is still leaking hydraulic fluid.

Frank King, Alan Futterman, Glenn Lea and I worked on the 1402 punch, beginning reassembly. It was a long and often frustrating effort because we hadn't tried all N factorial ways to assemble the N parts so it is still not together properly.

We went through many iterations of assembling things then discovering the next part had to fit below all the rest. Couple that with several trips to the parts room to look for screws and the day gets long quickly. We think we now know the proper order of assembly and will do that once we take apart everything next Wednesday.

Michael Marineau and Iggy (on a special visit from Ajijic) put the new bearing into the 729 drive vacuum pump and finished reassembly. They put it back into drive 3. We now have all three 729 drives on the system working perfectly.

Connecticut system

The 1401 processor, 1402 reader, 1402 punch and 1403 printer are all working properly.

The first three 729 tape drives are working fine. Michael and Iggy removed the take-up reel hub to repair the bad clutch. This required a trip to a hardware store to buy special long bolts used to slight a subassembly back for service.

The two were joined by Frank and Glenn who located magnetic powder and helped them install a good supply in the failed clutch. We found some very fine powder in the clutch but the properly working one had coarser powder. They mixed up our stock to get a good consistence and packed it into the clutch.
A comment by Michael Marineau
    "One correction on the 729 clutch, we were just guessing on which powder and how much and it was either too course and/or too much because now it doesn't spin freely. So we will need to retry filling it next week."

We should reinstall the clutch into the number 4 drive next week and hopefully return it to full service shortly thereafter.

Other gear

The 001 manual keypunch, 083 card sorter, and all three 026 keypunches are working properly. The 029 keypunch in the workroom is ready to be handed over to the Education department.

The 552 Interpreter in the workroom still needs work to get it to print the correct characters. We had no time to work on it this week.

Carl

On Thu, Oct 31, 2019 8:19 am Carl Claunch wrote:
DE machine

Frank, Alan, and Glenn continued the rebuild of the punch side of the 1402.

The third 729 drive is inoperative due to a defective vacuum pump. Michael and Marc disassembled the pump in the workroom to determine the problem. This pump is an odd looking stack of alternating driven fans and free rotating fans that feed the air to the next of the seven stages.

After study, thought and assistance from a remote support expert, they determined the problem is loose nuts that allow the driven fans to slip, thus not producing adequate flow. It is expected that it can be reassembled with a properly tightened nut, although the vacuum pump expert, Iggy, is flying in to help do this next week.

The 1401 processor, 1402 reader side, 1403 printer and other two 729 drives are working properly.

CT 1401 system

The fourth 729 drive is still inoperative. We didn't work on it this week.

The 1401 processor, 1402 reader side, 1402 punch side, 1403 printer and first three 729 tape drives are working properly.

Keypunches

The middle keypunch was repaired. A solenoid coil on the right side of the machinery is used to block cards feeding down when using the Reg key, when Autofeed is off during a Release, or when attempting a feed while two cards are in place at the punch station.

The coil side had been scraped each time the cover of the keypunch was removed and replace, to the point that the coil windings were broken. Glenn found a replacement coil and he, along with Alexey, installed the coil and adjusted the keypunch. It now works properly.

We believe the first and third keypunches are working properly, although we have had a report of DUP operations on the 026 furthest from the door occasionally adding a 12 punch. We are not sure how that happened and are not able to reproduce the problem.

Other equipment

The 001 manual keypunch and 083 card sorter are fully operational. The 029 keypunch in the Liebert room is fully operational and the 029 in the workshop works perfectly except that program drum operation is imperfect.

Team members working on equipment this week

Frank King, Alan Parsons, Glenn Lea, Alexey Toptygin, Michael Marineau, Ken Shirriff, Marc Verdiell, Robert Garner and Carl Claunch

Carl

On Thur, Oct 24, 2019 at 9:27 AM Carl Claunch wrote:
- Michael Albaugh's comments are in italics
DE machine

The 1401 processor, 1403 printer, 1402 reader, and tape drives 1 and 2 are working fine.

We are continuing, under Frank King's leadership with assistance from Alan, Marc, Glen and others, to rebuild the punch side of the 1402 system. This may take a few more weeks as the reassembly and then readjustment are complicated.

Tape drive 3 has been slow to respond to Load buttons and other actions, which appear to be due to problems with the vacuum pump. This is the drive that smoked and smelled a number of weeks ago which we attributed to a stuck pump motor.

Michael Marineau removed the pump and is disassembling it to sort out the problems. We can hear parts rotating inside when the shaft is stopped and they make a grating sound, plus metal filings are being produced. In the process of pulling one bearint to permit disassembly, the puller tool snapped. Clearly we need a bigger puller. we must wait until next week to continue this, so the drive is unavailable at this time.

CT system

The 1401 processor, 1402 reader, 1402 punch, 1403 printer and tape drives 1, 2 and 3 are all working fine.

It took a little encouragement to get Fortran to boot off tape. First try just kept moving tape when booted, even though the normal first block is pretty short. We had to resort to using the TAU debug switches to stop it (Reseting the 1401, or hitting RESET on the 729 didn't seem to work). After that, we did several tries and it seemed to work, but my memory is not exactly clear.
Tape drive 4 is still inoperable. We did not get to it on Wednesday.

Keypunches

The keypunch near the door is assembled but still sporadically misfeeds. What is happening is the failure of a card to release full from the punch (first) station. It doesn't slide far enough to be under the pinch roller that will register the card at the dup (second) station.

This leaves the card partially under the punch block where the newly registered overlaps it. That causes the original card to remain in place as additional cards are fed in and registered atop it.

We are trying to sort out the root cause of this. It could be issues with the new card stock, but more diagnosis is needed. This keypunch is usable but the operator needs to watch and stop feeding if any card fails to release all the way to under the dup station pinch roller.

A critical spring had been lost a week ago by me. We searched in vain but this week Alexey took up the search once again and finally found the errant part. It is now installed in the machine.

The middle keypunch was working early in the day but suddenly refused to register cards. Frank, Alexey and Glen traced this to the failure of a solenoid coil that permits cards to feed. Glen found a replacement solenoid but we ran out of time before the 3PM demo so the machine is currently inoperative pending the replacement next week.

The keypunch furthest from the door seems to be adding 12-punches when DUPing. I first noticed due to a validity check (and STORAGE error on 1401 console), but failed to notice the actual mis-punch. Thinking it was an alignment error, I DUPed the source card again, and again got Validity (and STORAGE) Ken noticed the added 12-zones, so I put back the original in the deck (I had duped it because it was the wrong color and I will probably be sending this deck off to the guy who set us on that poetry quest). All went well except for an error in the compile. You guessed it, an added 12-punch that changed a '2' to a 'B'.
Card Sorter and 001 keypunch

These are both working well.

Tape drive tuneups

Michael Marineau has been carefully adjusting the tape drives to the proper signal levels and fault-free operation. He has completed this on all drives except for CT drive 4 due to its failed status. This \has much such a difference that we can run Fortran compiles from the tape with virtually every try working perfectly.

In the past we would have multiple process checks and other errors running with the same tape,

Note that I use the Low Density tape (200 CPI) these days.
often taking many tries before one small program could be compiled.
I do not recall whether it was on CT or DE that I noticed that flakey compiles could often be "fixed" by using the PARAM card to tell the compiler it was on a 12K machine, rather than 16K. Of course, if you really need 16K, this is not an option. This was discussed way back when we were originally messing with Fortran.
Michael Albaugh used the compiler to run the Computer Poetry program, generated pages of rhymes.
Nit-pick. The original author does not call it a Poetry program, but a "Line Generator". The lines don't (necessarily) rhyme. :-)

(And still seeing the funny form-feeds: Page (56 lines), Skip to Channel 1, one line, skip to channel 1, normal-ish page (does not have enough lines to ask for another form-feed.

Note: in all this that I think the performance of these machines is great, and I'm very grateful to have access to them.

Thanks,
-Mike

Carl

On Wed, Oct 9, 2019 at 4:40 PM Carl Claunch wrote:
Today we made progress on several fronts as well as encountering a few setbacks. Ken, Marc, Michael, Robert and Bhushan joined me in addressing the remaining problem areas.

German 1401 system:

The 1402 punch is still out of commission, waiting on Frank and others to finish the timing and setup adjustments. The 1402 reader is working well, as is the 1401 processor, the 1403 printer and the tape drives.

Michael is doing a more complete and precise skew adjustment on drive 2, using the Master Skew tape. Currently the check bit track is 3 degrees behind the bit 1 track with no delays, which means that we should rotate the head slightly to further minimize that skew. Then he will use the delay circuits for all tracks until all signals are coincident.
Iggy is likely to comment on this.

Connecticut 1401 system:

The 1402 punch is still working well, as are the first three tape drives, the 1401 processor and the 1403 printer.

The last tape drive remains offline since we need to rebuild the clutch on the takeup reel. Because it was not working, it had been powered down, but that removed power from the terminator that sits on the drive at the end of the tape cable chain.

In addition, we found that the tape emulator box was applying pull down voltages but not pullup voltages to the lines when it was plugged in as the terminator. That produced tape signals which swung down from zero but never to positive ranges. A power cycle of the tape emulator box restored the pullup.

We decided to remove the tape emulator from the chain unless we are actively using the box. Further, we chose to uncable the fourth drive, power it down, and put the terminator for the chain on drive three.

Bhushan suggested that we clean and lubricate the clutch on the 1402 reader. It never gave us problems today, like a watched pot refusing to boil, but Bhushan recommended that step based on his experiences in the field.

The clutch was filthy - jammed with old grease and dirt. He cleaned it on the workbench, applied new lubrication and reinstalled the clutch, pulleys, belts etc into the reader. We tested it and all works well now, with less chance of erratic problems in the future. The clutch is fitted with a grease coupling, thus normal practice would push new grease in atop the old grease and dirt.

Michael and Marc began to adjust the tape drive signal levels, quickly finding the terminator issues above before continuing to set good levels. They worked on one of the drives, achieving great signal levels but that leads to skew errors. Next week they will use the Master Skew tape to adjust the drive, then repeat the level setting and skew fixes for the other two tapes.

Bhushan also spotted the same triple card feed problem on the keypunch nearest the door. He did some detailed diagnosis and found two independent problems, both of which are leading to the issue.

Sporadically, the keypunch clutch will not release and cause the machine to take a spurious feed cycle. Inside the clutch, a nonconductive separator sits between the clutch coil and the armature, but with time these wear down. If the armature begins to physically touch the metal core of the coil, residual magnetism can hold the armature closed even though power is removed from the circuit.

The check for that is to stick a sliver of punched card; with the sliver, we had no more double clutch cycles. This means we need to open up the clutch and check the insulating part or adjust the gap.

The second problem is that sporadically cards will be released from the punch station but won't move all the way out from under the punch dies. We need to open the punch cover, clean it and examine the drive wheel for possible flat spots or misadjustment.

We worked on the remaining problem with the 029 keypunch in the workroom, erratic operation with the program drum.

Bhushan rotated the drum so that the star wheels are correctly placed down in the holes at each card column. The keypunch became much better, duplicating or skipping long stretches of columns, but still won't work for a full card.

We have some remaining connectivity issue to address, thus the keypunch is not yet ready to be handed over to the education department.

The other two 026 keypunches in the datacenter and the 001 manual punch, as well as the card sorter, are working properly.

Carl

Sun, Oct 06, 2019 8:02 pm Carl wrote
This last week we had a visit from Bhushan Mohan who is an experienced FE supporting a wide range of IBM systems in India. He joined us in attacking a number of problems we were facing with the systems.

The sporadic problems of the keypunch nearest the door, where it would sometimes feed three or more cards, had been hard to recreate and troubleshoot. We spent time checking and adjusting the CBs and other electrical components, but once the machine began to fail, Bhushan quickly zeroed in on the real problem, inadequate torque from the motor.

It was failing to move the card that had just finished being punched, thus it was not making it under the pinch roller to register in the dup station. With the card still under the punch and new cards arriving from a feed, we were experiencing jams of multiple cards. Once it was adjusted we should not have the problems any more.

The tape drives on the DE machine are all in service now. The burning smell came from the vacuum pump which was stalled temporarily. Marc opened it up and cleaned out a lot of dust, after which it rotated smoothly and ran without problems.

The card punch on DE is still being adjusted - Bhushan and Frank spent quite a bit of time working to get it properly timed. What has been causing problems is the transition from smooth continuous card motion to the start/stop movement between the 12 card row positions during punching.

The rollers must firmly move the card to the proper point, then pivot out of the way as the Geneva drive provides the stop and start movements. If they pivot too early, we get card skewing causing mispunching, while a late pivot leads to bent card edges.

The card punch on the CT system is working fine. The card reader on CT did not exhibit the bad behavior where it fails to feed on a Load or Start, although Bhushan was eager to trace the problem but it perversely refused to fail all day.

We worked on the star wheels (program drum) on the 029 keypunch in the workroom, but even with cleaned contacts we are still experiencing erratic contact operation. Will continue to work on this next week.

The far right tape drive on CT was failing to take up tape fast enough as the drive did reads or forward moves. The other three drives are working fine. We removed, tested and cleaned the vacuum switches in the columns. We used the scope to verify the current flowing to the clutch magnets, comparing the bad drive to one that works well.

We found that all three clutches on the takeup reel (stop, up and down) were receiving the proper current, somewhere in the range of 270 to 300 ma, but the up clutch wasn't providing a firm hold.

Sadly, this confirms that the problem is inside the clutch. These clutches are filled with a supply of iron powder and have a common failure where powder is slowly lost until there is insufficient supply in the hub to work properly. If it occurs quickly there is a gray powder visible on inspection, but this seems to have been a long and gradual loss.

IBM engineering, in their wisdom, did not put the refill port for the clutch at the top, therefore we have to disassemble and remove the entire shaft and three clutches in order to refill the errant one. This will take a few weeks, during which we will only have three working tape drives on each system.

Long term we want to rebuild a hydraulic unit for a 1403 printer, then when it is in good shape, swap it into the 1403 printer to stop the steady leaks. Some of the work can occur while the printer continues in operation, but once it is time to swap it in and adjust it, the printer will be out of operation for perhaps a week.

Carl

On Oct 1, 2019, Bhushan Mohan wrote:
Hi Ken
Just saw your note on 1402 issues. Reader check on the very first cycle is normally due to timing problems with the reader clutch/ belt or maybe (seldom) due to relay contacts also.
I happen to be here in Bay area and may try to join you tomorrow (2 October) else next week depending on availability.
Also understand there are some tapedrive problems also. Pick my mind if helpful.
Please confirm to enable me to plan.

Regards
Bhushan Mohan

Ken - Card Reader Clutch Sept 25, 2019
Subject: Re: Notes on 1402 card reader clutch problem
From: Ken Shirriff
Date: Wed, September 25, 2019 8:37 pm
Another update on the CT card reader problems.

Today we had different symptoms. First, Carl ran powers-of-2 and the card reader operated perfectly. I attached an oscilloscope probe (carefully) to see the brush timing, and then the card reader started malfunctioning. Each time I tried to load, a card would move to the first position (halfway out of the hopper) and then hit a Reader Check. I.e. before it had reached any brushes. I had to hit Check Reset on the 1401 a couple of times to clear the fault, which was strange. This problem happened many times and we couldn't make it go away, even with power-cycling. Carl looked at some relays, but I'll let him describe what he found.

Then, the problem suddenly reverted to the original intermittent problem, where the card reader would fail to clutch at all and no cards would move. This problem persisted until we had to leave because of the demo.

Details on the clutch problem: I started scoping INLK STOP (C12 36.02.11.2), continuing from last week. Last time, it seemed that INLK STOP wasn't getting cleared by the reset key, but this time it did. There's a pulse from the Load key (pin F), clearing output P. So this seems to rule out the INLK STOP theory from last week.

We moved on to READ FEED (36.10.11.2) and confirmed that it's getting INLK STOP correctly. We started to look at the PROC FEED signal (pin A) which provides the pulses to the READ FEED trigger. These seemed to be missing, which would cause the problem. We also looked at the PROC FEED signal output from the integrator (C08 pin F) and that seemed stuck too. So our current hypothesis is the PROC FEED signal from the 1402 is not correct.

The CE Manual has a good discussion of the various relays and their sequences, starting at page 4-1. In particular, PROC FEED depends on relays RC5, R7-2T, R6-3N, R11-3N and R11-2N, so that path would be worth checking.

For some background, here's my blog post from a year ago when the DE 1402 had Reader Check on NPRO, due to a bad relay #4. (The current problem appears unrelated, but my blog post discusses some Reader Check circuitry.)

Ken

On Sep 19, 2019, Carl Claunch wrote:
CT SYSTEM

The 1401 processor is working properly

All four tape drives are working properly

The 1403 is working properly.

The 1402 punch side is now working properly.
It would not NPRO, raising a punch stop immediately without spinning the motor. We guessed that it believed there was a jam that couldn't be properly ejected with a feed, although there is no indicator light to show this situation. We manually cranked the punch, ejecting two cards which we believed were too close to each other. The punch was tested both with NPRO and by punching output.

The 1402 reader side continues to have intermittent problems but is in service.
The problem manifests itself by a failure to take feed cycles - the load button is pressed, the motor spins but no cards are fed. This also occurs with a read op code in the processor and Start pressed on the reader.

This problem occurs sporadically, lasts for a bit of time and then maddeningly goes away as we attempt to trace the issue to its root cause. By the end of yesterday, it appeared that the problem was a fault in the Interlock Stop latch which should be reset by the Load key or Start key but remains on. The fault disappeared before Ken and I could determine why the latch is erroneously on.

Often a power cycle of the 1401 system will make the problem go away.

DE SYSTEM

The 1401 processor is working properly.

The first and third tape drive are working properly.

The middle tape drive requires adjustment of skew delays between tracks to properly read and write tapes and is currently out of service.
Michael has been adjusting all the tape preamp and amp levels to the target of approximately 8V, up from seriously low levels on all three drives. Once we restored the signal levels, we encountered skew errors.

These mean that the time from when the first 1 bit arrives from some track and the arrival of the last 1 bit from any other channel has exceeded some maximum acceptable delay. This requires us to adjust all tracks to cause their bits to arrive as close to simultaneously as we can.

Adjustment is done by selecting one of a number of taps on a delay card - choosing among various predefined delays. All seven tracks have a delay card. We would watch the bit arrivals from the tape head for groups of tracks. to identify which were the furthest apart and begin changing those targeted tracks to bring the bit arrivals closer together.

Marc discovered some "Skew Test Master" tapes in the workroom which should give us known good patterns for this work. We would have tracks that were written as close to simultaneously as possible, with all tracks having a 1 bit recorded.

The 1403 printer is working properly.

The 1402 reader side is working properly.

The 1402 punch side is still being adjusted and is currently out of service.
Frank, Dale, Alan and others are going through the 1402 maintenance manual step by step, adjusting the timings of the punch. The initial punch checks we were receiving were a result of mistiming in the mechanism that allowed cards to slip and skew.

The punch moves cards two ways - continuously and with stop-start motion - which is what makes it mechanically complicated. The normal smooth motion takes place as cards are fed into position to punch the first (row 12) holes, and again when the finished card is moved though the read station and then into the stackers. Stop-start motion occurs to freeze the card while a row of holes is punched, the step the card forward to the position for the next row.

The stop-start mechanism is built around a Geneva drive. The pinch rollers that cause smooth card motion are moved out of contact by cams to cause smooth motion to cease, then dropped back in place to restart smooth motion.

This must be well synchronized since we want cards to roll up to the point where we begin punching holes for row 12, the stop-start mechanism to hold the card still and the cams to pull the pinch rollers out of the way stopping the smooth motion.

If the smooth motion continues when the stop-start is holding the card still, we fold up the card into a jam. If the smooth motion stops at the wrong time, the card may be mispositioned for punching row 12, causing a miscompare when the card is read after the punching is done.

The adjustment consists of lots of hand cranking of the mechanism, then adjustment of various screw settings, clamps and belt positions. The team is partway through the adjustment sequence. Once complete and after verifying punch operation, we can return this unit to service.

CARD SORTER

The sorter is operating correctly.

KEYPUNCHES

The two keypunches further from the entry door are working correctly.

The keypunch near the door is out of service while the keyboard is repaired.
This keypunch would lock up from time to time, with the problem becoming more frequent. We opened the keyboard to determine the root cause and found a worn part for the Space bar mechanism.

The Space bar pushes down, rotating a lever to pull a long bar forwards towards the keypunch operator. This bar will trip a vertical bar in the rear of the keyboard which falls down. That swivels a number of horizontal bars in the permutation unit attached to microswitches. For some of the keys is also activates an individual microswitch under the vertical bar.

The wiring of the microswitches in the permutation unit will convert a single pressed key into activation of some number of solenoids in the punch unit. The 'A' key will be converted to a 12 and a 1 punch, for example. Dual keys (e.g. U key is also the number 1. When in Alpha mode, this fires the 0 and 4 solenoids but in Numeric mode it fires the 1 solenoid instead.

The long bar moving forward pushes apart small ball bearings in a horizontal chamber. These are packed together tightly enough that once a single key's bar as entered, there is no room left to let any other keys move. This ensures that one and only one key is pressed at a time.

The forward movement of the long horizontal bar and the resulting downward movement of the vertical bar locks the key in place. Once the keypunch has responded to that keystroke by punching holes in a card, a solenoid under the keyboard is activated and it moves the restoring bail, a bar that pushes all the vertical bars up, all the long horizontal bars forward and the keycap back into its full up position.

The interaction of the long horizontal bar and the vertical bar depends on a notch in the horizontal bar. This holds the key down until the restoring bail is activated. On the bar for the Space key, the notch is worn into a sloped ramp not a sharp edge.

The result is that pushing Space will trip the vertical bar but latching the horizontal bar in place is temporary. Because of the slop, it easily slips off and unlatches. The restoring bail will fail to push the vertical bar back up if the horizontal bar isn't latched, thus the keyboard remains stuck.

We have a spare 026 in the workroom whose keyboard we removed to supply replacement parts. The long horizontal bars engage with the vertical keystems under the keycap. The keystem is inserted into the top, fits around a coil spring and then emerges through the bottom plate. Nylon fishing wire is laced through all the keystem bottoms to keep them held in the keyboard.

We had to remove the fishing wire, pull all the keys out, extracting the coil springs then opened up the upper and lower plates to get to the long horizontal bars. It was easy at this point to replace the worn space bar with the good one from the donor keyboard.

At this point Alexei has put the plates together but has to tediously inserted each keystem, holding the spring in place with tweezers, then thread the nylon line through its bottom. He has done part of a row but will continue on the weekend trying to finish rebuilding the keyboard.

You might ask why we didn't just swap the entire spare keyboard for the worn one? The wires to all the microswitches on the keyboard are soldered in place. This bundle runs down and is laced together with many other wires from the rest of the keypunch, ultimately being soldered to the strips inside the base where the tube logic resides. We judged the unwiring and rewiring process to be more difficult and time consuming than all the work detailed above.

MANUAL KEYPUNCH (001)

The manual keypunch at the railing in the computer room is working correctly.

029 KEYPUNCH IN LIEBERT ROOM

The 029 is working properly

NEW 029 KEYPUNCH IN WORKROOM

This 029 has multiple errors and needs restoration.

It is likely that the problems stem from oxide on the CB (cam actuated switch) and relay contacts, but we need to diagnose the conditions to be sure. This is a low priority task that will only be worked on when everything else is running well or a team member is particularly bored.

552 INTERPRETER IN WORKROOM

The interpreter is in the midst of restoration, not yet ready for service

This interpreter will take in punched cards, read the characters in the columns and print 60 of them on either of two lines across the top of the card. We intend this device to be used to print cards that were punched on the 001 keypunch by visitors. It uses a plugboard which we will wire to print the first 60 columns of a card.

At this point the basic mechanism is working and it reads cards, but the printing is a bit off. We suspect this is a matter of adjustment, since many of the characters are printed properly.

The device works with sixty long vertical typebars. These are pushed up to their top position at the beginning of a card cycle and then allowed to drop, being stopped by solenoid activated levers that hold a bar from moving further downward.

To add to the complication, the typebars have four vertical zones. These are for columns with a 12 row punched, an 11 row punched, a 0 row punched, or none of the above. Thus the characters A-I are in the topmost zone, J through R are in the second zone, /, number 0 and S through Z are in the third zone, and the digits 1 to 9 are in the fourth zone. Oddly, 0 is not part of the numeric (fourth) zone.

Once the bar is held in the 12, 11, 0 or numeric zone, further timing lets it drop so the solenoid can now select which of the nine values in that zone are printed. The proper zone is always selected but often the value within that zone is off by one. That is, a card column having A will select the 12 zone but the printed character is B not A.

We don't have an adjustment manual for the device which complicates the task of figuring out how it should work and why it is misbehaving the way it has. This is a low priority restoration meant for spare time or bored team members.

Carl

Ken - Tape Drive Intermittent Aug 14, 2019
Subject: (Unofficial) report on Wednesday's restoration
From: Ken Shirriff
Date: Wed, Aug 14, 2019 6:07 pm
The tape drives on DE had an intermittent problem when running the exerciser test. Michael was looking into it and can provide more details. I scoped the signals from the tape drive and found that the C bit signal from tape drive on the left looked very bad, but all the rest of the bits from all the tape drives were fine. Yellow is the bad signal below:
As far as we can tell, this is unrelated to the exerciser error. But this should probably be investigated. Maybe a bad preamp card in the tape drive? I ran out of time to investigate.

The second problem turned up just before I left. The CT card reader partially fed one card, went into reader stop, and wouldn't do a NPRO. Turning the computer off and on cleared the reader stop, but it came back after trying NPRO again. It seems pretty unusual for NPRO to not work at all.

Ken

Wed, Apr 17, 2019 6:22 pm Carl wrote
Today Michael Marineau, Frank King, Ken Shirriff and Carl Claunch were joined by a new team member, Alan. Alan is a hardware engineer who worked for Fairchild and a plug compatible add-on memory vendor who sold memory upgrades on S/360 and S/370 machines.

Frank and Alan worked on one of the keypunches which had been reported to have triple fed cards from time to time. They were not able to reproduce the problem after extensive checking, but made adjustments to the 026 just in case it was marginal.

Ken and Michael continued their work hunting down the problems with the third tape drive on the CT machine. It sporadically drops ready. One challenge with finding the problems stems from the frustrating behavior of the drive - generally the problem disappears in the early afternoon and won't come back until the next day.

We continued to trace the failure backward using the new four channel scope donated by Marc. We found that a signal "tape in left column" was dropping out producing the loss of ready state.

As we put the scope on the air switch on the left tape column, the drive chose to stop its failures for the day. We did incur one failure soon after wiring to the switch, but it then stubbornly refused to fail any further.

The switch is vacuum operated and will connect the signal line to ground when there is a vacuum in the column, i.e. the tape is loaded in that column. If not actuated, the line is pulled to its -6V level by the MH card that first processes its signal.

We verified that the line is -6V when no vacuum exists and it jumps up towards ground when activated. However, we noticed that it wavered and dipped down to about -0.5 V, unlike the other similar switches which stay nailed at 0V.

The logic level going into the MH card is clipped SDTDTL whose voltage specs require that a high level be no lower than -0.5V to be valid. A low level has to be no more than -5.8V. Any value between -0.5 and -5.8V is the exclusion zone, the indeterminate level where the behavior of logic gates is not guaranteed.

Even though we couldn't catch the drive failing to prove that the sagging level is causing the problem, we know that this is not a good behavior. The vacuum switch has two sets of paralleled contacts, thus the only way to have the signal pull away from ground is if the resistance through BOTH contacts is high enough to yield the observed voltage drop.

Michael removed the vacuum switch, brought it to the workroom and carefully cleaned and tested both sets of contacts. Once they were operating with almost zero resistance, he reinstalled the switch in drive three.

While we can't definitively test this until the next work session when the drive will again be amenable to showing the failure, we did observe the switch to have no waver, no sag of voltage levels and reliably sit at ground level.

The conclusion is that, subject to verification next week, we have found and resolved the flaw causing the tape drive to drop ready.

Frank King brought in a repaired wood card joggling tray which is attached to the top of the 552 Interpreter cover. We believe we have successfully re-inked the ribbon for this device; Frank is giving it a final treatment to even out the ink level across the span of the ribbon, which is a bit wider than a punched card and many feet long.

Robert Garner did some helpful reorganization of the workroom, which he will continue in the following weeks until the workroom is at peak usability.

Carl

Ken - Card Reader Clutch Sep 18, 2019
Subject: Re: Notes on 1402 card reader clutch problem
From: Ken Shirriff
Date: Wed, Sep 18, 2019 6:48 pm
The intermittent problem with the CT card reader failing to clutch showed up again today. Carl and I did some debugging but didn't come up with anything conclusive. It seems like the INLK STOP trigger is stuck high, which blocks the READ FEED trigger from generating the clutch signal. INLK STOP should be cleared by the load key, but apparently it isn't. We don't have a root cause. The problem is intermittent and went away when we turned the 1401 off and on.

We started with the read feed trigger (36.10.11.2). It's supposed to generate the read clutch signal on E, but nothing showed up. The problem appears to be the signal on B doesn't go high. (Carl found a weird voltage level of 2.5V on input F but that happens when the reader is working too. The PROC FEED signal from the 1402 showed up on A, but the signal on B was missing.)

We looked at the gate generating the B input. This gate will output 0 if all inputs are negative and -12 otherwise:

Inputs are A: NOT INLK STOP, B: NOT READ SCAN COMP, C: PR INLK RD.
In the bad state, the inputs were (A) positive, (B) negative, (C) negative, and the output was negative.
In the good state, the inputs were (A) positive -> negative, (B) positive -> negative, (C) negative, and the output was negative -> 0. (Transitioning when the load started.)

Input A comes from the INLK STOP trigger output P(36.02.11.2):

When things are working, INLK STOP looks like this:

The bottom trace is NOT GATED LOAD KEY (into F); a pulse there triggers the output E (top, yellow) to fall. So INLK STOP responds to the load key, when things are working. But when things are bad, INLK STOP seems to be stuck.

The second difference was the B input to the gate. This comes from NOT READ SCAN COMP (36.01.31.2) from the READ COMP trigger. We didn't have time to investigate this trigger.

Interlock stop is on ILD page 88:

If the problem shows up again, we'll do more investigation to verify if INLK STOP is indeed the problem and why it's not getting cleared on a load.

Ken

Ken - Card Reader Clutch Aug 7, 2019
On Wed, Aug 7, 2019 at 9:09 PM Ken Shirriff wrote:
The CT card reader has an intermittent problem where the clutch doesn't activate on Load, so no cards get read. I did some measurements today to see what the signals look like when it is working correctly.

On the card reader side, the schematic shows RC171 -T PROC FEED goes to the 1401, which then returns the RC 170 -T READ CLUTCH signal to activate the read clutch magnet and feed the card. Note that this signal goes through cam RC 5.

When things are working, the signals look like this:

The yellow load signal indicates when the Load button is pressed. The cyan -T Process Feed signal goes from the 1402 to the 1401. It triggers the purple -T Read Clutch signal from the 1401 to the 1402, to trigger the clutch and read a card.

This trace seemingly makes no sense because the clutch signal is before the feed signal that triggers it. The cause is that one side of the read clutch magnet is connected to this signal, and the other side is connected to cam RC 5. So as RC 5 opens and closes, the line swings up and down. Thus, you see pulses in the Clutch signal even though these are not genuine pulses and have no effect on the clutch. (Note that the pulses speed up as the motor starts up.) If there's one thing to remember from this message for future debugging, it's that the Clutch signal has these "fake" pulses in it.

Ignoring the RC 5 pulses, you can see four feed pulses from the 1402 causing four clutch pulses from the 1401 to the 1402. There are four clutch cycles because I read two cards; it takes 3 cycles to read the first card.

Now let's look at the 1401 side. 36.10.11.2 shows the READ FEED trigger that generates the READ CLUTCH signal. A is the set pulse input, and B enables the set input. G is an asynchronous set. C is the reset pulse input and D enables the reset pulse. F is an asynchronous reset.

The signals look like:

Note that B goes high and A pulses to trigger the clutch feed. B is an And/Or of interlocks and FEED RELEASE CLUTCH. A is the -T PROC FEED from the 1402 (i.e. the bottom signal), Or'd with -T CF OPR. When the clutch isn't triggered, my theory is there is something wrong with A or B.

On the reset side, C is GATED READ SCAN (the circuit breaker signal for reading a row) and D is TIME 000-030 (i.e. the clock). F is And/Or of various signals. As far as I can tell, F is inactive, and the row circuit breaker C resets the clutch.

To wrap up, this shows what the clutch signals look like when things are working. If the clutch problem shows up again, hopefully this will help debug the problem.

Ken

Wed, Mar 27, 2019 7:23 pm pm Carl wrote
Today we had a good turnout of volunteers. Frank King, Dale Jelsema, Bill Flora, Alexey Toptygin, Michael Marineau, Ken Shirriff and me. Rumor has it that Robert Garner's dog didn't have a suitable raincoat, so we didn't have his company today.

We ruined two red docent shirts inking the ribbon for the 552 Interpreter. Frank brought some ink refills for stamp pads, we diluted it in Isopropyl Alcohol and saturated the ribbon with it. The ribbon is hanging over some ethernet cable strung across our light fixture at the workbench, drying before we can reinstall it in the interpreter.

All keypunches were working fine, both CPUs, both 1402s and both 1403s. One of the tape drives, number 4 on the CT machine, had been misbehaving and got much, much worse while we worked on it.

The drive takeup reel didn't move strongly enough to keep up with the tape dumping into the right column during move forward, write or read operations. We examined everything and saw no obvious problem. The vacuum switch on the column works fine, the belts are newly replaced and the graphite brushes appear to have plenty of life left in them.

The drive then acted up, refusing to release the stop brake on the right reel so we could load tape. Oddly, the left (supply) reel is not locked even when it should be. Voltage on the right stop clutch was about 7V, definitely wrong.

We had been viewing the waveforms of the clutches on this drive, and others for comparison, but reached no conclusion in the early hours before the new problem arose.

The release button works properly, it just doesn't change the behavior of the two stop clutches. We tried to use the current measuring panel built into the drives; this puts each clutch through a 1ohm resistor and brings the two ends out to + and - banana jacks.

Using a voltmeter, we could verify the current, which was the voltage reading since IR with a resistor of 1 ohm makes V and I the same. The current reading on the bad drive was 0 for both left and right stop clutches, but as we mentioned the left was free and the right activated.

Each clutch has two paths for current - one used for full braking force and the other for partial braking force. Essentially, one mode is during Load and Unload, while the other is for normal tape operations. The current measuring panel only looks at one of the two paths to each clutch.

We searched through the schematics for any parts that were asymmetric - that could give different results on the left and right stop clutch. We were starting to check capacitors and other components and begin detailed voltage measurements when the clock hands approached 3PM. We surrendered for the day and will work on this again next week.

The demo team reported that the tapes weren't accessible by either program or TAU functions, although we only had the last drive switched off because of its problems. It may be that we had disrupted the chain or some more involved failure in drive 4 was jamming the tape bus even with power removed.

The demo team mentioned receiving some read checks on cards they fed into the CT 1402, although we had experienced no failures in our tests earlier in the day. We don't know if that was a problem with the deck or the reader, so we will watch it more carefully next week.

Tape drive number 2 on the DE machine had a bad door latch, something we wrestled with last week. This week, the team (mainly Frank, Bill and Dale) did some adjustments, grinding of excess metal and reshaping to get the latch to work properly and easily.

There is a cover inside the door that needs some trimming as it interferes with the newly adjusted latch plate - that will be done at home by Frank or Dale.

Carl

Sat, Mar 09, 2019 5:32 pm Carl wrote
Frank King, Michael Marineau, Ken Shirriff, Alexey Toptygin, Robert Garner and I were at the museum on Wednesday.

The number 4 tape drive on the CT machine had broken belts that were replaced the prior week, but the reconnection of all the cables and other parts was completed on Wednesday. The drive works well now.

The CT 1402 reader was jammed from a previous demonstration. We removed the bits of cards and verified that the reader was back in service.

Work continued on the 552 Interpreter, which had its print unit removed leaving the bottom bar with the 60 friction rods dangling in the machine. We further disassembled the unit to get the bottom bar out.

The friction rods were removed, soaked to clean and reinstalled in the bar with fresh grease. Other areas that had stale grease were cleaned as well. Next week we will insert all 60 friction spring rods into the print head, then reinstall the newly reunited parts into the interpreter.

We have the print ribbon removed but it is dry with barely any ink to transfer to cards. We are going to investigate methods of reinking this, probably using stamp pad ink refills diluted with appropriate solvents that will soak into the ribbon.

The workroom was further straightened and many objects were put onto the new shelving.

We swapped the formica covered desk from the Liebert room 029 with the donor machine that we are restoring in the workroom. This unit is now in very good condition and almost ready to hand over to the education department for use by the public.

We have dollies that we are going to be used to move this keypunch around. Frank has the appropriate spade bits to drill a hole for the four keypunch feet, which we will attempt next week.

We tested the tape drives on both systems writing and reading back patterns, as well as movement tests. They work well. There is a bad spot on the tape on CT drive 2 which results in a write check withing a dozen or two writes from the load point, but that is not a tape drive fault.

We did notice that demonstrators are setting all tape drives to the same number to drive them all from the TAU, which works okay for Move Forward commands but wont' work for other commands such as Rewind.

This can lead the demonstrators to report the drives as malfunctioning when one of them runs away or fails to rewind. Remember that multiple drives on the same number violates the design of the system; the fact that you got lucky in the past is no guarantee that it will work the next time.

Carl

Wed, Feb 20, 2019 6:36 pm Carl wrote
Hi All

Today we had Michael Marineau, Ken Shirriff, Frank King, Marc Verdiell, Robert Garner and our newest team member Jorge (sorry, don't remember his last name nor email address) joining me.

We had reports of failure to advance cards on the 026 closest to the door. Ken and I cleaned out the punch area with a card saw and it appears to be working well now.

Pat Buder had reported some BigPrint runs where visitor names were printed with numbers replacing certain letters, due to ignoring the 12 punch in those columns. He saved one card where this happened and gave it to us.

It is a bit puzzling how this could be misread without causing an error stop. We should verify that the console switch is set to stop on error. The reader was able to transfer the entire program and have it run correctly, plus it failed on only certain cards.

The card was in perfect registration and Pat reported that a rerun would usually result in a proper print of the name. Frank King checked the timing of the card reader pulses on the CT 1402 and they were right on the money. We will look into this further next week but the failure mechanism remains a mystery.

Frank King did some adjustments to the card sorter to make it operate better.

We continued to work on the 'new' 029 keypunch brought to the museum by Frank King. It started the day with problems with its Clear function. We used the opportunity to work with the two newest members as a training opportunity, showing them how to work through diagnosing the problems and understand the schematics. Mike and Jorge did identify problems with the PCC microswitches at the base of the program drum unit and removed the oxidation. Ken, Frank and I provided guidance but mainly sat back. Mike also repaired the latch so that the card feed cover could be mounted on the machine.

The print support SMS card for the keypunch was successfully tested today. This card was missing from the machine and we had no spares on hand. I had taken a blank SMS card and built up the circuit - mostly diodes to quench the reverse EMF of the print solenoids, but also an RC debounce filter. The first attempt at this card made use of diodes we had on hand, but we tried to use small diodes which couldn't handle the reverse EMF and immediately committed suicide. After I bought and brought diodes with high enough current and PIV ratings, I fixed it up and we can now use it with this keypunch.

We have been watching the tape drives on CT for some time, as they are exhibiting intermittent problems particularly drive 3 (and 4 to a lesser degree). Ken and I put them through their paces but they were perversely well behaved when we were watching.

Finally, Robert, Ken and I assembled the three new storage racks and put them in position inside the workroom.

Carl

Thu, Jan 03, 2019 1:35 pm Carl wrote
We came in to work on two intermittent problems today. 1 - The 1402 reader on CT will occasionally spin the motor on a LOAD operation without attempting to clutch and feed cards. 2 - CT tape 3 would drop ready during operations.

Present were Frank King, Alexey Toptygin, Ken Shirriff, Robert Garner and me. Robert was busy taping an oral history through the morning.

Alas, we could not get either of the problems to happen today. The tape worked flawlessly as did the card reader.

Frank, Ken and I finished building an SMS card for the 029 keypunch. This card provided nine diode suppression circuits for the print solenoids plus an RC circuit. We did not have any spares of this card but built it from a card blank, the schematic and spare components on hand.

The 029 was powered up and the cleaning and adjustments began. It appears that the relay as well as many microswitches have corroded contacts.

Robert is ordering some more cabinet racks and further cleaning and arranging the workroom to improve its usability.

While testing everything in advance of the demo, I discovered that tape drive 4 on CT is now failing. It selects but fails to respond to commands. In one case,, I issued a rewind/unload from the TAU, the drive turned off ready and sat there for a couple of minutes and then did the unload.

We didn't have enough time to chase this new tape bug. Perhaps next week at least one of the tape bugs (drive 3 or 4) will be present to allow us to fix it. Iggy, your tape drives miss you! At a minimum we can make progress on restoring the 029 keypunch.

Carl

Wed, Dec 26, 2018 4:30 pm pm Carl wrote
Alexey and I were the only team members present today.

We replaced the lamp for the CT machine bit 1 in the op code register, which was burned out. Thanks to the demonstrators who spotted this.

We ran various tests to check the machines. We spotted two problems that must be attended to, however we ran out of time before Alexey had to return to work.

Problem #1

The third tape drive on the CT machine will drop out of READY after operations. Holding the READY button down allows it to operate properly. This occurs, with move forward, read and write commands.

When running with multiple drives set to the same address, the problems with the third drive produce various symptoms. That drive might ignore commands that are processed by the other three. Sometimes that drive responds to a command, e.g. rewind, while the other three do not.

Our working hypothesis is that the drive will drop out of ready for any command and should restore ready status at the end, but is intermittently failing to do so. No TAU errors are recorded when the drive drops ready, but it always occurs when a command is being issued.

Problem #2

The CT machine card reader will intermittently fail to load, not even picking cards. It just runs the motor. Other times it works fine. Since we had a bad relay in the 1402 that we had replaced the prior week, it is the most likely suspect.

Safety rules forbid a single person from working on the energized machine if there are no other team members present. I therefore left after lunch.

Iggy - any ideas?

Carl

Wed, Dec 05, 2018 5:19 pm Carl wrote
Frank and Alexei worked on keypunch #1, where the friction clutch was set much stronger than spec. They adjusted it to the correct value.

Marc and Mike worked on tape drive #2 on the CT system. It had been tripping the +6V circuit breaker right after power up and was inducing errors in tape operations on other drives as long as it was in the string.

They isolated the drive and pulled groups of cards in a binary search pattern until the located the AR card that was tripping the breaker. On examination we found a 6.2 uf filter capacitor had failed in a short circuit from +6V to ground.

A replacement capacitor was installed on the card, it was placed back in the drive and we verified that it could be returned to service.

Ken finally discovered a hairline crack in a trace on the WW card, the second sense amplifier card in the 1403. This was causing intermittent connectivity, leading to the sync checks and other printer errors on the DE printer.

Last week, while working with the as-yet undiagnosed card, we smelled smoke from the printer. Testing today showed that four hammers were not firing - columns 2, 9, 13 and 85.

The fuses on the four hammer driver cards were blown. We believe the intermittent operation of the amplifier card let the 1401 set the hammer drivers on but fail to reset them in time because the subsequent pulse never arrived.

The four fuses were replaced and the printer now prints on all 132 columns. We do see, however, that column 85 is printing way too far to the left. This may be a damaged coil and the source of the unknown smoke from last week. Next week we will investigate and either adjust or replace and adjust the coil for column 85.

The DE 1403 had some light bulbs that were burned out, such as the Print Ready status. Ken located the bad bulbs and we looked for replacement lamps. We knew that these operated on 10-12 volts at a draw of 40 ma, so we set up a current limited power supply in the workship and sorted through our lamp stock until we found the appropriate bulbs. The new bulbs are in place.

We do have a defect on the CT machine that needs to be researched, but it is not causing any problems right now. When the 1402 reader has no cards in the hopper, the Reader error light on the 1401 panel will turn on. It goes off when cards are placed in the hopper. While it is on, there is no error condition lit up on the 1402 panel. This is not what happens on the DE system.

Carl

Wed, Nov 14, 2018 7:09 pm Carl wrote
CT would not power up, similar to the problem we had weeks ago with a oxidized contact, but this time on relay 4 rather than on relay 1. Sanded and system back in operation.

DE has printer sync checks. Discovered near demo time

Tape 1 on CT worked fine but reflective tape rather far in, dumping probably due to insufficient winding while loading.

Tape 2 blows +6V breaker. Breaker tested to 4A without trip. Two wires run from breaker - one to main logic panel and one to preamp board. Removed both and breaker still trips!!

Ran out of time to look further due to demo

Carl

Send comments etc. to Ed@Ed-Thelen.org