控制器冗余.docVIP

冗余控制切换原因 DeltaV控制器经常扫描活动和热备卡件并且在故障发生时指导从活动卡件到热备卡件的切换。切换非常平稳并且在几毫秒内完成。切换过程中保持输出的最后已知的良好值。下列情况下可能发生冗余切换： 安装或操作过程中通道的开路和短路故障 由于系统附近的外部噪音或底板、卡件或通道上的噪音引起的卡件错误 不正确的接地导致某些通道引起大电流和高电压 现场电源的瞬时丢失 活动卡件上的致命条件（例如，活动卡件不能与控制器通讯） 活动卡件上的非致命条件。这些条件由卡件类型决定（例如，AI卡件上A/D转换故障） 请查阅切换情形举例以获得能够帮助您识别何时发生转换并诊断和解决引起转换的问题的方案。 控制器冗余 DeltaV系统支持冗余控制器。冗余控制器由连接在一起的单独2-宽度电源/控制器底板上的一对标准控制器组成。每个控制器都要求在底板上分别安装电源。该对控制器中一个是活动的控制器。另一个是热备控制器。热备控制器包含与活动控制器相同的组态。当活动控制器故障时，热备控制器接管，无需用户干预即可提供不间断控制操作。热备控制器通过冗余链接从活动控制器中获取某些参数值的更新，但是不执行控制逻辑。当切换发生时，新的活动控制器回读I/O数据且模块开始执行。重新初始化的限定数量发生以便不需中断就恢复控制。例如，某些控制和输出功能块以离线模式开始执行且爬升至目标模式以强制与其它功能块信息交换。大多数情况下，控制动作在切换后第一次扫描时恢复。对于复合体模块，可能需要扫描一次或几次来信息交换。切换时会发生明显的模式改变，且对控制没有不利影响。 即使冗余对中的每个控制器都有独有的MAC地址和节点地址，根据网络容量，冗余控制器也可作为DeltaV控制网络上的单独节点。 冗余控制器要求冗余控制器授权。如果没有授权，下装冗余控制器导致过程历史视图（Process History View）中出现“冗余未授权”（Redundancy Not Licensed）的说明。 另外，如果未提供授权，RedEnb诊断参数出现值“无”（NO）。 冗余一般比单一控制器中相同的组态要求更多控制器CPU。此外，大的组态（更多模块、更多参数）比小的组态要求更多的CPU时间用于冗余处理。大部分冗余处理时间分配给供一般处理之用的总控制器CPU的35%。少数冗余处理将分配给保留时间的65%，用于用户自定义控制处理和减少数个百分比的FreTim参数。 请注意，FreTim参数是执行用户组态的可用处理器时间的百分比。可用的处理器时间约为总CPU的65%，保留用于用户组态任务，剩余35%的控制处理器时间保留用于其它控制器功能。控制器的空闲时间可用的全部CPU时间并显示在DeltaV诊断（Diagnostics）的时间应用图表（Time Utilization Chart）中。 在添加冗余控制器后，某些使用单一控制器正确执行的特殊组态可能无法正确执行。例如，冗余处理引起的额外的CPU负荷可能导致一般处理花费的处理时间超过分配的35%。额外的负荷可能是由于模块或参数超出一般数量或其它非典型应用（如超过建议极限的通讯负荷）。发生这种情况时，一般处理可能会占用分配给用户组态的65%CPU的一部分。如果FreTim足够，则不会引起问题。但是，如果FreTim较低，一般系统处理和用户组态任务将竞争CPU资源。大多数情况下都会导致模块滑动。 您可以使用DeltaV负荷估算器（Load Estimator）工具，通过以%测量控制器的空闲CPU（FreTim）来协助判断控制器负荷。?但是，如果冗余引起的额外一般装载超过保留的35%系统功能，DeltaV负荷估算器（Load Estimator）可能无法充分解决模块超过500的系统上的冗余CPU装载问题。监控FreTim参数和时间应用图表也同样重要。?DeltaV负荷估算器（Load Estimator）位于DeltaV安装光盘#2的 _Support\Tools\LoadEstimator文件夹中。 切换 由活动控制器到热备控制器的切换可能由以下原因引起： 活动控制器内部的硬件故障 活动控制器和I/O子系统之间通讯故障 活动控制器中主和副网络连接的通讯故障 将活动控制器从底板上移除 手动切换请求 活动控制器的电源丢失 存储器故障(活动控制器检测到RAM或ROM故障) 软件看门狗定时器跳车 当发生切换时，报警栏上的节点状态区域为操作员显示状态变化。系统重新生成活动、未确认和已抑制的报警，不重新生成非活动的和已确认的报警。报警状态在切换时保留，但常规I/O故障(IOF)报警可能立刻改变状态。 系统存储每次切换的记录和原因(若知道)。切换记录在事件记录中。 如果热备控制器发生故障，软件将禁用切换，直到您替换故障单元。 通常，没有与控制器切换