简介本资源是面向西门子TIA博途V15平台开发者的实用功能库专为解决工业自动化编程中频繁出现的二进制位统计需求——即快速计算整数INT或WORD类型变量中二进制表示下“1”的个数Hamming重量。该功能在通信校验、状态字解析、故障码识别等PLC逻辑设计场景中具有高频应用价值适合具备基础TIA博途编程能力的工程师与自动化专业学习者。压缩包共9个文件含6个XML定义FC接口与逻辑结构、1个PLF项目库封装文件、1个IDX索引支持全局调用、1个AL15TIA V15专用编译单元总大小290KB结构规范可直接导入项目作为全局函数块复用。已有313人学习下载用户可立即获得完整可运行的FC实现包含输入/输出参数定义、高效位移掩码计数算法及标准化错误处理逻辑显著减少重复编码提升程序可靠性与工程一致性。1. 项目背景与核心需求为什么需要一个“数1”的FC在工业自动化编程尤其是西门子TIA Portal博途环境下我们经常需要处理来自传感器、编码器或通讯协议的各种原始数据。这些数据常常以整数INT, DINT或字WORD, DWORD的形式存储在PLC的存储器中。很多时候这些整数值的二进制位Bit状态本身就承载着关键信息。一个非常典型且高频的需求是快速统计一个整数或一个字WORD的二进制表示中值为“1”的位的数量。这个操作在专业上被称为“计算汉明重量”Hamming Weight或“种群计数”Population Count。你可能会问这个操作具体有什么用让我举几个我亲身经历过的场景设备状态字解析许多智能仪表或伺服驱动器通过PROFINET或Modbus TCP通讯返回的状态字Status Word是一个16位的WORD。其中每一位可能代表一个特定的报警或状态例如Bit0过流Bit1过温Bit2通讯异常……有时我们不需要知道具体是哪个位报警只需要快速知道“当前有多少个故障位被激活了”作为设备健康度的一个快速指标。手动去逐位判断并累加在梯形图LAD或功能块图FBD里会非常繁琐。校验与纠错算法在一些简单的校验或自定义通讯协议中计算数据块的汉明重量可以作为校验和的一种补充用于快速判断数据在传输过程中是否发生了大量位的跳变。位图Bitmap资源管理如果你用一组BOOL位比如一个WORD或DWORD作为一个简单的资源池或任务队列的标志位统计其中“1”的数量就能立刻知道当前有多少资源被占用或多少任务待处理。在没有现成指令的情况下新手工程师可能会写一个循环用移位和位逻辑操作逐位检查。这在功能上没问题但代码效率不高可读性差而且每次遇到类似需求都要重写一遍。这正是我们需要一个封装好的、可重用的全局函数FC的原因。它就像工具箱里的一把专用扳手需要时直接调用输入一个数输出其中“1”的个数干净利落。本项目分享的正是这样一个针对TIA Portal V15环境封装好的全局FC库文件。它解决了从基础需求到高效实现的最后一公里问题。2. 核心算法解析如何高效地“数1”在深入TIA Portal的具体实现之前我们先聊聊背后的算法。这有助于理解FC内部的逻辑而不仅仅是把它当做一个黑盒。最直观的算法是循环移位法假设我们有一个16位的WORD我们循环16次每次将其右移一位然后检查最低位LSB是否为1如果是则计数器加1。输入: 一个整数 input_value 计数器 count 0 循环 i 从 0 到 (位数-1): if (input_value 1) 1: // 检查最低位 count count 1 input_value input_value 1 // 逻辑右移一位 输出: count这个方法简单易懂但循环次数与数据位宽成正比16位循环16次32位循环32次。在PLC的扫描周期内虽然也能接受但有没有更高效的方法有的这就是Brian Kernighan算法。它是一个非常巧妙的算法其核心思想是对于一个数nn (n-1)这个操作会消去n的二进制表示中最右边的一个“1”。让我们举个例子假设n 13(二进制 1101)第一轮: n 13 (1101), n-1 12 (1100)。 n (n-1) 1101 1100 1100 (12)。看最右边的1第0位被消掉了。第二轮: n 12 (1100), n-1 11 (1011)。 n (n-1) 1100 1011 1000 (8)。又消掉了一个1第2位。第三轮: n 8 (1000), n-1 7 (0111)。 n (n-1) 1000 0111 0000 (0)。最后一个1也被消掉了。算法停止。我们进行了3次n n (n-1)操作正好对应131101中有3个“1”。这个算法的循环次数等于该数字中“1”的个数而不是其位宽。对于稀疏的“1”比如只有一两个位是1这个算法效率优势明显。在PLC中我们可以用循环来实现这个算法。虽然TIA Portal的SCL语言也能实现但为了更好的兼容性和可移植性比如在仅支持LAD/FBD的PLC上使用我们提供的FC主要采用基础的位逻辑和算术运算指令来构建其核心思想与上述算法一脉相承。注意西门子S7-1200/1500系列PLC的指令集中从特定固件版本开始其实提供了原生指令POPCNT(Population Count) 用于计算字节、字、双字中“1”的个数效率最高。但考虑到兼容性如老版本PLC、S7-300/400移植项目和作为学习案例的价值自己实现一个FC仍然非常有意义。3. FC库文件详解接口、内部逻辑与使用指南接下来我们拆解这个名为FC_CountOnes名称可能略有不同但功能一致的全局函数块。3.1 FC的接口定义Input/Output一个设计良好的FC其接口应该清晰明了。这个FC的接口大致如下输入Input:InputValue(IN) 要计算的数据。这里通常被定义为ANY类型或者Variant以支持多种数据类型WORD, INT, DWORD, DINT, 甚至BYTE。但在V15及更注重稳定性的场景下更常见的做法是提供多个重载的FC或者用一个INT型输入然后在内部根据另一个“数据类型选择”参数进行处理。为了简化我们假设本FC主要处理WORD和DINT。DataType(IN) (可选) 数据类型选择。0代表WORD/INT16位1代表DWORD/DINT32位。这是一个非常实用的设计让一个FC能处理两种常见情况。输出Output:CountOfOnes(OUT) 计算结果即“1”的个数。对于16位输入结果范围0-16可以用INT存储对于32位输入结果范围0-32也需要一个INT因为3232767。Error(OUT) (可选) 错误代码。0无错误1输入数据类型不支持等。良好的错误处理是工业程序健壮性的体现。临时变量Temp:用于存储中间计算过程如循环索引、原始数据的副本等。3.2 FC内部逻辑实现以LAD/STL混合为例由于原始项目未提供具体代码我将基于最常见的实现方式描述其在TIA Portal V15中的可能逻辑。这里假设它处理16位WORD和32位DWORD两种情况。核心步骤初始化将输出CountOfOnes清零。将输入值InputValue复制到一个临时变量TempValue中避免破坏原始输入数据。循环计算基于Brian Kernighan算法思想使用一个循环例如对于16位最大循环16次对于32位最大循环32次但实际会提前退出。循环条件TempValue ! 0。循环体内TempValue : TempValue AND (TempValue - 1)。这就是核心操作每次消除最右边的一个“1”。CountOfOnes : CountOfOnes 1。当TempValue变为0时循环结束。此时CountOfOnes即为结果。数据类型分支处理根据DataType输入在循环前可能需要将数据转换为双字DWORD进行计算以确保32位操作的正确性。或者直接准备两套逻辑。在TIA Portal中的具体指令可能涉及MOVE: 数据传输。AND_DW,SUB_DI: 双字与运算和双整数减法用于实现n (n-1)。CMP 0: 比较指令用于判断循环是否结束。JMP/LABEL: 跳转指令实现循环。或者使用LOOP指令如果使用STL语言。3.3 如何导入与使用这个FC库文件你下载到的通常是一个.zip压缩包解压后里面包含一个.zal(TIA Portal库归档文件) 或直接是项目文件.ap15。导入步骤打开TIA Portal V15确保你的TIA Portal版本是V15或兼容版本。高版本如V17, V18通常可以向下兼容打开低版本库但可能需要迁移。创建或打开你的项目在你要使用这个FC的项目中操作。导入库在项目树中找到“库”视图。右键点击“全局库”或“项目库”选择“从文件系统导入库...”。浏览并选择解压后的.zal文件按照向导完成导入。在程序中调用打开你的OB、FB或FC块。在指令树中展开“全局库”下你刚导入的库找到FC_CountOnes。将其拖拽到你的程序段中就像使用标准的MOVE或ADD指令一样。填写输入管脚连接你的数据变量输出管脚连接到一个结果变量。一个简单的使用示例假设你从一台设备读取到一个状态字DB1.Static_1.StatusWord(Word类型)你想知道当前有多少个故障位激活。// 在你的FC或OB中 CALL “FC_CountOnes” ( InputValue : “DB1”.Static_1.StatusWord, // 输入状态字 DataType : 0, // 0表示16位数据 CountOfOnes “故障数量”, // 输出故障位总数 Error “计数错误” // 输出错误状态 );实操心得导入库后最好在离线状态下先测试一下这个FC。创建一个测试OB用几个已知的数值比如16#000F(二进制0000 0000 0000 1111有4个1) 或16#A5A5(交替的1010 0101有8个1)调用它验证输出是否正确。这能避免在生产程序中因库文件问题而排查半天。4. 性能考量与高级应用场景延伸当我们把基础功能跑通后作为工程师我们自然会思考这个方案的性能如何有没有边界情况还能用在什么地方4.1 循环算法 vs 查表法 vs 原生指令我们实现的循环算法特别是优化后的Brian Kernighan算法在大多数PLC应用场景下性能是足够的。一次计算通常在几个到几十个微秒内完成对于扫描周期在几十毫秒的PLC来说微不足道。但对于极端性能要求或者在频繁调用的高速循环中我们可以考虑其他方法查表法Look-up Table这是空间换时间的经典策略。我们可以预先计算好所有8位值0-255中“1”的个数并存入一个包含256个字节的数组常量中。对于一个16位WORD我们可以将其拆分成高8位和低8位分别查表然后将两个结果相加。对于一个32位DWORD则拆分成4个字节查表后累加。优点计算速度极快只有几次内存访问和加法。缺点占用额外的数据块空间256字节并且FC的实现逻辑会稍复杂。在TIA Portal中创建和维护这个常量表需要一些工作量。使用CPU原生指令如前所述新型S7-1500 CPU的指令集包含POPCNT。如果你的项目确定运行在支持该指令的硬件和固件上直接使用它是最优解。你可以在SCL中直接调用系统函数或者用STL编写。选择建议对于绝大多数项目我们提供的这个通用循环FC已经完全够用。它的优势在于通用性、可读性和可维护性。查表法更适合作为知识储备在遇到确切的性能瓶颈时再考虑引入。4.2 边界情况与错误处理一个健壮的FC必须考虑边界情况有符号整数INT, DINT的处理我们的算法是基于位运算的对于二进制位模式来说-1(DINT二进制全为1) 和4294967295(DWORD二进制全为1) 在内存中的表示是一样的。因此我们的FC如果设计为按位处理那么输入-1也会得到32个“1”的结果。这通常是符合“计算1的个数”的本意的。但如果你需要的是“计算值为1的位的个数”那么输入数据的符号类型SINT/INT/DINT还是无符号类型USINT/UINT/UDINT对算法没有影响。关键在于接口文档要说明清楚。输入参数验证如果FC设计了DataType参数必须检查其值是否在允许范围内如0或1。如果不是应通过Error输出位报告错误并将CountOfOnes输出置为0或一个安全值。临时变量溢出CountOfOnes是INT类型最大32767。计算32位数据的“1”的个数最大为32远小于此限安全。但如果未来扩展用于字节数组则需要考虑结果变量的范围。4.3 扩展应用场景掌握了这个核心FC你可以将其思想扩展到更多有趣的应用中计算多个字的总体“1”的密度如果你有一个数据块Array of Word可以循环调用此FC累加所有结果用于评估整个数据块的“活跃度”或“变化率”。自定义轻量级校验对一段关键数据比如配方数据计算其所有字的“1”的总数作为一个简易的校验和存储。虽然强度远不如CRC但在某些内部数据一致性检查中可能有用。位图资源管理如前所述用一个DWORD32位管理32个布尔资源如工位状态、设备可用性。FC_CountOnes可以直接告诉你当前有多少资源被占用。结合FIND_BIT指令查找第一个为1或0的位可以构建一个简单的资源分配/回收管理器。教学与调试在调试复杂的状态字或标志位组合时快速查看“1”的数量可以帮助你判断是否有多余的位被意外置位是一个快速的健康检查工具。5. 从V15到高版本兼容性、迁移与最佳实践你拿到的是V15版本的库。在当今V18甚至更新版本成为主流的环境下如何使用和迁移它5.1 版本兼容性高版本打开低版本库TIA Portal具有很好的向下兼容性。你可以直接用TIA Portal V18打开这个V15的库文件.zal或项目文件。软件会提示你需要进行“项目迁移”。这是一个单向升级过程迁移后库将转换为V18格式无法再被V15打开。迁移过程通常是平滑的但强烈建议先备份原文件。低版本打开高版本绝对不行。V15无法打开V18创建或迁移后的项目或库。功能兼容性这个FC使用的指令MOVE, AND, SUB, CMP, JMP等都是最基础的指令在所有版本的S7-1200/1500 PLC中都完全支持。因此功能本身是跨版本兼容的。5.2 迁移操作步骤与注意事项备份复制一份原始的.zip或.zal文件。在TIA Portal V18中操作不要直接双击文件。先打开TIA Portal V18通过“项目” - “迁移项目...”或“库”视图中的“导入”功能来操作。处理迁移警告迁移后仔细查看迁移报告。对于这样一个简单的FC库通常不会有错误最多有一些“信息”类提示。测试迁移完成后在新的V18项目中创建一个测试环境调用迁移后的FC用几组测试数据验证其功能是否正常。这是必不可少的一步。5.3 创建与维护自定义库的最佳实践通过这个项目我们可以总结出一些创建和维护自己全局FC库的好习惯清晰的命名与注释FC名称要见名知意如FC_CountBitsOn、FB_ScaleAnalogInput。在FC属性里详细填写“标题”、“注释”对每个输入输出参数也添加注释。这样其他工程师或未来的你使用时一目了然。版本管理在库的属性中可以设置版本号如V1.0.0。当你对FC进行优化或修复Bug后更新版本号。甚至可以将库文件用Git等工具管理起来。最小依赖尽量让FC独立不要依赖于特定DB块中的全局变量。所有数据通过Input/Output接口传递。这保证了FC的纯粹性和可重用性。提供示例在库中可以添加一个“Examples”文件夹里面放一个专门用于演示如何调用这个FC的FB或OB块。这对于库的推广和使用非常有帮助。标准化接口考虑为类似功能的FC设计统一的接口风格。例如错误输出都用Error: Bool和ErrorID: Word使调用者能形成一致的错误处理模式。这个“计算1的个数”的FC虽然功能聚焦但它完美地体现了一个可重用软件组件的价值封装复杂逻辑提供简单接口提升开发效率保证代码质量。下次当你在程序中需要处理位计数时希望这个现成的工具能让你事半功倍。本文还有配套的精品资源点击获取
TIA Portal中高效统计二进制位中1的个数：FC实现与工业应用
简介本资源是面向西门子TIA博途V15平台开发者的实用功能库专为解决工业自动化编程中频繁出现的二进制位统计需求——即快速计算整数INT或WORD类型变量中二进制表示下“1”的个数Hamming重量。该功能在通信校验、状态字解析、故障码识别等PLC逻辑设计场景中具有高频应用价值适合具备基础TIA博途编程能力的工程师与自动化专业学习者。压缩包共9个文件含6个XML定义FC接口与逻辑结构、1个PLF项目库封装文件、1个IDX索引支持全局调用、1个AL15TIA V15专用编译单元总大小290KB结构规范可直接导入项目作为全局函数块复用。已有313人学习下载用户可立即获得完整可运行的FC实现包含输入/输出参数定义、高效位移掩码计数算法及标准化错误处理逻辑显著减少重复编码提升程序可靠性与工程一致性。1. 项目背景与核心需求为什么需要一个“数1”的FC在工业自动化编程尤其是西门子TIA Portal博途环境下我们经常需要处理来自传感器、编码器或通讯协议的各种原始数据。这些数据常常以整数INT, DINT或字WORD, DWORD的形式存储在PLC的存储器中。很多时候这些整数值的二进制位Bit状态本身就承载着关键信息。一个非常典型且高频的需求是快速统计一个整数或一个字WORD的二进制表示中值为“1”的位的数量。这个操作在专业上被称为“计算汉明重量”Hamming Weight或“种群计数”Population Count。你可能会问这个操作具体有什么用让我举几个我亲身经历过的场景设备状态字解析许多智能仪表或伺服驱动器通过PROFINET或Modbus TCP通讯返回的状态字Status Word是一个16位的WORD。其中每一位可能代表一个特定的报警或状态例如Bit0过流Bit1过温Bit2通讯异常……有时我们不需要知道具体是哪个位报警只需要快速知道“当前有多少个故障位被激活了”作为设备健康度的一个快速指标。手动去逐位判断并累加在梯形图LAD或功能块图FBD里会非常繁琐。校验与纠错算法在一些简单的校验或自定义通讯协议中计算数据块的汉明重量可以作为校验和的一种补充用于快速判断数据在传输过程中是否发生了大量位的跳变。位图Bitmap资源管理如果你用一组BOOL位比如一个WORD或DWORD作为一个简单的资源池或任务队列的标志位统计其中“1”的数量就能立刻知道当前有多少资源被占用或多少任务待处理。在没有现成指令的情况下新手工程师可能会写一个循环用移位和位逻辑操作逐位检查。这在功能上没问题但代码效率不高可读性差而且每次遇到类似需求都要重写一遍。这正是我们需要一个封装好的、可重用的全局函数FC的原因。它就像工具箱里的一把专用扳手需要时直接调用输入一个数输出其中“1”的个数干净利落。本项目分享的正是这样一个针对TIA Portal V15环境封装好的全局FC库文件。它解决了从基础需求到高效实现的最后一公里问题。2. 核心算法解析如何高效地“数1”在深入TIA Portal的具体实现之前我们先聊聊背后的算法。这有助于理解FC内部的逻辑而不仅仅是把它当做一个黑盒。最直观的算法是循环移位法假设我们有一个16位的WORD我们循环16次每次将其右移一位然后检查最低位LSB是否为1如果是则计数器加1。输入: 一个整数 input_value 计数器 count 0 循环 i 从 0 到 (位数-1): if (input_value 1) 1: // 检查最低位 count count 1 input_value input_value 1 // 逻辑右移一位 输出: count这个方法简单易懂但循环次数与数据位宽成正比16位循环16次32位循环32次。在PLC的扫描周期内虽然也能接受但有没有更高效的方法有的这就是Brian Kernighan算法。它是一个非常巧妙的算法其核心思想是对于一个数nn (n-1)这个操作会消去n的二进制表示中最右边的一个“1”。让我们举个例子假设n 13(二进制 1101)第一轮: n 13 (1101), n-1 12 (1100)。 n (n-1) 1101 1100 1100 (12)。看最右边的1第0位被消掉了。第二轮: n 12 (1100), n-1 11 (1011)。 n (n-1) 1100 1011 1000 (8)。又消掉了一个1第2位。第三轮: n 8 (1000), n-1 7 (0111)。 n (n-1) 1000 0111 0000 (0)。最后一个1也被消掉了。算法停止。我们进行了3次n n (n-1)操作正好对应131101中有3个“1”。这个算法的循环次数等于该数字中“1”的个数而不是其位宽。对于稀疏的“1”比如只有一两个位是1这个算法效率优势明显。在PLC中我们可以用循环来实现这个算法。虽然TIA Portal的SCL语言也能实现但为了更好的兼容性和可移植性比如在仅支持LAD/FBD的PLC上使用我们提供的FC主要采用基础的位逻辑和算术运算指令来构建其核心思想与上述算法一脉相承。注意西门子S7-1200/1500系列PLC的指令集中从特定固件版本开始其实提供了原生指令POPCNT(Population Count) 用于计算字节、字、双字中“1”的个数效率最高。但考虑到兼容性如老版本PLC、S7-300/400移植项目和作为学习案例的价值自己实现一个FC仍然非常有意义。3. FC库文件详解接口、内部逻辑与使用指南接下来我们拆解这个名为FC_CountOnes名称可能略有不同但功能一致的全局函数块。3.1 FC的接口定义Input/Output一个设计良好的FC其接口应该清晰明了。这个FC的接口大致如下输入Input:InputValue(IN) 要计算的数据。这里通常被定义为ANY类型或者Variant以支持多种数据类型WORD, INT, DWORD, DINT, 甚至BYTE。但在V15及更注重稳定性的场景下更常见的做法是提供多个重载的FC或者用一个INT型输入然后在内部根据另一个“数据类型选择”参数进行处理。为了简化我们假设本FC主要处理WORD和DINT。DataType(IN) (可选) 数据类型选择。0代表WORD/INT16位1代表DWORD/DINT32位。这是一个非常实用的设计让一个FC能处理两种常见情况。输出Output:CountOfOnes(OUT) 计算结果即“1”的个数。对于16位输入结果范围0-16可以用INT存储对于32位输入结果范围0-32也需要一个INT因为3232767。Error(OUT) (可选) 错误代码。0无错误1输入数据类型不支持等。良好的错误处理是工业程序健壮性的体现。临时变量Temp:用于存储中间计算过程如循环索引、原始数据的副本等。3.2 FC内部逻辑实现以LAD/STL混合为例由于原始项目未提供具体代码我将基于最常见的实现方式描述其在TIA Portal V15中的可能逻辑。这里假设它处理16位WORD和32位DWORD两种情况。核心步骤初始化将输出CountOfOnes清零。将输入值InputValue复制到一个临时变量TempValue中避免破坏原始输入数据。循环计算基于Brian Kernighan算法思想使用一个循环例如对于16位最大循环16次对于32位最大循环32次但实际会提前退出。循环条件TempValue ! 0。循环体内TempValue : TempValue AND (TempValue - 1)。这就是核心操作每次消除最右边的一个“1”。CountOfOnes : CountOfOnes 1。当TempValue变为0时循环结束。此时CountOfOnes即为结果。数据类型分支处理根据DataType输入在循环前可能需要将数据转换为双字DWORD进行计算以确保32位操作的正确性。或者直接准备两套逻辑。在TIA Portal中的具体指令可能涉及MOVE: 数据传输。AND_DW,SUB_DI: 双字与运算和双整数减法用于实现n (n-1)。CMP 0: 比较指令用于判断循环是否结束。JMP/LABEL: 跳转指令实现循环。或者使用LOOP指令如果使用STL语言。3.3 如何导入与使用这个FC库文件你下载到的通常是一个.zip压缩包解压后里面包含一个.zal(TIA Portal库归档文件) 或直接是项目文件.ap15。导入步骤打开TIA Portal V15确保你的TIA Portal版本是V15或兼容版本。高版本如V17, V18通常可以向下兼容打开低版本库但可能需要迁移。创建或打开你的项目在你要使用这个FC的项目中操作。导入库在项目树中找到“库”视图。右键点击“全局库”或“项目库”选择“从文件系统导入库...”。浏览并选择解压后的.zal文件按照向导完成导入。在程序中调用打开你的OB、FB或FC块。在指令树中展开“全局库”下你刚导入的库找到FC_CountOnes。将其拖拽到你的程序段中就像使用标准的MOVE或ADD指令一样。填写输入管脚连接你的数据变量输出管脚连接到一个结果变量。一个简单的使用示例假设你从一台设备读取到一个状态字DB1.Static_1.StatusWord(Word类型)你想知道当前有多少个故障位激活。// 在你的FC或OB中 CALL “FC_CountOnes” ( InputValue : “DB1”.Static_1.StatusWord, // 输入状态字 DataType : 0, // 0表示16位数据 CountOfOnes “故障数量”, // 输出故障位总数 Error “计数错误” // 输出错误状态 );实操心得导入库后最好在离线状态下先测试一下这个FC。创建一个测试OB用几个已知的数值比如16#000F(二进制0000 0000 0000 1111有4个1) 或16#A5A5(交替的1010 0101有8个1)调用它验证输出是否正确。这能避免在生产程序中因库文件问题而排查半天。4. 性能考量与高级应用场景延伸当我们把基础功能跑通后作为工程师我们自然会思考这个方案的性能如何有没有边界情况还能用在什么地方4.1 循环算法 vs 查表法 vs 原生指令我们实现的循环算法特别是优化后的Brian Kernighan算法在大多数PLC应用场景下性能是足够的。一次计算通常在几个到几十个微秒内完成对于扫描周期在几十毫秒的PLC来说微不足道。但对于极端性能要求或者在频繁调用的高速循环中我们可以考虑其他方法查表法Look-up Table这是空间换时间的经典策略。我们可以预先计算好所有8位值0-255中“1”的个数并存入一个包含256个字节的数组常量中。对于一个16位WORD我们可以将其拆分成高8位和低8位分别查表然后将两个结果相加。对于一个32位DWORD则拆分成4个字节查表后累加。优点计算速度极快只有几次内存访问和加法。缺点占用额外的数据块空间256字节并且FC的实现逻辑会稍复杂。在TIA Portal中创建和维护这个常量表需要一些工作量。使用CPU原生指令如前所述新型S7-1500 CPU的指令集包含POPCNT。如果你的项目确定运行在支持该指令的硬件和固件上直接使用它是最优解。你可以在SCL中直接调用系统函数或者用STL编写。选择建议对于绝大多数项目我们提供的这个通用循环FC已经完全够用。它的优势在于通用性、可读性和可维护性。查表法更适合作为知识储备在遇到确切的性能瓶颈时再考虑引入。4.2 边界情况与错误处理一个健壮的FC必须考虑边界情况有符号整数INT, DINT的处理我们的算法是基于位运算的对于二进制位模式来说-1(DINT二进制全为1) 和4294967295(DWORD二进制全为1) 在内存中的表示是一样的。因此我们的FC如果设计为按位处理那么输入-1也会得到32个“1”的结果。这通常是符合“计算1的个数”的本意的。但如果你需要的是“计算值为1的位的个数”那么输入数据的符号类型SINT/INT/DINT还是无符号类型USINT/UINT/UDINT对算法没有影响。关键在于接口文档要说明清楚。输入参数验证如果FC设计了DataType参数必须检查其值是否在允许范围内如0或1。如果不是应通过Error输出位报告错误并将CountOfOnes输出置为0或一个安全值。临时变量溢出CountOfOnes是INT类型最大32767。计算32位数据的“1”的个数最大为32远小于此限安全。但如果未来扩展用于字节数组则需要考虑结果变量的范围。4.3 扩展应用场景掌握了这个核心FC你可以将其思想扩展到更多有趣的应用中计算多个字的总体“1”的密度如果你有一个数据块Array of Word可以循环调用此FC累加所有结果用于评估整个数据块的“活跃度”或“变化率”。自定义轻量级校验对一段关键数据比如配方数据计算其所有字的“1”的总数作为一个简易的校验和存储。虽然强度远不如CRC但在某些内部数据一致性检查中可能有用。位图资源管理如前所述用一个DWORD32位管理32个布尔资源如工位状态、设备可用性。FC_CountOnes可以直接告诉你当前有多少资源被占用。结合FIND_BIT指令查找第一个为1或0的位可以构建一个简单的资源分配/回收管理器。教学与调试在调试复杂的状态字或标志位组合时快速查看“1”的数量可以帮助你判断是否有多余的位被意外置位是一个快速的健康检查工具。5. 从V15到高版本兼容性、迁移与最佳实践你拿到的是V15版本的库。在当今V18甚至更新版本成为主流的环境下如何使用和迁移它5.1 版本兼容性高版本打开低版本库TIA Portal具有很好的向下兼容性。你可以直接用TIA Portal V18打开这个V15的库文件.zal或项目文件。软件会提示你需要进行“项目迁移”。这是一个单向升级过程迁移后库将转换为V18格式无法再被V15打开。迁移过程通常是平滑的但强烈建议先备份原文件。低版本打开高版本绝对不行。V15无法打开V18创建或迁移后的项目或库。功能兼容性这个FC使用的指令MOVE, AND, SUB, CMP, JMP等都是最基础的指令在所有版本的S7-1200/1500 PLC中都完全支持。因此功能本身是跨版本兼容的。5.2 迁移操作步骤与注意事项备份复制一份原始的.zip或.zal文件。在TIA Portal V18中操作不要直接双击文件。先打开TIA Portal V18通过“项目” - “迁移项目...”或“库”视图中的“导入”功能来操作。处理迁移警告迁移后仔细查看迁移报告。对于这样一个简单的FC库通常不会有错误最多有一些“信息”类提示。测试迁移完成后在新的V18项目中创建一个测试环境调用迁移后的FC用几组测试数据验证其功能是否正常。这是必不可少的一步。5.3 创建与维护自定义库的最佳实践通过这个项目我们可以总结出一些创建和维护自己全局FC库的好习惯清晰的命名与注释FC名称要见名知意如FC_CountBitsOn、FB_ScaleAnalogInput。在FC属性里详细填写“标题”、“注释”对每个输入输出参数也添加注释。这样其他工程师或未来的你使用时一目了然。版本管理在库的属性中可以设置版本号如V1.0.0。当你对FC进行优化或修复Bug后更新版本号。甚至可以将库文件用Git等工具管理起来。最小依赖尽量让FC独立不要依赖于特定DB块中的全局变量。所有数据通过Input/Output接口传递。这保证了FC的纯粹性和可重用性。提供示例在库中可以添加一个“Examples”文件夹里面放一个专门用于演示如何调用这个FC的FB或OB块。这对于库的推广和使用非常有帮助。标准化接口考虑为类似功能的FC设计统一的接口风格。例如错误输出都用Error: Bool和ErrorID: Word使调用者能形成一致的错误处理模式。这个“计算1的个数”的FC虽然功能聚焦但它完美地体现了一个可重用软件组件的价值封装复杂逻辑提供简单接口提升开发效率保证代码质量。下次当你在程序中需要处理位计数时希望这个现成的工具能让你事半功倍。本文还有配套的精品资源点击获取
