XDPS系统使用及维护经验

■ 关于SOE信号能否引用入逻辑的辨析
    XDPS系统的SOE/DI卡，可通过硬件跳线来决定是当做SOE卡使用还是当做普通DI卡使用；新华公司后又研发出专用的SOE卡。但无论使用哪种硬件来实现SOE功能，在软件组态中都可使用XDI功能块，来反映该通道的开关量状态。因此有个别项目为避免信号电缆的重复敷设，就直接将SOE点当作普通的DI信号，引用入主辅机的保护逻辑，在软件中作为普通的DI信号来使用。
    需要指出的是，SOE硬件由于其反应灵敏，程序循环周期<1mS等的特点，可以实现毫秒级的开关量动作顺序分辨率，能够精确记录事件前后的状态，但通常我们并不建议将SOE信号直接引用于控制逻辑。这是因为DI卡件在硬件上已设计有滤波及消抖的保护功能。但SOE硬件为实现毫秒级的分辨率，是不能增加滤波消抖功能的，端子板上接受到的信号将被系统迅速采集并运算。
    曾经有用户这样问我：“SOE信号既然是作为事故记录分析用，我们认为可靠性应该是很高的（可靠性应该高于普通DI），为什么反到不能当作普通的DI使用？”事实上，SOE的可靠性很高是指它能真实可靠的反映系统（端子板）接受到信号。然而系统接受到的信号在偶然情况下可能因现场干扰等因素产生瞬间突跳。真实记录下这些偶发性的信号突跳，可通过相关信号的比对很容易的区分出“真”、“假”信号来，因此并不影响对事故的分析。而DI信号如果简单的考虑真实反映系统接受到的信号，有时候就会因假信号引起逻辑动作，考虑到DI不需要有毫秒级分辨率，因此在硬件上增加了滤波和消抖。总的来说，SOE的设计偏重于信号记录功能，DI信号的处理偏重于参与逻辑应用功能。
    所以在常规使用中，SOE点是不被引入逻辑的，应使用其他的DI通道来作为逻辑条件。如果一定要将SOE信号引用入逻辑，那就必须在软件组态中加上适当的滤波处理，以防止干扰信号引起的逻辑误动。
■ LPC等带固化程序芯片的备件更换
    LPC、SYN、BZT等特殊卡件上带有固化程序芯片，其上固化了相应的应用逻辑程序，需要专用软件来修改和烧制，而且芯片本身也需用专用起拔器才能起拔。而随机提供的备品备件，或者另行采购的备件，如果没有事先指定烧制何种程序，卡件中将只烧制通用逻辑。
    因此万一卡件发生故障，在更换备品时，应使用原卡件上的芯片，以保证逻辑的一致性。建议使用上述卡件的电厂在订购相应备件时，可考虑使用不同逻辑的卡件至少各备一块备件并预先烧制好逻辑，或者多备一些预先烧制好对应逻辑程序的芯片和专用芯片起拔器，以便在卡件故障时能够快速更换。
■ STEP算法级联
    步序模块STEP算法总共有8步输出，如果步序数超过8步，可通过两个（或以上）STEP的级联来完成控制逻辑（R05以后的版本有此级联功能）。在STEP模块中，如果总步序数定义大于8，即认为此模块为级联模块的第一级，需要将此模块的“END”输出引脚联接到下一级STEP模块的“START”输入引脚。
    组态中如STEP级联不当，比如总步序数大于8但又没有级联，会在顺控进行到相关步序时无法停止，程序一直进行运算，急剧增加DPU负荷率。R05SP1+及以后的版本增加了此方面的保护，不再影响DPU运算负荷。因此使用R05及R05SP1软件版本时，应对所有的STEP级联组态作仔细检查和试验，防止这种现象发生。
■ “输入参与方式”的设置
    XDPS组态中的模块中，在“属性”栏里可以定义“输入参与方式”，即坏点是否参与运算。如果选择了“坏点不参与计算”的方式，一定要注意此时不同类型的模块，其对应的“不参与计算”的缺省值是不同的。
    比如，以最简单的“与”、“或”门为例。对于“OR”模块，在“坏点不参与计算”的方式下，任一输入引脚品质为“坏”时，模块自动将该引脚值置为0，这是非常好理解的。但对于“AND”模块，在“坏点不参与计算”的方式下，任一输入引脚品质为“坏”时，模块自动将该引脚值置为1。这是因为对“AND”功能而言，不参与计算的含义是模块的输出将根据另一路的输入状态而定。
    如果没有正确理解上述含义，组态将出现严重偏差。以某厂实际出现过的组态为例。如图示，该组态目的是将MFT信号从其他DPU通讯过来，然后跳该DPU控制的制粉系统。调试单位考虑到万一通讯故障，怕引起逻辑误动，因此将AND模块设成“坏点不参与计算”方式。从字面上理解，他认为一旦通讯故障，测点品质变坏，逻辑将不会动作。但实际效果是恰恰相反，一旦网络通讯中断，两路MFT信号品质同时变坏，AND模块将直接输出1信号。
    所以在设定“输入参与方式”时，不能只凭字面理解，应仔细考虑不同模块的缺省值，必要时应利用VDPU功能进行模拟运算，确认无误。
    
■ 薄膜键盘定义文件
    XDPS系统早期项目中配置有操作员薄膜键盘，键盘上的用户自定义按钮是在MMI站中\xdps2.0\x2data \ENG目录下的Keydef.ini配置文件中定义的。随着系统软键盘的推广使用，目前的XDPS系统已基本不再配置操作员薄膜键盘。对于这些不使用薄膜键盘的项目，应在系统中删除Keydef.ini文件，或确保该文件中未定义任何操作键码，以避免发生运行人员在QWERT键盘（或软键盘）上按下的组合键码恰巧等同于Keydef.ini文件中定义的操作键码而造成的误操作。
■ 软光字牌报警确认画面
    目前各项目中都普遍设计了软光字牌画面，许多项目都采用了特征字符的方式来确认软光字牌的报警，即在MAKE软件中使用Almack命令串来绘制报警确认按钮。必须注意的是，特征字符参数可以在图中A处的命令串中直接修改，也可以在B处的弹出式对话框内进行修改。A处的命令串仅仅是显示参数，实际执行参数是以B处的参数为准，而且更改B处参数后，系统会自动更新A处的显示参数，但更改A处的显示参数，还需要去手动更新B处的参数。
    因此在修改特征字参数时一定要在B处的对话框界面中进行修改，而不能只在A处的命令行模式下进行修改。（R05SP1+以后的版本中增加了两处参数自动同步的修正）
■ 历史趋势的调用功能
    从系统功能上看，XDPS系统的任意一MMI站，都可查看历史趋势。MMI站查看历史趋势的过程，实际上是通过C网访问历史站的数据区并调用相关时间段数据的过程。所以如果同一时刻有几个MMI站都在调看大时间跨度的历史数据，将引起历史站负荷率急剧上升。
    因此在具体的应用中，考虑到运行人员一般不需要查看历史趋势，可将操作员站的历史趋势功能屏蔽，只留个别（比如值长站）MMI站开放历史趋势查看功能。这样既能满足实际运行的需要，又能有效降低历史站的负荷。
    如果一定要将所有MMI站都开放历史趋势查询功能，也要同运行人员交代清楚，避免出现几个MMI站同时调看大时间跨度的历史趋势的操作。
■ 历史记录功能的冗余和多重冗余配置
    XDPS系统历史记录功能是可以冗余和多重冗余配置的。除了历史站开启了历史记录功能HISREC.EXE，系统中的任意一个MMI站都可以再开启历史记录功能。用户可以根据需要，在操作员站或工程师站上配置历史记录功能，这样一旦某个MMI需要重启或者发生故障，XDPS系统的历史记录功能都不受影响。
    需要注意的是，报表收集程序TABREC.EXE在整个系统中只能开启一个。