简介在工业自动化与过程控制领域流量累积是物料平衡、能耗计量和环保总量核算的基础功能。其本质是对瞬时流量进行时间积分但在PLC周期扫描的离散系统中实现高精度累积并非易事需要处理积分算法选择、单位换算、数据精度及掉电保持等工程细节。针对这一需求成熟的工程师常常借助功能块FB库来封装复杂的累积逻辑例如在西门子TIA Portal环境下使用S7-1200/S7-1500调用Totalizer_Lib通过梯形积分法和64位浮点内部变量确保长期运行稳定。本文从流量累积的数学原理讲起对比矩形法与梯形法的差异分析调用周期与中断组织块的选择并给出HMI联动、复位控制及保持性配置的完整操作指南。无论您是正在设计水处理项目还是优化能源计量系统掌握PLC流量累积功能块的原理与应用都能有效提升计量数据的可靠性与工程交付效率。 做水处理、环保、化工和能源计量项目的兄弟对下面这个场景应该都不陌生现场的电磁流量计、涡街流量计、质量流量计实时瞬时流量都亮在那儿操作员看趋势、做控制都没问题。可一旦到了月底结算、物料平衡、排污总量核算的时候光有瞬时流量完全不够用必须拿出累积量来。以前大家怎么解决有的直接用流量计自带的累积寄存器有的在HMI里写脚本累加还有的干脆让操作员每天手抄一次瞬时值再填Excel。这些办法不能说错但可靠性、精度、操作体验都差点意思。仪表累积寄存器位数不够用、HMI脚本采集周期受通讯波动影响、人工抄表容易漏记——这些问题我在现场都遇过。这次要聊的这个包就是专门解决这个问题的一份名为流量累积功能块FB_函数库_Totalizer_Lib_TIA_Portal_V15版本.rar的压缩包。解开之后本质上是西门子TIA Portal V15工程里可以直接用的一套函数库核心是一个流量累积功能块FB。你把瞬时流量喂给它它按积分算法帮你算累积量同时把单位换算、复位逻辑、掉电保持这些麻烦事一并处理掉。适合正在用S7-1200/S7-1500做项目、手头有流量累积需求、又不想从零写算法的自动化工程师参考。1. 这个库解决什么问题又是怎么设计的1.1 为什么流量累积要专门做个库先说个本质问题流量累积数学上就是把瞬时流量对时间求积分。听着简单真要在一块PLC里写一个能长期稳定运行的累积功能琐碎细节非常多。第一积分是连续概念而PLC是周期扫描的离散系统。你只能每隔一个扫描周期采样一次瞬时流量用近似算法去逼近真实积分。最常用的两种算法是矩形法和梯形法。矩形法直接用当前瞬时流量乘以扫描周期代码最简单但流量波动大时误差明显梯形法取前后两个周期的流量平均值再乘以扫描周期误差小一个量级。成熟库一般选梯形法因为它只多存一个上一周期流量值代价可以忽略精度收益却很可观。第二时间基准的单位换算是重灾区。流量计给出的瞬时流量可能是m³/h、L/min、kg/h累积量要的是m³、L或者吨而PLC的扫描周期单位是毫秒、秒。这几个维度一旦换算错累积值会偏到离谱。比如瞬时流量是m³/h扫描周期是秒单步增量必须除以3600忘了除累积值就比实际大了3600倍。第三累积量是长期只增不减的数据。项目跑上几个月累积量到几百万甚至上亿很正常。如果使用32位浮点REAL有效数字只有大约7位累积量一大单步增量会被舍入丢光数值就卡住不动了。这也是库必须用LREAL64位浮点来做内部累积的原因。把这些坑串起来你就明白为什么大家愿意用现成函数库了。它把数学、量纲、精度、复位、保持全封装好你只用关心三件事给它瞬时流量、读累积结果、需要时按复位。对调试人员和最终用户来说这比每次新项目都重新造轮子靠谱得多。1.2 对比几种常见实现方案库的优势在哪我逛过不少现场见过各种土办法这里把它们和PLC侧FB库方案放在一起做个对比。实现方式优点缺点适用场景流量计自带的累积寄存器零成本直接在仪表上读不同厂家寄存器地址、字节序不统一仪表位宽有限更换仪表后上位机要改地址小流量时分辨率不高单表独立计量、不涉及PLC联动的场合HMI脚本定时累加实现灵活画面直出数据采集周期受通讯负载和画面刷新影响波动大时会漏算或重算HMI重启可能丢值精度要求低、只做参考显示的场合PLC侧FB积分累积积分在PLC内部完成周期稳定可控支持掉电保持、复位、预设值可复现、可移交需要占用一点PLC程序空间和扫描时间需要长期稳定数据、用于结算或统计的正式项目讲真前两种方案不是不能用但它们都依赖外部环境稳定。仪表累积你管不到它内部算法HMI脚本你控制不了采集抖动。只有把累积逻辑放在PLC里扫描周期、数据类型、保持属性这些关键因素才真正握在你自己手里。这也是Totalizer_Lib这类函数库存在的根本价值。顺带提一句这几年各大PLC厂商都在推动功能块FB库的标准化和应用普及西门子通过全局库机制做了比较完善的版本管理三菱、欧姆龙其实也各有各的FB体系和导入要求。这个库是西门子TIA Portal体系的拿到别的编程软件里不能直接套用但算法思路是相通的。1.3 V15版本的定位和兼容性注意点标题里专门标了TIA Portal V15版本这里面有两层信息值得展开。第一层是工程格式。TIA Portal的库文件一般以.zal格式导出整个项目归档是.zap15格式。拿到这个.rar解压后你大概率会看到.zal或.zap15其中的一种。两种格式的打开方式不同后面实操部分会详细说。另外TIA Portal的高低版本兼容性规则是高版本能打开低版本文件低版本打不开高版本文件。V15可以打开V13、V14的工程但V15生成的库用V14是打不开的。如果你电脑上装的还是V14需要先用V15打开库并另存为V14支持的格式。第二层是硬件平台。这个库面向的是S7-1200和S7-1500系列CPU。S7-1200和S7-1500在指令集和背景DB访问方式上有差异库作者通常会区分版本或做成兼容模式。你拖动FB之前先确认目标CPU型号在库的支持列表里。我见过有人把S7-1500专用版本拖进S7-1200程序编译直接报错其实选错库版本了。2. Totalizer_Lib核心原理积分、参数与调用周期2.1 累积的数学原理矩形法还是梯形法流量累积的连续数学表达式是V ∫ Q(t) dt其中Q(t)是瞬时流量时间函数V是t0到t1时间段内的累积体积。在PLC里做不了连续积分只能离散化矩形法也叫前向欧拉法V_new V_old Q_current × Δt梯形法V_new V_old (Q_current Q_previous) / 2 × Δt看着差别就一个平均值实际效果差不少。流量完全稳定的场合两种方法几乎没区别但现场流量经常波动泵的启停、阀门的开度变化、管道里的脉动流都会让瞬时流量在相邻扫描周期之间出现明显变化。梯形法因为用了前后两个时刻的流量平均相当于对曲线做了一次线性逼近误差明显小于矩形法。有些更讲究的库还会做防脉冲干扰处理如果相邻两个周期的流量变化率超过设定阈值就舍弃跳跃值或者对变化率做限幅。这个功能在电磁流量计信号受干扰的场景下特别有用。不过限幅也会带来动态响应变慢的问题是否启用要按现场信号质量来定不建议无脑打开。时间归一化是另一个必须理解的环节。假定瞬时流量Q单位是m³/h扫描周期Δt单位是秒那么单步累积增量是增量 Q × Δt / 3600这个除以3600的动作是所有累积功能块里的命门。流量单位如果是L/min就除以60如果是kg/h还要考虑密度换算成体积或者干脆做质量累积。库的输入参数里通常提供流量单位选择目的就是把这一步从你手里接管过来减少人为出错。2.2 FB接口参数逐个说清楚虽然不同版本的Totalizer_Lib在接口命名上可能有差异但核心参数基本跑不出下面这些。我按自己用过的典型版本整理了一张接口表你拿到库之后对照着看很快就能对上参数方向参数名数据类型说明输入i_FlowRateREAL/LREAL瞬时流量值工程单位由i_Unit_Flow指定输入i_Unit_FlowINT流量单位编码比如0m³/h、1L/min、2kg/h输入i_EnableBOOL使能信号为FALSE时累积暂停输出保持不变输入i_ResetBOOL上升沿将累积值复位为0或预设值输入i_PresetValueLREAL复位后写入的初始累积值常用于预置或接续输出q_TotalizerLREAL当前累积量这是核心输出输出q_OverflowBOOL累积值溢出或超过设定上限的标志输出q_ValidBOOLFB运行正常的指示位静态s_FlowPrevLREAL上一周期瞬时流量梯形法内部使用静态s_TimeStampDTL/TIME上一次调用时间用于计算实际时间间隔几个关键参数背后的设计逻辑值得单独说。复位为什么做成上升沿因为操作员在HMI上按一次清零按钮按钮变量在PLC里会持续多个扫描周期为TRUE。如果FB按电平复位操作员按久一点累积值就可能被反复清零。做成上升沿检测只在信号从FALSE变TRUE的那一瞬间执行一次复位后续即使按钮一直按着也不会重复触发。PresetValue是干什么用的现场换表之后新表可能已经有累计读数需要把PLC里的累积量拨回到和表一致。这时候通过HMI写入预设值再触发复位累积量就从新基数开始接续省去手工改程序的麻烦。这个功能在做仪表更换和计量校准的时候非常实用。为什么累积输出要用LREAL前面已经提过精度问题这里再展开一点LREAL有15到16位有效十进制数字。假设累积量已经到100万m³每次单步增量是0.0001m³级别LREAL依然能把这个增量累加上去而REAL在100万数量级下小于0.06的增量基本会被舍入掉。长期稳定运行的项目内部累积变量必须用LREAL这是硬性要求。2.3 调用周期怎么选放OB1还是OB30很多工程师拿到FB后习惯性往OB1里一拖就完事这其实是累积功能块使用中最容易埋雷的地方。我在同一个项目里做过对照测试把同一个累积FB分别放在OB1和OB30循环中断组织块里跑。OB1的扫描周期受程序长度、通讯任务、HMI访问影响实测波动范围可能在5毫秒到50毫秒之间。因为积分计算的Δt用的是固定设定值或者读取时的瞬时值扫描周期一波动累积误差就会跟着波动而且这种误差是系统性累积的日积月累下来会偏得比较多。放到OB30里就完全不同。给OB30设置一个固定周期比如100毫秒CPU会严格按照这个间隔调用FB时间基准稳定累积误差就变得非常可控。我的建议是流量累积FB一定要放在循环中断OB里调用不要放在OB1。S7-1200和S7-1500都提供了多个循环中断OB分配一个100毫秒或200毫秒的周期给累积逻辑对CPU资源占用很小精度收益却很大。周期也不是越短越好。1毫秒的周期固然精度高但CPU执行频率过高白白占用资源而且这么短的时间间隔里单步增量数值极小虽然LREAL能hold住但意义不大。一般流量类累积100到500毫秒足够除非是脉冲计数或者高速计量场景才需要更短的周期。另外要提醒一点如果你把FB放在OB30里而且库内部使用了s_TimeStamp来计算实际时间差那么即使OB30因为某些原因被延迟调用积分也能自动修正。这是我比较推荐的做法相当于给积分加了保险。3. 在TIA Portal V15里把这个库用起来3.1 解压导入.zal和.zap15两种路径拿到.rar压缩包第一步当然是解压。这里有个小提醒如果压缩包里有中文文件名在部分Windows系统上解压可能出现乱码建议先右键解压到纯英文路径下比如D:\PLC_Lib\Totalizer避免后续打开库时路径问题引发报错。解压后看内容基本是两种情况。情况一里面是.zal文件。这是TIA Portal全局库的标准导出格式。打开方式启动TIA Portal V15新建或打开一个项目在左侧项目树的全局库区域点击打开全局库图标浏览到.zal文件所在路径选中即可。打开后全局库里会出现Totalizer_Lib库库下一般有函数块分类里面就是FB_Totalizer。情况二里面是.zap15文件。这不是库而是整个项目的归档包。打开方式在TIA Portal V15起始页选择项目 恢复或者在Windows资源管理器中直接双击.zap15文件指定恢复路径等它解压完成。恢复后的项目里会有一个库文件夹你可以从项目库中把FB拖到自己的程序中使用。导入完成之后建议先双击打开FB看一遍注释文档。好的库会在块注释里写清楚每个参数的单位、取值范围和典型用法。我拿到新库的第一件事永远是读注释这个习惯能帮我省掉很多试错时间。3.2 创建背景DB并完成FB接线函数块FB和函数FC最大的区别在于FB有专门配套的背景数据块背景DB。背景DB里保存着FB的静态变量比如上一周期流量、累积值、时间戳——这些数据是每次调用之间需要保留的所以背景DB的分配很关键。操作步骤如下打开你计划放置累积逻辑的OB强烈建议是OB30或OB31这类循环中断块。从全局库的函数块目录下把FB_Totalizer拖拽到程序编辑区。TIA会弹出调用选项对话框提示创建背景DB。给DB起一个在项目内唯一的名称比如DB_Totalizer_WaterFlow方便后面监控和查找。背景DB生成后开始连线输入参数。i_FlowRate连接瞬时流量这个值通常来自模拟量输入模块经过工程量转换后的结果比如使用NORM_X和SCALE_X指令把4-20mA信号转换成m³/h的实际流量值。i_Unit_Flow按照现场仪表量纲填入对应的单位编码。i_Enable先置TRUEi_Reset接HMI复位按钮变量i_PresetValue默认给0即可。连线完成后先编译一遍程序确认没有数据类型冲突。常见错误是i_FlowRate连接的是INT类型原始值而忘了做量程转换这会导致累积逻辑接收到错误数值。编译通过后再下载到PLC然后就可以在监控表里观察q_Totalizer的变化了。这里提一个背景DB的细节TIA Portal V15中S7-1500默认使用优化访问的DBS7-1200的DB默认也是优化的。优化DB的访问效率高、支持符号寻址但如果需要对单个变量设置掉电保持方法和经典S7有区别。后面3.3节专门讲。3.3 HMI联动、复位按钮和掉电保持配置累积量最终要给人看所以要把q_Totalizer接到HMI能访问的地方。通常做法是在PLC变量表里建一个全局变量比如Water_Total类型可以是LREAL或REAL。如果HMI支持64位浮点强烈建议用LREAL显示精度更高。然后在OB30里写一行简单的赋值指令把背景DB里的q_Totalizer赋给Water_Total。HMI的IO域直接连接这个变量设置为输出格式比如显示9999999999.0并配上单位m³。复位按钮的做法HMI画面放一个按钮事件里把Water_Reset变量置位。OB30里把这个变量连接到FB的i_Reset。如果FB内部已经做了上升沿检测这样直接连就行如果库没有做上升沿处理建议在OB30里自己做一次沿检测避免操作员长按按钮导致累积值反复清零。掉电保持的配置是整个使用过程中最容易漏的一步。默认情况下新创建DB里的变量在PLC断电后不会保留。需要手动操作选中累积FB对应的背景DB。在DB的变量表里找到q_Totalizer、s_FlowPrev、s_TimeStamp这几个变量。把它们的保持属性勾选上。在TIA Portal V15的优化DB中每个变量都可以单独设置保持属性。重新编译并下载到PLC。下载时如果提示保持性数据将被复位说明背景DB结构有变动现场要特别注意最好先把累积值记录下来。上电后用监控表检查累积值是否保留了断电前的读数。如果归零按上面的步骤重新确认保持属性。这里有一个需要留心的坑S7-1200的保持性受CPU保持存储器大小的限制不同型号容量不同。如果你在背景DB里设置了大量保持变量超出CPU能力编译会报错。这时候要么精简保持变量要么换个存储容量更大的CPU。4. 现场排障实录与二次开发心得4.1 累积值与现场仪表核对不上先查这三处这是用累积功能块遇到最多的故障我在现场排查过很多次基本逃不出下面三个原因。第一个是单位换算错误。瞬时流量和累积量的单位不匹配比如库里默认i_Unit_Flow编码0代表m³/h但现场流量计变送出来的是L/min编码没改累积量就会差60倍。排查方法很简单用HMI或监控表同时看瞬时流量和单步增量手工算一下增量是否符合预期不对就查单位编码。第二个是调用周期和积分时间基准对不上。FB放在OB30里设了100毫秒但实际OB30可能被其他中断任务延迟如果库内部用的是固定常数做Δt误差就会逐渐累积。解决方法是尽量保证循环中断不被高优先级中断频繁打断并优先选用带时间戳自动计算实际间隔的库版本。第三个是信号滤波参数干扰。很多流量计自身带有滤波功能PLC侧模拟量模块也可能配置了一阶滤波。滤波会造成瞬时流量值滞后、峰值被削平累积计算基于被平均过的数值结果自然和仪表本体累积有差异。建议对照试验一下先关掉PLC侧模拟量滤波把滤波时间常数设为0再用标准信号源对比看累积偏差是否缩小。4.2 掉电丢失与REAL精度陷阱掉电后累积量归零这件事90%的情况都是保持属性没配置对。按第3.3节的步骤检查背景DB的保持变量即可。但还有一个隐藏坑容易被忽略S7-1200在固件版本V4.0之前保持区配置方式与V4.0之后不同老固件需要在硬件配置里指定保持存储器大小而不是简单在DB变量属性里勾选。如果你手上是老固件CPU先确认版本再动手。另外即使勾了保持如果在在线状态下修改背景DB的变量结构增加、删除、调整变量顺序TIA Portal也会重置保持数据。这是TIA Portal的老毛病现场改结构之前一定要先记录当前累积值改完通过i_PresetValue功能把基数恢复回去。REAL精度陷阱我在前面提过这里给出一个实际排查案例。有台设备累积量到100万立方米之后几乎不涨了监控一看单步增量的理论值在0.04左右而REAL在这个数量级的最小分辨率已经大于0.06增量直接被舍入掉。换用LREAL输出后恢复正常。如果你的HMI只支持32位浮点无法直接显示LREAL那就在PLC里把LREAL转换成REAL供显示用同时保留LREAL作为内部结算值两边各取所需。4.3 兼容性问题和源码兜底方案库拖进去后如果FB右上角出现感叹号或者编译报错提示指令不受支持先检查两件事。一是目标CPU型号是否支持优化块访问。如果库使用了需要优化DB才能访问的指令而你用的S7-1200固件太老可能不支持新特性。二是有没有选错库版本把S7-1500专用FB误拖进了S7-1200程序。有些库为了适配低端CPU会同时提供两个版本注意区分。如果试了各种办法仍解决不了我的经验是直接打开库里的FB源码在目标项目里新建一个FB把SCL或STL代码复制进去手动修改不兼容的指令。TIA Portal的SCL语言跨版本兼容性其实很好大部分问题只是某个系统指令名称或参数个数有差异改起来不难。这个方案虽然费点功夫但能彻底解决版本兼容问题还能让你深入理解库的实现逻辑强烈建议一试。4.4 把这套思路复制到其他累积场景最后聊点扩展。Totalizer_Lib解决的是流量累积但同样的逻辑在项目里到处都是电能累积功率对时间积分、药剂投加量累积投加速度对时间积分、进出水差量累积两路流量差值再积分、产量累计产线速度对时间积分。我的做法是把库里的算法模块当模板复制一份改成Totalizer_Energy或Totalizer_Dosing只改单位换算表其他逻辑完全复用。这样项目里所有累积需求都保持同一套编码风格、同一种操作习惯后期维护和交接都轻松。你甚至可以往里加报警功能比如累积到某个设定值输出报警信号这在排污总量控制场景里很常用。还有一点要讲清楚如果你的累积不是基于模拟量积分而是基于流量计发出的脉冲信号那这个FB就不适用了。脉冲累积要用PLC的高速计数器HSC配合软件计数器来做本质是数脉冲个数而不是做时间积分两者完全不是一回事。选型阶段就要搞清楚现场是模拟量输出还是脉冲输出别等程序写完了再改。最后说一点个人体会。我用这类函数库最大的感触是好库的标准不是功能多花哨而是现场不出幺蛾子。Totalizer_Lib在多个水处理项目里跑下来最稳的用法就是固定调用周期、保持属性勾上、单位参数填对然后就不再频繁改动它。把它当成一个无脑工具用它反而最可靠。等你这套东西用熟了不妨把积分加单位换算加复位保持的思路沉淀成自己的模板以后遇到电能累积、药量累积、产量累计基本就是复制粘贴改单位的事。本文还有配套的精品资源点击获取
PLC流量累积功能块FB详解：从积分原理到TIA Portal实战应用
简介在工业自动化与过程控制领域流量累积是物料平衡、能耗计量和环保总量核算的基础功能。其本质是对瞬时流量进行时间积分但在PLC周期扫描的离散系统中实现高精度累积并非易事需要处理积分算法选择、单位换算、数据精度及掉电保持等工程细节。针对这一需求成熟的工程师常常借助功能块FB库来封装复杂的累积逻辑例如在西门子TIA Portal环境下使用S7-1200/S7-1500调用Totalizer_Lib通过梯形积分法和64位浮点内部变量确保长期运行稳定。本文从流量累积的数学原理讲起对比矩形法与梯形法的差异分析调用周期与中断组织块的选择并给出HMI联动、复位控制及保持性配置的完整操作指南。无论您是正在设计水处理项目还是优化能源计量系统掌握PLC流量累积功能块的原理与应用都能有效提升计量数据的可靠性与工程交付效率。 做水处理、环保、化工和能源计量项目的兄弟对下面这个场景应该都不陌生现场的电磁流量计、涡街流量计、质量流量计实时瞬时流量都亮在那儿操作员看趋势、做控制都没问题。可一旦到了月底结算、物料平衡、排污总量核算的时候光有瞬时流量完全不够用必须拿出累积量来。以前大家怎么解决有的直接用流量计自带的累积寄存器有的在HMI里写脚本累加还有的干脆让操作员每天手抄一次瞬时值再填Excel。这些办法不能说错但可靠性、精度、操作体验都差点意思。仪表累积寄存器位数不够用、HMI脚本采集周期受通讯波动影响、人工抄表容易漏记——这些问题我在现场都遇过。这次要聊的这个包就是专门解决这个问题的一份名为流量累积功能块FB_函数库_Totalizer_Lib_TIA_Portal_V15版本.rar的压缩包。解开之后本质上是西门子TIA Portal V15工程里可以直接用的一套函数库核心是一个流量累积功能块FB。你把瞬时流量喂给它它按积分算法帮你算累积量同时把单位换算、复位逻辑、掉电保持这些麻烦事一并处理掉。适合正在用S7-1200/S7-1500做项目、手头有流量累积需求、又不想从零写算法的自动化工程师参考。1. 这个库解决什么问题又是怎么设计的1.1 为什么流量累积要专门做个库先说个本质问题流量累积数学上就是把瞬时流量对时间求积分。听着简单真要在一块PLC里写一个能长期稳定运行的累积功能琐碎细节非常多。第一积分是连续概念而PLC是周期扫描的离散系统。你只能每隔一个扫描周期采样一次瞬时流量用近似算法去逼近真实积分。最常用的两种算法是矩形法和梯形法。矩形法直接用当前瞬时流量乘以扫描周期代码最简单但流量波动大时误差明显梯形法取前后两个周期的流量平均值再乘以扫描周期误差小一个量级。成熟库一般选梯形法因为它只多存一个上一周期流量值代价可以忽略精度收益却很可观。第二时间基准的单位换算是重灾区。流量计给出的瞬时流量可能是m³/h、L/min、kg/h累积量要的是m³、L或者吨而PLC的扫描周期单位是毫秒、秒。这几个维度一旦换算错累积值会偏到离谱。比如瞬时流量是m³/h扫描周期是秒单步增量必须除以3600忘了除累积值就比实际大了3600倍。第三累积量是长期只增不减的数据。项目跑上几个月累积量到几百万甚至上亿很正常。如果使用32位浮点REAL有效数字只有大约7位累积量一大单步增量会被舍入丢光数值就卡住不动了。这也是库必须用LREAL64位浮点来做内部累积的原因。把这些坑串起来你就明白为什么大家愿意用现成函数库了。它把数学、量纲、精度、复位、保持全封装好你只用关心三件事给它瞬时流量、读累积结果、需要时按复位。对调试人员和最终用户来说这比每次新项目都重新造轮子靠谱得多。1.2 对比几种常见实现方案库的优势在哪我逛过不少现场见过各种土办法这里把它们和PLC侧FB库方案放在一起做个对比。实现方式优点缺点适用场景流量计自带的累积寄存器零成本直接在仪表上读不同厂家寄存器地址、字节序不统一仪表位宽有限更换仪表后上位机要改地址小流量时分辨率不高单表独立计量、不涉及PLC联动的场合HMI脚本定时累加实现灵活画面直出数据采集周期受通讯负载和画面刷新影响波动大时会漏算或重算HMI重启可能丢值精度要求低、只做参考显示的场合PLC侧FB积分累积积分在PLC内部完成周期稳定可控支持掉电保持、复位、预设值可复现、可移交需要占用一点PLC程序空间和扫描时间需要长期稳定数据、用于结算或统计的正式项目讲真前两种方案不是不能用但它们都依赖外部环境稳定。仪表累积你管不到它内部算法HMI脚本你控制不了采集抖动。只有把累积逻辑放在PLC里扫描周期、数据类型、保持属性这些关键因素才真正握在你自己手里。这也是Totalizer_Lib这类函数库存在的根本价值。顺带提一句这几年各大PLC厂商都在推动功能块FB库的标准化和应用普及西门子通过全局库机制做了比较完善的版本管理三菱、欧姆龙其实也各有各的FB体系和导入要求。这个库是西门子TIA Portal体系的拿到别的编程软件里不能直接套用但算法思路是相通的。1.3 V15版本的定位和兼容性注意点标题里专门标了TIA Portal V15版本这里面有两层信息值得展开。第一层是工程格式。TIA Portal的库文件一般以.zal格式导出整个项目归档是.zap15格式。拿到这个.rar解压后你大概率会看到.zal或.zap15其中的一种。两种格式的打开方式不同后面实操部分会详细说。另外TIA Portal的高低版本兼容性规则是高版本能打开低版本文件低版本打不开高版本文件。V15可以打开V13、V14的工程但V15生成的库用V14是打不开的。如果你电脑上装的还是V14需要先用V15打开库并另存为V14支持的格式。第二层是硬件平台。这个库面向的是S7-1200和S7-1500系列CPU。S7-1200和S7-1500在指令集和背景DB访问方式上有差异库作者通常会区分版本或做成兼容模式。你拖动FB之前先确认目标CPU型号在库的支持列表里。我见过有人把S7-1500专用版本拖进S7-1200程序编译直接报错其实选错库版本了。2. Totalizer_Lib核心原理积分、参数与调用周期2.1 累积的数学原理矩形法还是梯形法流量累积的连续数学表达式是V ∫ Q(t) dt其中Q(t)是瞬时流量时间函数V是t0到t1时间段内的累积体积。在PLC里做不了连续积分只能离散化矩形法也叫前向欧拉法V_new V_old Q_current × Δt梯形法V_new V_old (Q_current Q_previous) / 2 × Δt看着差别就一个平均值实际效果差不少。流量完全稳定的场合两种方法几乎没区别但现场流量经常波动泵的启停、阀门的开度变化、管道里的脉动流都会让瞬时流量在相邻扫描周期之间出现明显变化。梯形法因为用了前后两个时刻的流量平均相当于对曲线做了一次线性逼近误差明显小于矩形法。有些更讲究的库还会做防脉冲干扰处理如果相邻两个周期的流量变化率超过设定阈值就舍弃跳跃值或者对变化率做限幅。这个功能在电磁流量计信号受干扰的场景下特别有用。不过限幅也会带来动态响应变慢的问题是否启用要按现场信号质量来定不建议无脑打开。时间归一化是另一个必须理解的环节。假定瞬时流量Q单位是m³/h扫描周期Δt单位是秒那么单步累积增量是增量 Q × Δt / 3600这个除以3600的动作是所有累积功能块里的命门。流量单位如果是L/min就除以60如果是kg/h还要考虑密度换算成体积或者干脆做质量累积。库的输入参数里通常提供流量单位选择目的就是把这一步从你手里接管过来减少人为出错。2.2 FB接口参数逐个说清楚虽然不同版本的Totalizer_Lib在接口命名上可能有差异但核心参数基本跑不出下面这些。我按自己用过的典型版本整理了一张接口表你拿到库之后对照着看很快就能对上参数方向参数名数据类型说明输入i_FlowRateREAL/LREAL瞬时流量值工程单位由i_Unit_Flow指定输入i_Unit_FlowINT流量单位编码比如0m³/h、1L/min、2kg/h输入i_EnableBOOL使能信号为FALSE时累积暂停输出保持不变输入i_ResetBOOL上升沿将累积值复位为0或预设值输入i_PresetValueLREAL复位后写入的初始累积值常用于预置或接续输出q_TotalizerLREAL当前累积量这是核心输出输出q_OverflowBOOL累积值溢出或超过设定上限的标志输出q_ValidBOOLFB运行正常的指示位静态s_FlowPrevLREAL上一周期瞬时流量梯形法内部使用静态s_TimeStampDTL/TIME上一次调用时间用于计算实际时间间隔几个关键参数背后的设计逻辑值得单独说。复位为什么做成上升沿因为操作员在HMI上按一次清零按钮按钮变量在PLC里会持续多个扫描周期为TRUE。如果FB按电平复位操作员按久一点累积值就可能被反复清零。做成上升沿检测只在信号从FALSE变TRUE的那一瞬间执行一次复位后续即使按钮一直按着也不会重复触发。PresetValue是干什么用的现场换表之后新表可能已经有累计读数需要把PLC里的累积量拨回到和表一致。这时候通过HMI写入预设值再触发复位累积量就从新基数开始接续省去手工改程序的麻烦。这个功能在做仪表更换和计量校准的时候非常实用。为什么累积输出要用LREAL前面已经提过精度问题这里再展开一点LREAL有15到16位有效十进制数字。假设累积量已经到100万m³每次单步增量是0.0001m³级别LREAL依然能把这个增量累加上去而REAL在100万数量级下小于0.06的增量基本会被舍入掉。长期稳定运行的项目内部累积变量必须用LREAL这是硬性要求。2.3 调用周期怎么选放OB1还是OB30很多工程师拿到FB后习惯性往OB1里一拖就完事这其实是累积功能块使用中最容易埋雷的地方。我在同一个项目里做过对照测试把同一个累积FB分别放在OB1和OB30循环中断组织块里跑。OB1的扫描周期受程序长度、通讯任务、HMI访问影响实测波动范围可能在5毫秒到50毫秒之间。因为积分计算的Δt用的是固定设定值或者读取时的瞬时值扫描周期一波动累积误差就会跟着波动而且这种误差是系统性累积的日积月累下来会偏得比较多。放到OB30里就完全不同。给OB30设置一个固定周期比如100毫秒CPU会严格按照这个间隔调用FB时间基准稳定累积误差就变得非常可控。我的建议是流量累积FB一定要放在循环中断OB里调用不要放在OB1。S7-1200和S7-1500都提供了多个循环中断OB分配一个100毫秒或200毫秒的周期给累积逻辑对CPU资源占用很小精度收益却很大。周期也不是越短越好。1毫秒的周期固然精度高但CPU执行频率过高白白占用资源而且这么短的时间间隔里单步增量数值极小虽然LREAL能hold住但意义不大。一般流量类累积100到500毫秒足够除非是脉冲计数或者高速计量场景才需要更短的周期。另外要提醒一点如果你把FB放在OB30里而且库内部使用了s_TimeStamp来计算实际时间差那么即使OB30因为某些原因被延迟调用积分也能自动修正。这是我比较推荐的做法相当于给积分加了保险。3. 在TIA Portal V15里把这个库用起来3.1 解压导入.zal和.zap15两种路径拿到.rar压缩包第一步当然是解压。这里有个小提醒如果压缩包里有中文文件名在部分Windows系统上解压可能出现乱码建议先右键解压到纯英文路径下比如D:\PLC_Lib\Totalizer避免后续打开库时路径问题引发报错。解压后看内容基本是两种情况。情况一里面是.zal文件。这是TIA Portal全局库的标准导出格式。打开方式启动TIA Portal V15新建或打开一个项目在左侧项目树的全局库区域点击打开全局库图标浏览到.zal文件所在路径选中即可。打开后全局库里会出现Totalizer_Lib库库下一般有函数块分类里面就是FB_Totalizer。情况二里面是.zap15文件。这不是库而是整个项目的归档包。打开方式在TIA Portal V15起始页选择项目 恢复或者在Windows资源管理器中直接双击.zap15文件指定恢复路径等它解压完成。恢复后的项目里会有一个库文件夹你可以从项目库中把FB拖到自己的程序中使用。导入完成之后建议先双击打开FB看一遍注释文档。好的库会在块注释里写清楚每个参数的单位、取值范围和典型用法。我拿到新库的第一件事永远是读注释这个习惯能帮我省掉很多试错时间。3.2 创建背景DB并完成FB接线函数块FB和函数FC最大的区别在于FB有专门配套的背景数据块背景DB。背景DB里保存着FB的静态变量比如上一周期流量、累积值、时间戳——这些数据是每次调用之间需要保留的所以背景DB的分配很关键。操作步骤如下打开你计划放置累积逻辑的OB强烈建议是OB30或OB31这类循环中断块。从全局库的函数块目录下把FB_Totalizer拖拽到程序编辑区。TIA会弹出调用选项对话框提示创建背景DB。给DB起一个在项目内唯一的名称比如DB_Totalizer_WaterFlow方便后面监控和查找。背景DB生成后开始连线输入参数。i_FlowRate连接瞬时流量这个值通常来自模拟量输入模块经过工程量转换后的结果比如使用NORM_X和SCALE_X指令把4-20mA信号转换成m³/h的实际流量值。i_Unit_Flow按照现场仪表量纲填入对应的单位编码。i_Enable先置TRUEi_Reset接HMI复位按钮变量i_PresetValue默认给0即可。连线完成后先编译一遍程序确认没有数据类型冲突。常见错误是i_FlowRate连接的是INT类型原始值而忘了做量程转换这会导致累积逻辑接收到错误数值。编译通过后再下载到PLC然后就可以在监控表里观察q_Totalizer的变化了。这里提一个背景DB的细节TIA Portal V15中S7-1500默认使用优化访问的DBS7-1200的DB默认也是优化的。优化DB的访问效率高、支持符号寻址但如果需要对单个变量设置掉电保持方法和经典S7有区别。后面3.3节专门讲。3.3 HMI联动、复位按钮和掉电保持配置累积量最终要给人看所以要把q_Totalizer接到HMI能访问的地方。通常做法是在PLC变量表里建一个全局变量比如Water_Total类型可以是LREAL或REAL。如果HMI支持64位浮点强烈建议用LREAL显示精度更高。然后在OB30里写一行简单的赋值指令把背景DB里的q_Totalizer赋给Water_Total。HMI的IO域直接连接这个变量设置为输出格式比如显示9999999999.0并配上单位m³。复位按钮的做法HMI画面放一个按钮事件里把Water_Reset变量置位。OB30里把这个变量连接到FB的i_Reset。如果FB内部已经做了上升沿检测这样直接连就行如果库没有做上升沿处理建议在OB30里自己做一次沿检测避免操作员长按按钮导致累积值反复清零。掉电保持的配置是整个使用过程中最容易漏的一步。默认情况下新创建DB里的变量在PLC断电后不会保留。需要手动操作选中累积FB对应的背景DB。在DB的变量表里找到q_Totalizer、s_FlowPrev、s_TimeStamp这几个变量。把它们的保持属性勾选上。在TIA Portal V15的优化DB中每个变量都可以单独设置保持属性。重新编译并下载到PLC。下载时如果提示保持性数据将被复位说明背景DB结构有变动现场要特别注意最好先把累积值记录下来。上电后用监控表检查累积值是否保留了断电前的读数。如果归零按上面的步骤重新确认保持属性。这里有一个需要留心的坑S7-1200的保持性受CPU保持存储器大小的限制不同型号容量不同。如果你在背景DB里设置了大量保持变量超出CPU能力编译会报错。这时候要么精简保持变量要么换个存储容量更大的CPU。4. 现场排障实录与二次开发心得4.1 累积值与现场仪表核对不上先查这三处这是用累积功能块遇到最多的故障我在现场排查过很多次基本逃不出下面三个原因。第一个是单位换算错误。瞬时流量和累积量的单位不匹配比如库里默认i_Unit_Flow编码0代表m³/h但现场流量计变送出来的是L/min编码没改累积量就会差60倍。排查方法很简单用HMI或监控表同时看瞬时流量和单步增量手工算一下增量是否符合预期不对就查单位编码。第二个是调用周期和积分时间基准对不上。FB放在OB30里设了100毫秒但实际OB30可能被其他中断任务延迟如果库内部用的是固定常数做Δt误差就会逐渐累积。解决方法是尽量保证循环中断不被高优先级中断频繁打断并优先选用带时间戳自动计算实际间隔的库版本。第三个是信号滤波参数干扰。很多流量计自身带有滤波功能PLC侧模拟量模块也可能配置了一阶滤波。滤波会造成瞬时流量值滞后、峰值被削平累积计算基于被平均过的数值结果自然和仪表本体累积有差异。建议对照试验一下先关掉PLC侧模拟量滤波把滤波时间常数设为0再用标准信号源对比看累积偏差是否缩小。4.2 掉电丢失与REAL精度陷阱掉电后累积量归零这件事90%的情况都是保持属性没配置对。按第3.3节的步骤检查背景DB的保持变量即可。但还有一个隐藏坑容易被忽略S7-1200在固件版本V4.0之前保持区配置方式与V4.0之后不同老固件需要在硬件配置里指定保持存储器大小而不是简单在DB变量属性里勾选。如果你手上是老固件CPU先确认版本再动手。另外即使勾了保持如果在在线状态下修改背景DB的变量结构增加、删除、调整变量顺序TIA Portal也会重置保持数据。这是TIA Portal的老毛病现场改结构之前一定要先记录当前累积值改完通过i_PresetValue功能把基数恢复回去。REAL精度陷阱我在前面提过这里给出一个实际排查案例。有台设备累积量到100万立方米之后几乎不涨了监控一看单步增量的理论值在0.04左右而REAL在这个数量级的最小分辨率已经大于0.06增量直接被舍入掉。换用LREAL输出后恢复正常。如果你的HMI只支持32位浮点无法直接显示LREAL那就在PLC里把LREAL转换成REAL供显示用同时保留LREAL作为内部结算值两边各取所需。4.3 兼容性问题和源码兜底方案库拖进去后如果FB右上角出现感叹号或者编译报错提示指令不受支持先检查两件事。一是目标CPU型号是否支持优化块访问。如果库使用了需要优化DB才能访问的指令而你用的S7-1200固件太老可能不支持新特性。二是有没有选错库版本把S7-1500专用FB误拖进了S7-1200程序。有些库为了适配低端CPU会同时提供两个版本注意区分。如果试了各种办法仍解决不了我的经验是直接打开库里的FB源码在目标项目里新建一个FB把SCL或STL代码复制进去手动修改不兼容的指令。TIA Portal的SCL语言跨版本兼容性其实很好大部分问题只是某个系统指令名称或参数个数有差异改起来不难。这个方案虽然费点功夫但能彻底解决版本兼容问题还能让你深入理解库的实现逻辑强烈建议一试。4.4 把这套思路复制到其他累积场景最后聊点扩展。Totalizer_Lib解决的是流量累积但同样的逻辑在项目里到处都是电能累积功率对时间积分、药剂投加量累积投加速度对时间积分、进出水差量累积两路流量差值再积分、产量累计产线速度对时间积分。我的做法是把库里的算法模块当模板复制一份改成Totalizer_Energy或Totalizer_Dosing只改单位换算表其他逻辑完全复用。这样项目里所有累积需求都保持同一套编码风格、同一种操作习惯后期维护和交接都轻松。你甚至可以往里加报警功能比如累积到某个设定值输出报警信号这在排污总量控制场景里很常用。还有一点要讲清楚如果你的累积不是基于模拟量积分而是基于流量计发出的脉冲信号那这个FB就不适用了。脉冲累积要用PLC的高速计数器HSC配合软件计数器来做本质是数脉冲个数而不是做时间积分两者完全不是一回事。选型阶段就要搞清楚现场是模拟量输出还是脉冲输出别等程序写完了再改。最后说一点个人体会。我用这类函数库最大的感触是好库的标准不是功能多花哨而是现场不出幺蛾子。Totalizer_Lib在多个水处理项目里跑下来最稳的用法就是固定调用周期、保持属性勾上、单位参数填对然后就不再频繁改动它。把它当成一个无脑工具用它反而最可靠。等你这套东西用熟了不妨把积分加单位换算加复位保持的思路沉淀成自己的模板以后遇到电能累积、药量累积、产量累计基本就是复制粘贴改单位的事。本文还有配套的精品资源点击获取
![[光学原理与应用-521]：对光的错误理解与纠偏](http://pic.xiahunao.cn/yaotu/[光学原理与应用-521]：对光的错误理解与纠偏)
