- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
生产信息化建设实时历史数据库平台iHistorian
导语:?根据企业信息化建设的一般性的总体设想,生产信息化的核心目标是建立面向生产执行过程的信息化系统 1. 应用背景
根据企业信息化建设的一般性的总体设想,生产信息化的核心目标是建立面向生产执行过程的信息化系统,为了实现企业生产指挥中心根据生产过程的实时信息快速生成管理决策,通过对厂级过程数据的集成,使生产过程信息资源能够连续、自动地与企业管理系统共享,从而不断地提高生产流程的OEE(Overall Equipment Effectiveness 全面设备效率)和关键绩效指标KPI(Key Performance Indicator)。生产管理决策的数据不仅仅来源于单一生产装置,而是来自于整条生产线的、全企业级的甚至是跨地域、跨时区的协作制造平台。 由于生产装置和生产线控制系统规模大小不一(单一控制系统从几十个I/O到几千个I/O)、控制网络结构复杂、与管理网络的接口各有不同(软件的接口和硬件的接口)。使得利用传统的关系型数据库全面地、实时地集成厂级生产过程数据非常困难。
iHistorian实时历史数据库平台利用标准的软、硬件接口技术,快速、高效地从生产线控制系统中直接取得第一手现场实时数据,并且利用先进的实时数据库技术完成海量数据的高效压缩和安全存储,为建立其他实时生产管理系统(如生产成本动态跟踪系统、生产实时调度系统、设备故障诊断、经济运行、产能优化、质量管理、生产过程可视化等)提供各种在线(如产量、温度、流量)或离线(配方、质量分析、实验数据)的过程数据。从而为消除信息孤岛、实现资源共享以及MES分布式的应用建立基础数据库平台。
2. 应用架构
2.1 基于iHistorian的生产信息化应用平台
如图1所示,利用iHistorian构建MES的系统应用架构分为数据采集部分、数据存储部分、数据管理部分和数据应用部分,具体如下:
构建车间的控制室或者生产装置的局域网,并可以介入到企业的骨干网 构建基础生产过程或者控制系统数据的采集接口(PC-BASED接口站、HMI、SCADA软件、OPC接口)iHistorian实时历史数据库服务器以及归档文件
针对iHistorian的远端维护:Web-Based或者Windows-Based远程管理和维护
生产应用:如生产过程可视化应用,统计计量应用,批次管理应用,Web发布应用等与企业管理系统的接口,如面向SAP的ODA、格式文件、面向关系型数据库访问的OLE DB等等
3. iHistorian体系结构
3.1 存储的数据对象
普通的关系型数据库的设计和应用主要是面对离散的,非连续的,不带有时间标识的数据对象,并通过二维表的方式来表现和建立数据之间的关系,例如订单信息、人事信息、销售数据。
作为实时历史数据库主要的存储对象生产过程数据,它有以下主要特点:连续性、带时标,例如现场的温度、压力等模拟量 基于时间的连续的事件记录,例如阀门开关、电机起停等开关量 离线手工数据,例如批次信息,条码、试验报告 这种复杂特性的存储对象的决定了iHistorian具有与关系型数据完全不同的体系结构。iHistorian具备良好接口,直接采集自于各个不同的控制系统的生产过程数据。
3.2 数据库的存储结构
如果利用关系型数据采集过程数据,首先要预设大量的表,可能包括:数据点的定义表、访问权限级别分类表、访问者权限分配表、原始数据记录表、更新数据表、数据类型定义表、系统消息表等等,如图2显示了一个利用MS SQL数据库的系统设计。
其系统结构复杂,而且对开发和集成人员而言要编写大量的脚本存储进程做大量的开发工作,由于来自现场的数据都是实时刷新的,海量的,所以这种复杂的体系结构必然导致在数据存储和回取使用的效率较低,从而影响整个厂级信息化应用的效率。
iHistorian采用了分布式的数据采集结构和二级压缩的存储结构(如图3): 在前端控制系统的上位机安装采集器Collector,该采集可以实时捕捉当地SCADA、HMI节点、OPC服务器或者手工录入的实时数据,在压缩之后发送送给iHistorian服务器。这种采集器可以分布安装在不同控系统的接口站上。
这种采集架构的好处就在于前端分布很多采集器时,不会因为iHistorian服务器的无法响应或者网络链路中断而导致数据丢失。采集器可以自动将过程数据缓存在本地缓冲区内,当iHistorian服务器响应采集器请求或者物理链路恢复后,采集的数据可以自动恢复到iHistorian中。这个特性充分保障的数据的完整性。
由于来自于不同的控制系统的过程数据之间可能有时间上的相关性,所以iHistorian可以对来自不同
文档评论(0)