3. 核心功能总览对照

船舶AMS（报警监测系统）与IAS（集成自动化系统）在船上常常同时存在、互为补充，但两者的功能重心并不相同。很多轮机人员和电子员在交接班或故障排查时容易把二者混为一谈：看到报警就找AMS，看到遥控操作就找IAS，结果在系统边界上反复绕圈。要真正用好这两套系统，第一步不是记住菜单，而是建立一张清晰的“功能地图”——知道哪类功能由谁主导、哪类功能双方都参与、哪类功能必须由安全保护回路独立完成。

本节从报警监测、控制操作、数据管理、安全保护四个功能域出发，做一次总览式对照。需要先说明一个前提：不同船厂、不同设备厂家的系统划分存在差异，有的IAS把报警监测完全集成进来，有的AMS独立组网；因此下面的对照是“典型职责划分”，实际船上应以系统说明书和接线图为最终依据。

报警监测：AMS 的主场，IAS 的配角

报警监测是AMS最核心、最不可替代的功能。它的完整链条是：现场传感器（压力开关、温度传感器、液位开关、转速探头）→ 信号采集模块 → 阈值比较与延时判断 → 报警生成与首出锁定 → 声光输出与屏幕显示 → 报警确认与历史记录。这条链上真正体现专业性的不是“会不会响”，而是几个判断参数：报警阈值（如滑油进口压力低于0.15 MPa报警）、延时时间（避免船舶摇摆导致液位瞬时波动误报，通常设3～10秒）、死区（防止参数在阈值附近反复触发）、首出报警（First-up，用于在多个关联报警中定位真正的起因）。

IAS也产生报警，但它的报警多来自控制过程本身：调节偏差超限、联锁动作、执行机构故障、通信中断等。这些报警通常汇总后送入AMS统一显示和记录。因此在实际排查中有一个很实用的判断原则：如果报警是“参数越限”型，先查AMS的采集通道和传感器；如果报警是“动作异常”型，先查IAS的控制输出和联锁条件。

控制操作：IAS 的主场，AMS 只做辅助

控制操作是IAS的核心价值所在。它覆盖遥控与自动切换、PID闭环调节、顺序控制（如分油机程序、辅锅炉点火程序）、泵阀遥控、主机遥控、电站功率管理等。以辅锅炉水位控制为例，IAS采集水位变送器的4～20 mA信号，换算为工程量后与设定值比较，经PID运算输出控制信号驱动给水调节阀，同时监视偏差；当偏差持续超限时产生“水位控制偏差大”报警送AMS。这里的关键参数是采样周期、PID的P/I/D整定值、输出限幅和手动/自动无扰切换。

AMS在控制操作上只承担辅助角色：报警确认、消音、复位、报警抑制投退等。这些操作看似简单，但“报警抑制”用错会掩盖真实故障，属于需要严格管理的操作，通常要求记录操作人和抑制原因。

数据管理：双方都做，但侧重点不同

AMS的数据管理偏向“事后追溯”：报警历史、事件顺序记录（SOE，分辨率通常到毫秒级）、趋势曲线、报表打印。SOE的价值在于还原事故序列——比如主机跳车时，是滑油低压先到还是超速先到，毫秒级的时间戳能给出答案。IAS的数据管理偏向“过程支撑”：实时采集、工程量换算、控制参数存储、与AMS及VDR（航行数据记录仪）的数据转发。两者在数据上存在共享关系，但AMS更强调记录的完整性和可追溯性，IAS更强调实时性和控制可用性。

安全保护：必须分清“报警”与“保护”

这是四个功能域中最容易被混淆、也最不能混淆的一块。报警是“提示人”，保护是“代替人动作”。典型的安全保护包括：主机超速停机、滑油进口低压停机、缸套水高温降负荷、发电机过载保护、锅炉极低水位停炉、紧急停车回路。这些动作必须由独立于常规控制的安全回路完成——可以是独立的安全PLC、硬件继电器回路或专用保护模块，其设计原则是：即使IAS控制器故障、即使AMS死机，保护仍然有效。

因此在实际系统中，IAS的联锁逻辑可能参与保护，但保护动作的最终执行路径不应唯一依赖常规控制通道；AMS则一般不直接执行停机，只提供报警提示和记录。图中用橙色和红色区分了这一点：AMS的安全职责是“弱”的，IAS的安全职责是“强”的，而保护动作会以虚线方式通知AMS记录，形成完整的证据链。

一张对照表，把差异落到参数上

把这张地图装进脑子，后续学习具体报警点表、控制回路图和保护定值表时，就能快速定位“这个信号该在哪套系统里找、这个动作该由谁负责、出了问题该往哪个方向查”。功能对照不是背概念，而是为后面的实操建立坐标系。