简介针对西门子1500系列PLC的V17版本编程场景这套资料围绕64位浮点数双精度与32位整数、32位浮点数之间的转换展开面向工业自动化现场调试与程序开发人员。内容从IEEE754数据格式、CONV指令使用、精度损失与溢出防范等多个层面配合项目工程与操作截图帮助读者快速掌握高精度数值处理与数据类型转换的关键细节。压缩包共37个文件以PNG图示、XML配置、文本说明及PLC项目文件al13/al17/db为主整体仅2.44MB结构清晰便于按需查阅。已有745人学习下载。通过这套资料可获得可直接参考的转换程序示例、数据类型结构讲解以及常见转换误差的排查思路适合正在使用1500系列PLC且需要处理复杂数值运算的工程师与学习者使用。1. 64位浮点数转换库为什么只在V17的1500系列里用得上如果你在S7-1500上接过带高精度输出的仪表或者从MES下发过带小数点的工艺参数大概率遇到过LREAL这种64位浮点数。V17版本的TIA Portal里S7-1500可以原生计算LREAL但很多通信指令、第三方设备或上位机只认32位REAL或32位DINT于是“64位浮点数与32位整数或32位浮点数之间的相互转换”成了必做动作。这个库在V17里明确标注“仅限1500系列PLC使用”原因不是西门子故意限制而是300/400的处理器没有原生64位浮点指令硬做性能会很难看。这篇文章会从数据格式讲起给出一个可以抄进SCL的功能块并告诉你舍入、缩放、溢出这些参数到底怎么设。2. LREAL、REAL、DINT的存储格式与V17转换指令的取舍2.1 三种数据类型的位宽、范围和精度在博途V17里LREAL是64位双精度浮点数REAL是32位单精度浮点数DINT是32位有符号整数。三者经常被误用尤其是把LREAL当成“更精细的REAL”然后直接做一次CONV转换就完事。实际存储格式完全不同转换时需要同时看范围、有效数字和舍入方向。类型位宽最小负值最大正值十进制有效位数LREAL64-1.7976931348623158e3081.7976931348623157e3081517REAL32-3.402823466e383.402823466e3867DINT32-2147483648214748364710从表里能看出REAL的绝对值范围已经比DINT大很多但REAL的精度只有7位十进制。比如PLC里一个REAL变量存12345678实际可能是12345672。LREAL转REAL时超出REAL精度的小数部分会先被四舍五入到7位有效数字而不是简单砍掉。DINT则完全没有小数位转换时是先处理小数再检查是否落在整数范围内。S7-1500的LREAL在内部使用IEEE 754双精度格式符号位1位、指数11位、尾数52位DINT补码存储REAL是IEEE 754单精度。转换的本质是重新解释或规整这三套位模式而不是“把小数点挪一下”。这一点在后面写SCL时很关键因为任何没有边界检查的转换在极端值上都会静默出错。2.2 为什么V17把转换限制在S7-1500系列V17的标准库和LAD/FBD指令里有一部分浮点数转换功能做了类型限制仅S7-1500系列支持S7-300/400在硬件目录里根本选不上。常见原因是S7-1500的处理器指令级直接支持64位浮点运算乘加、比较、取整都有对应硬件指令而S7-300/400的浮点运算是基于32位累加器做的64位数据要拆成两个32位字手动组装效率低且占用STL堆栈。另外V17中S7-1500的52位尾数运算可以保证LREAL与DINT/REAL互转时的舍入误差可预期而老一代PLC上即使能算边界行为也做不到一致。所以这个转换库做成“仅限1500系列”本质上是告诉你别在老平台上用软件模拟64位转换换1500才能拿到可靠结果。在项目里我一般会先确认CPU型号。如果是S7-1511以上直接用LREAL做中间变量如果还在用300系列要么采样时就在仪表侧改成REAL要么用浮点运算指令拼64位后者维护成本极高。V17里如果强行在非1500 CPU上调用这些库编译器会报“所选设备不支持此指令”这也是很多新手卡在编译阶段的原因。2.3 CONV指令的局限没有边界检查和舍入细节博途的CONV指令能完成LREAL到DINT、LREAL到REAL的反向转换但它不提供错误输出。LREAL转DINT时如果输入值大于2147483647多数CPU会返回饱和值2147483647但同样的转换在300上可能是2147483647或undefined行为不一致。更麻烦的是CONV默认的舍入规则在不同硬件平台上可能不同有的截断有的四舍五入直接导致批量数据出现“差1”的累计误差。还有一个小坑CONV在LREAL转REAL时如果发生上溢输出会变成Inf或NaN。之后再做比较运算PLC的扫描周期会因为这个非有限值出现报警。生产线上遇到这种数据往往不是浮点运算本身错而是转换环节没有把Inf挡在门外。所以常见做法是自写一个带错误码的转换功能块把边界检查、舍入方式和缩放因子统一收口避免在每个程序段里都重复写一遍“加0.5再截断”。3. 在V17里用SCL写一个64位浮点数与32位整数/浮点数互转功能块3.1 功能块接口设计输入输出和错误信号这个功能块放在V17的SCL源文件里FB类型定义为“FB_Convert_LREAL_DINT_REAL”。输入侧保留四种数据通道Mode选择转换方向Value_LREAL、Value_DINT、Value_REAL分别接收对应类型的数据Scale是缩放因子专门用来做工程量换算RoundingType控制LREAL转DINT时的舍入方式。输出侧给三个结果变量外加Error和ErrorCode这样外部逻辑不需要判断输入是否合法只需要看错误码就能定位问题。FUNCTION_BLOCK FB_Convert_LREAL_DINT_REAL { S7_Optimized_Access : TRUE } VERSION : 0.1 VAR_INPUT Mode : INT; // 0 LREAL-DINT, 1 LREAL-REAL, 2 DINT-LREAL, 3 REAL-LREAL Value_LREAL : LREAL; // 64位浮点数输入 Value_DINT : DINT; // 32位整数输入 Value_REAL : REAL; // 32位浮点数输入 Scale : LREAL : 1.0; // 缩放因子默认1 RoundingType : INT : 0; // 0四舍五入, 1截断, 2向上取整 END_VAR VAR_OUTPUT Result_DINT : DINT; Result_LREAL : LREAL; Result_REAL : REAL; Error : BOOL; ErrorCode : WORD; END_VAR VAR_TEMP tmpLREAL : LREAL; END_VAR BEGIN #Error : FALSE; #ErrorCode : W#16#0000; CASE #Mode OF 0: // LREAL - DINT 1: // LREAL - REAL 2: // DINT - LREAL 3: // REAL - LREAL ELSE #Error : TRUE; #ErrorCode : W#16#8201; // 非法模式 END_CASE; END_FUNCTION_BLOCK接口里最需要注意的是Scale变量。很多工程师喜欢在调用时用浮点乘法自己做缩放然后传给转换FB这样FB内部的边界判断用的是缩放后的值容易写错。把Scale放进FB内部可以在溢出判断之前统一完成缩放外部逻辑只需要关心“原始值”和“目标精度”。3.2 LREAL转DINT先缩放再按舍入模式取整LREAL转DINT是整个功能块的核心也是坑最多的地方。我采用的方案是先乘Scale再检查是否越界最后按RoundingType取整。DINT范围是-2147483648到2147483647但因为要做四舍五入边界不能简单用2147483647而要用2147483647.5因为四舍五入会把2147483647.4舍到2147483647把2147483647.5推到2147483648那会溢出。0: // LREAL - DINT #tmpLREAL : #Value_LREAL * #Scale; IF #tmpLREAL 2147483647.5 THEN #Result_DINT : 2147483647; #Error : TRUE; #ErrorCode : W#16#8101; // 正上溢 ELSIF #tmpLREAL -2147483648.5 THEN #Result_DINT : -2147483648; #Error : TRUE; #ErrorCode : W#16#8102; // 负下溢 ELSE CASE #RoundingType OF 0: // 四舍五入正数加0.5后截断负数减0.5后截断 IF #tmpLREAL 0.0 THEN #Result_DINT : CONVERT(IN : TRUNC(#tmpLREAL 0.5)); ELSE #Result_DINT : CONVERT(IN : TRUNC(#tmpLREAL - 0.5)); END_IF; 1: // 截断向零取整 #Result_DINT : CONVERT(IN : TRUNC(#tmpLREAL)); 2: // 向上取整朝正无穷方向 #Result_DINT : CONVERT(IN : CEIL(#tmpLREAL)); ELSE #Error : TRUE; #ErrorCode : W#16#8200; // 不支持的舍入模式 END_CASE; END_IF;这里特意用TRUNC0.5实现四舍五入而不是直接依赖CONVERT的默认行为是为了在不同V17版本、不同固件的1500上保持结果一致。CONVERT本身只是类型转换不保证舍入语义TRUNC先把浮点小数去掉0.5再手动补偿这样可以明确地控制负数方向。负数四舍五入用“减0.5再截断”例如-3.7减0.5变成-4.2TRUNC后是-4符合“四舍五入到最接近整数”的常规理解。CEIL只在上取整分支用它是标准SCL指令返回浮点数再被CONVERT到DINT。因为LREAL转REAL时浮点运算已经保证了CEIL结果的整数部分在DINT范围内所以转换过程不会出现二次溢出。如果RoundingType被外部传成3或更大的数ErrorCode会给出8200防止程序静默走错分支。3.3 LREAL转REAL与反向转换溢出检查和补偿LREAL转REAL的判断简单一些但上溢和下溢要分开处理。REAL的最大正数约3.402823466e38超过这个值的LREAL转REAL必出Inf。REAL的最小正规格化数约1.175494351e-38更小的值是次规格数或0直接转换会在通信侧产生非常难查的截断误差。1: // LREAL - REAL #tmpLREAL : #Value_LREAL * #Scale; IF #tmpLREAL 3.402823466e38 THEN #Result_REAL : 3.402823466e38; #Error : TRUE; #ErrorCode : W#16#8103; // 正上溢 ELSIF #tmpLREAL -3.402823466e38 THEN #Result_REAL : -3.402823466e38; #Error : TRUE; #ErrorCode : W#16#8104; // 负下溢 ELSE #Result_REAL : CONVERT(IN : #tmpLREAL); END_IF; 2: // DINT - LREAL #Result_LREAL : CONVERT(IN : #Value_DINT) / #Scale; 3: // REAL - LREAL #Result_LREAL : CONVERT(IN : #Value_REAL) / #Scale;反向转换不需要舍入DINT到LREAL精度足够REAL到LREAL也是无损扩位所以只需要除回Scale。这里Scale如果是0或者负值会产生除零或负数缩放的逻辑错误外部调用时最好在Scale上做一次合理性检查比如限制在0.001到10000之间。反向转换之所以强调“补偿”是因为正向乘Scale后反向必须用同一Scale除回来两次缩放才能完全抵消。完整的FB代码就是把上面几个CASE分支合并到一起。我实际会再在入口处加一段“参数合理性检查”检查Scale范围和RoundingType取值因为SCL里如果Scale传成0LREAL转DINT乘0后所有值都变成0很多现场故障看起来像“PLC数据丢了”实际上是Scale配错。4. 转换参数怎么定舍入模式、缩放因子和溢出/NaN边界4.1 舍入模式对照表ROUND、TRUNC、CEIL/FLOOR怎么选舍入参数不能一个模式用到底。温度显示用四舍五入累计量用四舍五入但要注意边界位置控制里的目标值用向上取整更安全而和旧系统对接时最好用截断因为旧PLC的CONV指令大多就是截断。RoundingType指令含义1.8取整值-1.8取整值适用场景0四舍五入远离零2-2显示、累计、报表1截断向零1-1与旧CONV行为对齐2向上取整朝正无穷2-1配方中批量下发不允许偏小3向下取整朝负无穷1-2料位、余量监控这张表里的第3行可以自行扩展SCL里用FLOOR实现和CEIL对应。选舍入模式时还有一个细节四舍五入对负数的定义在不同行业不同银行算法里有差异IEC 61131-3默认是不明确指定取舍方向的。我这个FB里的模式0是“正数减半入、负数减半入”的远离零算法如果你想用银行家舍入就要改成先判断小数是否恰好等于0.5再判断整数部分奇偶那需要在CASE里多加一个分支。4.2 缩放因子在工程量转换里的作用Scale的本质是把浮点小数变成整数可表示的值。比如PLC从上位机收到一个LREAL温度值23.4567℃要发给一个只支持DINT的显示表如果Scale1000转换后就是23456显示表再除以1000。这个做法比在外部硬转REAL更可靠因为REAL只有7位有效数字23.4567转成REAL已经是23.45670精度丢失发生在通信之前。缩放因子的选择有一个经验值能让DINT结果保留2位小数时Scale取100保留3位取1000。但要注意DINT上限2147483647乘以Scale后的积不能超过这个值。比如压力变送器量程060000kPa要保留1位小数Scale10最大值600000很安全。如果数据量大到需要Scale10000就要回到底层重新考虑是否应该用两个DINT字或直接走REAL。我一般会在FB外部根据量程计算Scale再传给FB。计算时不能只考虑满量程还要考虑瞬时波动比如模拟量滤波尖峰可能让LREAL瞬间超出满量程10%如果Scale取1000超出的值可能直接触发上溢错误码8101。所以Scale的定义里最好预留20%的余量。4.3 V17和S7-1500的边界NaN、Inf、符号位处理浮动数据从第三方设备进PLC时最难防的不是精度而是非有限值。LREAL的指数全1表示Inf或NaN指数全0尾数非0表示次规格数。S7-1500的浮点比较指令遇到NaN时结果是“不相等”所以“Value_LREAL 5.0”对NaN来说永远为假程序检测不到异常但数据已经坏了。在V17里我一般会在调用转换FB之前先做一次快速非法值检查IF #Value_LREAL #Value_LREAL THEN // 这里捕获NaN #Error : TRUE; #ErrorCode : W#16#8300; END_IF;这个写法利用了NaN不等于自身的IEEE规则。Inf检测则用比较把Value_LREAL的绝对值和一个极大值比较比如1.7e308超过就认为Inf。但要注意1.7e308乘上一个大于1的Scale后会变成更大的Inf所以缩放要在非法值检查之后进行否则检查不到。另一个容易忽略的是符号位。LREAL转REAL时负零和正零在IEEE里是两种位模式但CONVERT会把它们统一成REAL的负零或正零。如果是运动控制里的零点参考最好在转换后做一次“值与0.0的绝对值比较”把负零强制成0避免后续轴位置出现微小跳变。S7-1500的LREAL指令集是支持符号位操作的但V17的SCL没有直接暴露符号位提取指令所以常规做法是用数学比较绕过。5. 用回环测试和监视表验证转换结果功能块写好后验证不能只看一次转换结果要做回环测试。所谓回环就是把LREAL转DINT再把DINT转回LREAL比较两次缩放抵消后的值和原始值的误差。下面这段SCL放在OB1里做自检#convInst(Mode : 0, Value_LREAL : 1234.5678, Scale : 100.0, RoundingType : 0, Result_DINT #testDINT, Error #testError); // 回环DINT转回LREAL再除Scale #backLREAL : CONVERT(IN : #testDINT) / 100.0; // 误差计算 #diff : ABS(#backLREAL - 1234.5678); // 允许误差0.01 IF #diff 0.01 THEN // 触发自检报警 #selfTestError : TRUE; END_IF;这个测试里1234.5678乘100后是123456.78按四舍五入取整得到123457回环除以100得到1234.57和原始值差0.0022小于0.01自检通过。如果RoundingType改成1截断结果是123456/1001234.56差0.0078也小于0.01这说明截断和四舍五入在小数点后两位的验证里都会被允许。所以回环测试的阈值要根据实际允许误差设定不能统一用0.01。监视表验证可以更直观把FB的Result_DINT、Result_REAL和原始LREAL同时放到监视表里让PLC在单次模式下运行比较在线值。注意监视表默认显示16进制需要在显示设置里改成浮点数或十进制。我看到很多工程师在监视表里看到一个很大的整数误以为转换错误其实是Scale没生效。比如LREAL1.2345、Scale1000在线结果DINT1234这没有错错的是把Scale当成分辨率而不是倍数。最后有一个小技巧验证负数的舍入方向。给FB输入-1.5、Scale1、RoundingType0期望结果是-2还是-1直接决定了这个库能不能用在结算类项目里。我习惯在PLC的启动OB里放一段固定的负数边界自检如果结果不对就在HMI上弹出“换算系数异常”这样比每次修改程序重新下载要快得多。如果回环误差总是0.5的整数倍先检查四舍五入方向而不是猜浮点精度问题。本文还有配套的精品资源点击获取
S7-1500 V17中LREAL与REAL/DINT互转SCL功能块设计
简介针对西门子1500系列PLC的V17版本编程场景这套资料围绕64位浮点数双精度与32位整数、32位浮点数之间的转换展开面向工业自动化现场调试与程序开发人员。内容从IEEE754数据格式、CONV指令使用、精度损失与溢出防范等多个层面配合项目工程与操作截图帮助读者快速掌握高精度数值处理与数据类型转换的关键细节。压缩包共37个文件以PNG图示、XML配置、文本说明及PLC项目文件al13/al17/db为主整体仅2.44MB结构清晰便于按需查阅。已有745人学习下载。通过这套资料可获得可直接参考的转换程序示例、数据类型结构讲解以及常见转换误差的排查思路适合正在使用1500系列PLC且需要处理复杂数值运算的工程师与学习者使用。1. 64位浮点数转换库为什么只在V17的1500系列里用得上如果你在S7-1500上接过带高精度输出的仪表或者从MES下发过带小数点的工艺参数大概率遇到过LREAL这种64位浮点数。V17版本的TIA Portal里S7-1500可以原生计算LREAL但很多通信指令、第三方设备或上位机只认32位REAL或32位DINT于是“64位浮点数与32位整数或32位浮点数之间的相互转换”成了必做动作。这个库在V17里明确标注“仅限1500系列PLC使用”原因不是西门子故意限制而是300/400的处理器没有原生64位浮点指令硬做性能会很难看。这篇文章会从数据格式讲起给出一个可以抄进SCL的功能块并告诉你舍入、缩放、溢出这些参数到底怎么设。2. LREAL、REAL、DINT的存储格式与V17转换指令的取舍2.1 三种数据类型的位宽、范围和精度在博途V17里LREAL是64位双精度浮点数REAL是32位单精度浮点数DINT是32位有符号整数。三者经常被误用尤其是把LREAL当成“更精细的REAL”然后直接做一次CONV转换就完事。实际存储格式完全不同转换时需要同时看范围、有效数字和舍入方向。类型位宽最小负值最大正值十进制有效位数LREAL64-1.7976931348623158e3081.7976931348623157e3081517REAL32-3.402823466e383.402823466e3867DINT32-2147483648214748364710从表里能看出REAL的绝对值范围已经比DINT大很多但REAL的精度只有7位十进制。比如PLC里一个REAL变量存12345678实际可能是12345672。LREAL转REAL时超出REAL精度的小数部分会先被四舍五入到7位有效数字而不是简单砍掉。DINT则完全没有小数位转换时是先处理小数再检查是否落在整数范围内。S7-1500的LREAL在内部使用IEEE 754双精度格式符号位1位、指数11位、尾数52位DINT补码存储REAL是IEEE 754单精度。转换的本质是重新解释或规整这三套位模式而不是“把小数点挪一下”。这一点在后面写SCL时很关键因为任何没有边界检查的转换在极端值上都会静默出错。2.2 为什么V17把转换限制在S7-1500系列V17的标准库和LAD/FBD指令里有一部分浮点数转换功能做了类型限制仅S7-1500系列支持S7-300/400在硬件目录里根本选不上。常见原因是S7-1500的处理器指令级直接支持64位浮点运算乘加、比较、取整都有对应硬件指令而S7-300/400的浮点运算是基于32位累加器做的64位数据要拆成两个32位字手动组装效率低且占用STL堆栈。另外V17中S7-1500的52位尾数运算可以保证LREAL与DINT/REAL互转时的舍入误差可预期而老一代PLC上即使能算边界行为也做不到一致。所以这个转换库做成“仅限1500系列”本质上是告诉你别在老平台上用软件模拟64位转换换1500才能拿到可靠结果。在项目里我一般会先确认CPU型号。如果是S7-1511以上直接用LREAL做中间变量如果还在用300系列要么采样时就在仪表侧改成REAL要么用浮点运算指令拼64位后者维护成本极高。V17里如果强行在非1500 CPU上调用这些库编译器会报“所选设备不支持此指令”这也是很多新手卡在编译阶段的原因。2.3 CONV指令的局限没有边界检查和舍入细节博途的CONV指令能完成LREAL到DINT、LREAL到REAL的反向转换但它不提供错误输出。LREAL转DINT时如果输入值大于2147483647多数CPU会返回饱和值2147483647但同样的转换在300上可能是2147483647或undefined行为不一致。更麻烦的是CONV默认的舍入规则在不同硬件平台上可能不同有的截断有的四舍五入直接导致批量数据出现“差1”的累计误差。还有一个小坑CONV在LREAL转REAL时如果发生上溢输出会变成Inf或NaN。之后再做比较运算PLC的扫描周期会因为这个非有限值出现报警。生产线上遇到这种数据往往不是浮点运算本身错而是转换环节没有把Inf挡在门外。所以常见做法是自写一个带错误码的转换功能块把边界检查、舍入方式和缩放因子统一收口避免在每个程序段里都重复写一遍“加0.5再截断”。3. 在V17里用SCL写一个64位浮点数与32位整数/浮点数互转功能块3.1 功能块接口设计输入输出和错误信号这个功能块放在V17的SCL源文件里FB类型定义为“FB_Convert_LREAL_DINT_REAL”。输入侧保留四种数据通道Mode选择转换方向Value_LREAL、Value_DINT、Value_REAL分别接收对应类型的数据Scale是缩放因子专门用来做工程量换算RoundingType控制LREAL转DINT时的舍入方式。输出侧给三个结果变量外加Error和ErrorCode这样外部逻辑不需要判断输入是否合法只需要看错误码就能定位问题。FUNCTION_BLOCK FB_Convert_LREAL_DINT_REAL { S7_Optimized_Access : TRUE } VERSION : 0.1 VAR_INPUT Mode : INT; // 0 LREAL-DINT, 1 LREAL-REAL, 2 DINT-LREAL, 3 REAL-LREAL Value_LREAL : LREAL; // 64位浮点数输入 Value_DINT : DINT; // 32位整数输入 Value_REAL : REAL; // 32位浮点数输入 Scale : LREAL : 1.0; // 缩放因子默认1 RoundingType : INT : 0; // 0四舍五入, 1截断, 2向上取整 END_VAR VAR_OUTPUT Result_DINT : DINT; Result_LREAL : LREAL; Result_REAL : REAL; Error : BOOL; ErrorCode : WORD; END_VAR VAR_TEMP tmpLREAL : LREAL; END_VAR BEGIN #Error : FALSE; #ErrorCode : W#16#0000; CASE #Mode OF 0: // LREAL - DINT 1: // LREAL - REAL 2: // DINT - LREAL 3: // REAL - LREAL ELSE #Error : TRUE; #ErrorCode : W#16#8201; // 非法模式 END_CASE; END_FUNCTION_BLOCK接口里最需要注意的是Scale变量。很多工程师喜欢在调用时用浮点乘法自己做缩放然后传给转换FB这样FB内部的边界判断用的是缩放后的值容易写错。把Scale放进FB内部可以在溢出判断之前统一完成缩放外部逻辑只需要关心“原始值”和“目标精度”。3.2 LREAL转DINT先缩放再按舍入模式取整LREAL转DINT是整个功能块的核心也是坑最多的地方。我采用的方案是先乘Scale再检查是否越界最后按RoundingType取整。DINT范围是-2147483648到2147483647但因为要做四舍五入边界不能简单用2147483647而要用2147483647.5因为四舍五入会把2147483647.4舍到2147483647把2147483647.5推到2147483648那会溢出。0: // LREAL - DINT #tmpLREAL : #Value_LREAL * #Scale; IF #tmpLREAL 2147483647.5 THEN #Result_DINT : 2147483647; #Error : TRUE; #ErrorCode : W#16#8101; // 正上溢 ELSIF #tmpLREAL -2147483648.5 THEN #Result_DINT : -2147483648; #Error : TRUE; #ErrorCode : W#16#8102; // 负下溢 ELSE CASE #RoundingType OF 0: // 四舍五入正数加0.5后截断负数减0.5后截断 IF #tmpLREAL 0.0 THEN #Result_DINT : CONVERT(IN : TRUNC(#tmpLREAL 0.5)); ELSE #Result_DINT : CONVERT(IN : TRUNC(#tmpLREAL - 0.5)); END_IF; 1: // 截断向零取整 #Result_DINT : CONVERT(IN : TRUNC(#tmpLREAL)); 2: // 向上取整朝正无穷方向 #Result_DINT : CONVERT(IN : CEIL(#tmpLREAL)); ELSE #Error : TRUE; #ErrorCode : W#16#8200; // 不支持的舍入模式 END_CASE; END_IF;这里特意用TRUNC0.5实现四舍五入而不是直接依赖CONVERT的默认行为是为了在不同V17版本、不同固件的1500上保持结果一致。CONVERT本身只是类型转换不保证舍入语义TRUNC先把浮点小数去掉0.5再手动补偿这样可以明确地控制负数方向。负数四舍五入用“减0.5再截断”例如-3.7减0.5变成-4.2TRUNC后是-4符合“四舍五入到最接近整数”的常规理解。CEIL只在上取整分支用它是标准SCL指令返回浮点数再被CONVERT到DINT。因为LREAL转REAL时浮点运算已经保证了CEIL结果的整数部分在DINT范围内所以转换过程不会出现二次溢出。如果RoundingType被外部传成3或更大的数ErrorCode会给出8200防止程序静默走错分支。3.3 LREAL转REAL与反向转换溢出检查和补偿LREAL转REAL的判断简单一些但上溢和下溢要分开处理。REAL的最大正数约3.402823466e38超过这个值的LREAL转REAL必出Inf。REAL的最小正规格化数约1.175494351e-38更小的值是次规格数或0直接转换会在通信侧产生非常难查的截断误差。1: // LREAL - REAL #tmpLREAL : #Value_LREAL * #Scale; IF #tmpLREAL 3.402823466e38 THEN #Result_REAL : 3.402823466e38; #Error : TRUE; #ErrorCode : W#16#8103; // 正上溢 ELSIF #tmpLREAL -3.402823466e38 THEN #Result_REAL : -3.402823466e38; #Error : TRUE; #ErrorCode : W#16#8104; // 负下溢 ELSE #Result_REAL : CONVERT(IN : #tmpLREAL); END_IF; 2: // DINT - LREAL #Result_LREAL : CONVERT(IN : #Value_DINT) / #Scale; 3: // REAL - LREAL #Result_LREAL : CONVERT(IN : #Value_REAL) / #Scale;反向转换不需要舍入DINT到LREAL精度足够REAL到LREAL也是无损扩位所以只需要除回Scale。这里Scale如果是0或者负值会产生除零或负数缩放的逻辑错误外部调用时最好在Scale上做一次合理性检查比如限制在0.001到10000之间。反向转换之所以强调“补偿”是因为正向乘Scale后反向必须用同一Scale除回来两次缩放才能完全抵消。完整的FB代码就是把上面几个CASE分支合并到一起。我实际会再在入口处加一段“参数合理性检查”检查Scale范围和RoundingType取值因为SCL里如果Scale传成0LREAL转DINT乘0后所有值都变成0很多现场故障看起来像“PLC数据丢了”实际上是Scale配错。4. 转换参数怎么定舍入模式、缩放因子和溢出/NaN边界4.1 舍入模式对照表ROUND、TRUNC、CEIL/FLOOR怎么选舍入参数不能一个模式用到底。温度显示用四舍五入累计量用四舍五入但要注意边界位置控制里的目标值用向上取整更安全而和旧系统对接时最好用截断因为旧PLC的CONV指令大多就是截断。RoundingType指令含义1.8取整值-1.8取整值适用场景0四舍五入远离零2-2显示、累计、报表1截断向零1-1与旧CONV行为对齐2向上取整朝正无穷2-1配方中批量下发不允许偏小3向下取整朝负无穷1-2料位、余量监控这张表里的第3行可以自行扩展SCL里用FLOOR实现和CEIL对应。选舍入模式时还有一个细节四舍五入对负数的定义在不同行业不同银行算法里有差异IEC 61131-3默认是不明确指定取舍方向的。我这个FB里的模式0是“正数减半入、负数减半入”的远离零算法如果你想用银行家舍入就要改成先判断小数是否恰好等于0.5再判断整数部分奇偶那需要在CASE里多加一个分支。4.2 缩放因子在工程量转换里的作用Scale的本质是把浮点小数变成整数可表示的值。比如PLC从上位机收到一个LREAL温度值23.4567℃要发给一个只支持DINT的显示表如果Scale1000转换后就是23456显示表再除以1000。这个做法比在外部硬转REAL更可靠因为REAL只有7位有效数字23.4567转成REAL已经是23.45670精度丢失发生在通信之前。缩放因子的选择有一个经验值能让DINT结果保留2位小数时Scale取100保留3位取1000。但要注意DINT上限2147483647乘以Scale后的积不能超过这个值。比如压力变送器量程060000kPa要保留1位小数Scale10最大值600000很安全。如果数据量大到需要Scale10000就要回到底层重新考虑是否应该用两个DINT字或直接走REAL。我一般会在FB外部根据量程计算Scale再传给FB。计算时不能只考虑满量程还要考虑瞬时波动比如模拟量滤波尖峰可能让LREAL瞬间超出满量程10%如果Scale取1000超出的值可能直接触发上溢错误码8101。所以Scale的定义里最好预留20%的余量。4.3 V17和S7-1500的边界NaN、Inf、符号位处理浮动数据从第三方设备进PLC时最难防的不是精度而是非有限值。LREAL的指数全1表示Inf或NaN指数全0尾数非0表示次规格数。S7-1500的浮点比较指令遇到NaN时结果是“不相等”所以“Value_LREAL 5.0”对NaN来说永远为假程序检测不到异常但数据已经坏了。在V17里我一般会在调用转换FB之前先做一次快速非法值检查IF #Value_LREAL #Value_LREAL THEN // 这里捕获NaN #Error : TRUE; #ErrorCode : W#16#8300; END_IF;这个写法利用了NaN不等于自身的IEEE规则。Inf检测则用比较把Value_LREAL的绝对值和一个极大值比较比如1.7e308超过就认为Inf。但要注意1.7e308乘上一个大于1的Scale后会变成更大的Inf所以缩放要在非法值检查之后进行否则检查不到。另一个容易忽略的是符号位。LREAL转REAL时负零和正零在IEEE里是两种位模式但CONVERT会把它们统一成REAL的负零或正零。如果是运动控制里的零点参考最好在转换后做一次“值与0.0的绝对值比较”把负零强制成0避免后续轴位置出现微小跳变。S7-1500的LREAL指令集是支持符号位操作的但V17的SCL没有直接暴露符号位提取指令所以常规做法是用数学比较绕过。5. 用回环测试和监视表验证转换结果功能块写好后验证不能只看一次转换结果要做回环测试。所谓回环就是把LREAL转DINT再把DINT转回LREAL比较两次缩放抵消后的值和原始值的误差。下面这段SCL放在OB1里做自检#convInst(Mode : 0, Value_LREAL : 1234.5678, Scale : 100.0, RoundingType : 0, Result_DINT #testDINT, Error #testError); // 回环DINT转回LREAL再除Scale #backLREAL : CONVERT(IN : #testDINT) / 100.0; // 误差计算 #diff : ABS(#backLREAL - 1234.5678); // 允许误差0.01 IF #diff 0.01 THEN // 触发自检报警 #selfTestError : TRUE; END_IF;这个测试里1234.5678乘100后是123456.78按四舍五入取整得到123457回环除以100得到1234.57和原始值差0.0022小于0.01自检通过。如果RoundingType改成1截断结果是123456/1001234.56差0.0078也小于0.01这说明截断和四舍五入在小数点后两位的验证里都会被允许。所以回环测试的阈值要根据实际允许误差设定不能统一用0.01。监视表验证可以更直观把FB的Result_DINT、Result_REAL和原始LREAL同时放到监视表里让PLC在单次模式下运行比较在线值。注意监视表默认显示16进制需要在显示设置里改成浮点数或十进制。我看到很多工程师在监视表里看到一个很大的整数误以为转换错误其实是Scale没生效。比如LREAL1.2345、Scale1000在线结果DINT1234这没有错错的是把Scale当成分辨率而不是倍数。最后有一个小技巧验证负数的舍入方向。给FB输入-1.5、Scale1、RoundingType0期望结果是-2还是-1直接决定了这个库能不能用在结算类项目里。我习惯在PLC的启动OB里放一段固定的负数边界自检如果结果不对就在HMI上弹出“换算系数异常”这样比每次修改程序重新下载要快得多。如果回环误差总是0.5的整数倍先检查四舍五入方向而不是猜浮点精度问题。本文还有配套的精品资源点击获取
