当前位置：首页 > 实用文档 > 其他范文> 地铁环境与设备监控系统方案分析

地铁环境与设备监控系统方案分析

时间：2022-08-05 08:05:05 其他范文收藏本文下载本文

地铁环境与设备监控系统方案分析（精选8篇）由网友“乇乇乇毛”投稿提供，以下是小编精心整理的地铁环境与设备监控系统方案分析，希望对大家有所帮助。

地铁环境与设备监控系统方案分析

篇1：地铁环境与设备监控系统方案分析

地铁环境与设备监控系统方案分析

摘要：本文总结了我国地铁广泛使用的BAS方案,并根据方案中的控制器和组网两大重要素对其进行了分析,阐述了各种方案的特点,以及其在各地实际使用的.情况.并且对其中两种典型的组网方案进行了重点剖析.为将来BAS在具体运用中的方案选择提供了有益的参考依据.作者：刘文作者单位：广州市地铁设计院有限公司期刊：广东建材 Journal：GUANGDONG BUILDING MATERIALS 年，卷(期)：, 26(4) 分类号：X8 关键词：环境与设备监控系统地铁 PLC

篇2：地铁综合监控系统建设的关键问题分析

地铁综合监控系统建设的关键问题分析

当前,我国城市轨道交通的建设正进入一个高发展期.顺应国民经济发展节能、环保的总趋势,城市轨道交通建设成为今后数年我国大都市建设的'一个主要领域.

作者：魏晓东作者单位：北京和利时系统工程有限公司刊名：自动化博览英文刊名：AUTOMATION PANORAMA 年，卷(期)： 26(5) 分类号：关键词：

篇3：地铁综合监控系统的联动功能设计分析论文

有关地铁综合监控系统的联动功能设计分析论文

地铁具有大容量、高效率、低污染、集约化的特点，可有效缓解我国城市交通矛盾，因此，近年来我国地铁已进入快速发展阶段，运营过程中面对大客流、突发性事件及自然灾害等运营安全、管理、服务问题日渐突出，同时地铁工作人员每天都需要进行大量日常设备功能的动作序列操作。

综合监控系统(ISCS)具有与各子系统的通信接口，集成相关子系统的数据，对子系统拥有完整的数据采集和命令下达通道，具备与运营相关的、可实现系统间协调工作的全部资源，可以实现多样化、高性能、复杂的联动功能，使地铁的调度和运营更加安全、方便、高效。

1地铁联动功能

地铁的机电系统对保障乘客和设备安全、提高运营管理水平和服务质量起到至关重要的作用。在传统管理体制下，各机电自动化系统多为分立系统且信息互通受限，各系统之间的复杂联动实现较困难，降低了运营的整体效率和救灾应急水平。综合监控系统采用系统化方法将各分散的机电自动化系统融合为一个有机的整体，通过集成和互联众多子系统，实现各系统间的资源共享与信息互通，从而改变了传统各业务系统各自封闭的状态，及时有效地收集和处理信息，达到综合利用各种信息以增强管理决策和信息服务的能力。利用ISCS这个高度共享的信息平台，可提高日常管理与救灾调度工作的效率，增强地铁系统指挥调度的统一性、灵活性和系统间的协调运作能力。

ISCS的联动是指ISCS根据相关逻辑判断条件，自动触发控制命令，指挥集成和互联的子系统执行一系列的控制动作(包括设备动作、监控画面动作等)，并对运营人员提供相关操作建议。ISCS提供多种联动操作模式，如程序控制、模式控制、时间表控制、远程组控等。按照覆盖范围或区域，综合监控系统的联动主要分为中央级联动和车站级联动。结合实际运营场景考虑，联动可分为正常联动、紧急联动(包括严重事件、灾害、阻塞、故障、维护等)。为满足运营管理和使用需求、提高正常运营情况下事件处理的便利性而执行的联动功能称之为正常联动。正常联动一般是按时间表自动激活或操作员手动启动执行。对于处置发生在地铁线路及车站的各类紧急事件，ISCS作为最直接面向地铁运营的系统，需要对事件及时做出反应，迅速进入紧急联动模式。紧急联动一般由事故触发或操作员手动触发。

综合监控系统的联动功能可有效提高地铁的应急处理能力，减轻紧急情况下运营人员的工作压力，避免发生不必要的操作错误，降低劳动强度，提高现代地铁的运营和调度管理水平。

2联动功能设计

2.1设计原则

ISCS汇集各个设备系统的信息，可根据不同系统之间的联动要求，促进各专业之间的协调，进而设计并实现必要的`系统间联动。联动功能应根据运营紧急事件处理需求和日常运营管理需求进行设计，因此，ISCS的联动操作设计和实施应遵循以下原则：

2.1.1基本原则

1)联动功能既可以在系统之间自动激活执行，也可以作为一个控制序列由操作员手动执行;

2)对操作和对时间有严格要求的联动直接在相关子系统内完成，比如电力子系统内跳闸连锁;

3)如果联动功能由综合监控系统完成更经济(如可以减少接口等)或更易于以后维护，则由综合监控系统完成;

4)联动功能主要以用户提供的逻辑/描述等为依据，通过对联动规则库的配置实现。

2.1.2子系统的支持

联动得到相关子系统的支持，从获得信息及可执行的角度出发，要求子系统提供相应的信息输入、输出，即所有的必要信息获取必须是可观的。

对子系统监控对象的要求：

1)联动需要监视的对象有：信号、供电(PSCA-DA)、车辆、屏蔽门(PSD)、火灾自动报警(FAS)、环境与设备监控(BAS)、售检票(AFC)、视频监控(CCTV)、门禁(ACS)等;

2)联动需要控制的对象有：电扶梯、闸机、乘客服务(PIS)、广播(PA)、导向(BAS、FAS、AC)等。

2.1.3启动逻辑条件

所有逻辑条件的计算均可通过逻辑表达式完成。

2.1.4执行位置

对于不同的执行位置，综合监控系统软件的实现差异较大，需明确联动执行位置(车站、中心、车站及中心等)。

2.1.5结果输出位置

联动执行结果输出到子系统的位置应明确，例如：输出到子系统(如PA、CCTV)、输出到车站或中心的操作员工作站、输出到大屏幕(OPS)等。

2.1.6参数调整

可以对联动的关键参数进行配置调整。

2.1.7权限

联动的输出结果可依据操作员的权限进行配置。

2.2联动触发

联动是由触发源来触发执行的，即当满足触发条件时系统才执行联动动作。触发源可以是某个监控点的状态，也可以是多个监控点经过逻辑运算得到的结果。另外，时刻也可作为触发条件，主要用于时间表控制，可设置为每工作日、每日、每周、每月等。联动动作可以通过写入某些控制点来完成操作，也可以调用某个系统提供的接口进行间接操作，同时也支持调用外部程序执行相关命令或弹出相关画面的操作，甚至可以直接联动本地或者异地的另一个预案。

2.3控制方式

出于对联动控制安全性的考虑，ISCS的联动触发执行应提供全自动、半自动和手动3种控制方式。

1)全自动联动：ISCS接收并处理接口系统的报警/状态触发点后，自动发送控制命令到需要联动的子系统，无需人工干涉。同时，相关图形或画面根据需要自动弹出。

2)半自动联动：当与预定义的联动功能相关的报警点触发动作后，将在人机交互界面(HMI)上发出预警信息来提示操作员，只有当操作员确认后，才自动向需要联动的系统发出控制指令。

3)手动联动：人工选择启动一组涉及多个系统的顺序控制序列，系统自动按照预定义的顺序和闭锁条件向不同的系统发布指令。

对于正常联动一般可采用全自动方式，而对可能会导致重大影响的联动功能则一般采用人工确认的半自动和手动方式，即：重要的联动(如火灾、阻塞等工况下的联动)均需要操作人员手动确认后，联动控制才能被顺序执行。

2.4配置管理

ISCS联动功能的配置管理主要包括：

1)联动预案项管理：预案项管理主要用于系统管理员在授权情况下，根据系统需求灵活增删预案所涉及的节点、动作、算法、时间、弹出窗等事项，以增强系统配置的灵活性，适应运营管理需求。

2)联动预案管理：预案管理用于根据预案项灵活配置系统运营预案，可以灵活的增加或减少预案，并支持预案的查询。

3)触发源管理：根据ISCS的特点，联动功能的触发源有事件触发和时间触发两种。作为完善的综合监控系统，需要结合预案管理提供完备的触发源管理，主要包括事件触发源配置和管理、时间触发源配置和管理、手动触发源配置和管理、触发源逻辑关系管理等。

4)联动监视管理：无论何种类型的联动被触发时，系统可以查看并人工干预联动的执行情况，提供更便利的操作性和可交互性，主要包括联动执行和监视、联动日志记录等。

另外，通过在线配置功能，用户可以方便的查询、增加或修改联动预案。通过联动预案的灵活配置和组合，可以实现复杂的联动方案。

2.5联动预案

按照覆盖范围或区域，分别考虑中央级联动预案(中央即控制中心)和车站级联动预案(含车辆段级)，在此基础上再细分为正常联动、紧急联动(包括严重事件、灾害、阻塞、故障、维护等)。

2.5.1中央级联动预案

以“CLD6：列车站台火灾(中央)”为例，若列车在站台起火，执行中央级联动预案，ISCS联动步骤如下：

1)建议中央操作人员通过信号系统ATS终端系统，在前一个站台对同向列车执行扣车。

2)建议中央操作人员通知反方向列车不要进入该站台。

3)建议中央操作人员启动BAS的相关排烟模式。

4)自动显示相应的CCTV图像。

5)在中央操作人员确认的条件下，启动受影响车站的相关广播。

6)在中央操作人员确认的条件下，启动受影响车站的相关PIS显示内容。

7)在中央操作人员确认的条件下，切断受影响区段的供电。

8)建议中央操作员命令车站操作人员在车站执行疏散模式。

9)建议中央操作员命令车站操作人员在列车驾驶员无法打开屏蔽门时，协助打开所有屏蔽门。

10)建议中央操作员通知消防队并报警。

2.5.2车站级联动预案

以“SLD6：列车站站台火灾(车站)”为例，当车站ISCS系统检测到车站站台火灾报警，车站级联动预案执行，ISCS联动步骤如下：

1)在该站操作站HMI上弹出一个报警窗口。

2)在该站操作站HMI上自动显示火灾发生的地点平面图。

3)自动启动BAS的相关排烟模式(大系统、小系统、隧道通风系统)。

4)在该站操作站HMI上自动显示火灾发生地点的CCTV图像。

5)自动通知中央(中央联动执行CLD6车站站台火灾(中央)预案)和相关车站。

6)建议该站操作人员通知相关人员。

7)建议该站操作人员派人到相关区域检查故障。

8)建议该站操作人员通过IBP盘执行“车站紧急疏散”命令，包括：AFC闸机释放、ACS门禁释放(只限通道门禁)。

9)在该站操作人员确认的条件下，启动：①控制中心OPS系统切换为火灾发生地点的CCTV图像;②车站PA系统广播防灾内容;③车站PIS系统显示防灾内容;④车站导向标志转换为人员疏散模式。

10)在操作人员确认第一次火灾报警或在规定时限内同一区域再次接收到火灾报警时，自动启动：①警铃报警;②电梯迫降至疏散层并打开电梯门;③切断车站非消防电源;④防火卷帘门(隔断作用)降至地面;⑤防火卷帘门(疏散作用)降至离地180cm，收到就近温感动作后，降至地面;⑥电动翻转门动作，用于人员疏散或者消防队员进站抢救;⑦专用风机启动;⑧专用阀动作。

3结束语

地铁综合监控系统的联动功能设计应以“安全第一”为基础，坚持高度集中、统一指挥的原则。针对地铁的联动功能设计，充分利用综合监控系统本身的信息集成优势，与实际运营需求紧密结合，建立完善的联动预案体系，减少手工操作，提高操作的速度和准确率，简化与各子系统的传输环节，缩短紧急事件的处理时间，减轻运营人员的工作压力和强度，进而有效提升地铁的运营水平。

篇4：南京地铁FAS系统设备维护与管理

南京地铁FAS系统设备维护与管理

以南京地铁1号线为例,浅述FAS系统设备的巡检、保养、小修维护,制定了安全作业制度.维修计划等.

作者：刘明明 Liu Mingming 作者单位：南京地下铁道有限责任公司运营分公司,南京,210012 刊名：现代城市轨道交通英文刊名：MODERN URBAN TRANSIT 年，卷(期)： “”(2) 分类号：U2 关键词：地铁火灾自动报警系统设施管理维护

篇5：虚拟演播室系统设备的分析与比较

《世界广播电视》9期发表

目前,许多厂家致力于虚拟演播室技术的开发与研究，并在把产品推向市场的同时，不断的改进与完善。面对市场上繁多的各种产品类别，本文力求站在专业用户的角度，对面临的选择做一个理性的思考。以下通过对VI[Z]SET公司的IBIS虚拟演播室系统和国内一些厂家的产品，在虚拟演播室系统的三个关键性环节系统主机部分、跟踪部分和色键部分的比较，对虚拟演播室系统的设备进行分析。

一、系统主机部分

在虚拟演播室系统中，系统的硬件平台应该为软件运行提供强有力的保证。衡量的标准关键在于它的实时计算能力，绘图能力和视频处理能力。IBIS虚拟演播室系统采用SGI公司的O2图形工作站，而目前国内的几乎所有的公司都采用NT基PC作为虚拟演播室系统的主机。两者之间的内部机理有何不同呢？现分析如下：

(1) 体系结构

PC工作站利用系统总线连接PC的各个子系统和独立的本地缓存（包括帧存、纹理内存、Z缓存或图像存储）。即在整个存储结构制造了许多独立的数据区，这些数据区可以通过总线连接。在这种结构中，Microsoft/Intel Windows BIOS（基本输入输出系统）定义了只有CPU和主存储能够使用系统总线。所有其他子系统的数据只能驻留在PCI或ISA总线中，与CPU和主存储的数据交换通过桥接完成。如下图（1）所示。

每个子系统共同分享具有50-80MB/sec处理能力的PCI总线。而用于I/O上30MB/sec 的UltraSCSI通道也要消耗PCI总线，使得PCI总线趋近于饱和。虽然PC系统结构中在特殊区域采用了能够控制并实时地在本地缓存之间传递数据的高速总线将各部分连接起来，但是CPU与本地缓存之间不能实现实时数据交换。由于系统瓶颈，当把数据通过桥接传向系统总线时，这些数据到系统总线不可能实现实时传递。

O2的UMA（一体化存储结构）不同于PC的结构，它将一个系统内所有的缓存捆绑在一起形成一个存储池，成为系统的主CPU存储区。它拥有基于4组多路复用的SDRAM来支持2.1GB/sec的带宽。主存储单元通过这个充分预留的带宽来确保各子系统不会发生数据堵塞现象。如图（2）所示。

以下是O2的UMA（一体化存储结构）的特点：

A、本地缓存

O2中的所有子系统都用主存储区作为数据缓存，这样可以显著地降低系统开销。对O2而言不需要对视频、图像、图形处理或压缩数据等建立单独的缓存。主存储区存储的数据类型有：

帧存（支持双32bit缓存、Z-缓存、模板平面和材质贴图）

2D图形数据

CCIR601中规定的未压缩的Y、Cr、Cb视频信号

应用程序数据和操作系统内核

P缓存（非演示的帧缓存渲染）

低压缩的JPEG、MPEG-1和H.261数据

B、低数据运动量

O2中各种类型的数据都被保存在主存储区中，数字媒体数据从一个数据源传递到另一个数据源只须提出申请。这个过程中无数据的运动。这项技术使得在处理过程可省去数微秒至数秒的时间。此外O2又引入了一种数字媒体流的机制，当有数据从一个子系统传递到另一个子系统时，数字媒体流从源到目的地的连接就建立起来。如果数据不需要转换，则只需发出一个到目的地的指令。如果需要数据转换，则转换方式会被放置于源和目的地之间。

C、有效存储

O2的统一存储结构不仅通过降低本地缓存数量来降低系统开销，也能有效地提高存储使用效率。存储单元只有需要时才会分配。当不被使用时，可被其它子系统或应用程序调用。

D、CPU可视察性数据

O2的另一个关键优点在于CPU可以实时视察和操作各种类型数据。这种能力意味着一个应用程序在对子系统进行数据操作的同时也可有效并实时地支持大范围系统的特性，减少系统整体开销。

简而言之，O2的UMA（一体化存储结构）具有以下特性：

（1）避免了系统之间相互拷贝数据的需要，因此削弱了系统的瓶颈。

（2）随着每个子系统的本地存储缓存的削减，整个系统的开销显著降低。

（3）存储资源的高效利用。未被使用的存储单元会返回到CPU存储池供其它子系统或应用软件使用。

（4）允许申请直接提交运算结果，而无须通过应用软件或算法程序。

2、CPU和操作系统

现阶段，PC的CPU大多是32位的CPU，采用CISC指令集执行命令，PC采用Windows操作系统将CPU的95%的处理能力放在GUI的运行和对子系统传递控制信息之上。而O2采用64位的CPU，尽管主频慢，但采用RISC算法执行命令，可以同时执行4条命令，所以主频相当于PC的4倍，而且有专用的Mips芯片执行浮点运算，用于多媒体、图形图像的实时处理。此外，O2的CPU承认全部类型数据，使它具有灵活的运算能力。而PC的CPU没有这种能力。

通过对PC和O2的内部机制分析，具体到采用PC的虚拟演播室系统和采用SGI O2的 IBIS虚拟演播室系统的比较，有以下几点：

1、图形运算：

PC将图形卡置于PCI总线上，图形卡上依靠专用的不可以扩展的图形处理、显示内存进行图形处理，当图形运算量超过图形卡的内存时，只能以牺牲图形质量来完成运算，而且可能发生系统死机。而O2由于将图形卡的功能置于主板上，又是一体化存储结构，对图形处理所需的内存自动优化配置，可以避免系统死机现象的发生。

2、图形质量：

PC对图像处理时，对图形边缘必须作反锯齿效果，占用有限的系统资源，从而使图形质量下降。PC的图形分辨率一般为512*512像素，虚拟场景设置的颜色最多为24位真彩色。而O2可以进行实时图像处理，不会占用系统资源，图形视频指标不会下降。且图形分辨率高达4096*4096像素。虚拟场景设置的颜色可达全32位真彩色。在IBIS系统的实际应用中，一般由SGI图形工作站制作高质量场景图像，再导入给O2的虚拟演播室应用软件使用。以具有Vpro图形系统的SGI的图形工作站为例。每个彩色分量通路处理信号的精度最高为12bit。较高的分辨率，加上透视校正的彩色和纹理。意味着更高的透视精度，对具有透明度的形体有更好的色彩交融，具有三维纹理的更高质量的体视化。SGI独有的Vpro图形系统包含的单个芯片执行Open GL的功能，几何图形加速流水线以及专业水平的纹理映射功能，保证向O2提供高质量的背景图像，而O2工作站的标准32位双缓冲图像显示、硬件OpenGL图形子系统和对纹理映射及Z缓冲的.硬件支持，可以尽量保证SGI图形工作站提供的原始大型高分辨率背景图像信号质量。而PC由于硬件处理能力不足，很难支持这种高质量的原始背景图像。

3、活动视频输入：

PC最多支持一路活动视频，而且是将活动视频在图形卡内存上帖图的方式来实现的。需要缓存的支持，占用系统资源。而IBIS支持两路512*512全视频分辨率活动视频，且都在内存中实现。

另外，在视频窗口DVE效果上，PC在视频窗口作特效时明显视频指标下降，而IBIS系统不会出现这种问题，且视频窗口能做淡入淡出、划像、柔化边缘、阴影效果等特效。在延时上，PC虚拟演播室系统的视频延时有3帧或更多的延时，而IBIS系统只有2帧延时。在用户界面上，PC的操作要在多个视频窗口中切换，而IBIS系统标准的用户界面均在一个窗口中，非常容易操作及维护，一个操作员就能控制工作站中的几台不同的摄像机。在制作上，PC不能读取几个场景及容易地变换场景，而IBIS系统能够读取多个场景文件并且非常容易地相互快速转换。在摄像机位置校准上，IBIS系统也比PC系统要迅速，节省很多时间。

综上所述，作为虚拟演播室系统的主机，IBIS虚拟演播室系统采用的SGI公司O2图形工作站强于目前大多数国内公司采用的NT基PC。此外，SGI公司还有Onyx超级图形工作站，由于Onyx模块化的扩充方式可以使系统带宽随CPU的数量而增加，与此同时内存访问延时大大降低。使用Onyx用户可以通过硬件支持的剪切贴图，纹理分页处理，体积模型渲染以及在高分辨率模式下全屏反走样处理等功能来实现实时渲染和交互应用，所以可以用于实时处理三维图形、图像和视频数据。Onyx通常用于三维虚拟演播室系统，这里就不再详细阐述。

二、摄像机跟踪部分

对于摄像机跟踪部分的设备考虑，主要在于使用图案辨识技术还是采用机械跟踪技术。两者都是通过摄像机跟踪器把真实演员及物体与摄像机之间的位置及透视信息送给图形计算机，然后以摄像机的镜头产生虚拟环境，把真实演员与虚拟场景匹配起来。以IBIS系统为例，它采用的是机械跟踪，而一些厂家采用图案辨识。对二者的分析如下：

（1）图案辨识

图案辨识是将一个精确的网格图案以两种不同的蓝色形状绘制于蓝背景上。通过摄像机识别这种图案并与计算机跟踪软件及硬件预先确定的模型进行对比，以确定物体与虚拟场景的透视关系及距离。

图案辨识的优势在于无需镜头校准；同一个跟踪器可同时用于一个以上的摄像机；摄像机可以不用轨道进行运动。不足之处在于精确的蓝色图案必须被绘制在蓝背景之上；蓝色网格图案在制作色键过程中的阴影很难处理，并且很难保持良好的键的质量；摄像机拍摄不能垂直于蓝色网格图案，必须偏离30度角以上，否则不能准确定位。而且为了保持精确的跟踪，摄像机的焦点必须始终保证在网格上，否则真实的演员会有模糊的缺点。

摄像机只能有限的运动，不能摇移及俯仰出网格，否则不能定位，但仍然可以跟踪真实物体，例如演员。摄像机必须同时观察4个网格点以保持跟踪。这就不可能对人物进行特写镜头的拍摄。人物不能在蓝背景上自由移动。人物必须站在网格之前，由于网格大小是固定的，这使在虚拟环境中的人物看起来很不自然。摄像机必须缓慢移动以避免跟踪混淆引起跳帧，并且摄像机的俯仰角度受到网格角度的限制。另一方面，真实及虚拟物体的使用也很有限，真实物体一定不能遮挡网格，否则跟踪信号将消失。象蓝色盒子之类用于为虚拟物体提供支持的道具一定不能遮挡网格。

图案辨识需要附加的硬件，需要额外的工作站把网格坐标信息转换为摇移、俯仰及变焦坐标信息供图形计算机使用。在延时上，图案辨识的延时有时高达8至12帧。

（2）机械跟踪

这种摄像机跟踪系统采集摄像机的位置及透视数据，它通常被安装在三角架或基座之上。机械跟踪器一般使用传感器来确定需要的数据。信息经常通过一些串行接口类型如RS 232或RS 422被传送给计算机。

机械跟踪的优势在于单颜色蓝背景，无需用户绘制背景墙。很容易照亮蓝色背景而不用担心照亮网格。跟踪数据没有延时。摄像机运动不受限制，可以60 Hz速率进行摇移、俯仰及变焦，允许更好的摄像机角度及更好的拍摄。演员的活动不受限制，在蓝色舞台范围内可以任意速度自由活动。机械跟踪无需额外的工作站处理跟踪信息。可以自由使用真实的蓝色支持道具，不用担心遮挡网格。另外，在合成拍摄过程中可以很容易处理阴影，无需进行额外的修补。不足之处仅在于每台摄像机必须有一个跟踪器。

在经过广泛的研究及现场测试后，结论是图案辨识是一种令人感兴趣的技术，但对虚拟演播室来说却是不实用的。虽然这种技术有几处优势，但它的不足之处却远远多于它的优点。详细对比见表

三、色键部分

色键的优劣直接决定虚拟演播室系统的生产质量的好坏。为了使同一节目中的演员、实物道具和虚拟背景之间可以相互动态遮挡，实现演员在虚拟或实际物体后方或前方行走，要求色键具有纵深方向的信息，即虚拟摄像机到每个像素的距离。使用传统的色键技术，将演员从蓝色幕布中提取出来的同时产生一个前景遮挡信号即键信号，然后通过深度键发生器求出色键的深度值。获得深度键可以通过近似判断的方法得出。IBIS系统就是用近似的方法判断出前景演员和摄像机的相对距离，并且用这个值作为整个前景的深度值。如果演员移动，那么这个值也将改变。通过对合成画面上每个像素Z值的计算和实际内容的需要用手控方式决定前景演员和虚拟背景的相对关系，这种方法实现起来比较容易，缺陷是逼真度差，而且对演员的要求较高。

IBIS系统采用美国Ultimatte公司的400型数字色键。高质量的数字色键针对画面的三个分量（Y，B-Y，R-Y）的每一路进行处理，并分别产生一个线性键。这种将一个色键分为三个键来处理的方法，可以允许保留更多的图像细节。Ultimatte的数字色键处理是在前后景间作混合而非切换，前后景先分别处理，,然后再相加产生合成图像,在处理时它不用限制整体信号。传统的键采用的是非相加的混合，在前后景之间做切换，这种方法的局限性就是没办法将透明或半透明的前景物体叠加到背景上，而同时还要透过它看到背景。

ULTIMATTE的数字色键处理提供了以下的功能：

1）全线性的遮挡：用于消除硬边缘，所有在前景图像中的图像虚化、清晰细致的图像、透明度以及影子都将在最后合成中重新生成。

2）屏幕矫正：用于对不均匀的蓝屏幕、蓝布景，以及污点的调整，保证最后的合成完美无缺。

3）噪点消除（Grain Killer）: 对前景中的蓝屏和绿屏中的噪点进行过滤，不影响前景图像。

4）自动处理：点击任意污染区域，自动地对噪点消除（Grain Killer）控制进行调整。

5）外部色块: 提供了一个外部生成的冗余色块（garbage matte），填充指定的非蓝区域。

6）闪烁抑制：自动消除蓝屏幕闪烁或前景图像溢出，进一步控制过渡的溢出。

与传统的色键处理相比，Ultimatte的数字色键处理具有以下特点：第一、完全相加混合前景与背景，可以再生象透明物体上的倒影那样的清晰效果。第二、用特有的算法产生遮罩(matte)信号，可以更好地从前景物体中区分出背景。第三、用抑制衬底及平抑蓝溢出的特殊算法处理前景的同时，允许在前景上再现蓝色阴影。

Ultimatte在处理前景时,不削弱前景,只削减描绘背衬的蓝色分量,对前景物体的外边缘的处理,Ultimatte可以高保真。它采用独特的算法有选择地减去信号级来表现出衬底,而线性键在处理前景时是在衬底所有的色调范围内抵消色度值,在混合时前景被减弱,留下的亮度级也被消减,有时前景物体的蓝色阴影可能变得灰暗。在遮罩(matte)信号的产生上，Ultimatte色键处理区别于其他色键设备的第二个特点是用来从前景产生遮罩信号的特殊算法。 Ultimatte从前景RGB得出遮罩信号的处理较一般色键信号复杂、灵活，Ultimatte可以更好地区分衬底与前景物体的颜色，操作者可以更多的控制选取生成遮罩信号所用的颜色纯度，也可以比一般色键更好地支持蓝屏前的蓝色与灰色阴影。Ultimatte含有专门用来抑制由衬底溢出的光引起的前景物体的色污染，这是处理前景生成遮罩信号的处理过程的一部分。Ultimatte在处理前景时，将衬底的蓝（绿）抑制为黑，前景中的其他区域的蓝（绿）被减弱到一个合适的水平。传统色键通过抵消色度中的指定色调来抑制蓝溢出，而Ultimatte是有选择的减少蓝（绿）色分量。不同在于传统色键中的前景物体的蓝色将变为灰色，而Ultimatte中的蓝色仍保持蓝色。

由于Ultimatte色键具有以上特点，特别适合于虚拟演播室的应用，可以保证图像合成的最后质量。这也是许多厂家选用该色键的原因。

四、总结

通过以上对虚拟演播室关键设备的分析与比较，可以看出厂家针对虚拟演播室系统所做出的努力。在实际确定采购方向时，价格因素肯定是一个极为重要的因素，因与本文讨论的主题无关，不再涉及。虚拟演播室技术的发展方兴未艾，相信它将会成为一种极为有力的节目制作工具。

篇6：港口设备故障记录与分析系统

港口设备故障记录与分析系统

0 背景在港口的现场操作中,由于设备故障造成的停机、换机对现场生产影响很大,直接导致操作效率降低,某些特殊情况甚至可能影响船舶离港.为应对此类问题,广州南沙海港集装箱码头有限公司技术部建立设备故障记录和分析系统,对故障记录与分析工作进行优化,统一抢修故障内容描述,将抢修故障分为机构、系统、类别、停机时间、频率等几大类,将计划维修保养分为类别、内容、性质、停机时间等几大类.

作者：赵健宇 ZHAO Jianyu 作者单位：广州南沙海港集装箱码头有限公司刊名：集装箱化英文刊名：CONTAINERIZATION 年，卷(期)： 20(4) 分类号：U6 关键词：

篇7：浅析地铁综合监控系统可靠性分析与数据管理软件研制论文

0前言

地铁综合监控系统以列车运行管理系统为中心，其各子系统具有各种功能，并且相互实现信息共享的系统。其功能涉及运输计划、运行管理、站内作业管理、维修作业管理、车辆管理、设备管理、信息集中监视、电力系统控制等。其体系结构可由站级设备管理系统、中央运行控制系统、区域信息管理系统等不同层次的系统综合而成，系统功能丰富、结构复杂庞大。

由此看出，地铁综合监控系统是一个集成度极高的自动化系统，是一个复杂、动态、异构的系统，负责监视地铁线网中各车站的设备、指挥列车运行。系统要如实地获取各个车站中的设备信息，根据需要也可控制各子系统设备、协调设备间的有效运行，实现列车的可靠、稳定和高效运行。这些需求无疑要求综合监控系统构建成具有极高的可靠性、可用性、安全性等要求的系统。近年来我国地铁领域已开始适度采用综合自动化监控系统。综合自动化监控系统已成为国内城市轨道交通自动化系统的发展趋势，有必要对综合自动化系统进行可靠性分析评估。

篇8：浅析地铁综合监控系统可靠性分析与数据管理软件研制论文

要对地铁综合监控系统进行可靠性分析，首先要确定可靠性分析的方法。我们先后比较尝试了可靠性框图法、GO法、故障树分析法和故障模式影响后果分析法四种方法，其优缺点简述如下：

(1)可靠性框图法主要是根据系统的逻辑关系把系统转换为各种结构模型的可靠性框图，从而进行下一步分析。该方法适用于对结构较为简单的系统进行可靠性分析。

(2)GO法是从引起系统成功状态的基本原因出发，将系统图直接转换成GO图，进行GO运算。此方法建立GO图的过程较为简单，但进行GO运算则相对繁琐。该方法适合于在系统图逻辑关系较清晰时进行可靠性分析。

(3)故障树分析法是从最不希望发生的事件出发，关注导致系统故障的基本原因和中间过程，通过故障树将系统的逻辑关系表示出来，形象直观，在此基础上可快捷地写出故障树顶事件的结构函数，进而对系统进行可靠性分析。该方法适合于对较复杂的系统进行可靠性分析。

(4)故障模式影响后果分析方法，采用“自下而上”的逻辑归纳法，对系统来说，要从其子系统及其元器件的各种失效模式追踪到系统级，研究它的后果，决定它对系统的致命度。但随着系统的复杂度增加，要实际做完这样的分析，其工作量大到难以容忍的程度。

分析可知，地铁综合监控系统结构相对复杂，信息量大，关注于系统成功运行或出现故障原因的分析，因此，GO法和故障树分析法较适合于对地铁综合监控系统进行可靠性分析。但采用GO法进行可靠性分析，符号使用复杂，同时还需定义一定数量的'GO处理单元，工作量较大。采用故障树分析法进行可靠性分析则相对简便易行。因此，故障树分析法更适合于对地铁综合监控系统进行可靠性分析。基于以上原因，我们提出采用故障树分析法对地铁综合监控系统进行可靠性分析。

★ 铁路论文

★ 基于WSN 智能家庭温湿度监测系统设计论文