企业官网建设流程全解析

1. 模拟量处理为什么是两段式：NORM_X和SCALE_X分工背后的逻辑

1.1 现场最常见的“显示不对”问题

搞过西门子S7-1500现场调试的朋友应该都遇到过这个场景：变送器、液位计、压力表都接好了，程序也写了不少，下电上电一跑，HMI上显示的温度、压力数值就是不对。要么显示一个几百上千的奇怪整数，要么是负数，要么数值固定不变、跟现场仪表完全对不上。

我最早从S7-300转过来的时候，也被这个问题卡过一阵。S7-300时代处理模拟量，大家习惯了调用FC105或FC106，直接在参数里填上下限，一条指令就把原始值换算成工程量，用起来挺顺手。到了S7-1500 + TIA Portal的环境里，指令库变成了NORM_X和SCALE_X，很多人一开始会觉得别扭：为什么要拆成两条指令？还多一个中间变量？直接一条指令搞定不香吗？

实际用下来就会明白，这个“拆”是有道理的。S7-1500的模拟量处理逻辑本质上是两段式映射：第一段把模拟量输入模块采集到的原始整数，归一到0到1之间的标准化数值；第二段再把这个标准化数值映射到你想要的工程量范围。中间那个0到1的标准化值，就是两段之间的“桥梁”。

1.2 两段式设计到底解决了什么问题

先说第一段，NORM_X做的事情。S7-1500的AI模块，不管你是接4-20mA、0-20mA、0-10V还是RTD热电阻，模块最终都会把物理量转换成一个16位整数值存在过程映像区里，也就是IW开头的地址。这个整数值不是随意的，它跟模块的量程设置有关。比如4-20mA信号，在S7-1500里对应的原始值范围是5530到27648，而不是很多人直觉认为的0到32767。

这个“原始值”本身没有物理意义，它就是个整数，你得知道它对应多大的电流、多大的温度，才有用。NORM_X就是做这件事的：把当前原始值，放到一个上下限区间里，算出一个0到1之间的实数。0就代表下限，1就代表上限，中间线性对应。

第二段，SCALE_X做的事情更纯粹：拿到那个0到1的标准化值，按线性关系乘开，映射成你最终要的工程量。比如0到100摄氏度、0到1.6兆帕、-40到150摄氏度，全都可以。

为什么这样拆开更好？我自己的体会是三点：

• 中间值可以复用。同一个标准化值，既可以显示成百分比，也可以乘到对应工程量，还可以同时送给PID做过程值、送给报表做记录，不需要重复写换算。
• 逻辑清晰。前后两段各管一件事，出问题时排查起来方便。原始值不对，查硬件、查组态；标准化值不对，查NORM_X参数；工程量不对，查SCALE_X范围。
• 数据类型更规整。中间变量用Real，两边输入输出都可以是整数或浮点，灵活度比FC105高不少。

2. 硬件组态阶段就要确认的问题：模块类型与量程设计

2.1 模拟量输入模块的测量类型设置

软件指令再熟练，硬件组态不对也白搭。S7-1500常用的模拟量输入模块，比如AI 8xU/I/RTD/TC这种多合一模块，通道的测量类型是可以在TIA Portal的设备组态里逐通道配置的。

组态步骤其实不复杂：在项目树里双击CPU下的AI模块，打开“属性”窗口，选到“AI模块”->“通道”或“测量”选项卡，每个通道都可以单独设置。你要接4-20mA的两线制变送器，就把通道测量类型选为“电流”，测量范围选为“4-20mA”；如果是0-10V的传感器，就选“电压”，范围选“0-10V”。

这个环节最容易犯的错误是：组态里选了4-20mA，但变送器实际输出0-20mA，或者反过来。这个错误会导致原始值偏到27648以上，程序里的标准化计算就乱套了。另一个容易忽略的是所谓“量程卡”的问题。S7-300时代部分AI模块需要在模块侧面插量程卡，用螺丝刀旋转选择电流/电压/热电阻类型。S7-1500大部分模块已经取消了物理量程卡，直接在软件里配置，这是个进步。但如果你用的是老型号的ET200MP系列模块，还是要看下硬件手册确认有没有量程开关。

2.2 硬件滤波与积分时间对后续软件处理的影响

组态AI模块时，在通道属性里还能看到“积分时间”“滤波”这类参数。这些参数很多人直接跳过，默认是多少就多少，但实际现场环境中，它们对后续NORM_X算出来的值影响非常大。

我遇到过这样一个现场：一台水泵出口压力，变送器信号頻繁跳动，标准化之后的值在0.4到0.6之间来回摆，导致SCALE_X之后的压力显示在小数点后两位不停跳。检查变送器、屏蔽线都没问题，最后发现是AI通道的积分时间设置太短了。S7-1500的AI模块，积分时间可调范围大概从几十毫秒到几百毫秒，积分时间越短，对信号的响应越快，但抗干扰能力越差。

如果你做的是温度、液位这类变化相对缓慢的过程量，我建议把积分时间适当调长，比如100ms以上，能明显压住信号跳动。如果是流量、转速这类需要快速响应的信号，就不要过度滤波，否则会掩盖真实变化。这个权衡，比在软件里写一堆滤波程序要有效得多，因为硬件滤波不占扫描周期，也不会引入程序逻辑复杂度。做标准化处理和工程换算之前，先把硬件层的信号品质搞定，这才是省事的思路。

3. NORM_X指令实质拆解：从原始整数到0-1标准值

3.1 指令接口逐个说清楚

NORM_X在TIA Portal指令列表里的位置是“基本指令”->“转换操作”。它的接口不算复杂，一共四个：输入端的VALUE、MIN、MAX，输出端的OUT。但就是这简单的四个参数，我在培训现场见过N多种填法，有的真是让人哭笑不得。

• VALUE：需要被标准化的原始值，也就是IW64、IW96这类模拟量输入地址，也可以是存了原始值的中间变量。
• MIN：原始值区间的下限。接4-20mA，下限就是5530；接0-20mA或0-10V，下限就是0。
• MAX：原始值区间的上限。S7-1500标准情况下是27648，但在某些模块或特殊配置下可能有差异，务必以模块手册为准。
• OUT：标准化结果，数据类型必须是Real。NORM_X要求你填一个Real类型的变量或DB符号，如果你填的是Int或DInt，编译直接报错。

在TIA Portal里，你往MIN和MAX上可以填常数，也可以填变量。我个人更推荐填变量，尤其是当你的项目里有多种量程的模拟量信号时，把上下限统一放到PLC数据类型（UDT）或全局DB里维护，改起来比翻程序改常数效率高得多。

3.2 计算关系与边界情况

NORM_X内部做的是线性插值，计算关系很简单：

OUT = (VALUE - MIN) / (MAX - MIN)

这个公式必须随口就能说出来。因为排查问题的时候，拿计算器和现场值算一遍，立刻就知道哪里不对。

举个例子：4-20mA温度变送器，量程0-100摄氏度，原始值下限5530、上限27648。如果模块此时读到IW64 = 16589，那么：

OUT = (16589 - 5530) / (27648 - 5530) = 11059 / 22118 ≈ 0.5

正好对应50%，也就是50摄氏度，逻辑没问题。这里一定要留意：如果你接的是4-20mA信号，但MIN填了0，那4mA时标准化值不是0而是0.25，最终显示会整体偏大，误差还不小。任何标准化计算都要严格贴合实际硬件量程。

另外要防范两个边界：一是MAX和MIN不能相等，否则分母为0，CPU会进入运行错误状态；二是VALUE在MIN和MAX之外，比如变送器断线时原始值可能小于5530或变成32767，OUT会相应地变成负数或大于1，SCALE_X之后显示的就是超量程值，这个要靠程序做限幅或报警处理，后面专门讲。

4. SCALE_X指令实质拆解：从标准值到工程量

4.1 指令接口与使用细节

SCALE_X同样是四个参数：VALUE、MIN、MAX、OUT。这里的VALUE通常就是NORM_X算出来的那个0到1之间的Real值，MIN和MAX是你工程量的下限和上限，OUT是最终工程量结果。

比如要把0-1标准化值映射到0-100摄氏度：

• VALUE = “温度标准化”变量（Real）
• MIN = 0.0
• MAX = 100.0
• OUT = “温度工程量”变量（Real）

计算逻辑同样是一次线性映射：

OUT = MIN + VALUE × (MAX - MIN)

如果VALUE=0.5，MIN=0，MAX=100，那么OUT=50，很好理解。

SCALE_X的MIN和MAX不要求谁大谁小，可以为负数，甚至MAX可以小于MIN，这在处理一些特殊量程时很有用。比如一个位移传感器，量程-10毫米到+10毫米，MIN填-10.0，MAX填10.0就行。再比如某些差压变送器输出信号与流量是开方关系，你在SCALE_X之前的数值可能不是标准线性，那就不能简单用SCALE_X直接映射，得先做开方处理或使用标准化值后再做特殊运算。这也是我坚持建议“先想清楚物理量与你工程量之间是不是线性关系”的原因，不少新手就在这一步直接套SCALE_X，结果流量显示偏得离谱。

4.2 工程上下限设计中的几个细节

上下限填多少，直接决定显示准不准，这里有三个细节值得注意：

1. 上下限与传感器量程严格对应。变送器铭牌上写了4-20mA对应0-1.6MPa，SCALE_X的MIN和MAX就填0.0和1.6，不要自己留“余量”改成0.1和1.5，那样看似保险，实际标定关系就歪了。

2. 注意数值类型。SCALE_X的OUT可以是Real，也可以是Int。如果你是直接把结果送给HMI或报表用，用Real没毛病；如果后续要送给整型变量、比较指令或PID的整数输入，那OUT填Int变量也完全可以，系统会自动取整。但这里有个隐藏坑：Int的范围是-32768到32767，如果你的工程量最大值超过了32767，比如液位要显示0到40000毫米，OUT还用Int就溢出了，必须用Real或DInt。

3. 不要在一个通道上重复做两次NORM_X和SCALE_X。有时候程序被别人改过，我发现同一个原始值被人复制粘贴了两套换算，一套给显示，一套给PID，结果两个值还不一样。这种事真的发生得不少。正确做法是把NORM_X+SCALE_X做成FC或FB，每个通道调用一次，输出存成统一的DB变量，所有下游都引用同一份工程量值。

5. 完整实战：一路4-20mA温度采集从零配置到验证

5.1 硬件连接与组态核对清单

前面原理讲了不少，现在过一遍完整流程，从硬件连接开始。

假设现场有一台一体化温度变送器，输出4-20mA，量程0-150摄氏度，供电24V DC，两线制接法。信号接到S7-1500 AI模块的第0通道。

安装接线前，按这个清单过一遍：

• 确认变送器供电正常，正负极不要接反（两线制电流信号，棕色接模块通道正端，蓝色接通道负端/公共端）。
• 确认AI模块通道类型支持电流输入（很多AI模块同一通道可以配电压或电流，但有硬件跳线/软件组态区分，S7-1500多数是软件组态）。
• 确认屏蔽层单端接地，避免共地干扰影响原始值。
• 组态时把通道0测量类型设为“电流”，量程为“4-20mA”。

在项目树里双击AI模块，打开属性页，找到通道0，测量类型选“电流”，测量范围选“4-20mA”。在“模拟量输入”->“通道0”的选项中，把“启用”勾上。这里要提醒一下：模块默认可能启用了诊断功能，比如“断线诊断”，这个功能建议留着，后面处理故障时特别有用。

5.2 程序段编写与变量规划

打开OB1或循环中断OB，先建几个变量。我喜欢在PLC变量表里先建一个全局变量段，名字起得像样点，后面所有程序引用都方便复用。

建议变量如下（示例）：

程序段1：读取原始值，加个断线判断

#AI_Temp_Raw := "AI模块输入通道0"; // 或者直接用IW64 IF #AI_Temp_Raw < 5530 THEN #AI_Temp_Alarm := TRUE; ELSE #AI_Temp_Alarm := FALSE; END_IF;

这个判断可以提前把断线或信号低于4mA的情况抓出来，避免后续NORM_X算出一个负数。

程序段2：NORM_X标准化

#AI_Temp_Norm := NORM_X(MIN := 5530, VALUE := #AI_Temp_Raw, MAX := 27648);

程序段3：SCALE_X工程换算

#AI_Temp_Value := SCALE_X(VALUE := #AI_Temp_Norm, MIN := 0.0, MAX := 150.0);

这里要用真真实实的变量去接收，我用的是全局DB里的符号名，方便HMI直接引用。

5.3 用强制值验证量程换算逻辑

写完程序先别急着下现场，在TIA Portal里用“仿真”或“监控与强制”功能，把AI通道原始值强制定成几个关键点，验证整个换算链路对不对。

验证点建议取四个：

• 4mA对应原始值5530，温度应为0摄氏度。
• 8mA对应原始值5530 + (27648-5530) × (8-4)/(20-4) ≈ 11059，温度约为37.5摄氏度。
• 12mA对应原始值16589，温度应为75摄氏度。
• 20mA对应原始值27648，温度应为150摄氏度。

我把这些值在监控表里挨个强制一遍，看着AI_Temp_Value跟上面对上，才放心把程序下载到PLC。这一步看着笨，但真的能挡掉一大半低级错误，尤其是MIN/MAX填反或数据类型不匹配的问题，一强制就原形毕露。

6. 真机调试中常见的坑与排查链路

6.1 读数为0或原始值异常时的排查顺序

只要现场模拟量信号出问题，我的排查顺序基本固定，从硬件摸到软件，不走回头路：

1. 看模块通道指示灯和诊断缓冲区。S7-1500的CPU和模块诊断能力很强，打开在线诊断，如果通道断线或超量程，诊断缓冲区里会直接给出条目，比拿万用表瞎猜快得多。
2. 测变送器输出电流。用万用表串进电流回路，看是不是真的在4-20mA范围内。很多“程序问题”其实都是变送器本身没工作，或者供电电源掉了。
3. 看监视表里的原始值。如果原始值稳定且符合量程，问题大概率在NORM_X/SCALE_X参数。如果原始值本身乱跳，那先去查接地、屏蔽、通道组态，别急着改程序。
4. 核对NORM_X的MIN/MAX。有些项目被多人维护过，可能有人把MIN和MAX改成了0和27648，但实际接的是4-20mA，所以原始值低于5530的部分被当成正常值了。这类问题用强制值一测就能发现。
5. 核对SCALE_X的MIN/MAX是否与变送器量程一致。变送器0-100摄氏度，SCALE_X却填了0-150，显示必然偏大。

6.2 断线检测与超量程处理

现场最烦的就是变送器断线或信号漂移，一旦信号丢失，原始值可能变成32767（超上限）或小于5530（低于下限）。如果程序不做任何处理，SCALE_X就会输出一个离谱的工程量，HMI上看就是温度突然飙到几千度或掉到负数，严重影响操作员判断。

我的做法是加一层“限幅+报警”：在NORM_X之前判断原始值是否落在合法区间，比如4-20mA对应5530-27648，如果超出，就把工程量保持在上一次正常值，同时置一个报警位，HMI上闪烁提示“信号异常”，而不是跟着乱跳。等信号恢复后，再平滑切回实时值，避免阶跃跳变。

具体程序可以是：

IF #AI_Temp_Raw >= 5530 AND #AI_Temp_Raw <= 27648 THEN #AI_Temp_Norm := NORM_X(MIN := 5530, VALUE := #AI_Temp_Raw, MAX := 27648); #AI_Temp_Value := SCALE_X(VALUE := #AI_Temp_Norm, MIN := 0.0, MAX := 150.0); #AI_Temp_Alarm := FALSE; ELSE #AI_Temp_Alarm := TRUE; // 保持原值或者强制为安全值，根据工艺决定 END_IF;

这样处理之后，断线时HMI上至少不会出现一个吓死人的错误数值。工艺上如果要求紧急停车那另说，但从显示和控制逻辑的健壮性来说，这个习惯值得养成。

6.3 浮点精度与扫描周期带来的小抖动

最后一个困扰很多人的问题是，一切配置都正确，但工程量值总在小数点后两位或后一位来回跳，看着很心烦。这种抖动通常有两个来源。

一是浮点数本身在PLC里的精度表示。Real类型是32位浮点，有效精度大约7位十进制，日常显示足够，但如果你把结果反复做乘除、比较、传送，截断误差会一点点累积。解决方法是尽量缩短链路，换算完直接存DB，不要中间绕来绕去。如果你发现某个值在0.999和1.000之间跳，往往是浮点比较的边界问题，可以给HMI显示设一位小数，或者用LROUND/RND指令做四舍五入。

二是模拟量模块的刷新时间与OB1扫描周期不同步。S7-1500的AI模块是周期性刷新通道值的，刷新周期和CPU的OB1扫描周期不一定完全对齐，所以你看到的值会有轻微锯齿。这个不是故障，是采样时间的自然结果。如果你对稳定性要求高，可以把模拟量读取和处理放到定时中断OB里，比如OB32，用固定周期（比如100ms）去读值、去换算，HMI上显示就会稳很多。

插一句，S7-1500有个“硬件中断”机制，可以配置AI通道在达到阈值时触发中断OB，适合快速报警场景。但日常模拟量换算，我个人不推荐用硬件中断，因为触发条件和逻辑处理容易搞复杂，性价比不高。规规矩矩用循环中断+标准化/缩放指令，既能满足绝大多数控制需求，也方便后人维护。

7. 从项目维护角度补充几个实用经验

这套NORM_X和SCALE_X的用法，放到多通道、多类型的项目里，还会牵扯到一些组织问题。我建议每个项目中都做一个统一的“模拟量标准化处理”FB，输入是原始值地址、量程上下限，输出是工程量值、标准化值、报警标志。每个通道调用一次，实例存在专用DB里。这样项目后期加通道、改量程、排查故障，都只需要改FB内部逻辑或实例参数，不需要满程序找NORM_X到处改。

在TIA Portal里，FB用多重背景或参数化实例都可以，我个人偏好用一个共享DB数组来管理所有AI通道：

• 数组元素里放原始值、标准化值、工程量、量程下限、量程上限、报警位、滤波系数等。
• 程序里循环调用FB，逐通道处理。
• HMI通过符号寻址访问DB数组元素，组态也简洁。

这样做还有一个好处：如果某个通道需要做特殊处理（比如非线性开方、报警死区），只需要在FB里增加分支逻辑，不会影响其他通道。

另外，关于最小值和最大值的来源，我建议在PLC侧做成“可写参数”，由HMI的工程师站或操作屏在调试期间在线修改。这样现场仪表量程更换时，不需要重新下载PLC程序，只要在HMI维护画面上改两个数值就能完成量程适配。很多项目验收后，仪表临时换量程很常见，这个设计能省不少来回跑现场的功夫。

最后分享一个调试小技巧：在TIA Portal的监控表里，把原始值、NORM_X的OUT、SCALE_X的OUT三个变量同时拉出来监控，按现场仪表手动给出一个已知电流，比如用信号发生器给12mA，然后看三个值是不是分别对应0.5和量程中值。如果不一致，用这个“三点一线”的方法，能迅速定位是硬件采集问题、NORM_X参数问题还是SCALE_X参数问题。我靠这个方法，在现场不知道省了多少跟工艺人员解释的时间。