使用过PCS7的朋友，不知道您有没有这样的经历：在PCS7中使用电机和阀门功能块的时候，可能会碰到很多各种各样的问题，比如双入双出或单入单出，脉冲输入输出，就地或远程控制方式，关联显示，首出报警，电流电压显示等等。现场的应用需求总是多种多样的，而我们的库都是标准的、有限的，最终在项目实现时大家一定会有自己独特的方法，这期间必然积攒了丰富的经验。
在此，咱们专门开设一个专题探讨，针对在PCS7中电机和阀门使用心得和方法，欢迎大家畅所欲言，分享心得和方案。期望可以通过切磋探讨为您的项目寻找出最优解决方案，也可以在不断的意见交换中拓宽咱们彼此的设计思路，更可以为即将面临此类项目的朋友们开辟捷径。
此次集中探讨将持续至3月30日，其中有突出表现的网友将获得加倍精华奖励积分；最终所有有效留帖的网友将获得加倍发帖积分；根据交流情况，会酌情赠送小礼品。
交流结束后将整理精华内容，供广大网友分享参考。
预祝大家交流愉快，收获丰富！

实际项目中往往用户要求画面风格和形式，与PCS7标准面板和图标有所差别。比如要求显示启动允许条件，跳闸条件，跳闸首出指示，具有Disable某些条件的功能等等，不同行业的要求千差万别。
我们能做的就是理解PCS7 block，Icon ，Faceplate，Alarm 等的生成和创建机制，这样我们才能灵活的在模板的基础上去修改以适应用户要求。
其实仔细的研究一下系统的脚本函数，还是受益非浅的。重要的是学习人家的思想，是怎么通过字符串的分解和组合来改变对象属性 和访问对象属性的。
希望以后能在这些内容方面CS们出一些技术文档共享。
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

最近有点忙！对于版主的提议，我倒是有一些使用经验，这次就不详细说了，简述常规的方法。
1。对于阀门或者电机的功能块不建议使用多种，例如我一个项目中，无论项目大或小，我基本上都只使用一种电机块，一种阀门块（当然有特殊需要的话，还是要另考虑）。
2.如果CPU容量允许的话，尽量使用功能强的功能块。例如双位控制阀门功能块同时也可以实现单位控制的阀门类型。这样就减少了功能块的使用类型。这样做的好处是对于WINCC上的ICON及FACEPLATE来说种类就少了，再工程设计组态及日后的调试，修改，维护来说都简单实用。
3.一般来讲电机块我使用PS库中的MOTSVALV,这个功能块可以实现双位控制，也可以通过添加RS触发器实现单位的控制，还可以实现带中停的功能。远程就地，手动，自动，保护启停都能够实现。根据用户的不同需求实现不同的控制方案。
4.对于电动阀门VALVE阀门块，类似于MOTSVALV使用方法。但这个块没有远程就地的控制管脚（一般我接触的项目阀门基本都没有远程就地信号），如果有需要，一般我是通过“去使能EN”管脚来实现功能。
5.对于调节阀门来说，一般都是通过CTRL_PID+CH_AO功能块来实现的。对于CTRL_PID功能块的使用在帮助说明中已经解释的非常详细了，我就不多说了。这里注意再使用串级调节的时候，工程量的转换很重要；而且对于阀门的特性（例如气开，气关阀）还是要根据需要有不同的设置。具体使用，待有时间我再详述。
6.对于首出来说，无非是若干的RS触发器搭接成一个逻辑而已。通过FB,FC编写一个功能块，再CFC中调用，根据需要报警信号的多少，连接就可以了。这样做逻辑清晰，修改起来也很方便。
7。电机阀门的报警其实很简单，相应的功能块对于报警信息都包含的很全了。CFC编译，OS编译后，相应的报警都会上传到WINCC上的。

对于WINCC上的ICON,FACEPLAE的使用，谈一下我的使用心得。
1.FACEPLATE面板我一般只使用标准的，因为这里面西门子已经做的非常不错了，而且还有很多强大的功能。没有多大的修改必要。
2.客户一般比较注重的是ICON的样式，至于点击ICON弹出的FACEPLATE面板的样式一般都没有什么特殊要求。
3.对于ICON的样式的改变其实也很简单：我只是使用标准的ICON功能，修改ICON的面貌，其实就是把ICON拆分开，然后通过EMF,BMP改变样式。这样一般都会达到我要实现的功能。
4.对于首出，报警等信息，我还是常用小画面弹出的方式实现。一个PO一个小画面，做个按钮弹出就可以了。或者也可以再FACEPLATE中添加一个界面来显示这些报警相关的信息。

.其实对于ICON,FACEPLATE来说，说起来容易，做起来确实要下些功夫。
.而且再修改后，一定要做实验检测，一定要在连接动态标签之前确认其功能的可用性，否则修改起来就是一个很大的工作量了。
.虽然也有一些快捷方式，但还是尽量别给自己增加工作量。
.最好是业主确认的样式，这样就避免以后到现场业主不满意再次修改。
.另外自己最好做一个成型的库。不同的业主要求，不同的ICON样式，多做几套，这样一般经过实践后的ICON还是比较可靠的，慢慢项目做多了，积累一大批ICON样式，以后的项目就受益匪浅了，拿来用就好了。
.另外还有一个问题就是使用软件的升级。对于软件的升级，按照正规的方法进行就可以了，相对比较简单。因此以往的ICON样式也可以通过升级实现它的可用性。

管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

1.个人感觉使用PCS7的客户群远不如使用PLC的客户群多啊,讨论的朋友们不多啊!
2.其实PCS7发展与STEP7,WINCC.因此其原理都是一样的.
3.PCS7中的马达,阀门块无非是西门子做好的功能块提供给我们去使用.但因行业的不同,国家的不同,客户群的不同,以及使用习惯的不同,对于功能的要求也有所不同.但大多还是不会跑出一个标准的范围的.这个标准的范围就是西门子提供给我们的标准功能块.
4.若想能够自己做出实用的功能块以及ICON,是需要一定的功底的,这个功底不但包括功能块的编写,ICON的制作,FACEPLATE的制作,还需要行业经验.而这些要是做起来的话是不容易的.
5.我个人觉得倒不如在西门子提供的这个标准基础之上进行改造.而且这些标准功能块有着很多强大的功能:例如运行状态下的TAG搜索,画面搜索,报警定位等等功能还是尽量保留,会对以后的日常维护有很大的益处的.
6.当然这些功能块以及ICON还有很多的功能不能满足,这个就需要我们自己去开发了.
7.其实西门子已经做的很全面了.只不过很多的功能是在授权的基础之上的.
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

1、仅从字面上理解PCS 7系统的概念其实质是全集成化（TIA），但用户要真正透彻掌握TIA开发使用理念，是需要时日，更要下一点真功夫的。
2、功能块设计规划时，既要考虑AS侧的驱动控制，又要兼顾OS侧的监控操作，这是PCS 7区别于STEP 7＋WinCC模式的根本所在。
3、因为STEP 7和WinCC是在各自的方向上相对独立的实现各自的功能；而PCS 7是全集成化（TIA）的系统，控制对象方案的AS侧和OS侧必需相互依存，相互兼顾，才能达到组态控制对象集成、组态时间高效、组态结构灵活，才能最大限度发挥PCS 7全集成化（TIA）的功能特色。
4、工程实际中，电机（MOTOR）和阀门（VALVE）的控制虽很常见，但用户的设计要求和功能实现也不尽相同。因此，能按用户要求个性化灵活开发设计正是PCS 7系统的强大所在。
5、感觉本技术交流板块参与者不多，想必，这与PCS 7系统较STEP 7和WinCC系统的使用掌握较难、较灵活吧！
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

由于用户项目设计需求的多样性，不管是AS侧的功能块，还是OS侧的块图标（Block Icon），PCS 7系统库中提供的标准电机（MOTOR）和阀门（VALVE）功能块都不能完全满足一般用户的多样性需求。因此，用户基本上都是采用自定义功能库方式（Customized Library）使用电机（MOTOR）和阀门（VALVE）功能块。下面就以我的一个项目为例，讲述一下我对PCS 7系统自定义电机（MOTOR）和阀门（VALVE）功能块的设计改进总结，并与大家一起共同探讨和分享：
一、AS侧电机（MOTOR）和阀门（VALVE）功能块设计


1、自定义电机（MOTOR）和阀门（VALVE）功能块作用：
自定义电机（MOTOR）功能块用于助燃风机的操作控制；自定义阀门（VALVE）功能块用于管道出口电动阀、的操作控制。
2、设计要求如下：
（1）能“远程（Remote）/就地（Local）”切换和操控；
（2）能“手动（Manual）/自动（AUTO）”切换；
（3）能“正向（Positive）/反向（Negative）或（Forward/ Reverse）”转动操控；
（4）与准备好（Ready On）、电气故障（Main Contactor Fault）、电气柜故障（MCC Cabinet Fault）等电气保护信号联锁；
（5）在电气联锁保护（Interlock）动作后，由操作员人工手动解锁（Unlock）；
（6）正/反向转动操控时，均要有外部输出状态指示灯（Indicator Light Lamp）；
（7）正/反向转动运行计时（Time）；
（8）正/反向转动极限位置（Limit Switch）保护及阀位状态指示。
（9）带“试灯（Test Lamp）”操作按钮。
由右图示功能块可知，PCS 7系统库提供的标准电机（MOTOR）和阀门（VALVE）功能块均不完全满足以上功能，因此只有开发自定义的电机（MOTOR）和阀门（VALVE）功能块。
3、自定义功能块简介：
（1）采用SCL开发工具。SCL的确是开发PCS7功能块的强大利器，我将电动阀的故障（Fault）和报警（Alarm）信号在WinCC中触发产生、报警归档（Alarm Logging）、过程值归档（Tag Logging），全部集成于该功能块的SCL编程中完成，省去了在OS侧项目中的额外组态工作量。这对于有多台相同电动阀的操控组态确实节约了不少时间，提高了组态工作效率。
另外，对于SCL开发工具，熟练掌握块参数属性（Block and Parameter Attributes）的定义使用极为重要，不管是在AS侧，还是OS侧，都可极大的提高功能块的开发时间效率。特别是掌握S7_m_c、S7_archive、S7_tasklist、S7_alarm_ui、S7_dynamic、S7_visible、S7_shortcut、S7_unit等这些块参数属性的使用。
（2）PCS 7系统库的标准电机（MOTOR）功能块触发报警（Alarm）功能是调用系统功能块SFB35（ALARM_8P），即：Generate Block-Related Messages with Values for 8 Signals；而自定义开发的电机（MOTOR）功能块则是调用系统功能块SFB34（ALARM_8），即：Generate Block-Related Messages without Values for 8 Signals。
由于SFB35（ALARM_8P）功能块的SD_1～SD_10端口引脚，共10个，采用ANY数据类型，用于报警消息（Alarm Message）使用的结合值（Associated Value或Auxiliary Value）。而每个SD_x端口引脚的ANY数据类型却要占用10Byte存储空间；而SFB34（ALARM_8）功能块省去了用于报警消息（Alarm Message）使用的结合值（Associated Value或Auxiliary Value）功能，从而为每个调用自定义（MOTOR）功能块时，生成的背景DB块节省下10Byte存储空间。
（3）在用SCL编程正/反向转动运行计时（Time）功能时，采用在满足条件后循环累加计数（Count）方式实现。简单方便，并节省了系统提供的计时器（Timer）和计数器（Counter），和繁琐的调用计时器（Timer）和计数器（Counter）的参数填写。
4、互为备用的电机（MOTOR）和阀门（VALVE）自定义功能块的设计简介：
在很多电气工程实际应用中，存在大量互为备用的电机（MOTOR）和阀门（VALVE）操作控制。对于这种编程控制，我通常将其操作控制（Control）和联锁保护（Interlock）动作功能，全部做在一个功能块中。这即简化了CFC编程连线，又便于在一个CFC功能块中集中监控调试和故障分析查找。这种集成化的双电机（MOTOR）和双阀门（VALVE）操作控制功能是PCS 7系统库没有提供的。图示如下：

二、OS侧电机（MOTOR）和阀门（VALVE）FACEPLAE面板块图标（Block Icon）设计


1、由于用户需求与PCS 7系统库提供的标准FACEPLAE面板块图标（Block Icon）功能差距很大，所以OS侧电机（MOTOR）和阀门（VALVE）块图标（Block Icon）外观几乎完全改变，重新设计。
2、由于自定义开发的AS侧电机（MOTOR）和阀门（VALVE）功能块调用了系统功能块SFB35（ALARM_8P），能在WinCC中触发产生报警（Alarm）信号，所以OS侧的电机（MOTOR）和阀门（VALVE）FACEPLAE面板块图标（Block Icon），也必需并增设了报警（Alarm）显示FACEPLAE面板块图标（Block Icon）功能，外观见上图所示。
三、PCS 7系统电机（MOTOR）和阀门（VALVE）控制设计总结
要设计一个完全能满足用户各种需求的电机（MOTOR）和阀门（VALVE）控制功能，通常都是采用自定义功能库方式（Customized Library）实现。自定义开发的PCS 7控制功能不管是AS侧还是OS侧，尽管规划、设计工作量较大，对开发人员技术和经验要求高，但对于规模大、数量多、功能类同的控制设备，却是编程组态时间效率最高、用时最短的方式。
对于AS侧而言，所用CFC组态连线少、清爽简洁，还易于功能块中集中监控调试和故障分析查找；对于OS侧而言，FACEPLAE面板块图标（Block Icon）外观丰富多变且功能集成。
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

关于自定义功能块的开发讲解
在下载中心的A0163
CFC功能块的详细的说明文档，在安装完PCS7后，在文档下的：PCS 7 - Programming Instructions for Blocks.pdl
对于管脚参数列表
比较《PCS 7 - Programming Instructions for Blocks.pdl》自带的例程中，发现还有一个参数S7_archive := "shorterm longterm"
作用是定义归档属性。
配合使用下载中心文档
F0092 ： 在PCS7 V6.1 OS面板中显示历史趋势
可定义某参数默认为激活趋势，而不用再组态时单独设置。
同时在WINCC运行后，直接在趋势窗口中显示历史趋势。

不知大家是否详细看过
《STEP 7 - Programming with STEP 7。pdl》文档
第16章，配置信息系统。
传统的消息配置是，在WINCC中定义某PLC变量，当为1则报警。
但会出现一个问题是，这个变量是有刷新周期，如果其在PLC中位1的时间特别短，则PLC会做出反应，而WINCC或触摸屏面板则不会有报警。即，会漏掉一个报警。
其实这个问题，西门子工程师早已发现，解决思路就是使用报警块ALARM-8P等块。针对300/400PLC，针对确认方式等的不同，有不同的块选择。
以前对TIA这个概念很含糊，当理解使用ALARM块能将PLC和监控软件绑定在一起，才对TIA有了初步的了解。

pcs7个人认为相当于于STEP7+WINCC+一个大的编译器。
传统STEP7+WINCC方式做项目，尤其是画面，思路上相当清晰。其实很多种DCS软件也是这样。要某个功能，就动态化组态即可，在加上几个固定的赋值操作面板。  都没有像西门子这样有BLOCK ICON功能。
正因为西门子的PCS7块，在CFC中有，在WINCC中还有BLOCK ICON 和面板。所以只能做成用一个块尽量包含所有功能，带来的问题则是想完成非常简单的问题，就必须屏蔽复杂不用的功能，而这又相当麻烦。
使用系统库自带的电机和阀门控制块，个人认为最大的难度是理解其不同的控制功能，故障处理方式等功能，在必要的时候屏蔽。不给操作人员留出**的空间。

假如所做的行业固定，控制要求固定，要求控制的设备多且一致，个人认为最好的方式是做自定义开发。
其一是省PLC的内存空间。一个四五百点的系统，如果使用414-4-2H冗余PLC，如果必须SFC统一控制电机和阀门，不小心甲方再要求做几个通讯任务，一般CPU的内存就不太够了。如果使用自定义开发做，则占用内存小。
其二功能操作上贴近工艺要求。
其三是可以做有公司特色的东西。

抛砖引玉
我自己做的阀门块，一个输出带两个反馈，非常简单，操作习惯符合我们这个行业，同时功能上有留出管脚和自己做的顺序控制块相一致
BLOCK ICON

CFC调用

面板设计


点击此处查看附件

点击此处查看附件

点击此处查看附件

管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

一、关于PCS 7系统功能块库（Block Library）提供的标准功能块，应该来说：基本上可以满足用户需求。但由于它是通用的标准功能块，所以一些用户的特殊功能要求没有，而无用的功能不仅闲置浪费，而且极大的消耗CPU的存储空间，无谓的占用WinCC的I/O过程通讯变量（Process Tag即WinCC RT/RC授权）、过程值归档（Tag Logging）、报警归档（Alarm Logging）等授权点数（License Key）。
电机（MOTOR）和阀门（VALVE）功能块只是PCS 7系统功能块库（Block Library）的一小部分了,其对比和分析可想详见我以上的发帖，现就其它几个常见的PCS 7系统提供的通用功能块与自定义功能块，对比分析如下，供大家探讨：
1、以开关量DI报警功能块DIGMON（FB62：Monitor a binary measuring point）为例。每个DIGMON（FB62）功能块占用WinCC RT/RC授权数量达13；因此，开关量DI数量很多时，单独使用DI报警功能块DIGMON（FB62）时的WinCC RT/RC授权占用数量惊人，是很不值得推荐的。所以，我通常是将DI报警功能集成于控制对象的功能块中完成，这才是性价比最高的方法。
2、以模拟量AI报警功能块MEAS_MON（FB65：Meas.value monitoring block）为例。每个MEAS_MON（FB65）功能块占用WinCC RT/RC授权数量达22；而我自定义开发的开关量报警功能块ALARM_A（FB27）就只有CSF、U、QH_ALM、QL_ALM共占用4点。如果模拟量AI报警点很多时，其节约的WinCC RT/RC授权数量则相当可观。
3、以CTRL_PID（FB61：PID Control）为例。说起PCS 7的CTRL_PID功能块，真是叫我既爱又恨。该功能块无论是在AS侧和OS侧的表现，均可谓功能强大，而叫人垂涎欲滴，但却极尽豪华！我有一个25回路的PID调节项目，就耗尽了1/4还多的CPU存储空间和WinCC RT/RC授权点资源，真有些“鸡肋”的感觉。于是，不得以而放弃，转而自定义开发了。
PCS 7系统的每个CTRL_PID（FB61）功能块占用WinCC RT/RC授权数量更是高达66；而我自定义开发的PID_CTRL（FB60）增量型（差分）算法功能块仅保留CSF、LMN_SEL、AUT_ON_OP、SP_MODE、SP_OP、MAN_OP、QPVH_ALM、QPVL_ALM、QER_ALM、LMN、PV、SP这12个点。因此，当PID回路数量较多时，其节约的WinCC RT/RC授权数量可见而知！
二、PCS 7系统提供的标准功能块库（Block Library）不仅占用WinCC RT/RC授权（License Key）点数多，而且对CPU的存储空间资源占用也相当可观。
1、以DIGMON（FB62）功能块为例。Size＝1.692KByte，Instance DB＝482Byte；
2、以MEAS_MON（FB65）功能块为例。Size＝1.486KByte，Instance DB＝376Byte；而自定义ALARM_A（FB27）功能块，虽Size＝2.68KByte，但Instance DB＝102Byte；
3、以CTRL_PID（FB61）功能块为例。Size＝6.502KByte，Instance DB＝604Byte；而自定义开发的PID_CTRL（FB60）增量型（差分）算法功能块，不仅Size＝5.304KByte，而且Instance DB＝262Byte。当PID回路数量较多时，其节约的存储空间资源是可见而知的！
4、到此，大家会问：存储空间资源占用差别为何如此之大呢！这主要自定义开发的功能块是按项目需求定制的，去掉了PCS 7系统通用标准功能块库（Block Library）中无用的部份。特别是PCS 7系统的通用标准功能块的报警功能（ALARM）是存储空间资源消耗大户。
PCS 7系统功能块报警功能（ALARM）是调用系统功能块SFB35（ALARM_8P），即：Generate Block-Related Messages with Values for 8 Signals。由于SFB35（ALARM_8P）功能块的SD_1～SD_10端口引脚，共10个，采用ANY数据类型，用于报警消息（Alarm Message）使用的结合值（Associated Value或Auxiliary Value）。而每个SD_x端口引脚的ANY数据类型却要占用10Byte存储空间。
而自定义开发的功能块则是调用系统功能块SFB34（ALARM_8），即：Generate Block-Related Messages without Values for 8 Signals。它省去了用于报警消息（Alarm Message）使用的结合值（Associated Value或Auxiliary Value）功能，从而为每个调用自定义功能块时，生成的Instance（背景）DB块节省下10Byte存储空间。
三、由以上对比分析可看出，PCS 7系统提供的标准功能块库（Block Library）是通用而不是专用的，所以资源占用量较大，适用于规模小、数量少的控制对象解决方案。
而对于规模大、数量多的控制对象用户，开发自定义功能块，无疑从组态时间效率和性价比而言，都是最高、最好的优选方案。但是，这对项目初期的规划设计和开发时间均较长，对开发人员技术和经验要求也较高了！
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

我与剑忠大侠不同的是，我一般都是利用系统库中的功能块。我的理由如下：
1.通用的好处就是可以在不需要大量的改动情况下尽量的满足用户的要求。目前我做的项目中还没有满足不了客户要求的。
2.虽然自定义的功能块可以缩短程序量，但这个其实是有限的，应该不会影响大局的。一个系统如果计较这些小量的数据内存，那说明在做配置的时候就有些问题。当然也许有的时候是被迫的。
3.库里的功能块功能很强大。当然如果像剑忠大侠这样造诣很深的人，也完全可以自定义自己的功能块。我也会开发一些自己常用的简单的功能块。
4.其实我是很佩服剑忠大侠的自主创新精神的。
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

1.你可以打开FB61功能块，虽然看不到源程序，但可以更改管脚的属性。将S7_LINK属性改为TRUE就可以管脚引线了。
2.大部分的时候不需要开放管脚，默认的属性一般都可以实现功能的。也许工艺要求特殊吧。
3.报警其实很有用的。我一般都不轻易的去省掉的。库里的功能块有很多优势可以再WINCC画面运行后体现出来的。例如运行状态下搜索标签，搜索画面等功能还是很好用的。
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

1。pcs7 v7.1的APL库是针对WINCC V7版本的ICON及FACEPLATE使用的，功能确实较以前版本强大了许多。
2.但以往我们使用的标准库依然存在，依然可以使用，这个兼容性还是不错的。
3.有个问题比较严重，不知道是不是我使用的有问题：标准库与APL库不能同时使用。编译的时候报错。
其实自己仔细想想也是有道理的，毕竟标准库与APL库对应的上位系统是使用不同的ICON及FACEPLATE的。如果混用，必定会使得上位机使用混乱。也许这只是其中一个原因吧！
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

凌波微步说的不错，APL是 PCS 7 V71里新的库，叫高级过程库，里面有很多新的功能块，对应的也是新的BLOCK ICON，新增加了很多功能，像前几楼说的模拟量显示，还增加就地/远程操作，这样就不用咱们像原来一样来自己编程了，比较典型的还有脉冲输入输出等。我刚做了一个项目，用着感觉比原来方便很多，而且画面也更精致了，做起来比原来得心应手多了，但是我觉得原来自己编写也挺好，了解了很多内部的东西，但现在的确方便了很多，减少了不少工作量，总体感觉是在不停进步，不知道我说的是否在理。我想“凌波”和“剑忠”等大侠比我理解的更为深刻。
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

1.个人写的块一般都是较适用于特定行业或者特定工艺上的；可谓“专”
2.西门子提供的功能块可以说适用于大多的行业，可谓“多能”
3.“专”块丰富了可以变为“多能”块；
4.“多能”块亦可变为“专”块；
5.其实一个好的控制方案，并不见得功能块有多“专”或者有多“多能”，而在于控制方案的合理性，严谨性以及日后的维护可操性。
6.因此在我所作的工程项目里，功能块的适用尽量少，这样对于日后的维护是有好处的。毕竟维护系统工程师不能像我们专业做系统的了解的那么透彻和深入。
7.自控行业大多为服务行业，因此站在客户角度考虑问题，才是对客户及业主负责的态度。
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

1、“通用”的功能块具有标准化、易使用的特点。但系统资源消耗大，造成项目投资费用高，特别是规模大、数量多的控制对象极为明显。
2、“专用”开发的功能块具有针对性强、适用性好、存储与过程通讯资源占用率低的特点。因此，对于规模大、数量多、功能类同的控制对象，权衡性价比后后，无疑是最佳的选择方案！
3、至于谈到“专用”开发功能块的维护性，其实也是很高的。因为功能块模板结构一经调试完成后，就基本固定不变了。维护人员只需熟悉了解它的使用，而无须去更改模板结构，与“通用”功能块的使用完全一样！
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

1、也许“凌波微步”做的项目几乎全都是一些太有钱的大型国企吧（例如，它们基本上都以S7-400H系列为主），所以，这些国企们的项目几乎都以安全性、可靠性为目的，而不计成本和权衡性价比。
2、SIEMENS工控软件系统更新升级，是既需要资金投入，且价格不菲，又要冒安全生产风险的！所以，非特殊情况时，一般的企业主管是绝对不审批和许可的，特别是在运行使用稳定而成熟的时侯。
3、我曾经见过一个国企使用的还是10年前的PCS7 V4.0版本系统，操作系统是WindowsNT4.0_EN（英文版），网卡还是ISA插槽的CP5412A2（现已停产）。可该系统运行使用实在成熟而稳定，由于绝大多数硬件现已都停产，技术人员几次向主管领导报告请求升级，但主管领导一直以安全稳定为由，不予批准，坚持使用备件更换维护。至今已使用10年了，仍安全稳定的发挥作用！
4、此也可知，SIEMENS的软硬件系统经受了时间检验，是稳定可靠的！
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

凌波大侠和剑忠大侠确实是经验丰富，以自身体会来让我们深刻了解如何使用功能块，看来成长是一个漫长的过程。我理解的意思就是，尽量使用PCS7自带的库，如果确实满足不了需要，则需要自己来编写，或者如剑忠大侠说的可以自己优化一些块，但是会对本身能力要求有些高。
PCS7 V71提供了很多新的功能块，在APL库里，比原来V6先进了很多，因此可以满足大多数要求，也给大家提供了很多方便，至少减少了一些自定义编程的工作。看来PCS7是在不断进步中。
还有就是以后如果有PCS7使用方面的疑问可以和两位大侠多多交流。希望大侠们不吝赐教。
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

也说一点点自己的见解。
刚刚毕业的时候，大约是8年前，进的一个外资的工厂，全套的进口西门子设备。全部是用的是STEP7，没有PCS7，都是SCL做的程序，硬件使用ET200S。那个时候很多人就是因为SCL语言这个槛而理解不了PLC。而现在SCL的使用者逐渐增多，国内也开始推广ET200S。
印象中，老外的程序，有一些基础块，例如几位几通几个检测的气缸块，电机块。在这些基础块中，就整合有报警，复位，初始化，看门狗等功能。在这些基础块的基础上，他们制定了编程规范，硬件上也是用类同的元件，从而在编制整体程序上，从操作习惯到故障显示及消除，形成全车间的统一规范。
反过来，现在看PCS7，它的画面所有报警块状态的汇集，包括阀门电机块的故障处理，在操作习惯上非常统一。
仅仅针对每一个块来说，确实是简单问题复杂化。但针对全厂而言，规范统一整洁，操作习惯一致。
中国的一个很强的工程师，可以很厉害，但很难将一个团队或者一个公司，带到某个规范上来。

管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

1、“呆板吧”谈到功能块编程的规范问题。不错，自定义开发的专用功能块，不仅资源利用率高，而且规范化、标准化也高。PCS7系统恰好给用户提供了可以针对特定控制对象的规范化、标准化、模块化的编程工具，使得用户更利于然后的管理和维护。
2、面向对象的编程（简称OOP）方法（例如：C++、C#、JAVA等编程语言）早已为计算机人员熟知和使用。OOP方法是将现实世界中某个事物和对象的静态和动态特征，进行特定的、抽象的分析归纳后，用计算机代码描述出来，并最终集成打包成类（Class），形成规范化、模块化使用。而PCS7的这种TIA编程控制理念也正是计算机OOP编程方法的体现！
3、但PCS7是一个通用型的工控系统，它不可能提供适用于各个行业领域的功能块。这就需要开发人员针对自己的行业特征、具体的控制对象，进行研究分析后，制定出适合与本项目的软硬件控制方案。只有这样做出来的项目才是性价比最高的。
4、PCS7系统区别于STEP7＋WinCC组合的最大特点是TIA功能。但毕竟PCS7工控系统价格昂贵，所以资源的有效合理利用问题很重要。
5、因此，如果选用它，就一定要认真研究分析控制对象，制定出适合与本项目的软硬件控制方案，从而才能充分发挥PCS7系统的TIA功能。
6、从某种意义上来说，PCS7系统看似在工控领域的TIA方法理念，实际上就是将计算机中通用程序设计中，常用的OOP编程方法理念的应用和实施。因此，要真正熟练掌握PCS7系统的TIA理念，就得去熟悉了解计算机领域的OOP方法。这也正是PCS7系统区别与STEP7和WinCC的核心，以及使用PCS7系统的难点所在了！
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。

在PCS 7 V71的APL库里的电机块能实现你的功能，现在有好几种电机，MotL,MotRevL,MotSpdCL等几种电机。电机，可逆电机和双向可逆电机都支持就地/远程控制方式，可以根据不同需求来选取相应的块来实现。
管理员注：本帖已被纳入此次探讨发帖整理，请点此详阅。