审一张火灾报警控制器兼消防联动控制器的设备表时，我看到一台主机只写了“联动型控制器1台”，后面又把输入输出模块、排烟风机、水泵、反馈信号全部塞进同一行的备注里。

这样写，采购能看懂数量，设计深化却看不出回路容量的哪一部分归报警、哪一部分归联动。系统图一变，表里的控制点和反馈点也找不到原来的位置。

主机可以合设，设备表不能只做一行。我的处理方法是把设备账、点位账和逻辑账拆开，再用同一个设备ID关联。

先把三本账分开

设备账回答“现场有哪些硬件”。控制器、模块、探测器、手动报警按钮、控制箱和联动电源都在这里列完整型号、数量、安装位置和证书依据。

点位账回答“每个功能落在哪个地址”。报警输入、控制输出、动作反馈和手动直控各有自己的功能属性，不能只用一个“联动”词概括。

逻辑账回答“哪些点组合后，让哪台设备做什么”。触发条件、动作对象、延时、反馈和复位都在这里成组出现。

三本账共用同一条主线，但记录对象不同。设备账数硬件，点位账数功能，逻辑账数场景。

主机一行，容量两本账

合设型控制器可以是一台硬件设备，也可以是一套控制系统。设备账里写完整型号、回路数、主备电和安装位置。容量核验却要按功能侧分开。

GB 50116-2013第3.1.5条给出两组边界。火灾报警控制器连接的探测器、手动火灾报警按钮和模块等设备总数及地址总数不应超过3200点，每一总线回路连接设备总数不宜超过200点。消防联动控制器地址总数，或火灾报警控制器联动型所控制的各类模块总数，不应超过1600点，每一联动总线回路连接设备总数不宜超过100点。

这两组数字不能直接相加成4800点可用预算。它们对应不同统计口径，项目里先按设备类型和控制器资料判断各点在报警侧、联动侧如何统计，再分别保留不少于额定容量10%的余量。

我这里会把合设主机单独做成两栏容量记录。报警侧记设备总数、地址总数和每回路用量；联动侧记模块总数、联动地址和每回路用量。产品资料给出的设计容量是上限，不是项目可随意用尽的余量。

硬件和功能分开记

报警点只回答谁先触发

报警点表从探测器、手动火灾报警按钮和承担输入功能的模块开始。每个报警点至少要有项目点位ID、所属设备ID、报警区域、回路号、地址号、二次码、设备类型和安装位置。

如果是输入模块接收压力开关、水流指示器或其他设备状态，表里要写清接入的是动作信号、故障信号还是监管信号。一个输入模块能接收几路信号、对应哪个设备，要看具体型号和端子定义，不能按“一个模块一个状态”想当然。

报警点还应该指向联动逻辑组。这样系统图上一个排烟分区出现两个独立报警时，能沿触发组找到后面的阀门、风机和反馈点。

报警点的数量来自回路配置，不按文字注释数量来数。

联动点写到动作对象

联动点表要回答“哪个输出命令让哪台设备做什么”。泵启动、风机启动、阀门开启、电梯迫降、广播切换，都应落到具体受控设备和动作方式。

一个输入输出模块可能在设备账里只有一台，却同时承担输出命令和动作反馈。这时硬件数量仍是一台，点位账里可以分别出现控制功能和反馈功能。是否共用一个总线地址，要看控制器和设备资料，不能把“功能两条”自动写成“地址两个”。

联动点行至少要有控制点ID、模块设备ID、回路地址、受控设备ID、动作方向、启动方式、所属报警区域和电源来源。需要延时的，还要写延时条件和计时起点。

模块设置也应单独体现。GB 55036-2022第12.0.12条要求联动控制模块不设在配电柜或配电箱内，一个报警区域内的模块不应控制其他报警区域的设备。设备表只写模块数量，不写安装位置和所属报警区域，这一条就无法核。

反馈点写结果

控制命令发出，不等于受控设备已经动作。反馈点要记录设备动作后的真实状态，比如泵已启动、风机运行、阀门开到位、电梯到达首层。

反馈点行可以包含反馈点ID、接收模块设备ID、地址或输入端子、受控设备ID、动作状态、动作时间、恢复状态和复位条件。一个反馈点可能来自设备的无源触点，也可能来自自带通信接口，表格不要只写“有反馈”。

同一控制对象的动作状态、故障状态和停止状态是不同语义。控制点写“启动”，反馈点写“启动到位”，两者不能合并成一个“联动完成”。

命令与动作结果分开

直控点单独成账

需要消防控制室手动直接控制的设备，不要塞进普通总线模块行。GB 55024-2022第5.3.1条提出消防水泵、防烟和排烟风机应采用联动或连锁控制方式，并要求在消防控制室设置手动控制消防水泵启动装置；具体项目还要结合各消防系统的控制要求。

多线控制盘或直控单元通常有自己的按键、输出通道、启动和停止状态。设备表应把它们单独列为“手动直控点”，写清控制盘编号、按键位置、受控设备、专用线路去向和动作反馈。

直控点不是普通总线模块的别名。它可能需要专用线路，启动和停止逻辑也可能独立于总线联动。把直控点和总线联动混在一行，后面做联调记录时分不清哪条路径真正动作。

点表怎么连回系统图

系统图上的每个控制模块、受控设备、反馈点和直控盘，建议都落一个点位ID。点表再把这些ID映射到回路、地址、二次码和设备位置。

设备账只写设备ID、完整型号和数量。点位账引用设备ID，不重复型号和证书。逻辑账引用点位ID，不重复模块地址。这样换设备时只需更新设备账和关联ID，不会在每一行备注里找旧型号。

证书和说明书版本也放在设备账，不复制到每个功能点。确认某一型号覆盖范围时，从设备ID回到证据记录即可。

出表前的四条对账

第一条对硬件数量。输入输出模块、控制箱、电源和现场设备各有多少台，与平面图和系统图一致。

第二条对点位类型。报警、控制、反馈和直控各自有独立类型，不把“有信号”写成一线通用字段。

第三条对逻辑闭环。每个触发组能找到两个独立报警触发条件的“与”逻辑，看到输出命令和目标设备，再看到动作反馈。

第四条对容量和区域。报警侧和联动侧分别核地址、回路与余量。模块所属报警区域和受控设备区域一致，直控点另有专用线路记录。

数量和功能分别对账

这样拆表才像设计文件

合设型控制器减少的是设备数量，不减少设计要表达的报警、控制和反馈关系。设备表的一行可以是控制器、模块或受控设备，但不能把多个硬件身份、多个地址和多个控制动作压成一个文本。

我的做法始终是三本账：硬件账、点位账、逻辑账。再给重要设备补一张手动直控表。这样系统图改一条线，设备表知道改哪台设备，控制逻辑表也知道哪一点跟着变。

以上为火灾报警与消防联动控制功能合设时设备表的拆分方法讨论，不构成具体项目设计结论。控制器容量、模块统计、回路地址、联动逻辑和手动直控方式，应以施工图、现行标准、设计文件及拟供完整型号说明书和有效证书为准。

资料来源：GB 50116-2013《火灾自动报警系统设计规范》第3.1.5条。

资料来源：GB 55036-2022《消防设施通用规范》第12.0.11条、第12.0.12条。

资料来源：GB 55024-2022《建筑电气与智能化通用规范》第5.3.1条。