为各类自动化控制系统实现软硬件层面嘚模块化，标准化柔 性化设计提供了又一种切实可行的方案，也体现了博图平台与S7-系列PLC的卓越性能相信随着博图平台的不 断完善，一萣能助力西门子自动化用户实现更多更好的创新应用创造出更大的价值！

随着西门子S7-系列PLC及TIA PORTAL博图软件应用的逐步推广，在软硬件标准化模块化得到深入应用的上一些高端用户对PLC系统在柔性化应用方面有了更多的需求：

1、在有限的硬件资源前提下最大限度地去满足设备实際运行使用中的各种需求：

比如某一中小型控制系统，其基本控制功能涉及的控制设备(比如燃烧器主辅循环泵，主回路温度压力流量傳感器等)是确定不变的，但根据客户需求的不同有些辅助设备(，补水阀调节阀，泄压阀辅助电源等)是否使用及其使用数量是有变化嘚，由于中小型的控制系统一般据均采用小型PLC控制系统硬件IO的扩展能力有限，控制系统的安装空间有限所以锅炉制造厂家在系统标配嘚基础上，希望利用系统多余的IO点能在一定程度上灵活应对上述设备需求的变化，简化控制系统和程序实现标准化。

2、在一定规模的硬件资源下力求达到系统的最大灵活性：

比如某汽车总装的线边仓科的捡料防错系统每当车型转换投产，线边的部件库位位置及数量都會有较大的变化捡料防错系统的指示灯传感器也会被相应地重新部署，这样库位与指示灯传感器对应关系会发生变化不同型号的指示燈传感器(对应不同的IO数量)使用数量也会发生变化，重新组态库位与指示灯传感器的对应关系以往需要修改并更新控制系统的程序，这需偠专业的工程师才能做那么如何能实现不修改控制系统程序，仅由普通生产管理人员通过人机界面以修改参数的形式重新组态库位呢

峩们知道，西门子的S7系统早已实现了硬件配置用户程序再组态的功能S7-300/400//均可由用户程序实现分站一级到模块级别硬件再配置功能，然而这昰硬件层面的解决方案并不能满足上述两个例子的需求，因此还要通过软件层面的配合来最终实现设计要求在解决上述新的应用需求嘚实践过程中，黄芩提出了一种在博图环境下通过用户程序实现硬件IO可自由组态的基本编程方法抛砖引玉，与大家共同探讨并开拓PLC柔性囮系统程序设计的方法与思路

为了便于说明问题，我们把目标控制系统简化成一个简单的单纯的MCC控制系统该MCC控制系统满足如下已知条件：

1、满足若干个直接启停的控制的硬件IO的需求；

2、每个电机包括启动、停止、故障复位，故障反馈4个输入信号；运行输出故障指示2个輸出信号；

3、电机控制功能块是已经经过测试并封装好的FB(功能块)；

系统控制程序实现要求：

1、实现在设计范围内对任意一台电机的可靠控淛；

2、电机控制程序对应的硬件IO点可通过用户程序实现自由定义，使控制系统能按实际硬件IO接线及定义正确地完成控制任务；

3、必须使用苴不能修改已封装的FB块；

4、不允许修改控制程序及重新下载控制程序(包括数据块)的方式只能通过在线修改参数方式来实现控制对象硬件IO嘚定义；

5、实现方法力求简单易行，不占用过多的系统资源；

6、博图V14版本编程环境下S7-程序通用。

图1所示系统是一个基于S7-1200PLC的小型MCC控制系统礻例由以下元器件组成：

是一个以开关量信号为主的简单控制系统，其IO点满足一个小型MCC控制系统的点数需求

图2是一个常见的启停控制帶故障保护逻辑的电机控制功能块，有4个bool输入变量2个bool输出变量，并且封装成一个标准的功能块FB1我们以此功能块为例代表已有的成熟的控制功能，希望在不对该功能块做任何改变的基础上能够实现控制器硬件IO由用户程序自由定义，并且控制系统能按实际硬件IO接线及定义基于该功能块正确地完成MCC控制系统的控制任务

图3为示例中电机直接控制功能块在博图中的传统调用方式，功能块多次调用生成多个对應的背景数据块，每次调用其输入输出参数均为实参赋值显式调用，多重背景调用亦是如此如果某一个电机控制块的对应的硬件IO点需偠修改，则需要修改程序并重新下载系统才能按新的硬件IO对应方式进行工作。

如何可以不需要修改并重新下载程序仅仅通过修改运行程序的数据，就能改变控制功能块与硬件IO对应关系呢

显然只有通过间址寻址的方式才能实现硬件IO变址访问的要求，博图V14版本以上只有SCL编程语言的PEEK_BOOL/POKE_BOOL指令可以比较方便的实现对硬件IO位地址的间址寻址即间址读写访问。

图4为通过PEEK_BOOL / POKE_BOOL 指令实现硬件IO位地址间址寻址的硬件IO地址说明表采用UDT形式，以便后续程序中多次调用变量具体说明如下：

图5为IO变址映射功能FC1000，SCL语言编写输入输出通用，根据硬件IO地址说明表中指定嘚硬件IO地址读取输入点的状态或刷新输出点的状态每个硬件IO位调用一次。

我们引入控制对象的概念示例中每一个电机就是一个控制对潒，每个电机控制对象包括了4个位输入2个位输出，1个背景数据块通过控制对象硬件IO表（UDT）将每个控制对象的硬件IO关联到一起。可以有鉯下两种定义方式：

图6所示直接根据控制对象硬件IO的名称定义控制对象硬件IO表这种方式后续再封装程序的可读性强一些，与控制功能块嘚输入输出管脚定义是一致的即控制对象硬件IO表与控制功能块输入输出是明确指定关联关系的。然而一个控制系统的控制对象往往是多樣化的其硬件IO的数量和类型也会不同，这样做的结果是不同的控制对象就要定义一个对应的控制对象硬件IO表，导致编程过于繁琐另外也不利于控制功能块多次调用后实现对硬件IO表的访问的编程；

图7所示采用数组形式定义控制对象硬件IO表，只要数组变量的数量满足需求可以事先不用确定数组变量关联的硬件IO其类型究竟是输入还是输出，满足程序标准化柔性化的要求

图9-12为基于原控制功能块FB1基础上再进荇封装的硬件IO可定义的控制功能FC100，实际上就是通过IO变址映射功能FC1000将一个未指定的控制对象硬件IO表与原控制程序FB1进行了关联FC100的每一次调用僦代表了一个硬件IO可自由定义的控制对象。

封装好的硬件IO可定义的控制功能块FC100

当然硬件IO表中的元素是否一定要与原控制程序FB1关联也是可鉯自由选择的，本例中考虑多个控制对象的故障复位命令信号可能会共用同一个变量因此FB1的Reset参数就未与控制对象硬件IO定义表关联，而是單独直连FC100的同名输入变量了

图13-14是一个具有10个控制对象的小型MCC控制功能块FB100的完整示例程序，在保留原有传统控制功能块FB1的控制功能的基础仩又实现了任意一个控制对象的硬件IO点可自由定义的功能，且硬件IO点的关联与激活亦可由用户灵活决定

由于底层的硬件IO地址说明表采鼡了数据，中间层控制对象硬件IO表及顶层控制对象功能调用均采用了数组结构形式因此整体控制程序结构变得极为简单，循环调用即可数组结构也使得每个控制对象关联的硬件IO地址说明表很容易通过间址寻址的方式实现读写访问，甚至是不同的控制对象且每个控制对象關联着不同数量的硬件IO点

由此可见，在博图环境下通过上述的编程思路和方法硬件IO可定义MCC控制功能块的程序代码得到了极大的精简，苴控制对象的数量多少以及每个控制对象关联硬件IO点的多少均与程序代码量无关

图15为硬件IO可定义MCC控制功能块在OB1的调用，我们可以通过变量修改的方式修改DB100中IO_Obj数组变量关联的硬件IO点示例中激活了3个控制对象关联的硬件IO点，分别位于S7-1200不同的IO扩展模块上地址定义如图16-18所示：

1、博图的创新平台，使得通过用户程序实现硬件IO自由组态成为可能可保留原有传统的成熟应用的控制功能块，无需对原有功能块进行改慥不需要复杂的编程，在梯形图下即可很容易地实现（示例中的硬件IO变址映射功能FC1000亦可在梯形图环境下编程只是在使用PEEK/POKE指令时需插入SCL語言程序段），并且实现S7-通用化

2、示例中是针对一个功能块FB来实现其输入输出参数硬件IO地址用户程序可组态的功能的，然而在实际编程Φ发现FB的多重背景应用是可以数组化的(含V14版本以上)但参数实例只能是单个的数据块定义而无法数组化定义的，这给编程的灵活性还是带來了一定的影响

因此多控制对象应用必须通过FB的多重背景才能实现，期望博图软件在这方面能够更有进一步的创新以方便用户程序开發。

反之这也让我们看到了另一种可能性，即用FC加全局DB替代FB(这种方式编程在S7-300/400/的软件开发中不常见)利用全局数据比较容易实现数组化的特点，同样在原有程序基础上实现硬件IO地址用户程序可组态也许这样编程方法会更加的灵活简单。

3、有一种情况我在前面应用背景的描述中没有提及即IO点如果损毁，那么我们不用修改程序就可以替换IO点了的确是可以这么做，而且很容易实现这是硬件IO用户程序可组态嘚编程方法实现带来的“副作用”，当然这是有益的“副作用”但是当初的确也没有以“损毁IO无编程替换”为目的来做这项软件开发的，没有引入控制对象的概念如果这么做反而是有难度的了。

4、本文讲述了在博图环境下通过用户程序实现硬件IO自由组态的基本方法还昰原理性质的，其真正要应用到实际的项目中去仍旧有很多的实际的技术问题需要去解决的，比如：

①在尝试使用精简型面板为上述系統开发一个简易的硬件IO地址参数设置界面时发现在优化数据块访问即全符号名访问的设置下，HMI还是只能实现一维的数组变量的变址访问(圖21所示)其结果如图20所示，IO地址参数设置界面的形式就只能与具体的控制对象绑定了；因此在目前博图的技术能力下要实现“去控制对潒化”的通用标准化的硬件参数设置界面功能，还是需要通过PLC及HMI两者紧密的编程配合来实现

同时，面对数量众多的硬件IO点的地址表通過HMI逐一手工输入的方式并不可取，费时费力枯燥易错HMI只能适合少量人工输入及修改；因此，还是要有更简便高效的方案来实现(比如通过計算机EXCEL文件编辑硬件IO地址表把它导出为格式文件，然后拷贝到PLC的MMC卡再由PLC程序读取格式文件的数据到内部数据块的方式)。

②在实际应用ΦPLC硬件的组态是变化的，实际可寻址的IO物理地址范围也是变化的因此，实现硬件IO地址寻址范围的合法性判断从而避免程序的寻址错誤也是很有必要的。

③本文阐述的硬件IO用户程序可组态的编程实现方法使得程序的硬件IO寻址由显式寻址改为隐式寻址，因此通过程序代碼来检查某个硬件IO是否被重复使用的可能性几乎没有尤其输出类型的硬件IO点是需要严格限制重复访问的(不仅仅是输出多线圈问题，还有哆控制对象使用同一输出点的安全性问题)因此硬件IO点地址参数设置查重也是一个很重要的技术点，似乎每设定一个硬件IO点的地址就要比對所有已有的硬件IO地址的方法是不可取的这个运算量不是一个普通PLC能够胜任的。

④在实际应用中控制对象IO定义动态修改所引发的控制系統安全隐患也必须引起足够的重视并且要有可靠的对策；输入点的再定义会导致控制信号产生额外的信号变化，输出点的再定义会导致被替换输出点的失控以及替换输出点意外输出或切断因此本实现方法实际并不适合IO定义的动态修改，比较安全的做法是在设备整体停运主动力电源被有效切断的前提下，IO再定义功能才能被激活使用并且应配合HMI的权限管理功能。

⑤PLC如何永久保存已经设置好的硬件IO点的地址参数在经历了PLC长时间断电，断电重启数据区总清复位后，系统如何能够依旧正常地工作西门子S7系统事实上也已经提供了很好的解決方案，示例中如图16-18所示的背景数据块DB100中Ctrl_Object_DB.IO_Obj的数组结构是存储硬件IO点的地址参数的数据区我们可以通过WRIT_DBL指令将该数组结构的内容拷贝到CPU具囿“仅存储在装载内存中”属性的数据块中，起到永久保存设置参数的作用；等到系统重新上电初始化时我们通过OB100触发READ_DBL指令，将备份的數据又拷贝到CPU工作内存中的DB100