★ FEATURED ARTICLE 简介面向西门子S7-1200/1500系列PLC工程师提供适用于水处理、化工、能源等连续计量场景的流量累计功能块库支持脉冲与模拟量输入累积遵循IEC 61131-3标准可直接在TIA Portal V15中导入调用无需额外编译适配。资源包共26个文件大小约1003KB包含al15项目文件、完整backup备份、多个时间戳版本快照以及XRef交叉引用、System配置、UserFiles自定义文件和Logs日志等结构化内容另有png图示、xml数据与README说明辅助理解目录清晰便于定位。已有53人学习该资源。工程人员可直接使用FB功能块进行参数化配置绑定OB组织块与DB数据块快速实现连续流体总量计量同时保留中文命名目录方便检索复用适合需要标准化累积计量解决方案的PLC开发者。1. 流量累计功能块库是什么月底对不上账多半是瞬时流量直接累加惹的祸做水厂、市政管网、大棚灌溉这类项目的工程师十有八九被流量累计折腾过。现场流量计给的是瞬时流量月底报表要的却是累计量很多人在博图里用梯形图“每个扫描周期加一次”看着逻辑简单到了结算时却对不上账。这套西门子TIA Portal V15专用流量累计功能块库核心就是把瞬时流量积分、掉电保持、清零命令、单位换算这些容易翻车的细节封装成标准功能块再配上完整项目文件和备份拖进S7-1500或S7-1200项目里就能用。刚上手博图的新人可以照抄老手也能拿它当模板省掉每次重写累计逻辑的时间。2. 用SCL搭建流量累计功能块先确立积分模型再谈代码2.1 为什么选SCL而不是梯形图来写累计功能块流量累计的核心是数学运算和状态记忆。梯形图的强项在逻辑联锁而累计逻辑要做的除法、浮点累加、上下限判断在SCL里读出来就是一行公式在梯形图里却要拆成一长串比较和计算块。调试时SCL一眼能看出逻辑关系别人接手维护也容易这是选型上的第一点。第二点功能块本身应该用FB而不是FC。FB自带背景数据块背景DB静态变量可以做成保持性数据这一步直接决定断电后累计量能不能保住。流量累计这种“写完就不想再碰”的逻辑做成标准FB放进库在项目之间拖来拖去复用比每次重新复制FC省心得多。西门子博图V15的库面板里一个FB从全局库拖进新项目背景DB会自动跟着生成这也是功能块库之所以叫“库”的原因。2.2 积分模型把瞬时流量折算到每个调用周期的增量流量累计的本质是对瞬时流量做时间积分更直白地说是每个调用周期里“瞬时流量×时间片”的累加。为什么强调时间片因为瞬时流量的单位是m³/h一小时有3600秒如果功能块每100毫秒被调用一次那每个周期要加的值是每个周期增量(m³) 瞬时流量(m³/h) × 周期(s) / 3600这句话是整个功能块库的核心后面的代码都围绕它展开。周期设成可传入的参数而不是在功能块内部写死是因为不同项目调用位置不同——有的放在循环中断OB30里100ms调用一次有的放在OB32里1秒调用一次。周期传得准累计量才准传错周期逻辑再漂亮也是摆设。下面是一段可直接抄进TIA Portal V15的SCL功能块骨架FUNCTION_BLOCK FB_FlowTotalizer VERSION : 0.1 VAR_INPUT i_FlowRate : REAL; // 瞬时流量单位 m³/h i_CycleTime_s : REAL : 1.0; // 调用周期单位 秒 i_ResetCmd : BOOL; // 清零命令上升沿有效 END_VAR VAR_OUTPUT q_Total_m3 : LREAL; // 当前累计量单位 m³ q_Valid : BOOL; // 流量信号是否有效 END_VAR VAR v_PrevReset : BOOL; // 上一次清零命令状态用于上升沿检测 v_Total : LREAL; // 累计量内部存储需在背景DB中设为保持 END_VAR BEGIN // 清零命令上升沿检测按下瞬间清一次持续按住不重复清 IF i_ResetCmd AND NOT v_PrevReset THEN v_Total : 0.0; END_IF; v_PrevReset : i_ResetCmd; // 流量与周期合法性判断防止负流量和异常周期把累计带偏 IF i_FlowRate 0.0 AND i_CycleTime_s 0.0 AND i_CycleTime_s 600.0 THEN // 瞬时流量 m³/h 除以3600得到每秒体积再乘周期得到本周期增量 v_Total : v_Total (REAL_TO_LREAL(i_FlowRate) * REAL_TO_LREAL(i_CycleTime_s)) / 3600.0; q_Valid : TRUE; ELSE q_Valid : FALSE; END_IF; // 输出当前累计量供HMI和上位机读取 q_Total_m3 : v_Total; END_FUNCTION_BLOCK代码里的几个关键点清零用了上升沿检测i_ResetCmd AND NOT v_PrevReset是标准的沿提取写法比电平清零安全得多累计计算里先把REAL转成LREAL再乘除避免小增量加进大数时被舍掉i_CycleTime_s上限设600秒防止有人误传一个巨大周期导致数据突变。这个FB的输入输出关系很干净喂给它瞬时流量和调用周期它吐累计量清零命令单独走一路调试时思路非常顺。2.3 保持性设计让掉电不丢累计量功能块逻辑写得再对背景DB的保持性没设上电一样从零开始。在TIA Portal V15里选中FB的背景DB比如TOTALIZER_DB在属性窗口中把“保持性”从“非保持”改成“保持”。这里的保持指的是CPU掉电后保持性存储区里这些变量的值不被清除。S7-1500的保持性存储区大小受CPU型号限制导航到CPU属性→保持性存储区能看到已用和剩余空间。常见做法是累计量这种一天到晚都在变的工艺数据保持性存储区里只放累计值本身像各种中间变量、上一次清零状态这类辅助变量就不要开保持省空间。如果项目用的是S7-1200且固件不支持LREAL可以把v_Total降级为REAL代价是累计量到百万级以后精度下降这时就要考虑把累计量拆成整数部分和小数部分分开存具体拆分技巧会在第4章展开。3. 把功能块库落地到TIA Portal V15项目建库、调用、HMI联动一条线3.1 从库面板拖一个FB到项目全局库和项目库的区别在博图右侧的“库”面板里有“项目库”和“全局库”两类。项目库跟着当前项目走项目文件发给别人时里面就带这些块全局库存在本机工作区跨项目复用。“专用流量累计功能块库”实际使用中建议放在全局库这样下一个项目打开就能直接拖不用反复导入。归档时也可以按项目名分目录库文件、文档、程序备份三者分开避免半年后找不到当初的版本。建库的常规做法在库面板新建一个名为FlowTotalizer_Lib的全局库把FB_FlowTotalizer从“程序块”拖到库的“模板”或“类型”目录下右键可以对库版本做管理。每次迭代后递增版本号项目里引用的是某一固定版本不会因为库更新导致已经运行的项目悄悄变逻辑。这里要注意一点库文件和项目文件是两个不同的载体备份项目时不要以为库也跟着备走了库要单独归档。3.2 用OB30固定周期调用FB避开扫描周期误差把功能块直接扔在OB1里调用也可以但OB1的扫描周期会随着程序量、通讯任务波动流量不变时累计速度也会漂。常见做法是专门开一个循环中断OB在里面调用FB。循环中断OB的周期由硬件定时器决定稳定得多。具体操作在“添加新块”里选择“循环中断”比如OB30把中断时间设为100ms0.1秒然后在OB30里写上调用语句// OB30每100ms执行一次流量累计 TOTALIZER_DB( i_FlowRate : ProcessData.Flow, // 来自模拟量转换后的瞬时流量 i_CycleTime_s : 0.1, // 必须和OB30中断周期一致 i_ResetCmd : HMI_Tags.ResetTotal // 操作员点击HMI清零按钮 );这段代码在OB30里每100毫秒被硬件中断触发一次。把i_CycleTime_s设为0.1是关键它必须和OB30的周期严格一致改中断周期时必须同步改这个参数否则累计速度会按错误的时间片累加。TOTALIZER_DB是FB_FlowTotalizer的背景DB实例化前缀可以自己改但调用处的输入输出变量名要和FB接口定义一致。如果FB内部运算出错它的ENO状态会变成FALSE累计输出不再刷新调试时要留意这个信号别在HMI上误以为是流量为零。提示循环中断OB的执行时间要控制在几十毫秒以内否则会影响主循环。流量累计本身只是几条浮点运算不会拖慢OB30但不要在OB30里去调用其他重型块。3.3 HMI和上位机读累计量的注意点跨网段通讯与清零时序累计量最终要显示到触摸屏或监控画面上。q_Total_m3是LREAL类型64位浮点部分HMI或组态软件对64位浮点的支持不完整最常见的现象是小数位丢失或者数值跳变。常见做法是在PLC里把LREAL转换成REAL后再给HMI或者直接把累计值转成字符串格式传给HMI显示。后者在WINCC较常用普通触摸屏上更省事的做法是直接显示REAL但量程大时要接受精度损失。跨网段通讯是另一个高频踩坑点。很多项目里PLC在工业以太网段比如192.168.0.x触摸屏在办公网段比如192.168.1.x中间隔路由器或网关。MCGS触摸屏跟西门子1500做跨网段通讯时V15组态里触摸屏连接的IP要填PLC所在网段的IP路由器路由表必须能转发这两个网段否则通讯状态看着是“已连接”但数据不更新。调试时先在同一个网段里跑通再改跨网段能省一半排查时间。清零时序上上位机读累计量和PLC侧清零命令之间要有间隔。常见的错误是HMI脚本里“读当前值→写入清零变量”一气呵成结果PLC刚把累计值清零上位机读到的还是清零前的旧值报表就缺了一段。常见做法是上位机读取累计量成功后延时几百毫秒再下发清零或者PLC在清零前把当前累计快照存到另一个变量里供上位机事后读取。4. 流量累计最容易翻车的5个坑从扫描周期到单位倍率换算这一章是这套功能块在实际项目里最容易出问题的五个地方每一条都按“现象→原因→解决”来写现场遇到类似的可以直接对号入座。4.1 在OB1里直接累加流量不变累计速度却漂移现象同一个流量白天累计走得快晚上累计走得慢操作员说这个累计是“随缘”的。原因OB1的扫描周期不是固定的。程序变大、通讯任务多、HMI读写频繁时扫描周期可能从5ms漂到15ms。如果累计逻辑写成每扫一次加一勺实际时间片就不固定流量不变但累计速度一直在变的基本都栽在这里。解决把功能块挪到循环中断OB里比如OB30设100ms。如果项目已经写了一大半不想动OB结构也可以保留OB1调用但把周期参数改成动态计算在功能块外部用一个系统时间戳变量记录上一次调用的时刻每次执行时用当前时间戳减上次时间戳得到实际经过的秒数作为i_CycleTime_s传入。两者相比固定周期OB明显省心。4.2 REAL精度不够累计值到千万级以后“加不上数”现象累计量到大约几百万后不再增长或者增长一下就是一大截报表完全没法看。原因REAL是32位浮点有效精度约7位十进制。当累计值达到千万量级浮点数的最小可分辨单位已经接近甚至超过1.0每个周期加进去不到1的小增量会被舍入掉。很多水厂、化工项目一年累计几百万上千万吨正好踩在这个精度边缘上。解决把功能块内部累计变量换成LREAL这是最直接的方案。S7-1500完全支持S7-1200要确认固件版本。另一个保底方案是把累计量拆成两个变量DINT存整数部分REAL存小数部分小数满1就进位给整数等于在软件里实现了“双浮点”精度。拆分核心代码很短// 小数部分累计满1.0进位给整数部分 v_Frac : v_Frac (REAL_TO_LREAL(i_FlowRate) * REAL_TO_LREAL(i_CycleTime_s)) / 3600.0; IF v_Frac 1.0 THEN v_Int : v_Int 1; // 整数部分进位 v_Frac : v_Frac - 1.0; // 小数部分减掉进位的1 END_IF;这里v_Int是DINTv_Frac是LREAL整数部分只在进位时加1永远不会因为REAL精度丢数。缺点是多个输出变量要处理HMI显示要拼两个字段但换来的是十年都不会累坏的总量。量程大的水务和冶金项目强烈建议直接用拆分方案。4.3 断电后累计从零开始背景DB的保持性没有生效现象设备停电检修再送电累计量清零操作员火冒三丈。原因背景DB的“保持性”属性没有开。TIA Portal V15里新建的DB默认是非保持的掉电后RAM里的数据全部清掉只有保持性区域的数据才保留。很多第一次用FB的同事就栽在这个默认设置上。解决选中背景DB在属性里把“保持性”改为“保持”。下载项目时如果CPU属性里设置了“重置为出厂设置”保持性区域一样会被清空所以断电恢复和程序重置是两件不同的事都要覆盖测试一遍。另外S7-1500保持性存储区大小有上限如果功能块里堆了大量保持变量下载会报“保持性存储区不够”常见做法是只对累计值v_Total开保持辅助变量全部设非保持。4.4 清零命令的沿触发陷阱按一次清了三次现象操作员在HMI上点一下清零累计值确实归零了但几秒后又自动归零一次或者干脆一直归零流量已经重新开始累计但数字不动。原因HMI按钮变量是“电平”型只要按钮被按下且保持PLC侧看到的i_ResetCmd一直是TRUE。如果编程时直接写“i_ResetCmd为真就清零”那么按钮按住多久就清多久之后流量累计永远加不上。另一种情况是通信闪断导致标志被重复置位出现了多次沿。解决功能块内部必须做上升沿检测也就是第2章代码里的IF i_ResetCmd AND NOT v_PrevReset。这行在梯形图工程里被漏掉的比例很高特别是从S7-200 SMART转博图的工程师容易忽略——S7-200里用沿指令很顺手到了博图想不起来。沿检测的本质是“只响应0到1的变化瞬间”按钮按住不刷新只清一次。另外HMI侧清零按钮建议用瞬动型按下置位、松开复位而不是切换型。4.5 单位倍率差60倍m³/h和L/min的记量口径不一致现象瞬时流量显示和对账单总量对不上现场拿流量计自带表头一比对差60倍或者3600倍。原因流量计输出单位不一定都是m³/h常见还有L/min、L/s、kg/h。功能块内部按m³/h的公式算如果外部把L/min直接喂进来数值要乘3.6把L/s直接喂进来要乘3600。往往是DCS组态那边有人做过一次换算PLC侧又做一次来回折腾反而错了。解决功能块入口只收统一单位的瞬时值换算在调用前做干净。常用换算因子记下面这个表原始单位转换为m³/h的换算因子说明m³/h1.0功能块默认单位L/min0.06除以1000再乘以60L/s3.6除以1000再乘以3600m³/s3600.0每秒体积换算到小时在调用FB前把原始流量乘以对应因子再赋给i_FlowRate。也可以在功能块上增加一个单位选择输入i_UnitMode内部用CASE语句选因子但更推荐统一在预处理里换算这样FB的边界更清晰也便于仪表和DCS对照。5. 功能块验证与备份管理用PLCSIM校准精度给项目留后悔药5.1 用固定流量仿真验证累计精度功能块写得再仔细不上仿真机验证心里没底。TIA Portal V15自带PLCSIM专门干这件事。常见做法是建一个最小工程一个OB30一个FB_FlowTotalizer实例用常量表直接赋值让i_FlowRate恒定等于3600.0i_CycleTime_s等于0.1。按公式算3600 m³/h的流量下每秒累计1 m³每小时3600 m³。仿真运行1小时太慢我习惯再组一组周期参数快速跑如果周期设成0.001秒1秒就等于1小时的时间片可以快速验证线性但必须明确这只是逻辑验证手段不能替代真实周期下的长时间运行。验证时重点盯三点累计量是否随时间线性增长清零命令按住不放时是否只清一次中途强制断开仿真再恢复累计值是否保持。5.2 项目备份与库复用版本管理和归档规范仿真验证通过后就该把资产留清楚了。项目文件在V15里是.ap15后缀功能块库可以独立归档。我自己的习惯是全局库文件FlowTotalizer_Lib和项目文件分开存库文件单独放一个目录项目文件按“客户名_项目名_日期_版本号”命名。每次改库里的功能块都先在库面板里生成一个新版本再归档一次库文件。即使某一次改坏了还能从上一版本拉回来。这个习惯救过我不少次有一回在库版本迭代中把清零逻辑的沿检测写丢了现场已经用旧版本跑了两周归档文件还在直接回滚省了一场大事故。备份的意义不只是防丢失。新项目开工把库拖进工程把OB30和HMI变量的命名照着上一套项目的规范复制组态时间至少省两天。当初找这套带完整项目文件的功能块库来参考也是在一次现场报表对不上的事故之后——别人踩过的坑就是最值钱的文档。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
