企业官网建设流程全解析

在工控现场摸爬滚打这么多年，电机控制这类需求我见过太多次了。经常是操作员面对一整排控制柜，每个柜门上密密麻麻排着几十个启停按钮，光是找按钮就得花十几秒，稍不注意就按错。所以当有人问我“能不能做一套S7-1200的电机编号启动程序”时，我第一反应就是：这个需求太真实了，而且比想象中更有搞头。

先说清楚这个项目到底解决什么问题。所谓“电机编号启动”，就是用一组公共的启停操作面板，配上一个编号输入装置，操作员想启动几号电机，就在面板上输入对应的数字，再按启动按钮，PLC自动识别这个编号，驱动对应的输出点去接通电机回路。停止同理。这套逻辑用在泵站、风机群、多工位传送带、甚至小型生产线上都特别合适，尤其适合电机数量多、柜面空间紧张、又不想每台电机都配一套独立按钮的场合。对于刚入行想做PLC练手项目的人，这个案例能覆盖I/O分配、内部寄存器使用、间接寻址、置位复位指令、自锁互锁这些核心知识点，属于“小项目里藏着大学问”的典型。

我在实际做这类程序时，通常会按照“需求拆解—硬件组态—I/O规划—程序编写—现场调试”这条线走下来。下面就把整套思路和踩过的坑都摊开来讲。

1. 项目需求拆解与方案选型底层逻辑

1.1 编号启动到底在解决什么麻烦

很多新手看编号启动，以为只是在程序里加两个比较指令，没什么稀奇。但放到真实工厂环境里，它的价值远不止省几个按钮。

我接过一个水产养殖场的项目，循环水系统里有12台水泵，分布在三个泵房。原来的控制方式是每台泵配一套本地启停按钮，操作员巡视时想临时开某一台泵，得跑到对应泵房去按。后来改造要求集中控制，可控制柜面板已经塞满了仪表和指示灯，根本没有空间再排12套按钮。这时候编号启动就是最省事的方案——一块小触摸屏或者一个数字拨码器，加上公共的启动、停止、急停按钮，就能把全部电机管起来。柜面整洁了，接线也减少了，维护量直线下降。

更深一层，编号启动天然适合“批量操作”的场景。比如工艺要求先开1号泵冲洗管道，再依次开2号、3号泵，再比如某些场合要求“顺起逆停”：启动时1→2→3，停止时3→2→1。这些逻辑如果用独立按钮做，每一路都要重复写一堆互锁和顺序判断；用编号启动加一个步序寄存器，控制逻辑反而集中、好维护。

1.2 为什么选S7-1200而不是200 Smart或300

选型这事儿没有绝对的“最好”，只有“最合适”。我做这个项目首选S7-1200，核心原因有三个。

第一，S7-1200的编程环境是TIA博途全家桶。现在的工控趋势很明显，触摸屏、PLC、驱动、伺服全往博途上收，你在一棵树上把技能点点满，后面扩展视觉、上位机、第三方设备都顺。相比之下，S7-200 Smart虽然便宜，但编程平台相对独立，往博途生态迁移时还得折腾一番。

第二，S7-1200在“中小型项目”这个档位性价比极高。以常见的1214C DC/DC/DC为例，本体自带14点数字输入和10点数字输出，还能扩展信号板和多块SM系列模块。电机数量在30台以内，一台1214C加一两块SM1222继电器输出模块基本都能覆盖，没必要上300/1500那种大型机。

第三，S7-1200在通信方面够灵活。它不仅支持PROFINET、Modbus TCP，还支持Modbus RTU。这就意味着同一台PLC既能做本地的电机启停控制，又能在需要调速时通过串行总线挂一大堆变频器。我后面会详细讲一台PLC带32台变频器的事情，这里先埋个伏笔。

2. 硬件组态与I/O分配的完整实操

2.1 在博途里新建项目并完成组态

拿TIA博途操作说，步骤并不复杂，但细节决定成败。

打开TIA Portal V16或更高版本，新建项目，命名建议带上日期和现场名称，比如“2025_水产养殖_泵群编号控制”。然后在“设备与网络”视图里，从硬件目录拖入S7-1200 CPU。选型时注意订货号必须和现场实物一致，比如CPU 1214C DC/DC/DC的订货号是6ES7 214-1AG40-0XB0，选错了下载时会报“在线与离线不匹配”。

接下来按实际硬件配置添加模块。如果电机数量多，本体10个DO肯定不够，我一般会先估算总输出点数：每台电机需要1个启动输出，如果需要故障复位可能还要额外输出。假设控制12台电机，再加一个总蜂鸣器输出，那就是13个DO，所以至少要挂一块SM1222（16点继电器输出）。注意SM1222选型时有晶体管型和继电器型之分，继电器型触点容量大，可以直接驱动接触器线圈，但如果动作频率特别高（比如频繁启停一分钟几十次），继电器寿命会下降，这时候就得考虑晶体管输出加中间继电器。

组态完成后，把CPU的IP地址规划好。现场设备越来越多，IP规划不乱很重要。我的习惯是：PLC本体固定一个地址段，触摸屏用另一个段，变频器等从站再单独分段。例如PLC用192.168.0.10，触摸屏用192.168.0.20，这样出问题一眼能看出是哪个设备在通信。

2.2 I/O表设计是后面所有程序的根基

I/O表设计这件事，做得好能省一大堆调试时间，做得烂后面改程序能改到怀疑人生。

我常用的方法是把I/O表做成Excel表格，按照“地址、符号名、数据类型、对应设备、安装位置、备注”六列来填。举个例子：

这里有个非常关键的设计：编号输入用的是什么设备，直接决定了程序的读法。我用过三种方式：拨码开关、按钮加减、触摸屏输入。拨码开关便宜可靠，但占输入点，如果编号范围是0~15就得用4个输入点，0~31就得用5个点；按钮加减适合手动操作且不怕按错，但程序要多写加减和限幅逻辑；触摸屏输入最直观，通过HMI直接赋值给一个INT变量，不用占PLC输入点，缺点是要额外配触摸屏。这个案例里我建议先掌握拨码开关的方式，因为它涉及BCD码解码和位组合的底层逻辑，对理解PLC数据位关系很有帮助。

2.3 硬件接线里的那些坑

硬件接线阶段我吃过不少亏，说几个最典型的。

第一个坑是漏接急停的常闭点。急停按钮一定要用常闭触点接入PLC输入，程序里用常开指令去读它。这样一旦急停被按下，输入信号断开，程序能立即捕捉到“急停触发”这个状态。如果你图省事用了常开触点，急停被按下时PLC反而收到接通信号，逻辑虽然也能写对，但万一急停回路断线、接触不良，你很难分辨到底是没按急停还是线路断了。用常闭触点，只要线路有问题，程序就报急停，反而更安全。

第二个坑是接触器线圈的续流问题。继电器输出控制接触器线圈时，线圈断电瞬间会产生很高的反向电动势，虽然在PLC内部模块有保护，但强烈建议在接触器线圈两端并联RC吸收回路或者压敏电阻。我在一个项目里就遇到过输出点烧坏的情况，排查到最后就是没加吸收回路，换了一个输出点之后又烧了。后来老老实实加上RC吸收，再没出过问题。

第三个坑是编号拨码开关的接线顺序。拨码开关有公共端和位端，接线时位数顺序一定要和程序读取顺序一致。比如程序里把最低位接到I0.3，实际接线却把最低位接到了I0.6，那输入编号1实际读出来就是8。这类错误光看图很难发现，必须一个编号一个编号地现场验证。

3. 核心程序设计与模块化实现

3.1 程序结构怎么分层才清晰

S7-1200的程序可以用OB、FB、FC、DB来组织。很多新手习惯把所有逻辑全塞进OB1，功能简单时还好，电机多了以后维护起来就想骂人。我建议从一开始就养成模块化思维。

针对编号启动项目，我一般这样设计程序结构：

• OB1主程序：调用各个功能块，处理启动初始化逻辑
• FC100“编码读取”：把拨码开关的位信号转换成整型编号
• FB101“电机编号启停控制”：核心逻辑，接收编号和启停命令，处理置位复位
• FB102“故障汇总”：汇总所有电机的故障和状态，输出到HMI和蜂鸣器
• DB10“电机控制DB”：存放所有电机的状态、命令、编号、故障标志
• DB11“HMI通信DB”：存放触摸屏需要读取的变量，与HMI变量表一一对应

为什么要把“编码读取”单独做成一个FC？因为不同现场的编号输入方式不一样，有的是拨码开关，有的是按钮加减，有的是触摸屏。但你不想因为换了输入方式就把核心控制逻辑重写一遍。只要FC100的接口不变（输入是原始信号，输出是INT编号），内部怎么实现都无所谓。这样现场改动时，只需要动这一个FC，其他程序一概不动。

3.2 编码读取的BCD码转换逻辑

如果用的是拨码开关，读取编号的实质是把4个开关状态组合成一个4位二进制数，然后转换成十进制整数。PLC里最直接的做法是：

#tempNum := 0; IF "SW_Num_0" THEN #tempNum := #tempNum + 1; END_IF; IF "SW_Num_1" THEN #tempNum := #tempNum + 2; END_IF; IF "SW_Num_2" THEN #tempNum := #tempNum + 4; END_IF; IF "SW_Num_3" THEN #tempNum := #tempNum + 8; END_IF;

这段逻辑看起来简单，但实际操作里有个很容易忽略的点：拨码开关在切换瞬间会有抖动，键位可能短暂弹跳，导致PLC读到的编号一瞬间变成错误值。如果不处理抖动，操作员明明拨到5，PLC可能瞬间读到7，碰巧在那一瞬间按了启动，结果启动的就是7号电机，现场设备乱动，那是相当危险。

处理抖动的办法很简单，在代码里加一个“延时确认”的计时器：只有当编号连续稳定N毫秒（我一般用200ms）之后，才认为是有效编号。200ms这个值怎么定？太短了滤不掉抖动，太长了操作员觉得反应迟钝。实际测试下来，机械式拨码开关的抖动一般在几十毫秒以内，200ms足够稳定又不会太拖沓。

另一种做法是直接在硬件上给拨码开关输出并联一个小电容做RC滤波，但改硬件不如改程序方便，现场我基本都靠程序解决。

3.3 核心启停逻辑：置位复位与互锁的配合

核心启停逻辑很多人第一反应是写自锁电路：

A "确认按钮" A "编号有效" = "启动中间继电器"

但这个方案在电机数量多时会非常繁琐，每一台电机都要写一段自锁语句，而且容易出现“双线圈输出”这种高级bug。我更推荐用置位复位指令加数组的方式。

S7-1200支持把多个电机状态放到一个DB数组里。例如：

"电机控制DB".电机运行状态[1] // 1号电机的运行状态 "电机控制DB".电机运行状态[2] // 2号电机的运行状态

有了数组，程序的核心逻辑就可以写得很“浓缩”：

// 启动指令 IF "启动按钮" AND "编号有效" AND NOT "电机控制DB".电机运行状态["电机控制DB".当前编号] THEN "电机控制DB".电机运行状态["电机控制DB".当前编号] := TRUE; "电机控制DB".当前启动编号 := "电机控制DB".当前编号; END_IF; // 停止指令 IF "停止按钮" AND "编号有效" AND "电机控制DB".电机运行状态["电机控制DB".当前编号] THEN "电机控制DB".电机运行状态["电机控制DB".当前编号] := FALSE; END_IF;

这段逻辑的核心是把“当前输入的编号”当作数组下标来使用。这里就是利用了S7-1200支持的间接寻址方式，通过动态下标直接访问对应的电机状态位。这样做最大的优势是：程序量不会随着电机数量的增加而线性膨胀。控制10台电机的程序长度和控制50台电机的程序几乎一样，只要数组大小改一下就行。

但这里有两个细节必须注意。

第一，数组下标不能越界。如果操作员拨了个超出范围的编号（比如只有12台电机，却拨出了15），程序里必须做限幅判断，在“编号有效”这个标志里就要把超范围的情况排除掉，否则访问数组越界，轻则程序报错，重则CPU进入故障状态。

第二，互锁不能丢。编号启动看起来每台电机独立控制，但现场经常有工艺要求（比如两台泵不能同时开、正反转不能同时得电）。我的做法是在置位之前加一个“条件许可”判断：

// 条件许可：如果编号对应电机已经运行，则不允许重复启动 // 如果工艺要求A/B电机互斥，则在此处追加 IF "电机控制DB".电机运行状态["电机控制DB".当前编号] THEN #启动条件满足 := FALSE; END_IF;

虽然这个项目是“单台电机独立启停”，但我在实际项目中几乎总会预留互锁变量，方便现场追加工艺约束。这个习惯帮我避免过好几次现场返工。

3.4 用多重背景数据块封装电机控制逻辑

热词里有人搜“西门子plc多重实例”，这正好是这个项目里能用到的高级技巧。所谓多重实例，就是在一个FB里调用另一个FB，并把被调用的背景DB嵌入到调用方FB的背景DB里，而不是单独为每个电机建一个DB。

什么意思呢？比如我能把“单台电机的启停控制”写成一个FB101，它内部有这些接口：

• 输入：启动指令、停止指令、故障复位指令、运行反馈
• 输出：运行状态、启动命令输出
• 静态变量：启动计时器、故障累计次数

然后在主FB里，我可以用一个“电机控制数组”来调用这个FB多次：

// 伪代码，示意多重实例数组调用 FOR #i := 1 TO "电机控制DB".电机数量 DO "电机控制FB实例"[#i]( 启动指令 := "启动按钮" AND #i = "电机控制DB".当前编号, 停止指令 := "停止按钮" AND #i = "电机控制DB".当前编号 ); END_FOR;

这样每个电机都拥有独立的控制实例，互不干扰，但程序代码只用写一份。这在电机数多的时候特别香。我刚接触这个技巧时也有点懵，多花了一下午专门测试数组形式的多重实例，确认S7-1200在V4.0以上固件都支持这种写法，才敢大面积用在项目里。

4. 进阶：一台PLC带多台变频器的通讯控制构想

4.1 从开关量启停走向数字量调速

如果项目只是启停电机，编号启动这套方案已经够用。但现场很多时候电机不是光启停就完了，还要调速。比如泵要按需调节流量，风机要按工艺改变转速。这时候每台电机配一台变频器，PLC就需要和变频器通信。

热词里有个问题很典型：“一个西门子plc与32个变频器modbus通讯控制是否可”。我的答案是：可行，但别想得太美。

从硬件上说，S7-1200加一块CM1241 RS485通信模块，就能做主站走Modbus RTU协议，一台PLC理论上最多可以带247个从站设备。32台变频器在站号上是完全没问题的。但“能通信”和“通信得好”是两码事。

Modbus RTU是半双工总线，同一时刻只能有一问一答。PLC要读取或者写入32台变频器的数据，就得分时轮流访问。假设每台变频器每秒轮询一次，每问一次需要50ms（包括响应时间），那32台就是1.6秒一个周期。如果轮询周期太长，变频器的状态变化就不能及时反馈到PLC。所以实用方案通常是：把“重要的数据”（比如运行状态、故障状态）放在高频轮询组，把“不重要的数据”（比如电流、输出电压）放到低频轮询组。我用过一种做法是1秒内高频组轮询一圈、低频组4秒轮询一圈，既保证关键信息及时性，又不至于让总线过于拥堵。

4.2 编号启动和变频器组合的控制结构

如果把编号启动的逻辑扩展到变频器控制场景，程序结构可以这样设计：

• 每个变频器对应一个“逻辑电机编号”，编号1~32
• 启动编号电机时，PLC向对应变频器写入启动命令（通过Modbus写线圈或者写保持寄存器）
• 停止编号电机时，PLC向对应变频器写入停止命令
• 频率给定则通过编号选择对应变频器的频率设定寄存器，公共的频率设置面板输入目标值，PLC把值写到对应的变频器

这种方式的好处是完全沿用“编号启动”的交互模式，操作员不用关心哪个变频器挂在哪个地址下，只管选择编号、按启动、调频率就行。PLC内部用一张映射表把逻辑编号和Modbus站号对应起来，调试时只需要改映射表，不用动主程序。

我用过一台S7-1200带12台施耐德ATV变频器做联动的项目，Modbus RTU轮询、编号启停、统一频率设定这些功能都上线了，跑了半年没出过事。但前提是通信线缆用的屏蔽双绞线，两端加了120Ω终端电阻，变频器侧也做了接地处理。这些细节对Modbus通信稳定性影响非常大，后面会专门讲。

4.3 触摸屏配合后的体验优化

热词里有人问“西门子smart700ie每次开机都提示usb或tf卡出现问题”，这个我遇到过，一会儿放在问题排查里说。先讲编号启动和触摸屏搭配的事。

如果现场有条件，我强烈建议在编号启动方案里加一块触摸屏。触摸屏上用I/O域做一个数字输入框，操作员直接输入电机编号，比拨码开关更直观，还能顺便在屏幕上显示每台电机的运行状态、电流、运行时间。

触摸屏和S7-1200组态很简单，博途里连上HMI设备，建立变量连接，然后把PLC侧DB11“HMI通信DB”里的变量拖到画面里就行。需要特别注意的是，触摸屏读写PLC数据时要做好数据类型匹配：PLC里的BOOL、INT、REAL在HMI里要对应选择Bool、Int、Float，选错了一上屏就是乱码或者只能读不能写。

触摸屏上还可以做一个“编号选择→确认→启动”的操作流，防止误触启动。程序里对应加一个HMI启动命令寄存器，触摸屏上的启动按钮直接写这个寄存器为TRUE，PLC检测到上升沿后执行启动逻辑，然后把这个寄存器复位。用“寄存器命令”而不是直接用触摸屏位按钮去点PLC的启动位，是为了避免触摸屏按钮卡住导致启动信号一直有效。

5. 常见问题排查思路与现场避坑实录

5.1 编号启动无效，按了没反应

这种问题90%出在三个地方：编号有没有读进来、编号有没有超范围、启动指令的上升沿有没有抓到。

排查步骤我一般按下面的顺序来：

1. 在线监控“编码读取”FC的输出变量。如果拨码开关拨到3，变量显示3，说明输入读取得没问题；如果显示0或者乱码，检查I/O地址是否分配正确、接线位序是否和程序一致。
2. 检查“编号有效”标志。如果编号已经读取正确但有效标志为FALSE，多半是超范围判断或者延时确认逻辑还在等待稳定。
3. 检查启动按钮的上升沿。S7-1200里可以用R_TRIG指令检测上升沿，但要注意R_TRIG的实例最好是背景DB里的静态变量，如果你在FC里反复调用同一个R_TRIG实例，可能会出“只执行一次”的怪问题。我建议把启动按钮的边沿触发放到OB1里，用全局DB里的边沿标志。

还有一次我遇到一个特别隐蔽的问题：现场操作员按启动按钮，偶尔没反应。查到最后是按钮的常开触点按下后接触电阻不稳定，PLC输入信号抖动，有时能抓到上升沿有时抓不到。换成品牌好一点的按钮，问题彻底消失。所以别小看硬件选型，按钮这类基础元器件往往就是“玄学问题”的根源。

5.2 电机乱启动，编号明明没按

这个问题的危险性比“没反应”高一个量级，我在一个老项目里碰到过一回，排查了很久。

当时的现象是：操作员把编号拨到1，没按任何按钮，1号电机就自己启动了。查程序，启动指令明明需要“启动按钮”为TRUE才会置位。后来监控发现，程序里“启动按钮”对应的输入点I0.0在某个瞬间闪了一个高电平，持续时间只有几十毫秒，但PLC的扫描周期足够短，正好捕捉到了这个毛刺。

原因出在公共启动按钮的走线太长，和旁边一根动力电缆并行走了几米，动力电缆启动瞬间的电磁干扰耦合到了按钮线上。这个问题的根本解法是布线分开走，信号线和动力线不能同槽；临时解法是在程序里给启动按钮加上滤波时间，比如用TON延时200ms，只有持续200ms的高电平才认为是有效启动信号。这样操作员正常按按钮（持续时间远大于200ms）完全不受影响，但干扰毛刺（几十毫秒）就被滤掉了。

5.3 Modbus通讯时通时断，变频器偶发丢站

如果是做了变频器扩展的项目，最让人头疼的就是Modbus通信不稳定。我的排查顺序是这样：

1. 先看波特率和数据格式。PLC和所有变频器的波特率、校验位、停止位必须完全一致。有时某台变频器出厂默认是8E1（8数据位偶校验1停止位），其他都设成了8N1，这一台机器就会偶尔丢站。
2. 再看从站地址。同一总线上站号重复是绝对的灾难，两个站同时响应主站请求，通信必然乱。检查所有变频器的站号拨码，确保没有重复。
3. 然后检查终端电阻。Modbus RTU总线两端必须各接一个120Ω终端电阻。少了终端电阻，通信距离稍长或者节点稍多时，信号反射会非常明显。
4. 最后查屏蔽层接地。屏蔽双绞线的屏蔽层需要在PLC侧单端接地，不能两端都接地，否则接地电位差会形成环路电流，反而引入干扰。现场有次通信总断，排查到最后发现屏蔽层在PLC和变频器两侧都接了地，改成单端接地后奇迹般稳定了。

5.4 Smart 700 IE触摸屏开机提示USB或TF卡问题

热词里有人问smart700ie开机总提示USB或TF卡出现问题。这个我在项目里也遇到过。通常原因是触摸屏非正常断电（比如直接拉闸）导致存储介质上的分区数据损坏。解决办法是：

1. 开机出现提示时，先把U盘拔掉，排除U盘问题；
2. 如果还提示TF卡问题，重新上电后进入系统的“设置”界面，找到存储介质管理，执行一次格式化；
3. 格式化之前先把触摸屏里的项目程序备份出来，否则项目就没了，格式化后要用WinCC flexible或者博途重新下载项目；
4. 如果格式化后还是反复出现提示，多半是触摸屏内部的存储芯片已经老化损坏，只能返修或者换屏。

再补充一条，S7-1200项目里如果触摸屏下载程序后频繁重启、界面卡死，先检查触摸屏固件版本和项目编译组态的版本是否匹配。版本不匹配是很多“屏幕界面显示不全、控件错位”问题的幕后黑手。

5.5 实用排查速查表

5.6 这个项目还能怎么扩展

最后再说说编号启动的扩展空间，我认为这个套路在工控项目里具有“母体项目”的潜质。

往大了扩，可以把“编号”从电机编号扩展成“功能编号”或“配方编号”，比如编号1代表“注水模式”，PLC自动开特定的几台泵和阀门；编号2代表“循环模式”，又是另一套设备组合。这种基于编号的配方控制，在小型水处理、小型发酵罐控制里非常实用。

往深了扩，可以把启停逻辑从布尔型输出扩展成PID闭环控制，比如编号电机对应一台泵，PLC采集管道压力，通过PID调节变频器频率，让编号启动的设备自动进入恒压运行。这个扩展只需要在FB里增加PID指令和相关参数。

往智能维护方向扩，可以在每台电机的运行时间里做累计，触发“运行时间到，请保养”的提示，通过触摸屏推送。这对于生产设备的预防性维护很有价值。

个人实际体会是，编号启动这个项目看着简单，但把它吃透了，PLC编程里最核心的那些东西——I/O规划、数据组织、间接寻址、FB封装、通信组态——就都过了一遍。很多刚入行的朋友总想找一个“能看到666效果”的项目，其实像这种贴近现场真实需求的小项目，反而是最能积累经验的。每次调试踩的坑，都会变成你下一个项目里的直觉。把这些基本功练扎实了，后面上1500、上WinCC、上伺服定位，也就只是换个工具的事。