立帜自动化网 网络上关于PAC的讨论如火如荼，有PLC阵营的反对之声，也有PC-BEASED阵营的夸大之声。在此，我先将ARC机构的PAC定义说明一下，我们按此分析，也好有个评判的标准。其他标准在定义上有些细微差别，比如说 PAC一定要X86架构，那么ADAM-5550用到ARM是不是就不算PAC了？我之所以用ARC的定义，是因为这个标准提出的有代表性，抓住了PAC 的核心特征，而不触及细节的东西。我认为只要符合这里面的特征的，都可以算是PAC。

    1. 具有多重领域的功能，支持在单一平台里包含逻辑、运动、驱动和过程控制等至少两种以上的功能。

    2. 单一开发平台上整合多规程的软件功能如HMI及软逻辑, 使用通用卷标和单一的数据库来访问所有的参数和功能。

    要用一种开发平台来实现多种功能。这点ARC没有明确定义是哪一种开发平台，KW可以，LABVIEW也可以，包括VB、VC，只要能满足这点和下一点要求的都算。

    3. 软件工具所设计出的处理流程能跨越多台机器和过程控制处理单元, 实现包含运动控制及过程控制的处理程序。

    4. 开放式, 模块化构架, 能涵盖工业应用中从工厂的机器设备到过程控制的操作单元的需求。

    5. 采用公认的网络接口标准及语言，允许不同供货商之设备能在网络上交换数据。

    第1 特征看功能的多少，少数两种功能PLC也可以同时实现，多了就不行，比如加上数据库等；第4点特征PLC强过PC,；第2、3、5点特征PC强过PLC。 其实上述特征只是对于软件性能的描述，实际上，有一点特征没有说，就是PAC的稳定性。如果是严格的PAC定义就要求稳定性和PLC相当，宽泛的PAC定 义稳定性比PLC差一点也没有关系，能满足实际应用就好。但不管那种定义PAC的稳定性都是要胜过PC的。

    按照ARC的宽松定义，很多产品都算是PAC,按照一些很严格的定义，有些PAC有不是了

    那么对于软PLC是什么定义呢？

    1） 采用PLC的通用编程语言（IEC-61131-3）
    2） 稳定性和PLC相当
    3） 实现的功能和PLC相当。

    所以，软PLC的诞生是PC阵营为了进军传统PLC市场，克服自身PC传统架构的不稳定性，再加上软逻辑开发环境的产物,瞄准的市场也不是完全替代PLC,而是PLC既有市场的下列应用：

    1） 模拟量点数比例大
    2） 对网络接口要求高

    但是PAC的出现，瞄准的市场一部分是软PLC的市场，另外一块是PLC和PC目前都难以应付的应用，比如同时要求数据采集，计算，运动控制，网络通讯，高稳定性等的应用。

    例如目前的应用架构很多时候都是采用下位是PLC，上位用一台PC。 为什么不能用一台控制器来代替上位机和PLC呢？PAC正式基于这个目标产生的。如果软PLC的目标，可能只是想替换那台PLC,没有办法连上位机也一起取代掉。

    所以可以说，PAC的概念和应用都是软PLC的父集。从这个角度上说软PLC也是PAC是可以的，但不能说PAC就是软PLC。

    现在来我们具体看一下ADAM-5550的规格：由于不能传图片，写的很简单。

    1)双CPU架构
    2)128M内存
    3)4串口
    4)2USB口
    5)VGA口
    6)双以太网口
    7）8个IO槽位，背板总线采用PCI总线定义
    8）IO模块支持AI,AO,DI,DI,motion等

    ADAM-5550的开发环境是KW，系统稳定性高，外观很象传统PLC。我们结合PAC的定义看一下：

    1） 多种功能：5550可以实现数据采集，运动控制，网络通讯等多种功能
    2） 单一平台：KW
    3） 软件跨平台性，支持
    4） 分布式模块功能：看看样子就知道支持拉
    5） 事实网络接口：支持网口和串口。

    其实对于用户，只要看功能是否满足要求，价格是否可以接受，是否能节省开发时间、开发成本，增加我的品牌效应，等等就可以，至于它究竟叫什么名字，留给那些理论家去说吧！

（责编：姚远）