SCADA系统SCADA

SCADA系统 SCADA(SupervisoryControlAndDataAcquisition)系统，即数据采集与监视控制系统。SCADA系统是以计算机为基础的DCS与电力自动化监控系统；它应用领域很广，可以应用于电力、冶金、石油、化工等领域的数据采集与监视控制以及过程控制等诸多领域。在电力系统中，SCADA系统应用最为广泛，技术发展也最为成熟。它在远动系统中占重要地位,可以对现场的运行设备进行监视和控制，以实现数据采集、设备控制、测量、参数调节以及各类信号报警等各项功能,即我们所知的＂四遥＂功能.RTU(远程终端单元),FTU(馈线终端单元)是它的重要组成部分．在现今的变电站综合自动化建设中起了相当重要的作用．SCADA系统概述一、SCADA系统概述SCADA系统是以计算机为基础的生产过程控制与调度自动化系统。它可以对现场的运行设备进行监视和控制，以实现数据采集、设备控制、测量、参数调节以及各类信号报警等各项功能。由于各个应用领域对SCADA的要求不同，所以不同应用领域的SCADA系统发展也不完全相同。在电力系统中，SCADA系统应用最为广泛，技术发展也最为成熟。它作为能量管理系统（EMS系统）的一个最主要的子系统，有着信息完整、提高效率、正确掌握系统运行状态、加快决策、能帮助快速诊断出系统故障状态等优势，现已经成为电力调度不可缺少的工具。它对提高电网运行的可靠性、安全性与经济效益，减轻调度员的负担，实现电力调度自动化与现代化，提高调度的效率和水平中方面有着不可替代的作用。SCADA在铁道电气化远动系统上的应用较早，在保证电气化铁路的安全可靠供电，提高铁路运输的调度管理水平起到了很大的作用。在铁道电气化SCADA系统的发展过程中，随着计算机的发展，不同时期有不同的产品，同时我国也从国外引进了大量的SCADA产品与设备，这些都带动了铁道电气化远动系统向更高的目标发展。二、SCADA系统发展历程SCADA（SupervisoryControlandDataAcquisition）系统，全名为数据采集与监视控制系统。SCADA系统自诞生之日起就与计算机技术的发展紧密相关。SCADA系统发展到今天已经经历了三代。第一代是基于专用计算机和专用操作系统的SCADA系统，如电力自动化研究院为华北电网开发的SD176系统以及在日本日立公司为我国铁道电气化远动系统所 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 的H-80M系统。这一阶段是从计算机运用到SCADA系统时开始到70年代。第二代是80年代基于通用计算机的SCADA系统，在第二代中，广泛采用VAX等其它计算机以及其它通用工作站，操作系统一般是通用的UNIX操作系统。在这一阶段，SCADA系统在电网调度自动化中与经济运行分析，自动发电控制（AGC）以及网络分析结合到一起构成了EMS系统（能量管理系统）。第一代与第二代SCADA系统的共同特点是基于集中式计算机系统，并且系统不具有开放性，因而系统维护，升级以及与其它联网构成很大困难。90年代按照开放的原则，基于分布式计算机网络以及关系数据库技术的能够实现大范围联网的EMS/SCADA系统称为第三代。这一阶段是我国SCADA/EMS系统发展最快的阶段，各种最新的计算机技术都汇集进SCADA/EMS系统中。这一阶段也是我国对电力系统自动化以及电网建设投资最大的时期，国家计划未来三年内投资2700亿元改造城乡电网可见国家对电力系统自动化以及电网建设的重视程度。第四代SCADA/EMS系统的基础条件已经或即将具备，预计将与21世纪初诞生。该系统的主要特征是采用Internet技术、面向对象技术、神经网络技术以及JAVA技术等技术，继续扩大SCADA/EMS系统与其它系统的集成，综合安全经济运行以及商业化运营的需要。SCADA系统在电气化铁道远动系统的应用技术上已经取得突破性进展，应用上也有迅猛的发展。由于电气化铁道与电力系统有着不同的特点，在SCADA系统的发展上与电力系统的道路并不完全一样。在电气化铁道远动系统上已经成熟的产品有由我所自行研制开发的HY200微机远动系统以及由西南交通大学开发的DWY微机远动系统等。这些系统性能可靠、功能强大，在保证电气化铁道供电安全，提高供电质量上起到了重要的作用，对SCADA系统在铁道电气化上的应用功不可没。三、SCADA系统发展瞻望SCADA系统在不断完善，不断发展，其技术进步一刻也没有停止过。当今，随着电力系统以及铁道电气化系统对SCADA系统需求的提高以及计算机技术的发展，为SCADA系统提出新的要求，概括地说，有以下几点：1、SCADA/EMS系统与其它系统的广泛集成SCADA系统是电力系统自动化的实时数据源，为EMS系统提供大量的实时数据。同时在模拟培训系统，MIS系统等系统中都需要用到电网实时数据，而没有这个电网实时数据信息，所有其它系统都成为“无源之水”。所以在这今十年来，SCADA系统如何与其它非实时系统的连接成为SCADA研究的重要课 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 ；现在在SCADA系统已经成功地实现与DTS（调度员模拟培训系统）、企业MIS系统的连接。SCADA系统与电能量计量系统，地理信息系统、水调度自动化系统、调度生产自动化系统以及办公自动化系统的集成成为SCADA系统的一个发展方向。2、变电所综合自动化以RTU、微机保护装置为核心，将变电所的控制、信号、测量、计费等回路纳入计算机系统，取代传统的控制保护屏，能够降低变电所的占地面积和设备投资，提高二次系统的可靠性。变电所的综合自动化已经成为有关方面的研究课题，我国东方电子等公司已经推出相应的产品，但在铁道电气化上还处于研究阶段。3、专家系统、模糊决策、神经网络等新技术研究与应用SCADA与DCS、PLC三者有何区别？(2008-12-2316:32:08)转载标签：杂谈分类：工作SCADA----PLC------DCS功能递增,价格递增;速度递减,实时性递减SCADA系统及其应用1、SCADA系统介绍 1.1SCADA系统 SCADA（SupervisorControlAndDataAcquisition）系统，即监测监控及数据采集系统。它可以实时采集现场数据，对工业现场进行本地或远程的自动控制，对工艺流程进行全面、实时的监视，并为生产、调度和管理提供必要的数据。 SCADA系统主要应用于水利、石油、供电等行业中，用于地理环境恶劣无人值守的环境下进行远程控制。它的主要结构包括远程控制单元RTU（RemoteTerminalUnit）、通讯网络及中心站。 (1)RTU主要作用是进行数据采集及本地控制，进行本地控制时作为系统中一个独立的工作站，这时RTU可以独立的完成连锁控制、前馈控制、反馈控制、PID等工业上常用的控制调节功能；进行数据采集时作为一个远程数据通讯单元，完成或响应本站与中心站或其它站的通讯和遥控任务。 它的主要配置有CPU模板、I/O（输入/输出）模板、通讯接口单元，以及通讯机（RADIO）、天线、电源、机箱等辅助设备。 RTU能执行的任务流程取决于下载到CPU中的程序，CPU的程序可用工程中常用的编程语言编写，如梯形图、C语言等。 I/O模板上的I/O通道是RTU与现场信号的接口，这些接口在符合工业 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 的基础上有多种样式，满足多种信号类型。I/O模板一般都插接在RTU的总线板槽上，通过总线与CPU相连。这种结构易于I/O模板的更换和扩展。 除I/O通道外，RTU的另一个重要的接口是RTU的通讯端口，RTU具有多个通讯端口，以便支持多个通讯链路。 (2)系统的通讯网络主要用于RTU与中心站通讯及与其它RTU通讯。链路种类有无线、有线、微波、光纤。RTU可支持的通讯方式有中心站触发的通讯方式和RTU触发的通讯方式。 中心站触发的通讯方式包括： •轮询方式由系统设置一个时间周期，每隔一个时间段系统进行一次查询，收中心站所需要的现场数据。 •广播方式由中心站向所有RTU或某分组内的RTU下发命令。 •控制命令下发方式如下发开、关控制命令，修改报警及控制权限，在通讯上有较高的优先级。 •RTU触发的通讯方式包括事件触发方式、突发传输方式、RTU对RTU的通讯。RTU可以在程序中根据现场情况设置条件，以便在非常情况下中心站突发数据，这种突发方式在通讯中有较高的传输优先级。RTU与RTU之间也可以进行数据传输，这种数据传输要靠编程来实现。 (3)中心站它是一个局域网，可包含多个工作站和支持网络功能的设备，以完成不同的工作。它通过中心站软件管理系统数据库，每个工作站通过组态画面监测现场站点，下发控制命令进行控制，并完成工况图、统计曲线、报表等功能。 SCADA系统的主要功能包括数据采集、本地和远程控制、多种通讯介质联接、易于重新配置及本地和远程诊断。图1SCADA系统总体结构示意图 SCADA系统总体结构如图1所示，它的工作过程是：中心站通过组态软件（如工况图、趋势图等）监视现场的工作情况，监控数据来源于中心站定期轮询和RTU的主动突发。而且中心站可以下发控制命令，这时RTU响应中心站的控制命令，其它时候RTU独立的按照自己的程序流程进行数据I/O、发出和响应通讯任务、完成逻辑和控制功能。如果中心站和下位机 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 不相同时，前端接口单元FIU（Front-EndInterfaceUnit）用来进行协议转换，如果协议相同，则不需要FIU。 1.2SCADA与PLC、DCS系统的比较 PLC系统，即可编程控制器，适用于工业现场的测量控制，现场测控功能强，性能稳定，可靠性高，技术成熟，使用广泛，价格合理。 DCS系统，即集散工控制系统，属90年代国际先进水平大规模控制系统。它适用于测控点数多、测控精度高、测控速度快的工业现场，其特点是分散控制和集中监视，具有组网通讯能力、测控功能强、运行可靠、易于扩展、组态方便、操作维护简便，但系统的价格昂贵。 SCADA系统，即分布式数据采集和监控系统，属中小规模的测控系统。它集中了PLC系统的现场测控功能强和DCS系统的组网通讯能力的两大优点，性能价格比高。2、MOSCAD MOSCAD是MOTOROLA公司设计、生产的最新一代SCADA产品。它的核心是32位CPU和32位数字协处理器，具有极强的运算处理能力。它集完备的本地测控功能和完善的网络通讯功能与一体，其独特的网络通讯MDLC（MOSCADDateLinkCommunication)能保证在极其恶劣的电磁环境中十分可靠的通讯。 (1)MOSCAD远程终端设备（RTU）是用功能很强的微处理器和软件组成的，优化设计后用于对远端设备的监视和控制，具有本地处理和控制能力。每个RTU可作为一个独立的设备工作，根据从本地和远距离得到的状态、条件和数值执行本地功能，或与其他单元交换信息。它的主要特点有： •采用模块化结构，除CPU模块外，还有各种数字量输入/输出，模拟量输入/输出及混合型输入/输出模块，及其他特殊功能模板。 •支持不同的通讯链路，如常规VHF/UHF讯道DFM（DirectlyFrequencyModulation)RADIO，集群RADIO，有线讯道包括专线和租用线路，模拟微波、数字微波、公用服务电话网及LAN和串行口通讯。 (2)MOSCAD系统支持多协议，包括系统本身自带的MDLC协议，控制中常用的MODBUS协议，A-B公司的PLC协议以及TCP/IP协议，并可由FIU进行协议之间的转换。 优化设计的MDLC用于点到多点的通讯网络，如无线网络或MULTIDROP链路。这一协议保证了覆盖范围广阔的网络这内的节点间能够准确有效的通讯。符合ISO推荐的七层标准OSI的高效协议。 MDLC是专为无线电使用开发的，通过采用先进的数据包发送技术，允许在RTU和中央计算机之间传输大量数据。依靠MDLC协议中灵活的数据帧，接收点只要求重新发送失去的或不正确的帧。MDLC可以根据环境条件改变通讯帧长，把受环境干扰的可能降至最低的限度。可在同一频点的通道上工作，节省频眯，而MDLC保证了其通讯质量的可靠。 支持无线与无线链路、无线与有线链路、有线不同链路之间的存储转发。系统在初始状态时，进行一项路由配置，当系统运行时，存储转发会自动进行。通过增加中继站对信息进行存储转发，扩大系统覆盖范围，同时中继站可对不同协议进行转换，使多个物理链路可以透明通讯。 MOSCAD系统还具有远程编程、诊断、监视的能力。除本地进行的基本RTU配置外，MOSCAD的编程工具箱可以通过与它相连的RTU访问到系统的任何一个RTU并对它们进行远程的组态、程序上传和下载；硬件诊断：实时数据监控。 此外，利用集群无线电进行语音和数据的传输，也是得益于MDLC的强大功能。 (3)中心站软件可以用PCSOFT公司的WIZCONSCADA软件包进行开发，基于WINDOWS95操作系统、具有32位体系结构、支持事件驱动、多任务和多线程等先进技术。 通讯分有不同优先级，以便重要的数据能够快速、准确的传输，而且在中心站轮询条集时，条取COS(ChangeofStatus)方式或可选方式，以便对大的数据采集，对变化不大的数据不进行采集，优化了讯道（尤其是无线讯道）的吞吐量，减小系统负荷，使系统通讯更加实是时、快速、可靠。3、应用 供水调度系统大致上有二种 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 选择，一是在PLC系统上扩展通讯组网能力，二是选用SCADA系统。 虽然近年来各大PLC厂商在其原有设备基础上选配一些第三方设备增强了其通讯组网能力，也得到一些应用，但由于其无法从系统设计阶段就考虑到网络协议的合理性、可行性，因此对于复杂的网络结构，多媒体的通讯要求，恶劣的工作环境就显得力不从心。 SCADA系统集中屯现场测控功能强和组网通讯能力强这两大优点，其讯道既可配有线通讯系统又可配无线通讯系统，性能价格比高，而无线通讯系统尤其适合于地域广阔的应用环境。 广州自来水公司采用MOTOROLA公司的MOSCAD系统和AB公司的PLC监测水厂生产过程，利用现有的MOTOROLA集群通讯系统，实现语言、数据一体化的生产调度与管理。PLC—生产现场、MOSCADRTU—PLC—生产现场这两个子系统被完美的融于一个SCADA系统中，为自来水公司整个生产调度、监控、管理系统奠定了可靠的技术基础。图2系统结构图 广州自来水公司的SCADA系统结构如图2所示。MCP—M是控制中心与远程终端通过无线电相连的前端处理单元。远程终端中一个RTU检测各种参数并将其通过无线网络传输至控制中心；另一个RTU通过其串行口与AB的PLC通讯，并将获得的数据通过无线网络传输至控制中心。控制中心运用WIZCON工控组态软件完成监控功能，中心可向RTU发送命令及查询要求，并能通过无线讯道向RTU下装整个数据库、应用软件和参数。 控制中心与远程终端之间通过800MHZ频段集群无线通讯，MDLC通讯协议被用于这个通讯中。4、结束语 MOSCAD已被广泛使用在现场环境恶劣，无人值守的系统中进行控制，获得了可观的经济效益。随着国家西部开发战略的进一步深入，西部广大的地域和复杂的环境为SCADA系统提供了广阔的应用前景，相信SCADA系统必将日益广泛的应用在西部经济建设的各行各业中。产品配置:CPU模板、I/O（输入/输出）模板、通讯接口单元，以及通讯机（RADIO）、天线、电源、机箱等辅助设备。适用领域及情况:主要应用于水利、石油、供电等行业中SCADA与DCS、PLC三者有何区别？自动控制2008-07-0621:38:10阅读205评论0 字号：大中小 订阅既然DCS和SCADA是概念？其实应该理解为一种体系结构。。PLC、DCS是由早期不同的产品形态和应用场合逐步完善演化而来。可以说PLC有制造业的继电器演化发展而来。DCS是由过程控制的仪表发展演化而来。各自产品有其自己的使用场合和特点，随着技术的进步、行业的相互渗透和竞争的激烈。PLC和DCS这两种产品都在发展自己优势的同时向对方的渗透。应该知道PLC的逻辑控制功能很强大，而回路控制则是不值一提的[可以看一看型号稍微老一点的PLC]，而DCS系统正好相反。这是由于两种系统的内部处理机制的不同。看看现在呢？老牌的PLC厂商均涉及DCS应用领域如西门子、罗克威尔，其系统不过是PLC加网络加软件加增强的控制器。DCS厂商如霍尼维尔等其系统也融入了PLC，以增强其逻辑控制功能。要注意一点PLC是一种控制器；DCS是一种体系结构是由控制器IO采集网络软件等组成的系统。SCADA系统是另一个概念，有另一种应用需求所呈现的系统。顾名思义它是：分布式的数据采集监控系统，它的由来和应用的产生于前两者不同，它的主要是用于数据采集，如电力的监控系统、输油管线的监控系统，它的特点是控制点分散，一个系统可能覆盖方圆数千功能[如北美的油气管道监控系统]；通信结构复杂，不是一般控制系统所能比拟的[从光纤到无线甚至卫星通讯]。它的基本单元的RTU。我发现两个问题：1、要给一个系统定义一个框架；2、用原始的系统定义来解释和教育现在的学生[看看我们的教科书]要知道产品是不断发展的，不同的产品之间有竞争，就是要不断的在发挥自己优势的同时学习别人的长处，这就是整合。SCADA的重点是在监视、控制，可以实现部分逻辑功能，基本用于上位；PLC单纯的实现逻辑功能和控制，不提供人机界面，实现操作需借助与按钮指示灯、HMI以及SCADA系统；DCS兼具二者功能，但是基本上用在比较大的系统中和一些控制要求高的系统中，价格上也要昂贵一些；三者互相渗透，在一些生产企业会包含3中系统，SCADA作为生产管理级上位监控，DCS实现复杂控制，而PLC实现单机及简单控制。但是随着技术的发展有一些厂家的PLC也可以实现很复杂精确的控制，渐渐占领了DCS的市场……简单的说,PLCSCADA=DCS,就我理解来讲,它们之间在控制功能上能够实现交叉,也是在本系统控制基础上,去开发另一方的优点为己所用.SCADA与DCS的不同之处[经典](2008-12-2415:38:31)转载标签：杂谈相信不少网友同我一样,对于SCADA系统和DCS系统根本的区别存在着诸多疑惑,国内网站上也有一些描述,但都感觉言之不详或一笔带过,直到我在国外的一个网站上发现多个SCADA/DCS专家的解答,我对其差别才有了较为深入的认识.不过,我还不能准确地将专家的见解用中文转述,只能将原文呈给读者.合适时候,我会将其译为中文.(令人诧异的是,这些经典的讨论源于十年前的一家澳洲网站,让工控界人士痛感中国工控事业仍任重道远!)--AndrewWestThegoalsofDCSandSCADAarequitedifferent.ItispossibleforasinglesystemtobecapableofperformingbothDCS     andSCADAfunctions,butfewhavebeendesignedwiththisinmind,andthereforetheyusuallyfallshortsomewhere.Ithas becomecommonforDCSvendorstothinktheycandoSCADAbecausethesystemspecificationsseemsosimilar,butafewrequirementsparagraphsaboutdataavailabilityandupdateprocessingseparatesaviableSCADAsystemfromonethatwould workOKifitweren'tfortherealworldgettingintheway.DCSisprocessoriented:itlooksatthecontrolledprocess(thechemicalplantorwhatever)asthecentreoftheuniverse,and    itpresentsdatatooperatorsaspartofitsjob.SCADAisdata-gatheringoriented:thecontrolcentreandoperatorsarethe  centreofitsuniverse.Theremoteequipmentismerelytheretocollectthedata--thoughitmayalsodosomeverycomplexprocesscontrol!ADCSoperatorstationisnormallyintimatelyconnectedwithitsI/O(throughlocalwiring,FieldBus,networks,etc.).WhentheDCSoperatorwantstoseeinformationheusuallymakesarequestdirectlytothefieldI/Oandgetsaresponse.Fieldeventscandirectlyinterruptthesystemandadvisetheoperator.SCADAmustoperatereasonablywhenfieldcommunicationshavefailed.The'quality'ofthedatashowntotheoperatorisanimportantfacetofSCADAsystemoperation.SCADAsystemsoftenprovidespecial'event'processingmechanismstohandleconditionsthatoccurbetweendataacquisitionperiods.Therearemanyotherdifferences,buttheytendtoinvolvealotofdetail.Theunderlyingpointsare:SCADAneedstogetsecuredataandcontroloverapotentiallyslow,unreliablecommunicationsmedium,andneedstomaintainadatabaseof'lastknowngoodvalues'forpromptoperatordisplay.Itfrequentlyneedstodoeventprocessinganddataqualityvalidation.Redundancyisusuallyhandledinadistributedmanner.DCSisalwaysconnectedtoitsdatasource,soitdoesnotneedtomaintainadatabaseof'currentvalues'.Redundancyisusuallyhandledbyparallelequipment,notbydiffusionofinformationaroundadistributeddatabase.TheseunderlyingdifferencespromptaseriesofdesigndecisionsthatrequireagreatdealmorecomplexityinaSCADAsystemdatabaseanddata-gatheringsystemthanisusuallyfoundinDCS.DCSsystemstypicallyhavecorrespondinglymorecomplexityintheirprocess-controlfunctionality.ThecompanyIworkforhasbothDCSandSCADAproducts.TheoperatorstationsforeachproductlinecanusethesameUNIXworkstations.Thesystemssharedata(andthusformacompositeSCADA/DCSsystem),buttheSCADAdatabasearchitectureissignificantlydifferentfromtheDCSdataarchitecture,totheextentthattheSCADAmasterstationdatabaselookstotheDCSoperatorsverymuchlikesomedirectly-connectedDCSI/O.TheDCSpeopleare(ofcourse)keentosimplifythistocutcosts.However,theydonotyethaveaviablealternativeforthemechanismsrequiredinSCADAsystemstohavecommunicationsredundancyanddataredundancytoprovidethesortofSCADAsystemreliabilitythatourcustomersexpect.Ifyoulookatmostcustomer'ssystemrequirementsspecifications,acarefulanalysisofthedatacollectionanddataqualityrequirementswillindicateifSCADA-styleorDCS-stylesystemsareappropriate.Ingeneral:themorefeaturesasystemprovidesthemoreitwillcost,soifyoudonotneedSCADA-typedatagatheringfacilitiesitwillusuallybemoreeconomicaltouseaDCS-typesystem.Ifyoudoneedthesefacilities,youwillpayforthem.Theshortanswer:DCSandSCADAarestilldifferentthings,itdependswhatthecustomerspecifiesastowhichisappropriatefor aparticularinstallation.Ihopethishasclarifiedmorethanithasconfused.Also,itismyopinionbasedonmyownexperienceswithDCSandSCADA.OthersmayhaveexperiencewithsystemsthataredesignedtoprovidefullSCADAandfullDCSfunctionalityintheonesystem.--IanAndersonMrWesthasmadeavaluablecontributiontotheDCS/SCADAdiscussion(aswehavecometoexpect).DCS/SCADAphilosophydifferencesareassubtleasthedifferencesbetweenRTUsandPLCs.Asaretheirsimilarities.However,hehasonlybrieflytouchedonanareawhichIconsidertobeoneofthemajordifferencesbetweenSCADAandDCSsystems,especiallysoforthesmallerSCADAsystemsandsingle-siteSCADAHMIsincomparisontoDCSsystems.Thisrelatestothealarmingandeventingphilosophiesofthetwodifferingapplications.Toputinverysimplisticterms,aSCADAsystemiseventdriven,whileaDCSisprocessstatedriven.ADCSisprimarilyinterestedinprocesstrends,aSCADAsysteminprocessevents.ASCADAmasterstationorHMIsystemgenerallyconsiderschangesofstate(bothstatuspointsandanaloguechangesleadingtoalarms)asthemaincriteriadrivingthedatagatheringandpresentationsystem.Anyundetectedchangesofstatesimplycannotbemissed.Thisisreflectedfirstlyinthefielddeviceswhicharebiasedtotherapidscanningofdigitalinputs,andsecondlyattheprotocollevelwheretransmittalofchangesofstate(COSs)andsequenceofevents(SOEs)aregenerallygivenhigherprioritythananaloguescans.SCADAsoftwareiseventdriven.Achangeofstatewillcausethesystemtogenerateallalarms,events,databaseupdatesandanyspecialprocessingrequiredrelatingtothatchangedirectlyfromtherecognitionofthatchange(includinganyanaloguealarms).Eventlistsandalarmlistsareofmajorimportancetotheoperator,sometimesmoresothandatascreens.Filteringoftheselistsisoftenquitecomplex,allowingdisplayssortedbyplant/systemareaandalarm/eventcategory/importance.Configuringalarmsandeventsforpointsisrelativelyeasy,assuchattributesareusuallyaddedbydefaultwhenapointisaddedtoaSCADAsystemdatabase.Onthedownside,thedisplayofprocessdatacanbeneglectedbysystemmanufacturers.Itcanbedifficulttodrawandconfiguresystemdisplays,andgraphicscanbedismal,althoughmodernoperatingsystemswithofftheshelfdisplaypackagesareovercomingthis.Conversely,DCSsystemsandprocesscontrolsystembasedSCADAHMIsarestatebasedandconsidertheprocessvariable'spresentandpaststatestobethemaincriteriadrivingtheDCS.(PLC)protocolsaregenerallyregisterscanningbased,withnospecificchangeofstateprocessingprovided.Shouldapointtogglebetweenscans,itwillnotbeseenbytheDCS.Ifanychangeofstatesarecritical(assomewouldbeforaDCSusedforSCADAapplications),apointmustbelatchedonuntilitisconfirmedithasbeenscanned,whichcanbedifficultandnon-deterministic.Fielddevicesdonotscanpointsasrapidly,butmaybeabletopresentthemtotheDCSinanoverallfastertime.DCSsoftwaretasksaregenerallyrunsequentially,ratherthaneventdriven.Thereforealarmsoreventsarenotgeneratedwhenapointchangesstate,butwhenthatparticularprocessisrun.Eventsandalarmlistsaresecondaryinimportancetotheprocessdisplays,andfilteringmaynotbeascomplexandflexible.Configuringpointsisaseparatetask,withpointsrequiringalarmsandeventsneedingtobeconfiguredinaseparateaction.Ontheupside,thegenerationanddisplayofdata,especiallyanaloguetrendsandstandardprocessblocks,isfarmoreuserfriendlyandeasierforbothoperatorandengineer.Ofcoursetherearemanyexceptionstothesegeneralities,andmanyDCSmanufacturershaveproducedsystemstodealwithCOSs(bothbyproducingeventdrivenbasesystemsand"special"COSdescriptionalarming),andsimilarlythereareSCADAsystemswithgreaterdataacquisitionandprocesscontrolcapability.Itreallydoescomedowntotheuserbeingabletodefinesystemrequirementsaccurately,asAndrewhaswritteninhislastfewparagraphs.Vendorscanusuallyprovideasystemfullymeetinganycustomer'srequirements,howevertherequirementsmayleadtoaDCSorSCADAwithhighcustomisation,thismayaddsignificantcostandcomplexity,forfeatureswhicharenotnecessarilyrequired.Thevalueofrelevantsystemrequirementsandspecificationsthatbothreflectallofacustomer'sinternalrequirements,andcanbemetwithsystemscommerciallyavailablecannotbeoverstated.That'swherecompanieslikeSKMcanprovideservicestoclients,offeringindependentknowledgeusingSCADA/Automationstaffwithmanyyearsexpedience,frombothuserandvendorbackgrounds.Itourresponsibilitytocarefullyconsiderthecostconsequencestotheclientofoverspecifiyingfeaturesthatarefunctionallyinappropriate.Afewwellmeaningbutillchosenfunctionscanleadtodramaticcapitalcostincreaseswithlittleoperationalbenefit.