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不能相等否则分母为0CPU会进入运行错误状态二是VALUE在MIN和MAX之外比如变送器断线时原始值可能小于5530或变成32767OUT会相应地变成负数或大于1SCALE_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 “温度标准化”变量RealMIN 0.0MAX 100.0OUT “温度工程量”变量Real计算逻辑同样是一次线性映射OUT MIN VALUE × (MAX - MIN)如果VALUE0.5MIN0MAX100那么OUT50很好理解。SCALE_X的MIN和MAX不要求谁大谁小可以为负数甚至MAX可以小于MIN这在处理一些特殊量程时很有用。比如一个位移传感器量程-10毫米到10毫米MIN填-10.0MAX填10.0就行。再比如某些差压变送器输出信号与流量是开方关系你在SCALE_X之前的数值可能不是标准线性那就不能简单用SCALE_X直接映射得先做开方处理或使用标准化值后再做特殊运算。这也是我坚持建议“先想清楚物理量与你工程量之间是不是线性关系”的原因不少新手就在这一步直接套SCALE_X结果流量显示偏得离谱。4.2 工程上下限设计中的几个细节上下限填多少直接决定显示准不准这里有三个细节值得注意上下限与传感器量程严格对应。变送器铭牌上写了4-20mA对应0-1.6MPaSCALE_X的MIN和MAX就填0.0和1.6不要自己留“余量”改成0.1和1.5那样看似保险实际标定关系就歪了。注意数值类型。SCALE_X的OUT可以是Real也可以是Int。如果你是直接把结果送给HMI或报表用用Real没毛病如果后续要送给整型变量、比较指令或PID的整数输入那OUT填Int变量也完全可以系统会自动取整。但这里有个隐藏坑Int的范围是-32768到32767如果你的工程量最大值超过了32767比如液位要显示0到40000毫米OUT还用Int就溢出了必须用Real或DInt。不要在一个通道上重复做两次NORM_X和SCALE_X。有时候程序被别人改过我发现同一个原始值被人复制粘贴了两套换算一套给显示一套给PID结果两个值还不一样。这种事真的发生得不少。正确做法是把NORM_XSCALE_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变量表里先建一个全局变量段名字起得像样点后面所有程序引用都方便复用。建议变量如下示例变量名数据类型说明AI_Temp_RawInt原始值地址IW64AI_Temp_NormRealNORM_X输出0-1标准化值AI_Temp_ValueRealSCALE_X输出最终工程量温度值AI_Temp_AlarmBool超量程/断线报警位AI_Temp_DeviationBool偏差过大标志可选用程序段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算出一个负数。程序段2NORM_X标准化#AI_Temp_Norm : NORM_X(MIN : 5530, VALUE : #AI_Temp_Raw, MAX : 27648);程序段3SCALE_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或原始值异常时的排查顺序只要现场模拟量信号出问题我的排查顺序基本固定从硬件摸到软件不走回头路看模块通道指示灯和诊断缓冲区。S7-1500的CPU和模块诊断能力很强打开在线诊断如果通道断线或超量程诊断缓冲区里会直接给出条目比拿万用表瞎猜快得多。测变送器输出电流。用万用表串进电流回路看是不是真的在4-20mA范围内。很多“程序问题”其实都是变送器本身没工作或者供电电源掉了。看监视表里的原始值。如果原始值稳定且符合量程问题大概率在NORM_X/SCALE_X参数。如果原始值本身乱跳那先去查接地、屏蔽、通道组态别急着改程序。核对NORM_X的MIN/MAX。有些项目被多人维护过可能有人把MIN和MAX改成了0和27648但实际接的是4-20mA所以原始值低于5530的部分被当成正常值了。这类问题用强制值一测就能发现。核对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参数问题。我靠这个方法在现场不知道省了多少跟工艺人员解释的时间。