1. 课程导入与船舶IAS总体认知

船舶综合自动化系统（Integrated Automation System，简称IAS）是把全船机舱、电站、辅机、阀门、液位、温度、压力等分散设备的监测、报警、控制与数据管理，通过统一的网络与软件平台集成起来的一体化系统。它并不是“把若干台仪表拼在一起”，而是以一套共用的数据模型、统一的报警管理和集中的操作界面，替代过去机旁仪表、独立报警板、局部控制器各自为政的格局。对设计者而言，IAS的核心价值在于三点：看得全（全船关键参数集中监视）、控得住（按工艺逻辑自动调节与联锁保护）、查得清（报警、趋势、操作记录可追溯）。

从范围上看，典型IAS覆盖主机遥控与安全保护、电站自动化（发电机自动启停、功率管理、重载询问）、辅机与管系（分油机、空压机、海水泵、燃油供给单元）、液舱遥测（液位、温度、吃水）、阀门遥控、火灾与进水报警接口，以及面向驾驶台和岸基的数据服务。它向上与航行系统、VDR、岸基监控平台交换数据，向下与现场仪表、执行机构、变频器和智能电子设备（IED）相连。理解这一范围，是后续划分I/O点数、选择通信协议、确定冗余策略的前提。

四层架构：从传感器到管理决策

IAS在工程上通常按四层组织，各层职责与实时性要求差异明显，设计时必须分层考虑，而不是把所有功能堆在一台计算机上。

• 现场层：传感器、变送器、执行器、阀门、变频器、智能仪表。负责物理量采集与动作执行，信号形式包括4–20 mA、Pt100、脉冲量、开关量以及Modbus、Profibus等现场总线。这一层决定测量精度与响应速度，选型时要关注量程、精度、防护等级与船用环境适应性。
• 控制层：PLC或专用控制器、远程I/O站。承担逻辑运算、PID调节、联锁保护、顺序控制。它是“实时闭环”的主体，扫描周期通常在10–100 ms量级，安全保护逻辑应独立于监控层运行。
• 监控层：操作站、工程师站、报警服务器、历史数据库。提供人机界面、报警管理、趋势记录、报表。操作员在此监视与干预，但不应依赖它完成安全保护。
• 管理层：能效管理、维护管理、岸基数据服务、与船舶管理系统的接口。侧重统计分析、性能评估与决策支持，实时性要求最低，但数据一致性与信息安全要求高。

上图把四层与两条数据流放在一起：蓝色箭头是上行采集与报警，橙色箭头是下行设定与指令。实际设计中要特别注意，安全保护逻辑必须留在控制层，即使监控层操作站全部失效，主机超速、滑油低压等保护仍应可靠动作。这是IAS与普通工业SCADA在安全理念上的重要区别。

一个可落地的设计起点：I/O清单与分层归属

课程后续会反复用到“从工艺对象推导I/O，再按实时性分配到控制层与监控层”的方法。这里先给出一个简化示例，帮助建立整体感。假设某散货船机舱需要监视与控制的典型对象如下（示例参数为教学假设，非实测）：

从这张表可以看出，同一个对象往往同时涉及采集、控制与显示，但控制归属必须唯一：一个泵的启停逻辑只能由一个控制器负责，否则会出现“两个大脑抢着下命令”的冲突。工程上常用做法是按系统划分控制站，例如主机控制站、电站管理站、辅机控制站，站间通过冗余网络交换必要数据，而不是让每个站都能直接操作所有设备。

本课程的学习路径与设计任务总览

后续章节将沿着“认知—分解—设计—验证”的主线推进：先建立全船系统边界与层级概念，再逐项展开I/O规划、网络拓扑与冗余设计、控制逻辑与联锁保护、HMI与报警管理、历史数据与能效接口，最后落到系统集成、调试与验收。每一章都会围绕一个可交付的设计片段展开，例如点位表、网络架构图、控制逻辑说明或报警分级表，而不是停留在概念描述。

需要强调的是，IAS设计不是单纯的电气绘图，而是对船舶运行逻辑的工程化表达。设计者既要懂传感器与执行器的物理特性，也要懂轮机工艺的联锁关系，还要能把它翻译成控制器可执行的逻辑和操作员可理解的界面。本课程的目标，正是帮助你完成这种“从工艺到系统”的翻译能力训练。