• Please review our updated Terms and Rules here

Honeywell 200 resurrection

RobS

Experienced Member
Joined
Sep 28, 2012
Messages
290
Location
Kent, England
Hi there. This is my first posting - could be my last.

The Honeywell 200 seems to be extinct; correct me if I'm wrong. I intend to try to provide a remedy, a replica built from original Honeywell parts from around 1969, more a pastiche though really as they're too modern. I have almost enough components, but if you have any that might be suitable in your museum or even just remember what a Honeywell 200 looked like please respond.

By the way, don't believe that the H-200 killed the IBM 1401 like they say in the histories. I think the 1401 died of natural causes.

Rob S
 
I always liked the H200's futuristic (for the time) styling. You've got quite a job ahead of you.

The 1401 (and 1410 and 1441 and the 7010) were in use well into the 1970s and many lower S/360 and S/370 systems were run in 1401 emulation mode after IBM withdrew support for the older systems. I don't think that IBM ever considered the H200 as any particular threat. Once IBM got its foot in the door of a customer, it was very difficult to dislodge.
 
I agree with you. I have read a document written by Dr. William Gordon, head of the H-200 development team, setting out the original proposal for the design of the H-200 and in it emulating the 1401 is treated as almost an afterthought. It's just the pat historical records that call the H-200 the 1401-Killer. I understand that it did cause the IBM management to set a very rigid date for the launch of the 360 as damage-limitation though. Our company went the same internal emulation path with successive generations of Honeywell machine. I had old programmes from the H-200 days still running under not one but two levels of emulation when we were using a Honeywell model 66. If you're wise you stay with what you know best.

The visual style of the H-200 is just one reason why there should still be one somewhere. I knew someone who had the control panel from one as a souvenir but he threw it away when he moved house. I intend to build as precise a replica of that panel as I can but I only have less than thirty of those original iconic illuminated push-buttons and the panel needs over fifty, so I'll have to improvise a bit. After doing that designing the logic should be a walk in the park.

Rob S
 
Are those button caps simply acrylic? If so, it should certainly be possible to machine or cast them and fit them to contemporary illuminated pushbutton bodies.

I never got to see a 200 up close; my first contact with Honeywell iron was via a friend who'd taken a job in Phoenix (at the old GE computer plant) in the early 70s with them. I got to take a stroll through the ill-fated water-cooled 66/85 prototype they were working on--really, just a bunch of free-standing racks sitting inside of an enclosure that you could walk into. The console the engineers were using was very impressive--Nixie-tube bar-graph displays in particular caught my eye.
 
Yes, inch long chunks of three quarter inch square translucent plastic, don't know which kind but acrylic seems likely. The problem I see is getting or casting acrylic with the same colour and density of translucence as the originals. I assume one adds some ingredient to the clear mix to cause the effect. Perhaps a professional encapsulating firm would know how to do it. Not all the buttons need to light up, but the whole style of the panel would be ruined if they didn't all look the same and I don't want to abandon the originals entirely and use all replicas. Provided that I grouped old and new buttons separately it might look acceptable.

Good news regarding memory for the machine. Someone in Amsterdam has offered me several 4k H-200 memory banks with supporting driver boards. That will solve one problem.

I'm being very pragmatic about this project. At its conception I christened the planned computer "Honey Pi" after the Honeywell 200. I changed Honeywell to Honey because it won't be entirely Honeywell and the 200 to Pi because the project may be irrational and never end. Its signature demonstration programme is to compute Pi beyond the Feynman point (767 decimal places) using only 2k bytes of memory and no hardware multiply or divide, printing the result progressively while doing the calculations. I have already written and tested the programme on a PC-based emulator and the H-200 would take 14 minutes 1.9 seconds to run it to 770 places, so all I need now is to build the real computer, which will take me much longer.

When I've made some significant progress to report I'll open the honeypi.org.uk website to document it so that I don't fill this forum with details, but building that will just add to my work.
 
I'd definitely talk to a plastics firm. You can tint casting resin, but it's a tricky business. Don't overlook the many model-making fora that are online--there's a wealth of information there.

What are you going to do about peripherals for your system?
 
My view is that the equipment should be visually interesting, hence the reason why the Pi Factory, sorry didn't mention before that's what I call my progressive Pi algorithm, starts printing immediately and not fourteen minutes after everyone has got bored and left. I originally worked on a punched card H-200, but that's impractical in our spare bedroom, so I'll try interfacing to a Dataplex machine that I have. That has two magnetic card reader/writers, you know the cards the same size as a punched card? They hold 12.5k bytes apiece, equivalent to around 150 punched cards, and when they slide back and forth through the reader with the read head going sideways to change tracks they look pretty stupid. I suppose it didn't take long for someone to make the magnetic media round, spin it around instead and call it a floppy disk. The Dataplex sits easily on a desktop, so it won't cause any domestic issues. It was designed by Englishmen. Here's the American patent application http://www.freepatentsonline.com/3860793.pdf but don't blame them for the magnetic card idea because I think that was an American invention first. Our company used the Dataplex for word processing for quite a few years. As an alternative to the Dataplex I could get really modern and use eight inch floppies, single-sided hard-sectored ones of course. I have a few packs of those and a drive.

I haven't decided about hard copy output yet. Printing devices suffer too much wear to last. I have all the H-200 electronics to interface to an IBM Selectric golfball typewriter but I doubt that I'll find one. It's more likely that output will be to a screen of some sort until something come along. If I get as far as worrying about hard copy output no doubt somebody out there will realise that I'm being seriously successful and offer something. I've got a Wang daisy-wheel printer but who in the world understands their weird dual coaxial communication protocol now? If I want to use that I'll have to hack straight into the interface microprocessor board and bypass their connection method altogether.

The other possible medium is paper tape, although it's no fun to handle. I have a box of sixteen reels to hand just in case. Again the machinery would be entertaining as I have a punch and readers from a Flexowriter and interfacing the H-200 to relays would be a good puzzle. One of the readers is a Selectadata device with the two speed gearbox for fast searches. I stripped down and rebuilt the punch not so long ago because the parity checking contacts were filthy. Of course the Flexowriter itself is long gone, worn out printing machinery you see.

That's me off the grid for the evening now. We've got a big time difference between us here you know.
 
Sign up to the cctalk mailing list--there's a lot of older gear (including TTYs and Flexowriters) lurking among the members there--and much of it on your side of the pond. The list's web page is here. Be patient--the list is sporatically administered.

Note my avator--an NCR CRAM magnetic-card storage device. I learned to despise that beast.
 
Sounds like a worthy project for sure! I've got a couple of those mag card drives (and one card ;-)) in case you need any parts...
 
I took a look at cctalk but at the moment I think I should be doing some of this work that I'm promising as there's plenty here without getting more. I'll bear it in mind though so thanks for that.

I remember hearing about those CRAM devices at my company but it was told to me more as a joke than a sign of progress. I suppose like a lot of things, including the H-200, it was great when it worked. I feel for you.
 
I don't even know whether the Dataplex works now. I haven't taken it off the shelf for years and I'll probably put my back out when I do. One card? When I acquired equipment I'd always take everything else connected with it from the engineer's room, operator's room, encoding room (not the girls though, well only once and I put her back later), but at least manuals, media and spare parts. That's why I have over 300 spare light bulbs for a H-200 which doesn't exist yet. At least if I build it it'll be a while before I have to convert it to LEDs. That said, I did have to buy some spare bulbs for the Dataplex as it has several photocell motion detectors in each card drive which sort of rely on them to work.

Thanks for mentioning that the project is worthy. I need encouragement. I put it off for two and a half years to write a novel instead but at the moment I think this project has more support than the novel. That's strange because it's about people living in the 1960s who are able to communicate with people living in the twenty-first century. It's science fiction of course. :)
 
Cool! I wish you luck.

An H200 was the first computer I ever programmed, though I only saw it once. Back in 1975 my high school offered a FORTRAN class. We rented a keypunch and sent our card decks across town every night with the school's janitor who lived near the computer facility. The next day we got our printouts back (I still have some of them). The long turn-around taught me early to debug in my head. One day we took a field trip and saw the real thing.

The next year the school bought two Altairs with MS cassette BASIC.
 
Even in our business environment our development work was run overnight, so we also got only one shot a day at running a programme. I agree that it is good training. Personally I somehow never acquired the habit of making mistakes in the first place because I did what I was taught and nobody taught me to make them. The first programme that I ever wrote on a training course was immediately flawless and I carried on that way for years. Our managers were scared by the way that I worked, using all the available scheduled time to design my programmes with virtually no time left to correct errors as I didn't plan to make any, but they got used to it. Nowadays trial and error development is so fast that even I resort to it, but mainly because modern computer systems don't necessarily do what they're supposed to in reality or they are inadequately documented. I have to be extremely careful building my H200 as the parts that I have are irreplaceable and burning any out could end the project.

I went on a FORTRAN training course in 1972 because our company normally used COBOL but valuation of our liabilities involved complicated actuarial calculations which would have been inefficient in COBOL and our actuaries used FORTRAN for their research tasks. I discovered that FORTRAN couldn't read or write the large COBOL tape files that we used then, so instead I wrote a COBOL programme to handle the files with an EASYCODER module embedded in it to do the calculations. EASYCODER was the assembly language of the H200 but the brilliant design of the H200 hardware meant that it was halfway between more modern low level assembler languages and something like BASIC, so not too great a strain on the brain. This wasn't anything brand new but just another step in the work already done by IBM, Honeywell and others. By building the replica H200 I can demonstrate the versatility of the H200 machine language better than by simply writing an emulator, which I also need to do anyway.

Computer architecture is a balancing act between cost, performance and complexity. Magnetic core memory was extremely expensive when it was made by hand, so early computer logic did as much as possible in one instruction to keep programmes small. Semiconductor RAM became very cheap and processors became much faster, so instructions could do less and RISC processors became viable. Then processors became so complex that they could do highly specialised tasks again, like the video processors in modern gaming computers. The H200 is an example of where this balancing act started. I have several Honeywell Level 6 and DPS6 minicomputers which I am about to donate to a computer museum. They are an interesting transitional phase in computer architecture, having RISC style bit-slice processors executing microcode on ROM to implement the more complex machine language that the programmes actually use. If you changed the internal plug-in ROMs in a DPS6 it could behave like some other sixteen bit computer, which would be fun. Perhaps one could even be converted into a PC. I believe that they were versatile enough to be used on the Space Shuttle, so I've heard.
 
I've wondered whether the compiler we used was from Honeywell or converted from IBM.

The job page header said:
FORTRAN D SYSTEM TAPE REVISION NUMBER 6.0
and the listing page said:
FORTRAN 200 SOURCE LISTING AND DIAGNOSTICS
 
My Honeywell training course in 1972 was for FORTRAN D and they used their own compiler. FORTRAN is intended to be a very portable language, so one would use the native compiler for the computer on which it is run. My reason for opting to do my calculations in EASYCODER was that even then our computer had no hardware multiply or divide and the software versions built into the Honeywell compilers weren't that great. In those days writing good routines to do those tasks was a game played by aspiring programmers. Our company required us to use actuarial rounding in our calculations as financial calculations need different consideration from scientific ones when choosing a rounding method, so we incorporated the rounding into our routines when we designed them.

The progressive calculation of Pi that I've written as a demonstration programme for the H-200 doesn't use conventional multiplication or division instructions and wouldn't benefit from them much, even on a computer which had them. Also it doesn't use a return stack as the most basic H-200 didn't have that facility either. Memory was too small and expensive then to waste it on a stack. In fact where a conventional modern programme would use a stack this programme contrives to use a first-in-first-out queue, which is more useful because it is continually looping and taking the oldest data to use in the newest calculations. Top down structured programming with subroutines is a common style of programming now but it isn't the best solution for every occasion. In the days when computers had little brains programmers had to exercise theirs a lot to compensate. The "Go To" instruction didn't die out; it lives on with an assumed name under a witness protection programme in every computer.
 
My Honeywell training course in 1972 was for FORTRAN D and they used their own compiler. FORTRAN is intended to be a very portable language, so one would use the native compiler for the computer on which it is run. My reason for opting to do my calculations in EASYCODER was that even then our computer had no hardware multiply or divide and the software versions built into the Honeywell compilers weren't that great. In those days writing good routines to do those tasks was a game played by aspiring programmers. Our company required us to use actuarial rounding in our calculations as financial calculations need different consideration from scientific ones when choosing a rounding method, so we incorporated the rounding into our routines when we designed them.

The progressive calculation of Pi that I've written as a demonstration programme for the H-200 doesn't use conventional multiplication or division instructions and wouldn't benefit from them much, even on a computer which had them. Also it doesn't use a return stack as the most basic H-200 didn't have that facility either. Memory was too small and expensive then to waste it on a stack. In fact where a conventional modern programme would use a stack this programme contrives to use a first-in-first-out queue, which is more useful because it is continually looping and taking the oldest data to use in the newest calculations. Top down structured programming with subroutines is a common style of programming now but it isn't the best solution for every occasion. In the days when computers had little brains programmers had to exercise theirs a lot to compensate. The "Go To" instruction didn't die out; it lives on with an assumed name under a witness protection programme in every computer.

Just curious Rob, just how far out did you take Pi?
 
The progressive calculation of Pi that I've written as a demonstration programme for the H-200 doesn't use conventional multiplication or division instructions and wouldn't benefit from them much, even on a computer which had them.

What multiplication algorithm are you using? The H-200 does BCD math, right?

Are you taking advantage of the variable-length word size?
 
My target using a 2k byte memory was the Feynman point, 767, and the programme reached 770 after a lot of head-scratching on my part. I don't specify the end-point; the programme just stops when the calculations in progress overflow available memory. The smallest memory size available in an H-200 was 2k and that was all the core memory I had anyway, which is why I set that target. As I have recently been offered several original Honeywell 4k memory modules I can now consider building a 4k machine. Any more memory than that would need "address mode 3" as "address mode 2" only used twelve bit addresses, but address mode three also provided indexed and indirect addressing and building that in would involve a lot more hardware for which I probably won't have the parts or the patience, so I am still limiting my initial design to 4k and the most basic machine marketed. To answer your question completely I just this moment cleared a path through my workroom and across the desktop (something akin to navigating between icebergs with all the boxes balancing everywhere at present) to find my development PC and rerun the emulator with 4k of memory and very spookily it stopped at 1767 decimal places, exactly 1000 past the Feynman point. Therefore adding 2k gave me another 1000 places, which is pretty good memory usage. I also have the "Pi Factory" algorithm written as a demonstration C programme to run on a PC, which is not optimised for memory usage, so I could take it much further but I agree with Richard Feynman, that it is adequate to "end" Pi with "...999999 and so on."
 
I believe that a significant difference between the H-200 and the IBM1401 was that the H-200 was able to do both BCD and binary arithmetic. Being a character machine with unlimited word length that meant that one could do either to any number of significant digits as well, which was fun. Also having binary arithmetic meant that one could do address modification. In the most basic model of H-200, which didn't have indexed addressing, that meant that one could index a programme loop through an array simply by adding values to the appropriate parts of the instructions, which was okay until the addresses overflowed by mistake and the carries changed the operation codes :) There is no consolidated multiplication or division in my algorithm because it only calculates one decimal place at a time. The only multiplications required are by integer constants so they are done by the time-honoured process of doubling and adding. Divisions just provide a single decimal digit as quotient with a remainder, so are just done by repeated subtraction. In order to calculate the digits progressively all the calculations involved have to be done simultaneously one place at a time. As binary values take less space than BCD I use purely binary numbers but scale them by ten each time around the loop, so they effectively convert into decimal as they are used, a sort of extended BCD if you like. Only the final accumulator is a real BCD field. This field is necessary because I have to allow a delay of a few digits before printing the top one so that carries can propagate through the answer. This final carrying is the only part of the calculation of Pi that demands right-to-left operations; everything else can be done left-to-right even though it runs contrary to our usual view of arithmetic. One of my reasons for choosing the Feynman point as my target was that passing it successfully proves that the propagation of carries is working where it is most likely to fail.

I do use variable length words in the FIFO queue but that alone wasn't enough to hit my target, so I have added half-byte compaction to eliminate half-byte zeroes. The memory used by the compaction and expansion routines is less than the savings in the queue size, so it was worth doing ... but I still didn't hit the target then. The H-200 has an additional bit, the item mark, on each character and that tends to sit around doing nothing most of the time, so I use it to mark bytes where a half-byte zero has been suppressed. Making the values variable length isn't an enormous saving though as I only ever store remainders from divisions, which are all small numbers by definition. I have put so much memory optimisation into the H-200 version of the programme that it is now difficult to see how the actual calculation of Pi works in amongst all the optimisation code.

Having achieved sufficient compaction in my software I now have to be equally adept at compacting the necessary logic into my hardware as I only have sufficent backplane space for 200 logic boards even though I have almost a thousand boards to hand. It would be very nice to find another H-200 backplane somewhere, even a small one out of a Honeywell disk drive or elsewhere. Even compatible individual edge connectors (single sided 0.125 inch pitch 40 pin) don't seem that easy to find now. Well it wouldn't be fun if it was too easy.
 
I forgot to mention that the H-200 would take one hour nine minutes forty eight point four seconds to calculate the 1767 decimal places, which would get rather boring as a demonstration. With 4k of memory I think I'd trade in a few decimal places to speed it up.
 
Back
Top