Schedule August 2008

return to main 1401 Restoration Page
go to Team Bios

Contents:

Saturday August 02 - failed demo, Techniques for increasing electronic reliability
Wed August 06 - general,
Wed August 13 - general, planned visit by Jim Ingram
Wed August 20 - general, Thurs August 21 - tape team Sat August 23 - 4th Saturday
Wed August 27 - general, Thurs August 28 - tape team


Saturday August 02; Good News - CHM tours; Bad News - 1401 Tour Readiness


An e-mail friend,  Charles OHearn, and his wife came to town.
He had worked Nike systems and then commercial computers for many years
    so of course I had to show him CHM Saturday August 2nd :-))

--------- Good News - CHM tours --------- 

At 12:00 we took the Short Visible Storage Tour,
   which was just fine  :-))
     Very well done - Museum can be proud :-))

At 1:00 we watched the Babbage Demo, nice crowd - 
     Judith Haemmerle lectured, she is good!!
        and John turned, one jam -
     We were informed how lucky we were to see a jam,
         while John cleared it  ;-))
The museum, Doron Swade and  Tim Robinson can be proud.
       http://www.ed-thelen.org/BabInstCHM/index.html#Visit

We then went to see the PDP-1 demo -
    again smoooth  ;-))  fun :-))
Folks were impressed with first person comments
     by the docents -

--------- Bad News - 1401 Tour Readiness --------- 

Then I took my guests to see the 1401 -
I fired up the 50 Hz converter and the DE system.
Then I key punched a date card and two name cards,
       and tried to run the BIGPRINT deck.
First try it got a read check after about 8 cards,
    tried again -  maybe 5 cards
    tried again - maybe 13 cards.
So I gave my friends the name cards as souvenirs
   and we left to talk for an hour or so
   at a table in the Chess Exhibit.

I watched Stan have a seemingly similar situation several weeks ago.
    - with about 20 guests -

The DE 1401 system still has "morning sickness",
   not much better than
           http://www.ed-thelen.org/1401Project/Sched2007February.html#26
The machine has to be energized for several hours
       before probably working properly -

--------- Tirade ---------  
 
(stuff deleted)

And in civilian life, morning sickness is an indication
   of  unacceptable reliability - no face if nothing else.
Your very automobile 
   - if it backfires and smokes for the first 15 minutes 
   - guess what - you get the mechanic to fix it.
   
Maintenance to get reliable cold starts is not rocket science.
    Whole generations of military and civilian folks have figured
        how to do it.
 
--Ed Thelen

Techniques for increasing electronic reliability - Added August 9, 2008

The following 5 pages (about 1.1 megabyte) is from IBM Field Engineering Maintenance Manual 1401 Data Processing System 225-6487-3 (re-sized from Paul Pierce's web site, Thank You - about 7 megabytes) that deal specifically with increasing the reliability of the IBM 1401 - the procedures are listed as Scheduled Maintenance. These procedures have yet been used on our 1401s.
PPierce-IBM-225-6487-3-MarginalChecking.pdf, Marginal Checking (MC) (1.1 megabyte file)

These techniques were also used by General Electric Computer Department field people (and folks in other companies and services) to minimize electronic logic failures. I claim we made (or could make) electronic logic failures about as low as IBM. (But non-IBM companies generally did not provide such easy to use tools.) If we had had good peripherals available, we would have given IBM a much better run for the money :-))



Wed August 6 - General


Wed August 13 - general

  • Present for the regular work session were: Ron Williams, Bob Erickson, Bill Flora, Frank King, Stan Paddock, Glenn Lea, Joe Preston, Judith Haemmerle, Ed Thelen, Robert Garner

  • Glenn Lea (left) is back from a trip to Alaska. He claims he hooked this fish, but you know fishermen ;-)) I have been trying to see if this image was "enhanced" with PhotoShop ;-)) In any case, it took these three guys (Glenn says) to bring this one that didn't get away up from 450 ft. Am I being too cynical? I grew up in Minnesota, and lying about fishing was regarded as a Constitutional Privilege !! Just like for politicians and used car salespeople.

  • Ron Williams (left) and Bob Erickson bug shooting the CT 1406. They suspect that a slipping probe induced this problem - like it slipped, and a power supply tripped.

  • Folks were arriving for the Jim Ingram discussion with Fran Underwood. Here is (left to right) Bill Worthington, Dick Weaver and Shel Jacobs. Shel used to fish for customers - I think he looks like a great fisherman too. Jim Ingram (left, manager of the 1401 project) arrived from San Francisco with Robert Garner.

  • Jim Ingram (left, manager of the 1401 project) talking with Ron Mak near the DE printer - which just ran a greeting BIGPRINT :-)) Totally unperturbed by the hubbub, Glenn Lea worked on a 729 tape drive problem. Here, the bellows switch that senses vacuum is available from the vacuum pump, seems non-functional. Maybe fishermen, with single minded purpose, are useful after all !!

  • This is the assembling group for Jim Ingram's interview, primarily by Robert Garner, with further questions and comments by Shel Jacobs, and by speaker phone by Fran Underwood (Texas) and Van Gardner (Georga). This is the view from the video recorder. About six more people came in just before and during the interview.


Wed August 20 - General


Thurs August 21 - tape team

From Bob Feretich
Jeff and I made plans to start working at the CHM on Thursdays again. We have two projects in mind.
  1. Demonstrate a Fortran-II Compile on the German system.
  2. Bring-up of the TAU on the Connecticut System.

The German System:
We would like to set up the Tape Drive Emulator for docent and class use. We thought it appropriate to accomplish this by enabling the system to perform some classic 1401 program that required the use of multiple tape drives. Once we get the Fortran compiler up, it should be easy for other multi-tape programs like Autocoder or Sort/Merge to run.

We would like to set up the emulator to communicate via Wi-Fi to the user's notebook computer. Do we need to get any CHM IT people involved to do this? Usually IT managers get upset when they are surprised by unauthorized networks operating in their buildings.

This project requires the assignment of an IP address to the emulator. Will the CHM IT department provide us with one, or should we get one on our own?

We also want to create a virtual tape library. The tape library would be accessible to any  Emulator user. It would initially contain utility programs like:
  • Tape-to-printer -- to print data from PC files to the 1403 printer. Docents could print classic character graphic art from images in the tape library. The museum could even start a character graphic art collection.
  • Tape-to-punch -- to punch data from PC files to the 1402 card punch. A good way to create card decks, but be aware that the 1402 does not print the contents of the card at the top like the keypunch does. To make this useful, someone will need to restore an Interpreter (like an IBM 557 or 548).
  • Card-to-tape -- to read cards from the 1402 card reader and transfer the card contents into a PC file.
  • Tape copy -- to transfer data between the user's PC and a real tape drive.
Of course, we also would put the Fortran compiler into this library .

Is there anyone at the museum who is interested in expanding this library concept to include the demonstration programs, like BigPrint? We can show them how to add programs to and manage the library. Writing demo programs would be much easier. Executable files are created directly from the  Rope cross-development tools. ASCII to/from BCD conversions for data files is already built into the Emulator.

The Connecticut System:
Once Ron and Bob put the 1406 back together, Jeff and I could start bringing up the TAU unit.

Which of the two projects should receive priority?

Regards,
Bob

Robert Garner responded

Bob,

I like your tape emulator proposals - thanks for taking this on! Being able to emulate up to 6 tape drives (while including our operational 729) will enable us to run the full complement of 1401 binaries we now have (before more of the 729's are running.)

Re: Which task is higher priority: Getting the CT 1401 TAU up and running with your Tape Emulator is highest priority.

Re: Your proposal for making available Fortran, Sort/merge, Autocoder, BigPrint, and a utility library via the Tape Emulator is fantastic! Of course, once the CT 1401 is up, your Tape Emulator can be used there too.

For the wireless network and IP address, contact Khanh Tran or Vinh Quach. (I've cc'd Vinh on this msg.)

- Robert

p.s. Our recently acquired Fortran, Cobol, Autocoder, etc binaries that Paul Pierce read for us are located here: http://www.piercefuller.com/library/ibm1401.html

I can resend Paul's emails describing the formats, etc, if you don't still have them in your inbox.

Ed ---> Have we copied these images to our web site? Thx!


Sat August 23 - 4th Saturday

  • Present were Ron Williams, Bob Erickson, Judith Haemmerle,

  • All 16,000 characters of storage now work :-)) Accomplished today were:
    • A broken wire near the previously soldered wire fixed (soldered). This may have been "collateral damage"?
    • Two cold soldered joints fixed
    • Two, maybe four? SMS cards in 1406 were bad -

  • Bob and Judith were checking timing pulses in the 1406, Ron says that he was leaning back in the big easy chair, leading the good life.

  • Team members now (3 PM) entertaining CHM guests :-))


Wed August 27 - general

There was activity - I took vacation from web site



Thurs August 28 - tape team

From Bob Feretich
TAU Debug Status - Thursday, August 28th (Jeff & me)

We started working on the new 1401's TAU last Thursday. Our first objective was to fix the bugs that were preventing the TAU from reseting. (When reset, all indicator lights on the TAU control panel should be off. Two were on.)

The first thing that we noticed was that there were a lot of yellow wires on the TAU backplanes. This indicates that many engineering changes were applied to this machine while it was in the field. The second thing that we noticed is that _*the TAU logic in the vicinity of the first bug did not match the ALD documentation!!!*_

When we copied the TAU ALDs we found changes to about 6 pages. From the number of yellow wires, the changes are much greater than that. _*The TAU is at an engineering change level somewhere between its documentation and the German system.*_

We were able to use the German ALDs to trouble shoot the first bug. The Conn. systems ALDs were able to be used for the rest of the work Thursday. However, the documentation gap may could become a show-stopper down the road.

*Status:*

  • The TAU now resets correctly. (We replaced two bad cards.)
  • We verified that the TAU's control counters (Read. Write, & Delay) count correctly.

Next Week:

  • We can't go much further without attaching something to the tape interface. We plan to attach the 729 Emulator to it next week.
  • Then we will try to run some of the TAU I/O functions. (Rewind, read, write,...)

Regards,
Bob



Go to
September 2008
go to Team Bios