Programmable controllers: How it all began

This is the 40th anniversary of the beginning of the programmable logic controller (PLC). It started in 1968 and is a real-time device that acts as the modem to your process. It is not part of the computer. My work from 1954 to 1964 was working in specialized projects such as aircraft and memory for computers.


This is the 40th anniversary of the beginning of the programmable logic controller (PLC). It started in 1968 and is a real-time device that acts as the modem to your process. It is not part of the computer.

My work from 1954 to 1964 was working in specialized projects such as aircraft and memory for computers. I sat in a back room and made sketches, diagrams and reports. On New Year’s Day 1968, I outlined a device to get rid of all the projects I have ever worked on. The philosophy had to be definitive; factory floor and electrical technician- and electrician-oriented. It had to accept heat, never fail or be turned off, substantially over-engineered and be Coke proof. Also, if I did it right, it would make money for me while I slept nights instead of sitting there at my desk. That was the hardware.

The philosophy of the inside system was the device would take a snapshot of the process, then process the interrelationships between the components, needs and logic of the process and ship the results of that analysis back out to the process.

In other words, it would take a snapshot at a time rather than continuous solutions. I had hoped this would take care of the inter-modulation effects, namely, the interaction of two events that lead to oscillations and strange phenomena associated with the older ideas of control software.

The memory had to be exquisitely reliable. At that time, we used a thing called core memory threaded on copper wires. This was sufficient for all our needs. They tried to sell me low cost, cheap, fast-core memories, and I suggested otherwise. Claude Shannon’s equation in 1948 suggested that reliability and bandwidth are a function of signal-to-noise ratio. I wanted the signal to be strong enough to be resistant to external magnetic and electrical fields.

The hardware had to have no fans with all conductive cooling, sealed, spark immunity. And each of the circuit boards (there were three at the time) would view the world thermally through a copper sheet. Between each printed circuit board, there was a copper sheet that conducted the heat to the outside world.

The hardware had to look good to manufacturing, be power- and voltage-insensitive, rugged and high priced. I knew then cost was a bad word. We believed our user would want total value, not entry costs. If the programmable controller saved one month of factory up-time, it was worth a million dollars.

The software was designed for the problem, to be implemented by the electrician and resulted in an adversary relationship with academics. The academics wanted to build microsecond performance while forgetting about quantum theory. The quantum effects of a factory are rather simple. There was a pulse of power every 8 milliseconds in the U.S. Nothing can occur any faster than that other than very special processes. Again, the 80/20 rule applies: 20% of the effort will solve 80% of the problems.

The aim of the programmable controller was all relays cannot excite themselves in less than the power cycle process. If you think about it, 25 to 50 Hz is very high speed for bandwidth performance in a factory. All I had to do was make sure all problems %%MDASSML%% independent of load %%MDASSML%% did all their processing during that lump of energy in the power line. We were coupled to the environment and the electrician, not to the dream of higher bus bandwidth inside the computer.

The language, besides being fast enough, had to satisfy the hard real-time performance. This means each execution had to be accomplished in the same vision time as it happened the last time, independent of excitation which totally ruled out interrupt structures.

The language had to be robust and never need repair. Instead of a go-to language, we made it come-from logic, or rather a whole sequence of if/then statements with only four references per line.

One or two contacts are useless, three are the minimum, and I threw in an extra one to make four. It’s called relay logic. I do not know where the original relay logic came from, but most diagrams with banks of relays had logic diagrams that I believed were developed by the Germans. It represented symbology for relays open and closed. All these lines of logic had to be standalone with no interrupt. And though everyone argued for Boolean, none of the electricians understood Boolean. They did understand relays. The scan was content-independent of activity.

Conventional logic in software then (and still today) means there is a single track or flowchart that if one of the components fail, the whole system grinds to a halt. Modern object-oriented software systems have independent operations. We used this same approach in 1968 to make sure that when a single independent operation failed for some reason, all the other operations continued on.

In marketing, we decided this was not a computer. Although we used computer science for design, we had to erase every reference to the word computer. We erased the blackboards and took the paper away from people if the word computer was on it. We had to be real jerks. Language and names carry baggage, and we had to eliminate the baggage.

Hitting the market

We made our first sales trip going up to Bryant, in Springfield, VT, and the first programmable controller was in my old self-repairing Pontiac’s trunk. They opened the cover and said it was wonderful. “It’s not another piece of pastel-colored sheet metal.”

At that time, we did not know what we had built. We just wanted to get rid of a problem that had plagued me for four years in specialized systems. What it did for the customer was reduce the time to market from months to weeks on a Greenfield project, and maintenance was really low %%MDASSML%% it runs forever. We got our original money from one of the founders of Digital Equipment Corp., who was making, or so they thought, a competing product.

We developed a programmable controller independent of anyone else. If we had known General Motors had a specification out and Digital Equipment had their PDP-14, we possibly would have never started the PLC story. Even though we are from MIT, we are not that dumb.

We started it with a cold specification without paying any attention to the specifications of the users. Our first big customer was General Electric. They made an over-the-transom request to buy our units on an OEM basis. GE would private-label our units for their own use. The first one was delivered to Landis, PA. Our biggest market development early on was in Japan with Yaskawa and Toyota. The units were called 084, 184, 284 and so on, because hypothetically it was the 84th project in Bedford Associates; our original contracting firm founded in 1964. The 084, was designed by the original team and did not sell well. Professional marketing and engineering then came in and made it a winning unit and program called the 184.

Editor’s note: as part of the celebration of the 40th anniversary of the PLC, this article, which is written by the Father of the PLC, Dick Morley, is adapted from the Aug. 2008 issue of ISA’s InTech magazine and appears here with permission. For the full text, go to .

Author Information
Dick Morley ( ) is widely known as the Father of the programmable logic controller.

The Top Plant program honors outstanding manufacturing facilities in North America. View the 2017 Top Plant.
The Product of the Year program recognizes products newly released in the manufacturing industries.
Each year, a panel of Control Engineering and Plant Engineering editors and industry expert judges select the System Integrator of the Year Award winners in three categories.
SCCR, 2018 Maintenance study, and VFDs in a washdown environment.
Welding ergonomics, 2017 Salary Survey, and surge protection
2017 Top Plant winner, Best practices, Plant Engineering at 70, Top 10 stories of 2017
Product of the Year winners, Pattern recognition, Engineering analytics, Revitalize older pump installations
Control room technology innovation; Practical approaches to corrosion protection; Pipeline regulator revises quality programs
The cloud, mobility, and remote operations; SCADA and contextual mobility; Custom UPS empowering a secure pipeline
Setting internal automation standards
Knowing how and when to use parallel generators
PID controllers, Solar-powered SCADA, Using 80 GHz radar sensors

Annual Salary Survey

Before the calendar turned, 2016 already had the makings of a pivotal year for manufacturing, and for the world.

There were the big events for the year, including the United States as Partner Country at Hannover Messe in April and the 2016 International Manufacturing Technology Show in Chicago in September. There's also the matter of the U.S. presidential elections in November, which promise to shape policy in manufacturing for years to come.

But the year started with global economic turmoil, as a slowdown in Chinese manufacturing triggered a worldwide stock hiccup that sent values plummeting. The continued plunge in world oil prices has resulted in a slowdown in exploration and, by extension, the manufacture of exploration equipment.

Read more: 2015 Salary Survey

Maintenance and reliability tips and best practices from the maintenance and reliability coaches at Allied Reliability Group.
The One Voice for Manufacturing blog reports on federal public policy issues impacting the manufacturing sector. One Voice is a joint effort by the National Tooling and Machining...
The Society for Maintenance and Reliability Professionals an organization devoted...
Join this ongoing discussion of machine guarding topics, including solutions assessments, regulatory compliance, gap analysis...
IMS Research, recently acquired by IHS Inc., is a leading independent supplier of market research and consultancy to the global electronics industry.
Maintenance is not optional in manufacturing. It’s a profit center, driving productivity and uptime while reducing overall repair costs.
The Lachance on CMMS blog is about current maintenance topics. Blogger Paul Lachance is president and chief technology officer for Smartware Group.
The maintenance journey has been a long, slow trek for most manufacturers and has gone from preventive maintenance to predictive maintenance.
This digital report explains how plant engineers and subject matter experts (SME) need support for time series data and its many challenges.
This digital report will explore several aspects of how IIoT will transform manufacturing in the coming years.
Maintenance Manager; California Oils Corp.
Associate, Electrical Engineering; Wood Harbinger
Control Systems Engineer; Robert Bosch Corp.
This course focuses on climate analysis, appropriateness of cooling system selection, and combining cooling systems.
This course will help identify and reveal electrical hazards and identify the solutions to implementing and maintaining a safe work environment.
This course explains how maintaining power and communication systems through emergency power-generation systems is critical.
click me