2. 报警数据库在AMS中的定位
在船舶报警监测系统(AMS)中,报警数据库并不是一个“附属的记录本”,而是整个报警处理链条的数据中枢。现场传感器采集到的开关量、模拟量,经I/O模块进入AMS后,首先要与数据库中的报警点定义进行比对,才能判断“这是不是一条报警、属于哪个设备、严重程度如何、该触发什么动作”。可以说,AMS的报警显示、报警记录、报警联动三大功能,都建立在报警数据库之上。理解它的存储结构、数据流路径以及在处理环节中的作用,是后续做联动测试的前提。
一、报警数据库的存储结构
工程上常见的AMS报警数据库,通常按“点表—报警定义—联动规则”三层组织,而不是把所有信息堆在一张表里。第一层是测点表,记录每个采集通道的物理信息,例如点号、设备名称、信号类型(DI/AI)、量程、单位、所在I/O柜与通道号。第二层是报警定义表,以点号为外键,描述该点的报警阈值、报警级别(如报警Alarm、预警Warning、越限)、延时时间、死区(回差)以及报警文本。第三层是联动规则表,把报警事件与输出动作关联起来,例如“主机滑油压力低低报警 → 触发延伸报警 → 启动备用泵 → 记录到报警日志”。
这种分层的好处是:测点变化只改第一层,报警逻辑调整只改第二层,联动动作修改只改第三层,互不牵连。实际数据库中,报警定义表往往还包含“报警使能”“首出标志”“是否闭锁”等字段,用于支持屏蔽、首出报警和抑制功能。下面用一个简化的字段示例说明报警定义表的关键列:
点号 设备 类型 阈值 级别 延时(s) 死区 联动组
AI-0103 主机滑油压力 AI <0.15MPa ALARM 3 0.02 LK-01
AI-0104 主机滑油温度 AI >78℃ WARN 5 1.0 —
DI-0210 舵机失电 DI 0→1 ALARM 0 — LK-02
需要强调,上述数值仅为教学示例,实际阈值应以船舶报警点表和设备说明书为准。数据库中的阈值、延时、死区三个参数共同决定报警的“触发时机”,这也是联动测试中最容易出问题的地方。
二、数据流:从现场信号到数据库再到动作
报警数据库在AMS中的位置,可以用一条清晰的数据流来理解:现场信号 → I/O采集 → 实时数据库比对 → 报警事件生成 → 显示/记录/联动。采集模块把原始值写入实时数据区,报警处理程序周期性扫描报警定义表,将实时值与阈值比较;一旦满足条件并经过延时确认,就生成一条报警事件,写入报警日志表,同时推送给人机界面和联动输出模块。
从图中可以看到,数据库处在“采集”与“显示/记录/联动”之间的枢纽位置。它既向下承接实时数据,又向上驱动三类输出。特别值得注意的是图中虚线所示的反馈回路:操作员在HMI上对报警进行确认或复位后,确认状态、确认时间会回写到报警日志表,这条记录同样是联动测试中需要核对的证据。
三、数据库在报警处理、显示、记录中的作用
在报警处理中,数据库提供判断依据。报警处理程序本身并不“懂”设备,它只是按报警定义表逐条比较。延时参数决定报警是否“坐实”,死区参数决定报警何时“消失”。例如滑油压力阈值设为0.15 MPa、延时3 s、死区0.02 MPa,当压力跌到0.14 MPa并持续3 s后才生成报警;压力回升到0.17 MPa以上才解除。若死区设置过小,压力在阈值附近波动会导致报警频繁闪烁,这是联动测试中常见的异常现象。
在报警显示中,数据库提供报警文本、级别和分组。HMI报警列表中的每一行,其描述文字、颜色(红/黄)、排序优先级都来自数据库字段,而不是界面里写死的。因此修改报警文本或级别,应改数据库而非改画面,这一点在工程维护中非常重要。
在报警记录中,数据库既是事件的目的地,也是追溯的依据。每条报警事件写入日志表时,通常包含点号、报警值、触发时间、确认时间、确认人、恢复时间等字段。做联动测试时,正是通过比对日志表中的时间戳与联动动作的实际发生时刻,判断联动是否在规定延时内正确执行。
四、建立数据库与联动逻辑的关联认知
联动逻辑本质上是数据库联动规则表的“执行体现”。测试一条联动,不能只看输出动作有没有发生,而要沿着“点号 → 报警定义 → 联动组 → 输出动作”这条链逐段核对:点号是否对应正确的I/O通道,报警定义中的阈值和延时是否与设计一致,联动组是否绑定了正确的输出。实践中建议按下面的顺序做一次联动核对(示例流程,具体以本船点表为准):
- 在数据库中查出被测报警点的点号、通道、阈值、延时、联动组编号;
- 核对该联动组绑定的输出动作及动作条件(如“报警后延时2 s启动备用泵”);
- 模拟现场信号越过阈值,记录报警生成时刻与联动输出动作时刻;
- 在报警日志表中核对事件记录的时间戳、报警值、确认状态是否完整;
- 复位信号,观察报警解除与联动复归是否符合死区与复归逻辑。
综上,报警数据库在AMS中承担着规则存储、事件生成和记录归档三重角色,是连接现场信号与报警显示、记录、联动的中枢。只有把存储结构、数据流路径和联动规则的对应关系理清,后续的联动测试才能做到有据可查、有链可循。