企业官网建设流程全解析

前阵子一个做设备维护的朋友找我，说他们烘箱的温度显示老是不对，换了传感器还是跳来跳去。我过去一看，程序里直接把模拟量原始值除以10拿来当温度用了，4-20mA的变送器，下限5530的偏移量根本没处理。这其实是很多刚接触西门子S7-1200模拟量测温的人最容易卡住的地方——开关量程序看I点Q点很直观，但模拟量信号进了PLC是一串数字，怎么把这串数字变成有意义的温度值，背后是一套完整的编程思路。

这篇就用一个Pt100配4-20mA变送器的实例，把从传感器选型、模块组态到程序换算的完整链路拆开讲清楚。适合刚学S7-1200不久、准备做模拟量采集但还没理清思路的工程师，也适合那些已经把程序跑通但总觉得自己是"抄来的"、想彻底搞懂原理的人。文章里所有经验都来自实际调试，不是理论推演，照着做基本能一次跑通。

1. 案例场景与信号链路：先搞清楚温度怎么走进PLC

很多人在写程序之前就急着打开博途拖指令，这是最要命的。模拟量测温它不是"写一段转换程序"那么简单，而是一条完整的信号链路：传感器感知温度，变送器把温度变成电流信号，模块把电流信号变成数字，程序再把数字换算回温度。这个链路上任何一环出了问题，程序写得再漂亮都没用。

1.1 传感器选型：Pt100变送器方案不是唯一的解法

做温度采集，传感器选型是第一关。S7-1200项目里最常见的方案有三种，各有各的适用场景：

本案例选的是方案A：Pt100铂电阻配合一体化温度变送器，输出4-20mA。为什么这么选？两个原因。

第一，4-20mA电流信号在工业现场的传输距离优势非常明显。电流环不像电压信号，传输线电阻不会引起信号衰减，百米级别的距离完全没问题。你要是用板载AI读0-10V电压信号，线稍微长一点，压降就会让读数偏低，现场排查起来非常头疼。第二，温度变送器通常是和Pt100做成一体的，直接装在测温探头接线盒里，现场接线非常简洁，就两根线出来，抗干扰能力比直接引电阻信号好得多。

有人会问，直接用SM1231 RTD模块接Pt100不更省事吗？确实，程序里连变送器换算都不用管，模块直接输出温度值。但RTD模块的成本比普通AI模块高不少，而且如果现场探头距离控制柜几十米，从探头到模块这段线上感应的干扰，会让小信号失真。工业现场电磁环境复杂的时候，4-20mA方案依然是更稳妥的选择。

1.2 从变送器到模拟量模块：两线制和四线制必须分清

确定了4-20mA方案之后，接线环节就开始出现第一个容易踩的坑：温度变送器是两线制还是四线制。

两线制的意思，是这两根线既充当信号线，又承担给变送器供电的功能。它需要从PLC模拟量模块这里获得回路供电，所以模块组态的时候，通道测量类型要选"2线制变送器"。四线制则是电源和信号完全分开：两根线单独接24V电源给变送器供电，另外两根线只传输4-20mA信号，这时候模块组态要选"4线制变送器"。

我一直跟身边的同事强调：接线之前先看变送器铭牌，或者看说明书上的接线图。两线制还是四线制选错了，轻则信号完全不对，重则电流回路异常导致读数始终偏大或偏小，排查起来特别费时间。尤其是一些国产变送器，端子标识不够清晰，最可靠的办法就是用万用表测一下端子之间的电压：如果两根线之间有24V左右的电压，基本就是两线制，模块在给回路供电；如果信号端子之间量不到电压，那大概率是四线制，电源是外部单独供的。

另外接线的线径和屏蔽也值得注意。模拟量信号线建议用屏蔽双绞线，线径不要小于0.5平方，太细了长距离传输时回路阻抗偏大，会影响信号精度。屏蔽层怎么接，我放在后面的调试避坑章节专门讲，这里先提示一句：屏蔽层不是随便一接就完事的，接错了干扰更大。

1.3 模块组态：把通道设置成电流型4-20mA

S7-1200的CPU，比如1214C，板载的模拟量输入通常是0-10V电压型的，它读不了4-20mA电流信号。所以做电流型测温，基本都要挂一块模拟量输入模块，常见的是SM1231系列，比如6ES7231-4HD32-0XB0这种4通道或8通道的AI模块。

模块装好之后，在博途的设备视图里双击AI模块，打开属性面板，逐通道设置测量类型。这里有三个地方要仔细：

第一，测量类型选"电流"，测量范围选"4-20mA"。模块默认测量类型可能是电压，不改成电流的话，模块读出来的原始值完全是乱的，这个步骤漏掉的概率极高。

第二，根据变送器线制选择"2线制变送器"还是"4线制变送器"。大多数一体化温度变送器是两线制的，但也有一体化带现场显示的表头是四线制，一定要按照实际接线来选。

第三，留意模块的输入起始地址。这个地址是组态时自动分配的，比如IW64、IW66这样，每个通道占一个字。在设备视图里选中模块，能看到每个通道对应的输入地址。这个地址后面写程序要用，务必记下来。

举个例子，我用过一块4通道的SM1231，组态后起始地址是IW64，那么四路信号就对应IW64、IW66、IW68、IW70，依次间隔两个字节。这种地址规律很规整，但前提是前面没有其他模块占用了地址空间，所以每次组态完都去"模块信息"里确认一下实际分配的地址，不要凭经验猜。

模块组态完毕、硬件接线无误，这时候把程序下载进去，在线监控IW64，应该能看到一个0~27648之间的数字。这个数字就是后面所有程序处理的原点。

2. 原始值的数字秘密：为什么4mA对应5530而不是0

组态完成之后，你会发现一个很奇怪的现象：变送器输出4mA（对应温度下限0℃）的时候，PLC里读到的原始值不是0，而是5530左右。很多初学者在这里就懵了：为什么不是从0开始？这其实是西门子模拟量模块一个非常统一的设计规则，搞懂它，编程思路就通了一大半。

2.1 S7-1200模拟量模块的标准转换规则与27648的由来

西门子S7-1200和S7-300/400的模拟量模块，在处理模拟量信号时遵循同一个规范：把满量程对应的模拟量信号映射到0到27648这个范围内的整数。

27648这个数字不是随便定的，它的十六进制是0x6C00。模拟量模块内部把信号转换成16位有符号整数，理论上能表示-32768到32767，但西门子只用其中0到27648这个区间来表示正常测量范围，剩下的余量用来做什么呢？做超量程的诊断和预警。比如信号高于满量程的117.59%、低于下限的-17.59%这些边界情况，模块能区分出是"正常测量"还是"已经超限"，这对系统级的故障诊断特别重要。

具体到不同信号类型，对应关系是这样的：

为什么4-20mA的起点是5530？因为4mA是20mA的五分之一，27648除以5等于5529.6，取整就是5530。从这里也能看得出一个重要的换算逻辑：4-20mA信号的原始值下限，不是0，而是5530。程序处理时如果把这个偏移量忽略掉，温度显示就会从错误的起点开始算，结果自然不对。

2.2 手算工程量：线性映射是模拟量编程的核心公式

搞清楚了原始值的含义，接下来就是这个案例里最核心的数学关系：怎么把原始值转换成温度值。

4-20mA变送器的输出电流和被测温度是线性关系，而模块转换出来的原始值和电流也是线性关系，所以原始值和温度之间，同样是一个线性映射。通用的换算公式是：

当前温度 = 温度下限 + (原始值 - 原始值下限) ÷ (原始值上限 - 原始值下限) × (温度上限 - 温度下限)

拿本案例来说，假设变送器量程是0到150℃，那么温度下限=0，温度上限=150，原始值下限=5530，原始值上限=27648。公式变成：

当前温度 = 0 + (原始值 - 5530) ÷ (27648 - 5530) × 150

这个公式你可以手算几组数据感受一下：

我建议在读程序之前，先拿笔把这张表算一遍，算完你就会发现，12mA正好对应75℃，8mA对应37.5℃，整个映射关系在脑子里就立体起来了。后面调试的时候，用万用表量出电流，再对照这张表去验证程序输出，问题出在哪一环立刻就能定位。这个手算的习惯是我自己调试模拟量最常用的方法，比盲目改程序参数高效得多。

2.3 为什么选4-20mA而不选0-20mA：活零点让断线检测成为可能

在工业现场，4-20mA信号制式之所以成为绝对主流，有一个0-20mA做不到的优势：它有"活零点"。

4mA这个起点意味着，只要信号回路是正常的，电流至少是4mA以上。如果回路断了、变送器掉电了、或者传感器损坏了，电流会直接跌到0mA。这个特征让系统的故障诊断变得非常方便——程序里只要判断原始值是否明显低于5530，比如小于2500，就可以认定信号链路异常，从而触发断线报警。

相比之下，0-20mA信号在测量接近下限的时候，电流本来就接近0mA，一旦出现断线故障，你根本分不清是"正常测温到下限"还是"线路断了"。这也是为什么温度变送器几乎全部采用4-20mA输出的原因。

这个"活零点"特性，在本案例的程序设计里会被直接利用，后面讲断线检测的时候会用到。现在先记住一个结论：看到4-20mA，程序里的原始值下限定5530，同时要预留断线判断逻辑。

3. 编程思路拆解：NORM_X和SCALE_X的组合应用

前两节把硬件和信号关系搞清楚了，现在终于可以打开博途写程序。先说一个总的原则：程序不是一上来就拖指令块，而是先想清楚这个通道需要哪些变量、需要做哪几件事，再动手。模拟量程序虽然短，但该有的结构一步都不能少。

3.1 先规划变量再写代码：温度信息用结构体管理

很多初学者喜欢直接在OB1里用M区变量，写到哪算哪。通道少的时候确实能跑，但一旦设备有七八个温度测点，程序就会变成一团乱麻，排查故障的时候痛不欲生。

我建议的做法是建一个独立的数据块，专门存放所有温度通道的信息。以本案例为例，数据块命名为"DB_Temperature"，里面至少包含这几类变量：

如果通道多，可以把这些变量定义成结构体数组，比如"Channel[0]到Channel[7]"，每个元素里包含上面这些字段。这样HMI画面上做温控曲线、报警列表的时候，标签直接关联到数据块的对应元素，变量管理极其清晰。

我在实际项目中见过一种特别好的习惯：数据块里的温度值统一用Real浮点数，不要用Int。因为Int只能存整数，温度小数点后面的波动会全部丢失，HMI上显示出来就是台阶状的跳变，非常难看。而Real类型在博途里做运算也方便，不用反复转换。

3.2 标准转换链路：原始值先归一化再映射到工程量

博途里做模拟量换算，最标准、最不容易出错的写法是用两条指令：NORM_X和SCALE_X。它们的名字很直白，一个做归一化，一个做缩放。

NORM_X的作用是把一个数值在指定的MIN到MAX范围内做归一化，输出0.0到1.0之间的一个实数。在本案例中，MIN填5530.0，MAX填27648.0，输入原始值，输出就是这段区间内的比例关系。你可以把它理解成"这个原始值在满量程里占了百分之多少"。

SCALE_X的作用正好反过来，把一个0.0到1.0的比例值，映射到目标量程范围内。在这里MIN填0.0，MAX填150.0，输入NORM_X输出的比例值，输出就是实际的温度值。

两条指令串联起来，原始值到温度值就完成了。逻辑链条是这样的：

原始值（0~27648的整数）→ INT转REAL → NORM_X归一化（5530~27648 → 0.0~1.0）→ SCALE_X缩放（0.0~1.0 → 0~150℃）

3.3 程序里不能少的三道保险：限幅、断线检测、滤波

完整的温度采集程序，不只是做一次换算就结束了。一个健壮的测温逻辑，至少要有三道"保险"。

第一道保险是原始值限幅。模拟量模块在刚上电或者现场有电磁干扰的瞬间，原始值可能短暂超出正常范围，比如瞬间跳到27648以上，或者跌到5530以下。如果不对原始值做限幅处理，换算出来的温度就会出现很高的尖峰或者很低的尖峰，触感报警系统就乱叫。程序里要做的是：当原始值超出有效范围时，温度输出保持上一次的合理值，等原始值回到正常区间后再继续跟随。

第二道保险是断线检测。前面提到4-20mA有"活零点"的特性，程序里要利用这一点：当原始值低于5530的一半，也就是大约2500以下，基本可以判定传感器回路断了或者变送器掉电了。这时候不仅要停止温度换算，还要置位断线报警标志，让HMI上能弹出提示。我见过不少设备，温度传感器线被老鼠咬断了，操作工看触摸屏温度半天不变，以为设备恒温正常，实际上程序里压根没做断线判断，这是一个极大的安全隐患。

第三道保险是滤波处理。模拟量信号在工业现场或多或少会有波动，如果原始值毛刺比较多，换算出来的温度值也会跟着抖。滤波算法不复杂，一阶惯性滤波就够了：

滤波后的温度 = 上一次滤波后的温度 + 滤波系数 × (当前计算温度 - 上一次滤波后的温度)

滤波系数取0到1之间，越接近1越灵敏，越接近0越平滑。具体取多少，要看现场信号的波动情况，我在实测环节会给出参考值。

4. 程序实现细节与实测验证：从博途到现场一步步跑通

思路梳理完，现在落实到博途里实际操作。我会先给出一个标准FC封装的做法，再讲怎么在监控表里手算验证，最后聊滤波参数到底怎么调。

4.1 用FC封装单通道测温逻辑，多通道直接复制调用

对于S7-1200这种小型PLC，用FC封装模拟量转换是特别实用的做法。我以一个新建FC为例：

新建FC，名字叫"FC_AI_Temperature"，然后在接口区定义输入输出参数：

FC内部的SCL代码可以写成这样：

IF #iwRawValue < 2765 THEN // 原始值低于5530的一半，判断为断线或信号异常 #xWireBreak := TRUE; #rTempValue := 0.0; ELSIF #iwRawValue > 27648 THEN // 超上限做限幅，保持为上限温度 #xWireBreak := FALSE; #rTempValue := #rTempMax; ELSE #xWireBreak := FALSE; // 标准归一化与缩放到工程量 #rTempValue := SCALE_X(MIN := #rTempMin, VALUE := NORM_X(MIN := 5530.0, VALUE := INT_TO_REAL(#iwRawValue), MAX := 27648.0), MAX := #rTempMax); END_IF;

这段代码把限幅、断线检测和换算全部包含进去了，调用的时候在OB1里填参数就行：

"FC_AI_Temperature"( iwRawValue := "HMI_AI_Raw".Ch0, // 对应IW64 rTempMin := 0.0, rTempMax := 150.0, rTempValue => "HMI_AI_Temp".Ch0, xWireBreak => "HMI_ALARM".WireBreakCh0 );

有多个通道的时候，把iwRawValue换成对应的IW地址，rTempMin和rTempMax按传感器实际量程填，FC块复制多份调用就可以，程序非常清爽，后期维护只在FC内部改逻辑，所有通道同步更新。这里插一句，如果用了SCL语言，FC内部也可以直接用NORM_X和SCALE_X函数，这是IEC标准库自带的，在"基本指令"→"转换操作"里能找到，不需要额外安装任何库文件。很多教程会教人用"FC105"这样的旧指令，那是S7-300时代的库函数，S7-1200用不了也不好用，NORM_X和SCALE_X才是正解。

4.2 实测验证：万用表量电流，监控表对数值，三步定位问题

写好了程序，下载到PLC，接下来是验证环节。很多人写转换程序容易犯一个错误：下载完看了一眼触摸屏温度数值差不多，就觉得完事了。实际上，这个"差不多"很可能掩盖了系统误差。

正确的验证方法是分段排查。我总结了一个三步验证法：

第一步，用万用表串联在变送器信号回路上，测量实际电流。假设量出来是12mA。

第二步，根据公式手算预期温度。对0到150℃量程的变送器，12mA对应75℃。

第三步，打开博途的监控表，添加"DB_Temperature".RawValue和"DB_Temperature".TempValue两个变量，在线监控。你会看到原始值应该在16589左右，温度值应该在75左右。如果两者都符合预期，说明从模块到程序的链路是通的，程序换算正确。

如果原始值不对呢？比如量出来12mA，但原始值显示的不是16589而是别的数字，这时候问题在硬件链路：要么模块测量范围没设成4-20mA，要么线制选错了，要么信号线中间有接触不良。这时候程序写得再好也没用，得回到硬件去排查。

如果原始值对，但程序输出温度不对，比如原始值16589算出来是150℃，那问题就在程序的映射关系上：大概率是NORM_X的MIN值写成了0而没有写5530，或者SCALE_X的MAX值填错了。用这个分段排查法，一条链路从头到尾，哪里断了哪里堵了一眼就能看出来，比拿着万用表乱戳高效得多。

4.3 滤波时间常数怎么选：实测中的响应权衡

关于滤波，我在第3节里提了一嘴，这里展开讲一个我在项目里反复踩过的坑：滤波不是越大越稳，过度滤波会让系统失去响应能力。

温度传感器本身就有热惯性，你把一个热电阻放进热水里，它要过几秒才能稳定到真实水温。这是物理层面的滞后。如果在这个基础上，程序里又加了一个时间常数很大的滤波器，系统的整体响应就会变得非常迟钝。我曾经在一个恒温控制项目里把滤波系数调到了0.05，结果加热器都已经满功率运行两分钟了，温度反馈才刚达到目标值的80%，控制器以为还没到温度，继续猛加热，最后水温过冲了十几度。那次教训之后，我给自己定了个原则：温度信号除非现场干扰极其严重，否则滤波系数不低于0.2。

滤波系数的具体取值逻辑是这样的：系数为1表示完全不做滤波，每周期直接用最新值；系数为0表示滤波输出永远不变。0.2到0.5是一个比较合理的区间，既能把毛刺压下去，又不至于让信号变得太钝。如果现场出现了明显的周期性波动，比如随电机启停而波动的信号，我建议先去查屏蔽和接地，而不是无脑加大滤波系数。因为滤波只是把症状掩盖了，真正的干扰源还留在系统里，迟早会引发其他问题。

如果确实需要比较强的滤波效果，也可以借助模块自身的硬件滤波。SM1231模块属性里有一个"干扰频率抑制"参数，可以设置积分时间，比如50Hz工频干扰就选50Hz抑制。这个参数和程序滤波是两回事，硬件滤波针对的是特定频率的干扰，程序滤波针对的是随机毛刺。两者可以同时用，但要注意别叠加过头，我一般建议用其中一个就够了，用两个的话温度响应会明显变慢。

5. 现场调试最容易踩的坑：给初学者的避坑清单

最后这部分，我把自己这几年在现场调试模拟量测温系统时踩过的坑、帮别人收拾过的烂摊子集中梳理一下。每一件都是真实发生过的，而且都是初学者很容易忽略的细节。

5.1 屏蔽层接地与地环路干扰：拧成一团不是接地

模拟量信号线用屏蔽双绞线，这大家都知道，但屏蔽层怎么接，很多人都是随手一拧或者干脆不接。屏蔽层的作用是把外界电磁干扰通过电容耦合导走，如果悬空不接，屏蔽层等于一根悬浮的天线，反而会把干扰信号引入到信号线上。如果接得不对，比如两端都接，问题更严重。

屏蔽层正确的接法是单端接地。一般是在PLC控制柜这一端，把屏蔽层接到柜内的接地排，或者接到模拟量模块的接地端子。传感器那一端的屏蔽层要悬空或者通过电容接地，不要在两端同时接大地。为什么？因为现场不同位置的地电位往往有差异，如果屏蔽层两端都接地，就会形成地环路，地电位差会在屏蔽层上产生环流，这个环流会通过容性耦合进入信号回路，表现为温度读数出现低频往复的波动——有点像一个周期性呼吸的干扰信号，很难排查。

5.2 模块量程设置与通道地址错位：细节决定成败

这一节讲的三个问题，每一个都有对应的真实翻车案例：

第一个是模块量程没改。SM1231模块出厂默认的测量类型不一定是4-20mA，有的版本默认是电压测量。如果通道属性里忘记设置，程序里就算换算逻辑完全正确，读出来的原始值也会完全不对。我曾经看到有同行在程序里把原始值除以100当温度用，结果设备在车间转了一圈，温度显示忽高忽低，最后发现模块属性里还是默认的0-10V电压测量，4-20mA信号根本没有被正确读取。这个检查应该放在接线和程序之前。

第二个是通道地址错位。AI模块有多个通道，接线的时候接到通道0，但程序里读取的IW地址却对应通道1，这种错位让人非常困惑，因为信号不是完全没有，而是数值不对。排查方法我在前面说过：断开通道信号，看监控表里哪个通道的值迅速跌到0附近，那个通道就是实际接线的通道，再和程序里用到的IW地址对一下，错没错一目了然。

第三个是两线制四线制配置错误。模块属性里如果选了2线制变送器，但实际现场接的是四线制变送器，模块会向信号线输出一个电压，这个电压和四线制的外部供电叠加，会让电流读数整体偏高。反之如果选了四线制，但实际接的是两线制，信号回路供电不足，读数会偏低甚至为零。这个坑非常隐蔽，因为接线看起来"挺正常"，信号也"好像有"，但数值就是对不上。牢记：组态一定要跟说明书和实际接线对应起来。

5.3 数据类型不匹配的编译问题：博途的严格是保护不是刁难

S7-1200的数据类型检查非常严格，很多从S7-200或者三菱转过来的同行，第一次用博途写模拟量程序，会被编译报错整得怀疑人生。最常见的报错就是NORM_X和SCALE_X的参数类型不匹配。

NORM_X的MIN、MAX、VALUE三个参数全部要求是Real浮点数。很多初学者直接填INT类型的原始值变量，或者填5530这种整数常量，编译就直接报红色错误。解决办法是先做一次INT_TO_REAL转换，把原始值变成浮点数再传给NORM_X。SCALE_X的输出也是Real，如果后面接了HMI标签，HMI那边的数据类型也要对应选择"浮点数32位"，不然触摸屏上显示不了小数。

还有一种不太容易察觉的类型问题：用Real变量做比较的时候，不要用完全相等的判断。浮点数在计算机里有很多二进制无法精确表达的值，比如0.1在二进制里就是一个无限循环小数，两个Real变量做相等判断很容易出问题。做温度阈值判断的时候，用大于和小于就好，不要用等于。

还有一个更隐蔽的坑：有些老工程师习惯用MOVE指令把原始值复制到中间变量，再慢慢处理。MOVE在博途里有个特点，它会做隐式类型转换，但又不像三菱那么宽松，用不好就会出现数据截断。比如把一个INT类型的原始值MOVE到一个REAL变量里，好像没问题，但如果MOVE的目标是一个BYTE变量，数值高位就会被截断，温度直接错乱。这类问题排查起来非常耗时间，最好的办法是程序里从一开始就明确每个变量的数据类型，别依赖隐式转换。

写到最后，再分享一个我个人的调试习惯。每次做完一个模拟量测温项目，我会在调试记录本上留一张"信号链路验证表"，把电流值、原始值、理论温度、实际显示温度四列对应填好。量程内的几个关键点，比如4mA、8mA、12mA、16mA、20mA，每个点都验证一遍，确认线性关系没有问题之后才交付。这套流程看着繁琐，但它能让我对每一套系统的状态都心里有底。你如果也被模拟量测温的问题折腾过，照着这个思路从头捋一遍，很多看似玄学的毛病，其实都能落到一个具体的硬件设置或者程序参数上。