1. 从继电器柜到逻辑程序：PLC诞生的前夜
1968年之前，工厂里的自动化控制几乎就是继电器逻辑的代名词。一条汽车生产线，控制柜里可能塞着上千个继电器、接触器和定时器，密密麻麻的接线像一团解不开的毛线球。这种系统有个致命问题：一旦生产工艺要改，比如从生产四门轿车改成两门，整个控制柜的接线就得重新来过。电工拿着图纸一根线一根线地拆、一根线一根线地接，停产几天是常事，改错一根线还可能引发设备撞机。
当时通用汽车公司内部流传一个说法：换一次车型，控制柜的改造费用比买新柜子还贵。这不是夸张，继电器逻辑的柔性几乎为零。更麻烦的是，继电器触点会磨损、会氧化，粉尘环境里接触不良是家常便饭，维修工每天的工作就是拿着万用表在柜子里找故障点。这种背景下，1968年通用汽车向供应商发出了一份著名的招标书，核心要求就一句话：用可编程的电子设备替代硬接线继电器逻辑，而且编程方式要让电气工程师能看懂、能修改。
这份招标书后来被公认为PLC诞生的直接推手。最终中标方案来自一家专注数控技术的公司，他们提出的逻辑控制器采用了类似继电器梯形图的编程语言，电气工程师不需要学计算机汇编，照着原来的继电器图纸就能写出程序。这个设计决策极其关键，它决定了PLC后来五十年的基本形态。我翻过不少早期技术文档，发现当时还有一个并行方案是用布尔代数指令编程，但电气工程师普遍反映“像看天书”，最终被淘汰。这说明一个道理：工业技术的推广，从来不是看谁更先进，而是看谁更贴近现场人员的认知习惯。
1969年，第一台真正意义上的PLC在通用汽车的生产线上投入使用。它的内存只有区区1KB，能处理的逻辑指令不过几十条，但已经能替代上百个继电器。现场工程师第一次体验到“改程序不用动螺丝刀”的快感。从1968年到1980年，这十二年里PLC完成了从概念验证到工业标配的跨越，编程语言、通信接口、冗余架构这些核心要素都在这个阶段定型。下面我就按时间线和技术模块两条线索，把这段历史拆开来讲。
2. 梯形图编程：为什么电气工程师能无缝上手
2.1 继电器图纸的数字化翻译
梯形图编程语言的诞生，本质上是一次“翻译”而非“发明”。早期PLC设计团队里有一位关键人物，他坚持认为编程界面必须和继电器原理图长得一模一样。于是梯形图的左母线对应继电器柜的电源正极，右母线对应负极，中间的常开触点、常闭触点、线圈符号全部照搬。电气工程师拿到PLC编程手册，第一反应是“这不就是我天天看的图纸吗”。
这种设计带来的直接好处是培训成本极低。一个干了五年的产线电工，给他半天时间熟悉编程器的按键，就能把原来的继电器逻辑“抄”进PLC。我见过一份1972年的培训记录，某汽车厂让十二名电工同时学习PLC编程，三天后其中九人能独立完成一条简单生产线的程序移植。这个转化率在当时的计算机编程培训里是不可想象的。
但梯形图也有它的局限。早期编程器没有屏幕，只有按键和数码管显示，输入一个触点要按好几个键。更麻烦的是程序修改必须整段覆盖，不能像现在这样在线编辑。所以那个年代的工程师养成了一个习惯：先在纸上画好梯形图，反复检查三遍，再一次性敲进编程器。这个“纸上编程”的传统，后来演变成了PLC程序设计的标准流程，直到今天很多老工程师还保留着手绘梯形图的习惯。
2.2 指令系统与扫描周期的雏形
早期PLC的指令系统极其精简，核心就是触点指令、线圈指令和定时器/计数器指令。触点指令分常开和常闭，线圈指令分普通线圈和锁存线圈，定时器有通电延时和断电延时两种。就这么几条指令，组合起来却能实现任意组合逻辑。我拆解过一个1974年的PLC程序，它用十二个定时器级联，做出了一个精确到0.1秒的时序控制，控制一条热处理线的八个工位。这种“用简单元件搭复杂逻辑”的思路，是那个年代工程师的基本功。
扫描周期的概念也是在这个阶段确立的。PLC不是实时响应每个输入变化，而是按固定顺序循环执行：读输入、执行程序、写输出、刷新通信。一个扫描周期从几毫秒到几十毫秒不等，取决于程序长度和CPU速度。这个机制带来一个经典问题：如果输入信号持续时间短于扫描周期，就可能被漏掉。早期工程师解决这个问题的方法很朴素——加一个硬件延时电路，把短脉冲拉长到至少两个扫描周期。这个经验后来被写进了几乎所有PLC教材，但现在的年轻工程师往往只记得“扫描周期”这个概念，不知道当年为了对付它，硬件上要多花多少成本。
注意：早期PLC的扫描周期是固定的，不能像现在这样通过中断程序处理高速信号。如果你在复现那个年代的控制逻辑，遇到高速计数或精确定时需求，必须额外加硬件预处理电路。
2.3 编程器的进化：从按键到手持终端
1970年代初的编程器就是一个带按键和数码管的小盒子，通过排线连到PLC的CPU模块。输入程序时，数码管显示地址和指令代码，操作员要记住每个指令的代码号。比如“常开触点”可能是01，“线圈输出”可能是02。这种编程方式效率极低，一个中等复杂度的程序要敲上千次按键。
到了1975年左右，出现了手持式编程终端，带一个小液晶屏，能显示梯形图的符号。虽然屏幕只有两行字符，但已经能让工程师看到程序结构了。这个改进看似不大，却让程序调试效率提升了一倍以上。因为工程师不用再靠记忆去核对地址和指令，屏幕上直接能看到触点串联还是并联。
我收藏过一份1978年的PLC编程手册，里面有一张编程终端的使用流程图，详细到“按哪个键切换显示模式”“如何用方向键移动光标”。这种细致程度说明当时编程终端的操作确实复杂，不写清楚根本没人会用。对比现在的PLC编程软件，拖拽几下就能完成逻辑，那个年代的工程师确实是在“用键盘雕刻程序”。
3. 硬件架构的定型：从1KB内存到模块化机架
3.1 CPU模块的算力与内存分配
早期PLC的CPU模块用的是8位微处理器，主频不到1MHz，内存以KB为单位。1KB内存是什么概念？大概能存200条梯形图指令。所以那个年代的编程有一条铁律：能省则省。一个定时器如果可以用计数器加时钟脉冲实现，就绝不用硬件定时器，因为硬件定时器占内存。我见过一个1976年的程序，用两个计数器和一个内部时钟位做出了一个24小时循环定时器，省下了整整16个字节的内存。这种“抠内存”的编程风格，现在的工程师很难理解，但在当时是基本功。
内存分配也有讲究。程序区和数据区是分开的，数据区又分输入映像区、输出映像区和内部寄存器区。输入映像区的大小由PLC的输入点数决定，输出映像区同理。内部寄存器区用来存定时器当前值、计数器当前值和中间变量。如果程序里用了太多中间变量，内部寄存器区就会不够用，这时候要么优化程序，要么加内存扩展模块。加扩展模块要花钱，所以优化程序是首选。
3.2 输入输出模块的隔离与保护
PLC的I/O模块和继电器柜最大的区别在于隔离。继电器柜里，输入信号直接接到继电器线圈，输出信号从继电器触点引出，强弱电之间靠继电器的物理间隙隔离。PLC的I/O模块用电光耦合器实现隔离，响应速度比继电器快得多，寿命也长得多。但早期光耦的耐压和抗干扰能力有限，现场工程师发现，如果输入信号线走线太长，或者和动力线捆在一起，光耦就容易误动作。
解决方案是加中间继电器。输入信号先驱动一个中间继电器，再由中间继电器的触点接PLC输入。这样既保护了PLC，又提高了抗干扰能力。这个做法在1970年代是标准配置，后来随着光耦技术进步才逐渐取消。我查过一份1979年的安装规范，里面明确写着“输入信号线超过10米必须加中间继电器”，这个10米的经验值来自大量现场测试，不是拍脑袋定的。
输出模块的保护更复杂。早期输出模块分继电器输出、晶体管输出和可控硅输出三种。继电器输出能带大电流但寿命短，晶体管输出寿命长但只能带直流小电流，可控硅输出能带交流大电流但关断特性差。选型时要根据负载类型来定：电磁阀选继电器输出，指示灯选晶体管输出，加热器选可控硅输出。选错了要么烧模块，要么动作不可靠。这个选型逻辑到现在还在用，只是模块的可靠性提高了不少。
3.3 机架与背板总线的设计逻辑
早期PLC采用模块化机架结构，CPU模块、电源模块、I/O模块插在同一个背板上。背板上有数据总线、地址总线和控制总线，模块之间通过总线通信。这种设计的优点是扩展灵活，缺点是总线故障会导致整个系统瘫痪。所以那个年代的工程师在布线时有一条经验：背板总线尽量短，机架尽量靠近现场设备，减少总线上的电磁干扰。
机架的槽位分配也有讲究。CPU模块通常放在最左边，电源模块放在最右边，I/O模块按信号类型分组排列。模拟量模块要远离动力线，高速计数模块要靠近CPU。这些规则在安装手册里都有，但现场情况千变万化，有时候不得不打破规则。我见过一个案例，某产线因为空间限制，把模拟量模块和继电器输出模块插在相邻槽位，结果模拟量信号跳变严重。后来在模块之间加了一块空白挡板，跳变就消失了。这个“空白挡板隔离法”后来被很多工程师效仿，虽然手册上没写，但确实管用。
4. 通信接口的早期探索：从20mA电流环到串行总线
4.1 20mA电流环的工程智慧
1970年代中期的PLC通信，主流是20mA电流环。为什么用电流环而不是电压信号？因为电流环抗干扰能力强。电压信号在长距离传输时容易受电磁干扰，而电流环的电流值在传输过程中基本不变，干扰只能改变电压，改变不了电流。这个原理和现在的4-20mA模拟信号一样，只是20mA电流环传的是数字信号。
20mA电流环的接线很简单，两根线，一根进一根出，形成回路。但调试起来很麻烦，因为电流环是串联的，任何一个节点断开，整个回路就断了。所以工程师在接线时要用万用表逐段测量电流，确保每个节点都接通。我见过一份1977年的调试记录，工程师花了整整一天时间排查一个20mA电流环故障，最后发现是一个接线端子的螺丝没拧紧。这种故障现在用网络分析仪几秒钟就能定位，但那个年代只能靠万用表和耐心。
4.2 串行总线的诞生与冲突
1970年代末，串行总线开始出现在PLC上。最早的是RS-232，点对点通信，传输距离只有十几米。后来出现了RS-422和RS-485，支持多点通信，传输距离延长到一千米以上。RS-485采用差分信号传输，两根线传一个信号，一根是正信号，一根是负信号，接收端取差值。这样共模干扰就被抵消了，抗干扰能力比RS-232强得多。
但RS-485有个经典问题：总线冲突。多个节点同时发送数据时，信号会叠加，接收端收到乱码。解决方法是加一个主站，由主站轮询各个从站，从站只有在被询问时才能发送数据。这个“主从轮询”机制后来成了工业现场总线的标准架构，但在当时，很多工程师不习惯这种“排队说话”的方式，总想让自己负责的从站优先发送。结果就是通信效率低下，甚至频繁死机。我翻过一份1980年的技术通报，里面专门有一节讲“如何说服现场工程师遵守轮询规则”，可见这个问题在当时有多普遍。
4.3 通信协议的分层思想萌芽
早期PLC通信没有明确的分层概念，物理层、数据链路层、应用层混在一起。发送一个数据，从电流环的电气特性到数据帧的格式到应用层的含义，全部写在一份文档里。这种“一锅粥”式的协议设计，导致不同厂家的PLC很难互通。你想把A厂的PLC和B厂的PLC连起来，得先搞清楚两边的电气特性是否匹配，数据帧格式是否一致，应用层指令是否兼容。任何一个环节对不上，通信就失败。
到了1980年左右，开始有工程师提出分层思想：物理层只管电气特性，数据链路层只管帧格式和差错控制，应用层只管数据含义。这样不同厂家的PLC只要物理层和数据链路层兼容，应用层可以各自定义。这个思想后来演变成了OSI七层模型在工业通信中的应用，但在当时，这只是一个模糊的共识，没有形成标准文档。我读过一份1980年的内部技术备忘录，里面用“洋葱模型”来比喻通信分层，一层包一层，每层只管自己的事。这个比喻很形象，说明当时已经有工程师在系统性地思考通信架构了。
5. 冗余与可靠性设计：从单机到热备
5.1 早期冗余方案的朴素实现
1970年代的PLC可靠性已经比继电器柜高很多，但关键产线还是不敢只用一台PLC。万一PLC坏了，整条线停产，损失太大。所以出现了冗余方案：两台PLC同时运行，一台主用，一台备用。主PLC控制输出，备用PLC只接收输入，不输出。主PLC故障时，备用PLC接管输出。
这个切换过程说起来简单，做起来难。早期没有专用的冗余模块，切换靠继电器电路实现。主PLC正常时，它输出一个“心跳”信号，驱动一个继电器吸合，备用PLC的输出被这个继电器的常闭触点断开。主PLC故障时，心跳信号消失，继电器释放，备用PLC的输出接通。这个方案的问题在于切换时间。继电器释放需要几十毫秒，这几十毫秒内输出是断开的，对于某些不能中断的设备来说，这几十毫秒就是事故。
后来改进方案是用固态继电器代替机械继电器，切换时间缩短到几毫秒。再后来出现了专用的冗余模块，切换时间进一步缩短到微秒级。但即使切换时间再短，备用PLC的程序状态和主PLC也不可能完全一致。主PLC故障时，备用PLC从最后一次同步的状态开始运行，这中间的差异可能导致输出跳变。所以冗余系统的调试重点就是同步机制：同步频率多高，同步哪些数据，同步失败怎么处理。这些问题在1980年代都有了解法，但每个厂家的实现都不一样，没有统一标准。
5.2 看门狗与故障自诊断
早期PLC的故障诊断能力很弱，CPU死机了就是死机了，没有任何提示。工程师只能靠观察输出是否正常来判断PLC是否在工作。后来引入了看门狗定时器，CPU正常运行时定期复位看门狗，如果CPU死机，看门狗超时，触发硬件复位。这个机制简单有效，到现在还是PLC的标准配置。
除了看门狗，还有电源监测、内存校验、I/O模块自检等诊断功能。电源监测是检测供电电压是否在正常范围，电压过低时提前报警，避免PLC误动作。内存校验是定期检查程序区和数据区的校验和，发现数据被篡改就报警。I/O模块自检是检查模块是否在线、通道是否正常。这些诊断功能在1980年代逐渐完善，让PLC从“黑盒子”变成了“透明盒子”。工程师不用再靠猜来判断故障点，看诊断指示灯和错误代码就能定位问题。
5.3 环境适应性与防护设计
工厂环境对电子设备很不友好：高温、高湿、粉尘、振动、电磁干扰。早期PLC的故障率不低，很多是因为环境因素。比如粉尘进入机架，落在电路板上，导致短路。比如振动导致接插件松动，接触不良。比如电磁干扰导致通信误码。
解决方案从三个层面入手。第一是密封，机架加防尘网，模块加密封条，接线端子加防护盖。第二是加固，接插件加锁扣，电路板加涂层，元器件加固定胶。第三是滤波，电源加滤波器，信号线加磁环，通信线加屏蔽层。这些措施在1970年代末已经形成了一套标准做法，写进了安装手册。但现场执行往往打折扣，因为加防护盖影响散热，加磁环增加成本，加涂层影响维修。所以那个年代的工程师经常要在可靠性和可维护性之间做取舍。我见过一个案例，某厂为了散热把机柜门拆了，结果粉尘进入导致PLC频繁故障，最后不得不加装空调和防尘网，成本反而更高。这个教训说明，环境防护不能省，省了小钱花大钱。
6. 从汽车产线到全行业：PLC的早期应用图谱
6.1 汽车制造：PLC的第一战场
汽车制造是PLC最早的应用领域，也是推动PLC技术迭代的主要力量。1969年第一台PLC在通用汽车的生产线上试用，控制的是冲压线的上下料机械手。这个应用场景对PLC的要求很典型：逻辑复杂但固定，I/O点数多但类型单一，可靠性要求极高但编程灵活性要求不高。PLC在这个场景下完美替代了继电器柜，而且换车型时只需要改程序，不用改接线。
到了1970年代中期，汽车厂的焊装线、涂装线、总装线都开始用PLC。焊装线的PLC要控制几百台焊钳，涂装线的PLC要控制输送链和喷漆机器人，总装线的PLC要控制物料配送和拧紧机。这些应用对PLC提出了新要求：通信能力要强，要能和上位机交换数据；诊断能力要强，要能快速定位故障；冗余能力要强，不能因为PLC故障导致整线停产。这些需求推动了PLC在通信、诊断、冗余三个方向的技术进步。
6.2 冶金与化工：过程控制的挑战
冶金和化工行业的特点是连续生产，对PLC的可靠性和模拟量处理能力要求很高。1970年代中后期，PLC开始进入这些行业，控制高炉上料、轧机速度、反应釜温度等。这些应用和汽车制造最大的区别是模拟量。汽车制造主要是开关量逻辑，冶金化工有大量温度、压力、流量信号需要处理。
早期PLC处理模拟量的方法是加模拟量输入模块，把4-20mA或0-10V信号转换成数字量。转换精度只有8位，也就是256个刻度。对于温度控制来说，这个精度勉强够用，但对于压力控制来说就太粗了。所以那个年代的工程师在模拟量控制上花了很多心思，比如用多个模拟量模块并联提高分辨率，比如用软件滤波平滑信号，比如用PID算法补偿精度不足。这些经验后来被固化到PLC的模拟量处理指令里，成了标准功能。
6.3 市政与交通：PLC的民生应用
1970年代末，PLC开始进入市政和交通领域，控制路灯、电梯、隧道通风、交通信号等。这些应用的特点是分散、无人值守、环境恶劣。路灯控制要按季节调整开关时间，电梯控制要保证安全回路绝对可靠，隧道通风要根据能见度自动调节风机转速，交通信号要按车流量优化配时。
这些需求推动了PLC在远程通信和无人值守方向的发展。远程通信方面，PLC开始支持电话线拨号通信，控制中心可以通过电话线读取现场PLC的数据，修改控制参数。无人值守方面，PLC增加了自动重启功能，断电恢复后自动运行，不需要人工干预。这些功能现在看来很基础，但在当时是很大的进步。我查过一份1980年的市政工程案例，某城市的隧道通风系统用PLC控制，实现了根据能见度自动调节风机，每年节省电费相当可观。这个案例说明PLC不仅能替代继电器，还能实现继电器做不到的优化控制。
7. 那个年代工程师的实操心得与踩坑记录
7.1 程序备份的土办法
早期PLC没有现在这么方便的存储卡和U盘，程序备份是个大问题。编程器内存有限，存不下多个程序。所以工程师想出了各种土办法。最常见的是用录音机。编程器有一个音频输出接口，把程序转换成音频信号录在磁带上。需要恢复时，用录音机播放磁带，编程器接收音频信号还原程序。这个办法听起来很原始，但在当时很实用。一盘60分钟的磁带能存几十个程序，成本低，携带方便。
但录音机备份有个致命问题：磁带受潮或消磁，程序就丢了。所以重要程序要录两盘磁带，分开存放。而且录音机的音量要调准，音量太小还原失败，音量太大信号失真。我见过一份1978年的操作规范，里面详细写了录音机备份的步骤：先试录一段，播放验证，确认无误后再录正式程序。录完后要在磁带标签上写清楚程序名称、日期、PLC型号。这些细节现在看起来繁琐，但都是血泪教训换来的。
7.2 现场调试的常见故障与排查
早期PLC现场调试的故障五花八门，我整理了几类典型的。第一类是电源故障，表现为PLC完全不工作或频繁重启。排查方法是先测供电电压，再测电源模块输出电压，最后检查电源模块是否过载。第二类是I/O故障，表现为某个输入点不响应或某个输出点不动作。排查方法是先测输入信号是否到达端子，再测光耦是否导通，最后检查程序里对应的地址是否正确。第三类是通信故障，表现为上位机读不到数据或数据乱码。排查方法是先测通信线是否接通，再测波特率是否匹配，最后检查数据帧格式是否一致。
这些排查方法现在看很基础，但在当时没有系统的故障诊断工具，全靠万用表和经验。我印象最深的是一个案例：某产线的PLC输出点偶尔不动作，换了模块也没用。后来发现是输出负载的浪涌电流太大，超过了模块的承受能力。解决方案是在负载两端加续流二极管，吸收浪涌。这个案例后来被写进了PLC输出模块的选型指南，提醒工程师注意负载的浪涌特性。
7.3 程序优化的经验法则
早期PLC内存小，程序优化是必修课。我总结了几条经验法则。第一，能用触点串联实现的逻辑，不要用定时器。定时器占内存多，而且定时精度受扫描周期影响。第二，能用内部寄存器暂存的中间结果，不要重复计算。重复计算浪费扫描时间，而且容易出错。第三，能用子程序调用的地方，不要复制粘贴。子程序省内存，而且修改时只改一处。第四，定时器和计数器的编号要集中管理，不要东一个西一个。集中管理方便查找和修改，也方便计算剩余资源。
这些法则在当时的编程手册里都有，但新手往往不重视，等到内存不够用了才回头优化。我见过一个程序，因为定时器编号乱用，导致两个定时器冲突，一个定时器的当前值被另一个覆盖，时序完全乱了。排查了半天才发现是编号重复。这个教训说明，程序规范不是束缚，是效率的保障。
8. 1980年的技术分水岭与后续演进
1980年是一个分水岭。在此之前，PLC的核心技术基本定型：梯形图编程、扫描周期、模块化机架、20mA电流环和RS-485通信、看门狗和冗余。在此之后，PLC开始向两个方向发展：一个是小型化，出现了一体化PLC，把CPU、电源、I/O集成在一个小盒子里，价格大幅下降，让小型设备也能用上PLC。另一个是网络化，出现了现场总线，把多台PLC和上位机连成一个网络，实现分布式控制。
这两个方向都深刻影响了后来的工业自动化格局。小型化让PLC从汽车厂走向了食品厂、包装厂、水处理厂，市场扩大了十倍不止。网络化让PLC从单机控制走向了系统集成，和SCADA、MES、ERP连成一体，成了智能制造的基石。但不管怎么演进，1968年到1980年确立的那些核心概念——梯形图、扫描周期、I/O隔离、冗余切换——至今没有本质变化。现在的PLC编程软件界面更漂亮了，指令更丰富了，通信更快了，但底层逻辑还是那个逻辑。
我个人在实际操作中的体会是，理解这段历史对用好现代PLC很有帮助。比如为什么梯形图程序要从左到右、从上到下执行？因为扫描周期就是这么设计的。为什么定时器有通电延时和断电延时两种？因为继电器时代就有这两种定时方式。为什么模拟量模块要远离动力线？因为早期光耦抗干扰能力弱，这个经验被继承下来了。知道这些“为什么”，遇到新问题时就能举一反三，而不是死记硬背操作步骤。
最后再分享一个小技巧：如果你在维护一台老设备，PLC型号很老，编程软件找不到，可以先查一下这个型号是哪一年推出的，然后找同一年代的编程手册。早期PLC的编程逻辑是相通的，不同品牌之间差异不大。找到手册后，重点看指令系统和I/O地址分配，这两块搞清楚了，程序就能看懂。这个办法我试过好几次，比盲目猜测高效得多。
