企业官网建设流程全解析

在西门子S7-1200的圈子里待久了，我发现自己被问得最多的一个问题，不是“怎么接线”，也不是“怎么下程序”，而是“博途里到底该选哪种编程语言”。TIA Portal（博途）新建块的时候，摆在面前的有LAD、FBD、SCL几个选项，新手看了直接懵。这篇就把S7-1200的编程语言这件事从头到尾捋清楚：每种语言是什么、适合干什么、有哪些坑，以及同一个功能怎么用不同语言实现。不管你是刚入门想在博图里点亮第一个电机，还是想从LAD转向SCL写复杂算法，这篇都给你一个可以直接照做的参考。

1. 编程语言全景：S7-1200到底支持哪些“方言”

1.1 TIA Portal里的三种主流语言：LAD、FBD、SCL

很多人第一次打开博途，看到语言选择框，以为和C语言、Python一样要做“技术选型”。其实没那么玄，S7-1200能用的主流语言就三种：LAD（梯形图）、FBD（功能块图）、SCL（结构化控制语言）。

LAD是传承自继电器控制柜的图形化语言。你把继电器电路里的触点、线圈换成软件里的符号，左边进线，右边出线，逻辑一条一条排下来。电气出身的人上手最快，因为它和看图纸的习惯完全一致。一个启动按钮、一个停止按钮、一个接触器自锁，在梯形图里画出来和实物接线几乎一模一样。

FBD则是把功能看成一个个“盒子”，用连线把盒子的输入输出串起来。它比梯形图更强调信号流向，特别适合模拟量处理这类“数据从一头进、另一头出”的应用。你在FBD里连PID块、连模拟量转换块，逻辑链比梯形图清晰得多。

SCL是文本语言，长得像Pascal，也像简化版C。它不画图，直接写语句。IF、CASE、FOR这些结构一上，复杂逻辑的表达效率瞬间高出一个量级。数组循环、数据块批量处理、复杂数学运算，这些东西用LAD写会写到怀疑人生，用SCL几行就搞定。

用个不恰当的类比：LAD像手绘电路图，FBD像数据流图，SCL像写伪代码。三种语言解决的是同一个问题——让PLC按你预定的顺序去扫描和输出——只是表达方式不一样。

1.2 为什么S7-1200没有STL和GRAPH

聊S7-1200的编程语言，一定会有人问：“为什么没有STL？”在S7-300/400时代，STL语句表几乎是老工程师的标配。它一行一行地写A、O、AN、=这种助记符，说白了就是PLC的汇编语言，又底又灵活。但到了S7-1200，西门子明确砍掉了STL支持。原因也不复杂：STL的门槛太高，读起来费劲，维护起来全是泪，和S7-1200面向中低端市场的定位完全不搭。如果你是从S7-200/300时代走过来的，过去STL里那套“累加器”的操作习惯要彻底忘掉。

GRAPH（顺序功能图）在S7-1500上很常用，适合步进式控制，比如机械手动作流程、流水线工位顺序。但S7-1200并不支持GRAPH。想用顺序功能图就得老老实实在LAD或SCL里自己做步进逻辑。顺带说一句，别拿S7-1200和S7-1500的功能对比较劲，两者定位不同，S7-1200把LAD、FBD、SCL玩熟，应付绝大多数项目已经绰绰有余。

1.3 语言间的转换与混用：一段逻辑的多面孔

博途有个很实用的特性：同一个逻辑块，可以在LAD和FBD之间切换显示。你拿LAD写好一段程序，右键切到FBD，它会自动把梯形图转成功能块图。这个功能用来向不同习惯的人讲解程序非常方便。

但注意，SCL块不能自动切到LAD或FBD显示。SCL在博途里是独立的文本编辑环境，不支持“一键转梯形图”。反过来，LAD可以转FBD，FBD也可以转LAD，但转换后的网络结构可能和原图不完全一致，尤其是带复杂跳转、边沿检测的逻辑，转换出来只能作为阅读参考，别指望无损翻译。

实际项目里最常见的做法是混用：主循环OB1调用几个FB，FB内部用LAD写设备级逻辑，FC里用SCL写数据计算和算法。只要块接口定义清楚，语言混用完全没有障碍。这点在后面的实操案例里会体现得很明显。

2. 语言选型思路：什么场景该用什么语言

2.1 LAD：离散控制里最难割舍的继电器思维

LAD最大的价值在于“所见即所得”。一个电机控制回路，启动、停止、自锁、互锁、热继电器保护，画出来以后谁都能看懂。我见过不少维护电工，没学过PLC，但盯着梯形图看几分钟就能指出“这个回路缺了个互锁”。这是LAD的生命力所在。

但LAD也有自己的毛病。同一段程序里如果出现“双线圈”——同一个输出地址在两个网络里被赋值——PLC扫描时只有最后一次赋值生效。这个问题非常隐蔽，尤其程序写到几百行以后，前面那个线圈看起来“有时候灵有时候不灵”，其实就是被后面的赋值覆盖了。我的习惯是：一个输出线圈在程序里只出现一次，其他需要控制它的逻辑都用中间变量M或DB位来过渡。

另外，梯形图写复杂分支很吃力。如果你要在程序里实现“从100个配方里找出温度最高的那个”这种逻辑，LAD会画到崩溃，嵌套太多以后可读性直线下降。

2.2 FBD：信号流视角的利器

FBD在模拟量链路里最好用。比如温度采集：传感器信号进模拟量模块，经过量程转换，再进PID控制，PID输出又送给变频器。这样的信号链条用LAD画会显得很笨拙，但用FBD连线，每一个块就是一个处理环节，输入输出流向清清楚楚。

FBD的另一个优势是逻辑块的复用性。你做好一个“模拟量滤波”功能块，拖出来连上线就能用。这让它非常适合做标准化的信号处理库。

不过FBD也有尴尬的地方：连线一旦复杂，块与块之间交叉，图面就会变得很难看。而且FBD对布尔逻辑的解释不如梯形图直观。同样是“A或B与C”，LAD里一条并联支路一眼看懂，FBD里要摆两个OR和一个AND块，反应没那么快。

我的选型建议是：纯数字量控制优先LAD；数字量+模拟量混合，链路清晰的用FBD；算法、循环、数据批量处理的用SCL。没有绝对好坏，只有合不合适。

2.3 SCL：功能强大但容易失控

SCL是三种语言里我越用越依赖的一种。它的表达力和灵活性完全碾压图形语言。比如配方写入、数组计算、字符串处理、Modbus报文拼接，这些用LAD能写到吐的活，SCL写起来行云流水。

但要给新手提个醒：SCL容易让人“飘”。越写越爽，就越容易忽略注释和结构化。我见过有人用一个FC写了两千行SCL，全是一个大IF嵌套套着几百行语句，没有子函数，没有注释。这种程序当时能跑，三个月后自己都看不懂。SCL的正确用法是“小步快跑”：一个FC/ FB只做一件完整的事，接口清晰，变量命名规范，注释写到“为什么这么写”而不是“这句代码在干嘛”。

此外，SCL毕竟是文本语言，符号写错一个字母就要编译报错，不像LAD拖个触点那么直观。调试的时候，图形语言的在线监控是一目了然哪条路通了，SCL就只能在代码里看变量值。所以SCL适合写逻辑，不适合全程用来写超大块。

2.4 选型决策的几条实用原则

我自己整理了一套简易选型原则，你可以直接拿来用：

还有一条铁律：项目里最终程序的“可读性”永远排在“炫技”前面。你写的程序不是给你一个人看的，还有后期的维护电工、接手项目的同事、以及三个月后的你自己。能用简单的LAD表达清楚的逻辑，就不要硬套SCL。

3. 核心语法与实操要点

3.1 程序组织基础：OB、FB、FC、DB的分工

聊语言之前，得先把S7-1200的程序组织框架搞清楚，因为不管用哪种语言，代码都是放在OB、FB、FC、DB这些块里的。这里补一句，很多新手把注意力全放在“写代码”上，却忽略了程序结构，这是很危险的。PLC是循环扫描的，不是像单片机那样从上到下执行一遍就结束，所以代码被放在哪个块、块之间怎么调用，直接决定了程序的运行行为。

• OB（组织块）：程序的入口。OB1是主循环，CPU上电后每个扫描周期都执行一遍。OB100是启动组织块，上电后执行一次，适合做初始化。OB10里的“时间中断”可以按你设定的时间周期执行。
• FB（功能块）：有背景数据块（Instance DB），可以“记住”上次调用的状态。比如一个电机控制FB，它的背景DB里存着当前运行状态、累计运行时间。一个FB可以被多个电机实例调用，互不干扰，这是S7-1200里做设备封装的利器。
• FC（函数）：没有记忆功能，每次调用完就“失忆”。适合做计算、转换、纯逻辑判断。
• DB（数据块）：用来存全局数据和共享数据。全局DB相当于PLC的“仓库”，配方、报警、工艺参数都放这里。

了解了这个框架，你再去看语言就清楚多了：LAD和FBD写的是块内部的逻辑，SCL也写在块内部，三种语言在块之间互相调用完全没问题。你在OB1里调一个LAD写的FB，接着在下一行调一个SCL写的FC，博途根本不介意。

3.2 LAD实操细节：边沿检测、置位复位、定时器的坑

LAD里三个高频知识点，每个都有讲究。

第一是边沿检测。S7-200 SMART时代，很多人习惯用“上升沿指令”配M区。在博途里操作略有不同：你可以直接在触点类型里选“P”（上升沿）或“N”（下降沿），它会在内部自动生成一个边沿存储位，不需要你再单独给M地址。更规范的做法是用R_TRIG/F_TRIG功能块，这样每次触发都清晰明了。边沿检测最大的坑在于：按下按钮的瞬间，如果PLC正好没扫到这一行程序，边沿就丢了。所以做启动信号的边沿，一般放在OB1里靠前的位置。

第二是置位/复位与线圈的区别。普通输出线圈的特点是“跟随输入”——输入通，线圈通；输入断，线圈断。而S（置位）和R（复位）有保持性：你S一下，这个位就一直通，直到被别人R掉。在LAD里，置位复位常常配合边沿使用，比如“按下启动按钮的上升沿，置位运行状态；按下停止按钮的上升沿，复位运行状态”。用置位复位写出来的电机控制比单纯线圈自锁要清晰得多，因为逻辑是“事件驱动”的，不容易产生双线圈问题。

第三是定时器。S7-1200用的是IEC定时器，和S7-200 SMART的TON/TOF/TONR略有区别。IEC定时器在博途里以指令块的形式存在，使用的时候会自动分配背景DB。TON是延时接通，TOF是延时断开，TP是脉冲定时。这几个看着简单，实际用起来很容易出问题：最常见的是“定时器被反复复位”。如果TON的复位条件在计时过程中一直被满足，它永远到不了设定值。我排查过好多次“电机启动后3秒才应该运行的逻辑，结果永远不动作”，最后发现是复位线圈放在了一个每个扫描周期都会刷新的位置上。

3.3 SCL实操细节：语法、数组与类型转换

SCL在博途里的编辑体验和高级语言编辑器越来越像，但有几个语法细节是新手重灾区。

条件判断用IF，但注意区分“赋值”和“比较”。赋值是“:=”，比较是“=”。SCL里IF后面跟的是比较，例如：

IF #温度 > 80 THEN #超温报警 := TRUE; END_IF;

很多从C语言转过来的人，习惯性在IF里写“#温度 = 80”，结果变成“把80赋给温度”……然后编译直接报错或逻辑完全不对。这是SCL入门第一个坑。

循环结构里FOR用得最多。数值数组求和、配方批量扫描、队列轮询，都是FOR的用武之地。写法是这样的：

#总和 := 0; FOR #i := 0 TO 9 DO #总和 := #总和 + #数据[#i]; END_FOR;

这里要特别小心数组越界。PLC没有高级语言那么多“运行时保护”，数组越界踩到系统数据区，轻则数据错乱，重则CPU直接停机进STOP。我见过下现场的程序每隔几天就“死机”一次，排查到最后就是数组下标算错了。写FOR循环务必自己心算边界，或者干脆把数组长度单独存一个常量变量，循环里引用它而不是写死数字。

还有类型转换。S7-1200里INT（16位整数）、DINT（32位整数）、REAL（浮点数）之间不会自动隐式转换。你要把一个INT放进一个REAL变量，必须显式调用CONVERT指令。很多人在SCL里写“#浮点 := #整数;”结果编译报错，一脸懵。正确写法：

#浮点 := INT_TO_REAL(#整数);

或者用CONVERT指令块来完成。这个细节做PID参数调试、数据显示换算时尤其常见。

4. 完整实操案例：同一个“电机启停+故障报警”用不同语言实现

4.1 需求梳理与I/O分配

理论讲一堆，不如直接上一个完整例子。我在调试现场最常用也最经典的场景：一个电机的启停控制带故障报警和手动复位。

任务要求如下：按下启动按钮，电机运行并自锁；按下停止按钮，电机停止；有故障信号时，电机立即停止并点亮故障灯；故障处理后，必须按一次启动按钮才能复位报警并重新启动。这样的逻辑在生活中很常见，实际项目里的水泵、风机、传送带基本都有类似需求。

I/O分配如下：启动按钮接I0.0（常开），停止按钮接I0.1（常开），故障信号接I0.2（常开），电机接触器输出Q0.0，故障指示灯输出Q0.1。这里按钮都用常开，实际接线时停止用常闭的这里故意用常开是为了逻辑演示更直观，实际项目中停止按钮接常闭更安全，这个区别以后找机会单独写。

4.2 LAD实现步骤

LAD实现的核心思路是：启动和停止使用置位复位写成事件型逻辑，故障锁存单独一个网络。

网络1：故障锁存。I0.2（故障）和Q0.0（运行）串联，触发M0.0置位。意思是“运行过程中出现故障，就记住这个故障状态”。

网络2：故障复位。I0.0（启动按钮）的上升沿，把M0.0复位。意思是“按下启动按钮清除故障记忆”。

网络3：启动。I0.0的常开触点和M0.1（运行状态）常开触点并联，再串I0.1的常闭触点和M0.0的常闭触点，输出M0.1。

网络4：输出。M0.1直接驱动Q0.0（电机），M0.0直接驱动Q0.1（故障灯）。

我在实际程序里更喜欢把“运行状态”放在M或DB里，最后再统一给输出点，避免Q0.0这个物理输出被多处赋值。这样也方便以后扩展“运行状态要送到触摸屏、要参与联锁”等需求，不需要再改网络，只多一个赋值位就行。

这里要强调一点：置位M0.0的触点是I0.2和Q0.0，而不是M0.1。这是故意设计的技巧。因为电机都停了，Q0.0自然断开，这时候再来故障信号就不该继续锁存了。用Q0.0做这个判断比用M0.1更直观。

4.3 SCL实现步骤

同一个逻辑，在SCL里要紧凑得多。新建一个FC，在块接口的Input区建启动、停止、故障三个BOOL输入变量，在Output区建电机、故障灯两个BOOL输出变量，然后在代码区写：

// 故障锁存：运行中出现故障则置位锁存 IF #故障 AND #电机 THEN #故障锁存内部 := TRUE; END_IF; // 启动复位故障锁存 IF #启动 THEN #故障锁存内部 := FALSE; END_IF; // 启动和停止控制 IF #启动 AND NOT #停止 AND NOT #故障锁存内部 THEN #电机 := TRUE; END_IF; IF #停止 OR #故障锁存内部 THEN #电机 := FALSE; END_IF; // 输出 #故障灯 := #故障锁存内部;

SCL写到这里要注意一个问题：需要一个内部变量#故障锁存内部，在FC的Static区或Temp区定义。FC的Temp变量每次调用后不保留，如果直接用它存故障状态，第二次扫描就丢了。所以正确做法是把这个变量放在FC的Static区，或者干脆用全局DB里的一个BOOL位。实际项目里我更常用的是把这个逻辑做成FB，背景DB里就自然有了存储位，逻辑封装更彻底。

另外启动和停止的写法上，我用了“两个IF分别处理置位和复位”，而不是用ELSIF。为什么？因为置位和复位的条件不是互斥的。如果都用ELSE IF，某些边界情况（比如停止和故障同时来）会漏处理。这种细节，是SCL写多了以后才体会到的。

4.4 两种做法的差别与结果验证

LAD版本4个网络，SCL版本不到20行，两者实现的逻辑完全一致。差别在于：LAD更适合作维护电工现场排查，SCL更紧凑、更容易移植到别的项目里。

写完程序怎么验证？我个人推荐用S7-PLCSIM仿真。在博途里把程序下载到虚拟PLC，然后打开监控表，手动强制I0.0为TRUE，等一个扫描周期后松开，看Q0.0是不是置位。再强制I0.2为TRUE，看Q0.0是不是断开且Q0.1亮。最后再强制I0.0，看Q0.1是否复位。仿真环境里做逻辑验证非常高效，不用接一根线，逻辑问题（比如按钮自锁丢失、故障无法复位）都能在电脑上提前暴露。

等逻辑验证无误，再结合监控表中的实际I/O状态下到真机调试试运行。这里再补一句：仿真通过不代表现场没问题，接线错误和外部干扰仿真不出来，该现场排查的步骤一步都不能省。

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

5.1 博途与模拟屏不兼容、标签导不进去

这个场景太常见了。很多项目用组态软件做触摸屏模拟，或者用威纶通、昆仑通态做HMI，第一步导入S7-1200的标签时就翻车。现象通常是：项目连接显示“PLC型号不匹配”，或者强制生成的地址对不上。

排查思路分两步。第一步，检查驱动选择。HMI软件里选PLC驱动，必须选“Siemens S7-1200”，不能选S7-300/400。地址格式不一样，S7-1200用I0.0/Q0.0/M0.0/DB1.DBX0.0，S7-300那套“IW0/QW0”格式对不上。第二步，标签导入。在TIA Portal里整理好符号表或PLC变量表，导出成CSV或XML，再到HMI软件里导入。导入的时候要注意PLC侧的数据类型，BOOL在触摸屏里常显示为位，REAL要确认长度。我见过最离谱的一次是HMI里把S7-1200的DB块的起始地址填错，结果运行画面上的数据全部偏移了几个字，一个温度显示成了另一个压力值。

如果确实不兼容，别硬塞。S7-1200和HMI通信最常见的方案就是PROFINET或以太网S7协议，博途在硬件目录里直接拖一个S7-1200到HMI组态里，系统自动分配连接。手动建连接时保证IP在同一网段、机架号0、插槽号1，这些都是S7-1200的默认值。

5.2 仿真下载报错：“保护机密PLC组态数据的密码时出错”

用S7-PLCSIM Advanced做仿真，偶尔会遇到“保护机密PLC组态数据的密码时出错”，程序下载不进去。我最早遇到这个问题也懵了一下，后来发现是项目里设置了“针对PLC组态数据保护”的访问级密码，而当前仿真实例里没有对应密码，或者密码不匹配。

解决思路：在CPU设备的“属性→保护与安全→访问保护”里查看是否设置了权限密码。如果不是项目需求，就把密码移除或重设成一致的再重新编译下载。还有一个关联点：PLCSIM Advanced实例在启动时会绑定一个虚拟IP，比如192.168.0.1，而项目里的PLC IP如果设置成别的地址，下载也会提示找不到目标。检查一下项目中的IP和PLCSIM实例当前使用的IP是否一致。

5.3 PID温度波动大、温差怎么调

“PLC温度PID波动温差大如何调节”这个问题，隔三差五就有人问。温度PID控制最典型的症状：设定100度，实际温度在90到110度之间来回震荡，或者干脆振幅越来越大。

先从参数角度看。P（比例）太大会震荡，太小会响应慢；I（积分）太大容易过冲，太小会有静差；D（微分）对温度这类大惯性对象很有效，但对信号噪声敏感。我的调节顺序是：先把I和D全部设成0，只调P，从小到大加，直到系统出现轻微等幅震荡，记下这个P值，然后退回来一半作为工作P。接着加I，消除静差，I值从“大周期”开始试，观察温度最终能不能稳定在设定值附近且不持续超调。最后如果还有过冲，加一点D。整个过程一定要等参数变化后系统完全响应完再动下一轮，不然容易调乱。

除了PID参数，还要检查程序里的采样周期和输出周期。我见过有人把PID采样周期设成200ms，但输出给加热器的控制周期只有50ms，结果输出频繁跳变，温度反而稳不住。实际中采样周期和输出周期要匹配，加热器控制周期建议至少在1秒以上，并且要在“固定周期”里执行PID，而不是在OB1循环里随手调用。用循环中断OB或定时中断块来触发PID计算，稳定性会有质的提升。

5.4 通信连接报错：需要目标PLC的AMS NetID和端口号

S7-1200做S7通信、PUT/GET或者和第三方设备通讯时，经常看到“需要目标PLC的AMS NetID（6字节网络标识符）和端口号”。很多人第一反应：不是填IP地址吗？怎么冒出个AMS NetID。

这其实是两个不同的通信体系。IP地址是网络层的，AMS NetID是自动化协议的“地址”，由制造商标识+设备标识组成，在获取IP地址里的读取。出现这个报错，通常是因为你使用了S7通信（或者S7 OUC）建立连接，而连接配置界面里需要一个“AMS NetID”格式的地址，而不是普通IP。

解决方法很直接：打开目标PLC（比如另一台S7-1200或S7-1500）的设备属性，在组态里可以看到它的“网络标识符”或AMS NetID，直接把那串16进制地址填进去。如果连接对象只给了IP地址，你可以在“连接参数”里选择“S7连接”并填写IP+机架/插槽的方式。同一网段、连接类型正确，这个报错基本就能解决。

最后说点实在的

写了这么多，其实编程语言只是S7-1200编程的表层。真正决定一个程序好不好用的，是你对扫描机制的理解、对块结构的规划、对数据类型和边界的敏感度。语言只是表达工具，就像写文章，用中文还是英文不是核心，想说什么才是核心。

我个人这些年形成的习惯是：设备级控制、外部逻辑用LAD，方便电工维护；计算、转换、通信、批量数据处理用SCL，效率优先；模拟量链路和信号调理偶尔用FBD。三种语言在同一个项目里和平共处，一点都不冲突。你要是刚开始学，先把LAD练熟，再把SCL用起来，这两个是S7-1200项目里使用频率最高的组合。

最后再分享一个小技巧：不管用什么语言写块，务必在块接口里把变量命名做规范。我当时吃过亏，一个电机FB的背景DB里全是“Tag_1”“Tag_2”这种名字，改了一年后的程序，光猜变量含义就花了半天。后来给自己立了个规矩：每个变量必须能望文生义，注释必须写清楚“为什么”。这个习惯，比学会任何一种编程语言都值钱。