首页 上一页 1 2 下一页 尾页

PAC系统讨论,它是可编程自动化控制发展的未来吗? 点击:8511 | 回复:34



如火

    
  • 精华:172帖
  • 求助:0帖
  • 帖子:803帖 | 5249回
  • 年度积分:0
  • 历史总积分:0
  • 注册:1900年1月01日
发表于:2006-01-16 11:52:00
楼主
PAC系统概述 为了满足不断增长的机器和工业控制系统开发需要,处于领先地位的自动化厂商们已经开发出新一代的工业控制器,即可编程自动化控制器(PAC)。在一种开放灵活的软件构架下,PAC将PLC的稳定性和PC的多功能相结合。使用这些控制器,您可以开发高级应用系统,它不仅包括高级控制、通信、数据记录和信号处理等软件特性,还包括一个稳定的控制器以提供逻辑、运动、过程控制和视觉等高级功能。 PAC——新一代工业控制系统, 可编程自动化控制发展的未来 随着许多厂商已生产出能结合PC功能和PLC可靠性的可编程自动化控制器(PAC),目前控制系统已逐渐开始采用PAC。下面介绍PAC的起源以及它与PLC和PC的区别,并指出了使用PAC的工业控制未来发展方向。
PAC将成为未来的工业控制方式 和基于PC控制系统相比,有关PLC(可编程逻辑控制器)优势和劣势的激烈争论已经持续了十年。由于PC和PLC在技术上的差别越来越小,并且随着PLC采用了商业化(COTS)硬件以及PC能采用实时操作系统,从而出现了一种新类型的控制器——PAC。PAC的概念是由自动化研究机构 (ARC) 提出的,它表示可编程自动化控制器,用于描述结合了PLC和PC功能的新一代工业控制器。传统的PLC厂商使用PAC的概念来描述他们的高端系统,而PC控制厂商则用来描述他们的工业化控制平台。 “80-20” 法则 在PLC被开发出来的三十年里,它经过不断地发展,已经能结合模拟I/O,网络通信以及采用新的编程标准如IEC 61131-3。然而,工程师们只需利用数字I/O和少量的模拟I/O数以及简单的编程技巧就可开发出80%的工业应用 。来自ARC、联合开发公司(VDC)以及网上PLC培训资源PLC.net的专家估计: • 77%的PLC被用于小型应用(低于128 I/O) • 72%的PLC I/O是数字的 • 80%的PLC应用可利用20条的梯形逻辑指令集来解决 由于采用传统的工具可以解决80%的工业应用,这样就强烈地需要有低成本简单的PLC;从而促进了低成本微型PLC的增长,它带有用梯形逻辑编程的数字I/O。然而,这也在控制技术上造成了不连续性,一方面80%的应用需要使用简单的低成本控制器,而另一方面其它的20%应用则超出了传统控制系统所能提供的功能。工程师在开发这些20%的应用需要有更高的循环速率,高级控制算法,更多模拟功能以及能更好地和企业网络集成。 在八十和九十年代,那些要开发“20%应用”的工程师们已考虑在工业控制中使用PC。PC所提供的软件功能可以执行高级任务,提供丰富的图形化编程和用户环境,并且PC的COTS部件使控制工程师能把不断发展的技术用于其它应用。这些技术包括浮点处理器;高速I/O总线,如PCI和以太网;固定数据存储器;图形化软件开发工具。而且PC还能提供无比的灵活性,高效的软件以及高级的低成本硬件。 然而,PC还不是非常适合用于控制应用。尽管许多工程师在集成高级功能时使用PC,这些功能包括模拟控制和仿真、连接数据库、网络功能以及和第三方设备通信,但是PLC仍然在控制领域中处于统治地位。基于PC控制的主要问题是标准PC并不是为严格的工业环境而设计的。 PC主要面临三大问题: • 稳定性:通常PC的通用操作系统不能提供用于控制足够的稳定性。安装基于PC控制的设备会迫使处理系统崩溃和未预料到的重启。 • 可靠性:由于PC带有旋转的磁性硬盘和非工业性牢固的部件,如电源,这使得它更容易出现故障。 • 不熟悉的编程环境:工厂操作人员需要具备在维护和排除故障时恢复系统的能力。使用梯形逻辑,他们可以手动迫使线圈恢复到理想状态,并能快速修补受影响的代码以快速恢复系统。然而,PC系统需要操作人员学习新的更高级的工具。 尽管某些工程师采用具有坚固硬件和专门操作系统的专用工业计算机,但是由于PC可靠性方面的问题绝大多数工程师还是避免在控制中使用PC。此外,在PC中的用于各种自动化任务的设备,如I/O、通信、或运动可能需要不同的开发环境。 因此那些要开发“20%应用”的工程师们要么使用一个PLC无法轻松实现系统所需的功能,要么采用既包含PLC又包含PC的混合系统,他们利用PLC来执行代码的控制部分,用PC来实现更高级的功能。因而现在许多工厂车间使用PLC和PC相结合的系统,利用系统中的PC进行数据记录,连接条码扫描仪,在数据库中插入信息以及把数据发布到网上。采用这种方式建立系统的主要问题是该系统常常难以构建,排除故障和维护。系统工程师常常被要结合来自多个厂商软硬件的工作所困扰,这是因为这些设备并不是为了能协同工作而设计的。 构建更好的控制器 由于没有适合的PC或PLC解决方案,那些需要开发复杂应用的工程师就和控制厂商密切合作开发新的产品。他们需要新产品能结合PC的高级软件功能和PLC的可靠性。这些重要用户为PLC和基于PC控制的公司提供了产品开发指导。 实现软件的功能不仅需要有高级的软件,而且控制器的硬件功能也需要有所提高。由于世界范围内对PC部件的需求在下降,所以许多半导体厂商开始为工业应用重新设计他们的产品。目前控制领域的厂商已开始在工业控制产品中使用工业化浮点处理器、DRAM、固态存储器如CompactFlash以及快速Ethernet芯片。这使得厂商能利用基于PC控制系统的灵活性和可用性来开发更为强大的软件,而且该PC控制系统还可运行实时操作系统以保证可靠性。 这种新的控制器是为解决“20%”的应用问题而设计的,它结合了PLC和PC两者的优点。ARC的工业分析家把这种设备称为可编程自动化控制器,即PAC。在ARC的“可编程逻辑控制器世界概览”研究中,他们给出了PAC的五个主要特性。这些控制器特性是通过定义软件的能力来实现其功能的。 1. “多功能性,在一个平台上有逻辑、运动、PID控制、驱动和处理中的至少两种以上功能。”除了为了实现特殊的协议如SERCOS要对I/O做一些改进;而且软件还能提供逻辑、运动、处理和PID的功能。例如,运动控制作为软件控制循环,它能从正交编码器上读取数字输入,执行模拟控制循环并输出控制设备的模拟信号。 2. “单一的多规程开发平台使用通用标签和单一的数据库来访问所有的参数和功能。”由于PAC是为更为高级的应用如多功能而设计的,他们需要更为高级的软件。为了能高效地设计系统,软件必须是单一的集成化软件包,而不是多种分离的软件工具,这些软件工具在工程上不能无缝地协同工作。 3. “通过结合IEC61131-3,用户向导和数据管理,软件工具能设计出在跨越多个机器和处理单元的处理流程。”简化系统设计的另一方面是具有高级的图形化开发工具,利用该工具可以使工程师很轻松地把处理的概念转变为能实际控制机器的代码。 4. “开放的模块化构架能解决的工业应用可从控制分布于工厂机器到加工车间的操作单元。”由于所有的工业应用都需要有高度的定制特性,所以硬件必须是模块化的以便工程师们可以选择合适的部件。而且,软件也必须能让工程师增加和拆除模块以设计出所需的系统。 5. “采用已有的网络接口标准,语言等,如TCPIP,OPC&XML和SQL查询语言。”能和企业的网络通信对于现代化控制系统是非常关键的。尽管PAC包含有以太网接口,但是为了要把设备和工厂其它系统无问题地集成在一起,通信软件是至关重要的。 两种不同的软件解决方案 一方面软件是PAC和PLC主要的区别,而另一方面厂商在提供高级软件的方式上也有所不同。通常他们以目前已有的控制软件作为起点,不断增加PAC编程所需的功能、可靠性和易用性。一般说来,有两种提供PAC软件的方式:基于PLC控制的软件和基于PC控制的软件 基于PLC概念的软件方案 传统的PLC软件厂商以可靠且易用的扫描式架构软件为起点,并逐渐增加新的功能。PLC软件根据通用模型而建立:输入扫描,控制代码运行,输入更新,以及常规功能执行。由于输入循环,输出循环和常规循环都是隐藏的,所以控制工程师只需关注控制代码的设计。由于厂商已完成了大部分工作,这种严格的控制架构使得建立控制系统更为容易和快速。这些系统的严格性也能让控制工程师在开发可靠的程序时无需深入了解PLC的底层操作。然而,作为PLC主要优势的这种严格的扫描式构架也导致其灵活性的欠缺。绝大多数PLC厂商通过在已有的扫描式架构中增加新的功能来建立PAC软件,这些新功能包括以太网通信,运动控制和高级算法。然而,通常他们会保留PLC熟悉的编程方式以及其在逻辑和控制方面固有的特点。因此这种PAC软件通常是为了适合特殊类型应用而设计的,如逻辑,运动和PID,但是对于定制的应用则缺乏灵活性,如通信、数据记录或定制的控制算法。 基于PC概念的软件方案 传统PC软件厂商以非常灵活的通用编程语言为起点,能提供对硬件的深层次访问。该种软件也具有可靠性、确定性以及预设的控制架构。尽管工程师能为PLC编程人员建立起扫描式构架,但是它并不是基于PC的软件所固有的。这些使得PC软件极为灵活,非常适合那些需要高级的架构、编程技巧或者系统级控制的复杂应用,但却使本应简单的应用复杂化。 这些厂商首先要能提供通用操作系统如Windows所不具备的可靠性和确定性。它们可



如火

  • 精华:172帖
  • 求助:0帖
  • 帖子:803帖 | 5249回
  • 年度积分:0
  • 历史总积分:0
  • 注册:1900年1月01日
发表于:2006-01-16 13:31:00
1楼
Kulkarni, Rahul分析出的选择PAC的20条理由:
  成本 

    1. 采用单一的控制器节省了成本

    现在您可以考虑使用PAC,它具有单一的控制器和机箱,可用于处理数字和模拟I/O,具有运动,视觉功能和模块化仪器,因此不需要花钱购买多个控制器。如果您需要控制系统具有多种功能,如视觉或模块化仪器,那么采用PAC将是最为经济的。

    高级功能

    2. 高级控制

    在能源或材料的成本很高的情况下,工程师需要优化他们简单的PID控制算法来以最大程度地减少浪费。这些复杂的算法常常采用如模糊逻辑或神经网络等控制设计技术,从而可以最大限度地降低过程控制的稳定时间。传统上,PLC所能实现的PID控制算法并没有为特定的过程进行优化。高级的控制算法不仅需要强大的浮点处理器,而且还要占用大量的内存,使用PAC平台则可以满足这些条件。

    3. 实时分析

    在机器监控应用中,需要实时采集地来自模拟或数字I/O通道的数据,从而能有效地检测故障状态。您可能要进行如阶次跟踪和振动分析这些复杂工作来有效地检测机器的状况。对于这些应用,您可以使用PAC的高效平台来进行实时地分析工作。

    4. 数据库/网络连接

    利用来自厂房内的实时数据,操作人员可以在控制室内根据所得的信息制定决策。然而,要使控制系统具有输出现场数据的功能是很困难的。企业系统一般采用标准的ODBC,ADO和XML以获得来自自动化系统的数据。PLC只能通过标准的OPC进行通信,这意味着需要增加一台PC来采用OPC获取数据并使用如ODBC、ADO和XML这样的标准把数据传送给企业。为了能有效地把现场数据传送到ERP系统中,控制系统必须能直接和外部数据库通信——您可以使用PAC来完成这些工作。

    5. 安全

    在把控制系统与数据库和网络连接时,您需要考虑安全问题。出于安全的利益,许多厂商选择不把自动化系统和企业数据库相连,但是对于大多数厂商而言,连接所带来的好处要远大于安全方面的顾虑。

    尽管可以对PLC加锁来防止他人入侵工厂的网络,但是由于PLC通过以太网发送非加密包,所以它并不适合用于防止黑客入侵。PAC在通过网络传送数据时,可以对数据加密。尽管目前这还不是需要考虑的第一因素,但是在将来它将是厂房内分布式系统采用PAC的主要原因。

    6. 多种速度的确定性应用

    PLC只能以固定的速度运行,而且它不是为以不同循环速率独立进行处理而设计的。如今,复杂的控制系统中常需要多种速率的确定性应用,它需要有多个循环,每个循环以不同的速率运行。这就要求能进行并行处理,而只有在PAC上运行的操作系统才具有这样的特性。

    外形结构

    7. 适合于工厂环境

    工程师选择PLC的一个常见原因是它能在工厂的环境下正常工作。然而,绝大部分PLC是安装在NEMA内。在这样的环境里,PXI平台附加的冷却装置,坚固的外表面和增强的抗冲击和振动指标都使系统具有和PLC相同的可靠性。

    8. 伸缩性和灵活性

    由于厂商倾向于使用 柔性的自动化系统来满足客户不断更新的要求,所以他们需要控制系统具有模块化、灵活性和伸缩性。PLC系统由于受到了I/O的限制,只能在数字和运动方面具有伸缩性,而PAC不仅具有PLC的伸缩性,而且您还可以在系统上增加视觉,模块化仪器或高速模拟I/O。您也可以通过以太网来使用多个PC并根据需要增加或减少PC的数目。

    9. 易于替换

    对于现场工程师而言,最大限度地减小的故障时间是非常重要的。在对控制系统进行更新或更换I/O模块时,您需要能最大程度地减少更换或增加模块的工作量。PAC的模块化特性满足这方面的要求。

    控制器

    10. 计算机电源

    对于如机器状态监控这样高速,需要大量内存的应用,具备高速的处理器和大容量的内存就非常重要。由于您采用了现有的硬件来构建基于PAC的系统,所以您的PAC控制器可使用Pentium 4处理器并具备上G的RAM。

    11. 存储功能

    如果无法保存和查看历史信息,那么信息还有什么用呢? PLC传统上就缺乏数据记录的功能。而PAC则可以根据您指定的时间、方式和数据格式来记录数据。

    12. 数字I/O 

    传统上,PLC平台的数字I/O只能为工业传感器和激励器提供标准的电压驱动电流。然而,新的如NI 651x系列模块的数字I/O 则可以提供24V的电压,高达500 mA的驱动电流和光学隔离,并且它还具有看门狗定时器,可编程电源启动状态,用于提高安全性和可靠性的输入滤波器等特性,而成本只有每通道5美元。

    13. 模拟

    主要由于PCI总线速度快的原因,传统上采用基于PC平台来提供模拟I/O。目前某些PLC也具有模拟I/O模块,但是它们的编程十分复杂而且不适合用于高分辨率和大数据量的应用。PAC所提供的模拟输入速率可高达每秒200M并具有24位的分辨率。

    14. 运动

    在各种平台中,特别是当您需要高于两轴运动方式时,软件起着主要的作用。在PXI平台上的运动控制器可以提供高达8轴的运动方式,而且可以使用NI 运动助手对系统进行轻松地配置。

    15. 视觉

    数据传输速率是在PLC平台上提供视觉功能的最大障碍。目前,无论您是要自动监测零件还是检验药品的包装,您都可以在PXI平台上使用用于视觉应用的模拟、数字和FireWire摄像机。您可以在控制程序中集成多种视觉算法,如模式匹配,光学字符识别,颜色匹配,规格和颜色检测。

    16. 仪器

    近来,材料处理公司已经开始在他们的自动化系统中集成测试功能,从而可以为客户提供全面的测试和自动化方案。I/O所需要的模块化仪器包括数字化仪,信号源,任意波形发生器和其它仪器。这些类型的I/O 需要具备在PAC平台上才有的高速数据传输速率。

    17. 网络

    和PLC类似,PAC可以通过各种工业化的现场总线提供互联,如FOUNDATION Fieldbus,DeviceNet,CAN,Modbus,Ethernet,Profibus,串口等。PAC不仅能作为分布式I/O模块的主控设备,而且也可以作为从属设备添加到已有系统中。

    软件

    18. 实时操作系统

    在PAC平台上您可以使用如RT Linux,Pharlap ETS,QNX和VxWorks这些实时的操作系统(RTOS)。一般来讲,实时系统的编程很困难,但是使用如LabVIEW RT这样的软件可以改变工程师开发实时系统的方式。现在工程师可以把Windows上开发的程序下载到实时运载平台上,如PXI控制器。

    19. 人机界面

    特别是在混杂和过程控制工业中,大多数控制系统需要一个能连接控制系统的人机界面。一个HMI由一个触摸屏组成,它可以包含一个嵌入式控制器也可以没有。由于基于PAC的系统考虑到了用于I/O的相同控制器的使用,所以您也就不需要添加额外的嵌入式控制器来实现HMI的图像显示。

    20. 容易的开发环境

    虽然传统的梯形逻辑编程非常适合于数字I/O的编程,然而对于处理模拟I/O,运动或视觉这种编程方式则十分麻烦。PAC可以用通用的语言编写控制程序,为您提供了很大的灵活性,这些通用语言包括C,C++,Visual Basic,LabVIEW甚至是传统的梯形逻辑。

[b]笔者认为上面说的20个理由在目前来说只有多数是成立的,因为PLC面对自动化的发展和需求的越来越复杂,已经做了较大的改进,我们知道05年新出的几款PLC的功能丝毫不比Kulkarni, Rahul所提出的PAC功能差,我们不可否认的是PAC的优势很显然,但是PLC作为几十年来稳固占领自动化市场的控制器产品,它的优势同样存在,就像前几年所说的FCS要完全替代DCS一样,现在看来,DCS厂家并没有挨饿,而是与时俱进,现在已经发展到了第四代,更加完善自己的产品,突出系统的稳定性和可靠性。我个人认为PAC将与PLC一起会各自成为不同行业控制器发展的核心产品。[/b]

autoyx.com

  • 精华:0帖
  • 求助:0帖
  • 帖子:32帖 | 634回
  • 年度积分:0
  • 历史总积分:882
  • 注册:2005年9月27日
发表于:2006-01-26 16:25:00
2楼
我觉的PAC还是应归到 PC控制系统中,有一套控制系统采用:CPU为Intel PII ,OS为WinCE,32M CF卡,ISGRAF软件编程,厂家坚持号称为PAC,就因为它做的比较小,看着比较结实。 其实PC控制系统和PLC控制系统的划分应按系统的开发软件的侧重点来划分,不应根据控制系统所用的CPU 和 OS 来划分; 开发软件侧重于以开关量为主的机器顺序控制(典型的如生产流水线系统),主要用梯形图编程语言,可定义为PLC控制系统; 开发软件侧重于以模拟量控制为主的过程控制系统(典型的如锅炉控制,牵涉到压力,温度,液位的调节),主要用功能块编程语言,可定义为PC或DCS或PCS控制系统; 梯形图用于以模拟量控制为主的过程控制系统编程和可读性都很难;同样功能块编程语言用于顺序控制也比较吃力。 控制系统冗余网络结构、软硬件见: http://www.autoyx.com/

今天真好

  • 精华:1帖
  • 求助:0帖
  • 帖子:8帖 | 317回
  • 年度积分:0
  • 历史总积分:359
  • 注册:2005年1月18日
发表于:2006-02-06 10:18:00
3楼
我认为PAC将取代PLC,因为,我在实际工程应用中发现兼容性和良好的通讯能力是系统集成后较好应用的重要环节。
我们将各种设计系统合成一个控制主题时,需要一个强大的控制体系,而容易实现的是符合我们设计要求的。
我开发了一些PAC的模块,实际应用中效果不错。有兴趣共同探讨!
e-mail:83917292@163.com

接线的

  • 精华:1帖
  • 求助:0帖
  • 帖子:18帖 | 199回
  • 年度积分:0
  • 历史总积分:270
  • 注册:2006年3月02日
发表于:2006-06-16 15:46:00
4楼
有谁能把一个实际的PAC图片发上来看一下啊

接线的

  • 精华:1帖
  • 求助:0帖
  • 帖子:18帖 | 199回
  • 年度积分:0
  • 历史总积分:270
  • 注册:2006年3月02日
发表于:2006-06-16 15:46:00
5楼
有谁能把一个实际的PAC图片发上来看一下啊

周公

  • 精华:10帖
  • 求助:0帖
  • 帖子:119帖 | 5549回
  • 年度积分:0
  • 历史总积分:6446
  • 注册:2002年11月26日
发表于:2006-06-17 11:14:00
6楼
就当是一台加强了输入输出控制功能的工业计算机。 和 PLC 主要区别就是软件的提升。 LabVIEW 技术最早是 NI (国家仪器公司)作为测试系统使用的软件系统,相当于目前大量使用的组态软件,特点是有许多可编程的窗口和方便地修改参数的显示单元。最初的使用有一些专用硬件支持,现在已经有许多板卡带有 LabVIEW 驱动。 许多熟悉 PLC 的人不一定很快了解 PAC ,因为其中的差别还是比较大的。PLC 的梯形图编程方法主要是面向电气人员使用的,而这些人通常不具备软件开发中许多常用的概念。 使用 PLC 的场合,绝大多数是把 PLC 作为单机控制使用的,不需要 PAC 这样全面的功能,所以暂时还不需要担心 PAC 完全取代 PLC  。说取代的人,可能有些过分乐观,或者为了商业炒作。若干年后就会看见,这不是一相情愿的事。每天都有许多新东西出现,我们不应该排斥,但是也没有什么东西能包打天下。

天雨流芳

  • 精华:0帖
  • 求助:0帖
  • 帖子:3帖 | 65回
  • 年度积分:0
  • 历史总积分:212
  • 注册:2003年12月24日
发表于:2006-07-18 23:35:00
7楼
PAC那么强,看来PAC取代PLC只是时间的问题了

black&blue

  • 精华:0帖
  • 求助:0帖
  • 帖子:4帖 | 32回
  • 年度积分:0
  • 历史总积分:149
  • 注册:2006年3月20日
发表于:2006-07-20 16:45:00
8楼
PAC就目前来看不是非常稳定,但是功能强大是不容置疑,PAC取代PLC只是一个时间问题

喜悦

  • 精华:0帖
  • 求助:0帖
  • 帖子:11帖 | 425回
  • 年度积分:0
  • 历史总积分:731
  • 注册:2006年4月03日
发表于:2006-07-20 19:19:00
9楼
各有各的特点,不一定因PAC的出现就一定取代PLC,不同的要求有不同的先择,相信PAC所占市场面将来是很广范的

呆板吧

  • 精华:0帖
  • 求助:0帖
  • 帖子:16帖 | 220回
  • 年度积分:0
  • 历史总积分:340
  • 注册:2006年4月14日
发表于:2006-08-02 09:25:00
10楼
学习了

invent

  • 精华:0帖
  • 求助:0帖
  • 帖子:8帖 | 98回
  • 年度积分:0
  • 历史总积分:222
  • 注册:2006年1月07日
发表于:2006-08-07 19:01:00
11楼
以上哥哥或姐姐们,可否吧一些PAC的具体应用,展示以下呢?
有应用的图片吗/
我对此控制,初步了解,但发现与PLC用法基本一致(有取代PLC的可能)。感觉可能在国内市场打开。但具体的不明白。
希望能得到大家的帮助!
inventty@163.com

ggmm ggmm

  • 精华:3帖
  • 求助:0帖
  • 帖子:16帖 | 201回
  • 年度积分:0
  • 历史总积分:395
  • 注册:2000年10月17日
发表于:2006-08-07 19:30:00
12楼
PAC  应用案例:

OPTO 22新型 PAC 控制器在临邑-济南原油输送管线SCADA系统中顺利投用  
http://www.gongkong.com/news/include/11279.asp 
 
 
 

 Opto 22 PAC 控制器在石灰竖窑控制系统中的应用
 
http://www.gongkong.com/tech/example/include/5348.asp
 
 
 
 
 
http://customer.gongkong.com/customer/apto/example.asp
 
 
www.opto22.com.cn  上也有不少文字描述的应用案例

逐浪

  • 精华:0帖
  • 求助:0帖
  • 帖子:0帖 | 159回
  • 年度积分:0
  • 历史总积分:242
  • 注册:2005年6月30日
发表于:2006-08-09 14:15:00
13楼

zhongdingjidian

  • 精华:3帖
  • 求助:0帖
  • 帖子:167帖 | 1364回
  • 年度积分:0
  • 历史总积分:2372
  • 注册:2003年5月29日
发表于:2006-08-10 09:50:00
14楼
谁敢说未来PLC会变成什么样子??
我觉得是概念性的差异,我们这个时代,这样的技术背景,有了FCS与DCS,PAC与PLC的区别,也许有一天大家会讨论技术的可用性,适用性,而不是名词所代表的含义不同。

秋心

  • 精华:0帖
  • 求助:0帖
  • 帖子:0帖 | 32回
  • 年度积分:0
  • 历史总积分:130
  • 注册:2005年6月09日
发表于:2006-08-10 14:54:00
15楼
哥哥姐姐们讲的都很好,让小弟学习到了许多知识,谢谢了.

winccc

  • 精华:1帖
  • 求助:1帖
  • 帖子:67帖 | 1131回
  • 年度积分:0
  • 历史总积分:2990
  • 注册:2001年10月09日
发表于:2006-09-16 19:42:00
16楼
PAC取代PLC的时间最少得要个几十年吧,首先PAC是一个基于WINCE的控制系统,用在工业控制方面PLC的优势还是比他大很多,但是对于那些大型的生产线来说PAC的优势又比较突出.现在我们使用的控制系统大部分还是比较简单单一的,用一个稍微高档一点的PLC完全可以胜任.再说说上位机这部分,现在国产的组态软件价格便宜,可能我们完成一个完整的PLC网络再加上工程师站的成本都比买一台PAC的价格低.还有就是在实际使用过程中PAC要求技术人员不断要熟悉工业控制还要熟悉一门高级语言,这种人在现在的技术人员里面毕竟是少数,现在会高级语言的人也不会去买PAC,他们会自己买元件回来为自己的控制系统量身定做一个了.虽然这样的系统不通用,但成本低.

高佬

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 11回
  • 年度积分:0
  • 历史总积分:70
  • 注册:2005年3月26日
发表于:2006-09-23 09:07:00
17楼
    一套NI的软件开价要六万多,对一般的终端用户群来说,谁会使用啊?

莫筹

  • 精华:0帖
  • 求助:0帖
  • 帖子:2帖 | 58回
  • 年度积分:0
  • 历史总积分:66
  • 注册:2005年11月24日
发表于:2006-12-07 15:37:00
18楼
感觉PAC实际上就已经可算是工业电脑了 但软体没整合
工控系统各作各的 反正只要顺利运转 东西能生产就行了
整合提升还需要很多年

221313

  • 精华:0帖
  • 求助:0帖
  • 帖子:9帖 | 893回
  • 年度积分:0
  • 历史总积分:1132
  • 注册:2007年8月23日
发表于:2007-08-23 18:58:00
19楼
顶!

221313

  • 精华:0帖
  • 求助:0帖
  • 帖子:9帖 | 893回
  • 年度积分:0
  • 历史总积分:1132
  • 注册:2007年8月23日
发表于:2007-08-23 18:59:00
20楼
ding

热门招聘
相关主题

官方公众号

智造工程师
    首页 上一页 1 2 下一页 尾页