企业官网建设流程全解析

1. 入行前三年，我把PLC踩过的坑都翻了一遍

刚入行那会儿，我总觉得PLC编程就是“画梯形图、下载程序、按启动按钮”这三件事。真正进了车间才发现，程序能跑通和产线能稳定量产之间，隔着至少一百个细节。我做过食品包装线的改造，也跟过汽车零部件厂的六轴机械臂调试，还接过冷库监控这种温湿度PID常年波动的烂摊子。三年下来，我攒了90条实战经验，有些是师傅骂出来的，有些是半夜三点在客户现场自己悟出来的。这篇文章不打算讲“PLC是什么”这种教科书内容，而是把入行1到3年的工程师最常卡住的地方——IO分配怎么做才不返工、梯形图怎么写才不被后来人骂、西门子1200的程序框架怎么搭才不越写越乱、Modbus和OPC UA读上来的数据怎么用——一条条拆开讲。如果你刚入行，或者正在从“能写程序”往“能扛项目”过渡，这些内容应该能帮你少走不少弯路。

2. 先想清楚再动手：PLC项目整体设计与思路拆解

2.1 为什么IO分配表比程序本身还重要

很多人拿到项目第一反应是打开博途或者GX Works开始画梯形图，这是典型的“先写代码再想架构”。我吃过最大的亏是在一个包装线上，程序写了三天，到现场发现IO点对不上，光电开关的常开常闭和程序里完全反了，结果整条线的逻辑全部要翻。后来我养成一个习惯：任何项目，先出IO分配表，而且这张表要包含六个字段——序号、信号名称、信号类型（DI/DO/AI/AO）、PLC地址、电气符号、备注。备注里必须写清楚这个信号是常开还是常闭、是PNP还是NPN、有没有特殊要求。

为什么这么强调？因为IO分配表是电气工程师、PLC程序员、现场调试人员三方共用的“合同”。你表里写I0.0是启动按钮常开，电气接线就必须按常开来接；你写Q0.0控制接触器，现场就得确认接触器线圈电压和PLC输出类型匹配。我见过太多项目因为IO表没对齐，导致程序逻辑全部重写。一个中等规模的产线，IO点通常在80到200个之间，如果没有表，你写到一半自己都不记得I3.7是干什么的。

提示：IO分配表建议用Excel做，按DI、DO、AI、AO分Sheet，每个Sheet里按设备工位排序，不要按地址排序。地址是结果，工位才是逻辑。

2.2 程序框架的选型逻辑：为什么我最终选了西门子1200

入行前两年我用过三菱FX3U、台达、信捷，后来主力转到西门子S7-1200。不是说其他品牌不好，而是1200在中小型非标项目里有一个很舒服的平衡点：本体IO够用、支持Profinet、博途的变量表和交叉引用做得足够好、Modbus和OPC UA都有现成库。三菱FX3U的梯形图很直观，但一旦项目超过50个IO点，没有结构化编程会写得非常痛苦。信捷XD3系列在伺服脉冲控制上性价比很高，但程序框架的复用性偏弱。

我现在的1200项目框架基本固定为几个FB块：主控FB、报警FB、模拟量处理FB、通讯FB、HMI交互FB。主循环里只调用这几个FB，每个FB内部再细分。这样做的好处是，下一个项目来了，我把FB复制过去，改一下IO映射和参数就能跑。很多人写程序是“一个Main从头写到尾”，写到后面自己都找不到变量在哪。FB框架的代价是前期要多花半天搭结构，但后期调试和修改的时间能省掉至少两天。

2.3 梯形图还是SCL：别被“梯形图万能论”绑住

刚入行时师傅跟我说“梯形图是PLC的根，先把梯形图写熟”。这话对了一半。梯形图在逻辑互锁、电机正反转、顺启逆停这些场景下确实直观，但遇到数据处理——比如把10进制转16进制、做PID运算、解析Modbus报文——梯形图会写得非常臃肿。我在一个温度PID项目里试过用梯形图写PID调节，光是比较和运算就占了十几行，后来改用SCL写了一个FB，代码量少了三分之二，可读性还更好。

我的建议是：逻辑控制用梯形图，数据处理用SCL，通讯用现成库。西门子1200支持LAD和SCL混编，同一个FB里可以既有梯形图网络又有SCL代码块。不要强迫自己只用一种语言，工具是拿来用的，不是拿来供的。

3. 核心细节解析与实操要点

3.1 IO分配的具体操作与常见陷阱

IO分配不是简单地把信号列出来，有几个细节直接决定调试顺不顺利。第一，DI点要预留至少10%的余量。我做过一个项目，IO表上DI用了28个点，选了1214C本体14DI/10DO，结果现场临时加了两个传感器，只能加扩展模块，柜内空间不够，最后把模块装到了柜门上。第二，DO点要确认负载类型。PLC继电器输出可以带交流接触器，但晶体管输出只能带直流负载，而且要注意续流二极管。我见过一个项目用晶体管输出直接带电磁阀，没有加续流二极管，用了两个月输出点烧了三个。

第三，AI点的信号类型要提前确认。是4-20mA还是0-10V，是两线制还是四线制，这决定了PLC模拟量模块的接线方式和量程配置。西门子1200的AI模块默认是电压输入，接4-20mA信号需要并一个250欧姆电阻，或者选支持电流输入的模块。这个细节如果IO表里没写，现场调试时发现信号读出来全是0或者满量程，排查起来很浪费时间。

3.2 梯形图编程的五个实战要点

梯形图看起来简单，但写得好和写得能用的差距很大。第一个要点是网络注释。博途里每个网络都可以加注释，我要求自己每个网络必须写清楚“这个网络在什么条件下执行、输出什么”。半年后回头看自己写的程序，如果没有注释，连自己都要重新捋一遍。第二个要点是避免双线圈。同一个输出Q点在多个网络里被赋值，程序会以最后一个网络为准，前面的逻辑全部失效。我见过一个项目，Q0.0在三个地方被写，现场设备动作完全乱套，排查了一整天才发现是双线圈。

第三个要点是定时器要统一编号管理。三菱FX3U的T0到T199是100ms定时器，T200到T245是10ms定时器，如果随便用，后面想改时间基准就要全部重来。西门子1200的定时器是IEC定时器，每个定时器是一个背景数据块，建议在DB块里统一声明，不要散落在各个FB里。第四个要点是上升沿和下降沿要慎用。上升沿检测需要存储前一个扫描周期的状态，如果放在条件调用里，可能会丢失沿信号。我通常把沿检测放在主循环里，用M点或者DB变量存储状态。

第五个要点是模拟量处理要用NORM_X和SCALE_X。很多人用梯形图做模拟量转换，写一堆MUL和DIV，容易出错。西门子1200有现成的NORM_X和SCALE_X指令，NORM_X把原始值归一化到0.0到1.0，SCALE_X再映射到工程值。比如一个4-20mA的压力传感器，量程0到10bar，原始值0到27648，NORM_X输出0.0到1.0，SCALE_X输出0.0到10.0。这个链条清晰且不容易出错。

3.3 西门子1200程序框架的搭建步骤

我现在的1200项目框架搭建分五步。第一步，建变量表。在PLC变量表里按设备工位分组，比如“上料工位”、“加工工位”、“下料工位”，每个工位下的变量加前缀。第二步，建DB块。建一个全局DB叫“G_Data”，里面放所有跨FB共享的变量，比如报警字、状态字、配方参数。第三步，建FB块。主控FB、报警FB、模拟量FB、通讯FB各一个，每个FB的接口区定义好Input、Output、InOut。第四步，写主循环。OB1里只调用FB，不写具体逻辑。第五步，做HMI映射。HMI变量直接连DB块里的变量，不要连M点，M点掉电不保持，而且不好管理。

这个框架搭下来大概需要半天时间，但后面写逻辑会非常顺。我试过在一个项目里偷懒不搭框架，直接写OB1，写到第三天就发现变量冲突、逻辑交叉，最后花了一天时间重构。搭框架的时间不是浪费，是投资。

3.4 Modbus和OPC UA读取设备数据的实操细节

现在很多项目要求PLC读取传感器、数控机床、变频器的运行状态数据。Modbus RTU和Modbus TCP是最常见的协议，OPC UA在数控机床和MES对接场景里越来越普遍。西门子1200做Modbus RTU需要CM 1241 RS422/485通讯模块，做Modbus TCP可以用本体网口。OPC UA需要授权，而且1200做OPC UA服务器可以，做客户端需要额外配置。

我做过一个项目，用1200通过Modbus RTU读ABB变频器的运行频率和电流。步骤是：第一步，确认变频器的Modbus地址和波特率，ABB变频器默认地址是1，波特率9600。第二步，在博途里添加CM 1241模块，配置端口参数。第三步，调用Modbus_Comm_Load和Modbus_Master指令。Modbus_Comm_Load的REQ用上升沿触发，PORT填模块的硬件标识符。Modbus_Master的MB_ADDR填变频器地址，MODE填0读保持寄存器，DATA_ADDR填变频器手册里的寄存器地址，DATA_LEN填要读的寄存器数量。

这里有个坑：ABB变频器的寄存器地址和Modbus地址有偏移。手册里写的是40001，但Modbus协议里实际地址是0，所以DATA_ADDR要填0而不是40001。这个偏移量每个品牌不一样，西门子自己的设备是40001对应地址0，但有些品牌是40001对应地址1。调试时如果读不到数据，先检查这个偏移。

OPC UA读取数控机床数据更复杂一些。数控机床通常作为OPC UA服务器，PLC作为客户端去订阅。1200做OPC UA客户端需要调用“OPC_UA_Connect”、“OPC_UA_Read”等指令，而且需要购买OPC UA授权。我建议如果只是读几个状态字，用Modbus TCP更简单；如果要读大量结构化数据，OPC UA更合适。

4. 实操过程与核心环节实现

4.1 一个完整项目的调试流程记录

我拿最近做的一个小型非标项目举例，设备是一台自动锁螺丝机，控制要求是：气缸上料、伺服定位、电批锁付、气缸下料。PLC用1214C，伺服是汇川IS620P，HMI是西门子KTP700。调试流程分五步。

第一步，静态检查。不上电，用万用表检查24V电源对地是否短路，检查DI公共端接法，检查DO负载是否匹配。这一步花20分钟，但能避免上电烧模块。第二步，IO点动测试。上电后不跑程序，在博途的监控表里强制Q点，逐个确认气缸动作、伺服使能、电批启动。这一步要确认每个输出对应的物理动作和IO表一致。第三步，手动模式调试。写一个手动FB，每个动作单独触发，确认气缸到位信号、伺服定位完成信号、电批扭力到达信号都能正确读入。第四步，自动模式调试。把手动动作串成自动流程，加互锁和超时报警。第五步，连续运行测试。让设备连续跑50个循环，观察有没有偶发故障。

这个流程里，第三步和第四步最容易出问题。手动模式正常但自动模式卡住，通常是互锁条件写得太严，或者某个到位信号的时序不对。我遇到过一次，气缸到位信号在自动模式里读不到，手动模式却正常，后来发现是自动模式里气缸动作和信号读取在同一个扫描周期，信号还没稳定就被读了。解决办法是加一个0.1秒的延时或者用上升沿触发。

4.2 伺服电机控制的参数计算与梯形图实现

汇川IS620P伺服驱动器用脉冲+方向控制，PLC发脉冲。1214C本体不支持高速脉冲输出，需要加信号板SB 1223或者用工艺对象。我用的方案是PTO（脉冲串输出），在博途里配置工艺对象“定位轴”。参数计算：伺服电机编码器是17位，即131072脉冲每转，丝杆导程是5mm，所以每个脉冲对应5/131072≈0.000038mm。如果要求定位精度0.01mm，这个分辨率完全够用。

梯形图实现上，我用MC_Power使能轴，MC_MoveAbsolute做绝对定位，MC_MoveRelative做相对定位，MC_Reset复位故障。每个运动指令的Execute用上升沿触发，Done和Error做状态判断。这里有个细节：MC_Power的Enable要一直为TRUE，否则轴会掉使能。我见过一个项目，MC_Power的Enable用了一个按钮，按钮松开轴就掉使能，设备直接报警。

注意：伺服使能后如果长时间不动作，有些驱动器会进入待机状态，需要周期性发脉冲或者用MC_MoveJog保持。具体看驱动器手册。

4.3 温度PID波动大的调节方法

冷库监控项目里，温度PID波动大是常见问题。我遇到的情况是设定-18℃，实际在-22℃到-14℃之间来回摆，温差8℃。排查思路分三层。第一层，确认传感器响应。PT100的响应时间通常在10到30秒，如果传感器安装位置靠近蒸发器，会提前感受到温度变化，导致PID误判。解决办法是把传感器移到冷库中间位置，或者加一个热缓冲套管。第二层，确认PID参数。西门子1200的PID_Compact指令，比例增益P太大导致振荡，积分时间I太小导致超调。我的经验值是：冷库温度PID，P设2.0到5.0，I设300到600秒，D设30到60秒。具体值要用自整定功能先跑一遍，再手动微调。

第三层，确认执行器动作。冷库的压缩机通常不是连续调节，而是通过电磁阀开停来控制。如果PID输出直接控制电磁阀，电磁阀频繁启停会导致温度波动。解决办法是加一个PWM周期，比如PID输出0到100%，映射到电磁阀的占空比，周期设60秒。这样电磁阀不会频繁动作，温度也更平稳。

4.4 十字路口红绿灯PLC程序的实现思路

红绿灯程序是很多人的入门练手项目，但写好也不容易。我用1214C做过一个带倒计时的红绿灯，东西向和南北向各三灯（红黄绿），倒计时用HMI显示。核心逻辑用一个状态机：状态0东西绿南北红，状态1东西黄南北红，状态2东西红南北绿，状态3东西红南北黄。每个状态用一个定时器，时间到切换到下一个状态。

梯形图实现上，我用一个整数变量“State”表示当前状态，用比较指令判断状态，用TON定时器做状态切换。倒计时用定时器的ET值换算成秒，传给HMI。这里有个细节：黄灯时间要单独设，不能和绿灯共用定时器。我见过一个程序，黄灯和绿灯用同一个定时器，结果黄灯时间跟着绿灯走，绿灯30秒黄灯也30秒，实际黄灯只要3秒。

5. 常见问题与排查技巧实录

5.1 通讯类问题速查

通讯问题占了我调试时间的一半以上。Modbus RTU通讯不上，先查三样：接线、波特率、站地址。RS485接线是A接A、B接B，但有些设备标注是D+和D-，对应关系要查手册。波特率和站地址在PLC和从站两边都要一致。如果接线和参数都对，用串口调试助手抓报文，看PLC有没有发出去、从站有没有回。我遇到过一次，PLC发出去的报文从站收到了，但从站回的报文PLC收不到，后来发现是RS485模块的终端电阻没接，信号反射导致误码。

Modbus TCP通讯不上，先ping通IP，再确认端口502是否开放。西门子1200做Modbus TCP客户端，调用MB_CLIENT指令，CONNECT参数填TCON_IP_v4结构体，里面填从站IP和端口。如果连接建立但读不到数据，检查MB_CLIENT的MB_ADDR和DATA_ADDR。有些设备的Modbus TCP和RTU的寄存器地址不一样，要分别查手册。

OPC UA通讯问题更复杂，常见的是证书信任问题。1200做OPC UA服务器，客户端连接时需要信任服务器证书。如果客户端不信任，连接会被拒绝。解决办法是在客户端里导入服务器证书，或者在服务器里关闭证书验证（不推荐，有安全风险）。另外，OPC UA的节点ID要确认，不同设备的节点ID命名规则不一样。

5.2 程序类问题速查

程序类问题最典型的是输出不动作。排查顺序：先看PLC输出指示灯亮不亮，灯亮但设备不动，查外部接线和负载；灯不亮，查程序逻辑。程序逻辑里，先看有没有双线圈，再看有没有条件不满足。我遇到过一次，Q0.0在三个网络里被写，最后一个网络的条件是M0.0，而M0.0一直为FALSE，所以Q0.0永远不亮。用博途的交叉引用功能可以快速定位一个变量在哪些地方被读写。

模拟量读数不对也是高频问题。先确认模块的测量类型配置对不对，电压还是电流，量程是0-10V还是4-20mA。再确认接线，两线制还是四线制。最后确认程序里的量程转换，NORM_X的MIN和MAX填的是原始值范围，SCALE_X的MIN和MAX填的是工程值范围。如果读数一直是0或者满量程，大概率是接线或模块配置问题。

定时器不动作，先看定时器的使能条件，再看时间基准。西门子1200的TON定时器，IN为TRUE时开始计时，ET达到PT时Q输出TRUE。如果IN一直为FALSE，定时器不会计时。三菱FX3U的定时器，T0的设定值是K100，时间基准是100ms，所以是10秒。如果误用了T200（10ms基准），K100就是1秒。

5.3 现场调试的独家避坑技巧

第一条，永远带一个笔记本和一支笔。现场调试时，IO点的实际接线可能和图纸不一致，程序里的临时修改可能忘了改回来。记下来，晚上回酒店整理。我吃过亏，现场改了一个定时器时间，忘了改回去，第二天设备动作不对，排查了半天。

第二条，改程序前先备份。博途里可以“另存为”一个新版本，或者用“归档”功能。现场调试时，程序可能被改得面目全非，如果客户说“还是昨天的版本好”，你没有备份就麻烦了。我现在的习惯是每天下班前归档一次，文件名带日期。

第三条，和电气工程师确认公共端。DI点的公共端是接24V+还是0V，决定了PNP还是NPN。如果PLC默认是PNP（公共端接0V），但现场传感器是NPN，信号会反。解决办法是在PLC输入端加一个继电器转换，或者在程序里取反。但取反不是长久之计，最好在IO表阶段就确认清楚。

第四条，伺服和步进电机的脉冲信号要用示波器看。PLC发脉冲，如果频率太高或者占空比不对，驱动器可能收不到。我遇到过一次，PLC发脉冲的频率是200kHz，但驱动器最大只支持100kHz，结果电机不转。用示波器看脉冲波形，确认频率和幅值。

第五条，HMI变量不要直接连M点。M点是位存储区，掉电不保持，而且M点的地址是全局的，容易冲突。HMI变量应该连DB块里的变量，DB块可以设置保持属性，而且变量名清晰。我见过一个项目，HMI上显示的温度值一直不变，后来发现连的是M点，而程序里M点被其他地方覆盖了。

5.4 非标项目调试的节奏控制

非标项目的特点是“每个项目都不一样”，所以调试节奏很重要。我的经验是：先跑通手动，再跑自动；先跑单站，再跑整线；先跑空载，再跑负载。手动模式是基础，手动都不对，自动肯定不对。单站调试时，把每个工位的动作单独跑通，再串起来。空载跑通后，再带负载跑，观察电流、气压、速度有没有异常。

调试时要有“假设-验证”的思维。比如设备不动，先假设是程序问题，用监控表看输出；如果输出正常，再假设是电气问题，用万用表查线路；如果线路正常，再假设是机械问题，手动盘车看有没有卡死。不要一上来就改程序，很多时候问题不在程序里。

提示：非标项目调试时，建议用“分段调试法”。把整条线分成几个功能段，每段单独调试，调好一段再调下一段。这样出问题时，排查范围小，容易定位。

6. 从能写程序到能扛项目，还差什么

入行前三年，我最大的感受是：PLC编程本身不难，难的是把编程放到整个项目里去看。IO分配、程序框架、通讯配置、现场调试，每一个环节都有坑，而且这些坑在教科书里不会写。我总结的这90条经验，有些是技术细节，有些是工作习惯，有些是思维方式。技术细节可以查手册，工作习惯和思维方式只能靠项目喂出来。

如果你现在还在写“一个Main从头到尾”的程序，建议你下一个项目试着搭一个FB框架；如果你还在用梯形图硬写数据处理，建议你学一下SCL；如果你还在现场改程序不备份，建议你从明天开始每天归档。这些改变不会让你立刻变成高手，但会让你在下一个项目里少熬两个夜。PLC这行，经验是熬出来的，但有些夜可以不熬。