更正说明（2026-07-16）：本站旧版曾发布没有依据的年度维护费用、远程解决比例、节省比例、协议成本、网关价格、门数量分档和响应时间，并编写无法提供合同、点表、调试记录的办公楼案例；旧稿还把RS-485、CAN、Modbus等接口写成自动门控制器的通用能力，并把某一种消防动作当成普遍规则。上述数字、案例和跨型号结论均已撤回。
先说结论：自动门控制器接入BAS，第一步不是挑Modbus、BACnet、OPC UA还是MQTT，而是先完成三份文件：运行顺序说明、点表、权限与故障矩阵。协议名称只说明一种通信语境，不能证明某台控制器已经开放所需数据，也不能证明地址、对象、读写权限、异常处理和版本兼容。BAS可以按批准范围监视或下发日常管理指令，但不能替代自动门本地安全控制，也不能擅自改写消防设计。
一、先把需求写成“谁在什么条件下做什么”
BAS接入常被一句“需要联网”带过，结果到了调试现场才发现各方理解不同。物业可能只想查看运行和故障，节能策略希望调整开放时段，门禁系统负责通行授权，消防系统又有独立的联动要求。若这些目标没有拆开，任何协议选型都只是提前选择了一种连接方式。
| 需求文件 | 应写清的内容 | 不能用什么替代 |
|---|---|---|
| 运行顺序说明 | 正常、非营业、门禁、维护、失联、失电和项目联动时的预期状态及优先级 | “接入楼控统一管理”这类口号 |
| 点表 | 点名、含义、数据类型、单位、读写方向、变化条件、质量或故障状态 | 只有协议名称或一张端子照片 |
| 权限矩阵 | BAS、门禁、消防、本地面板和维护工具分别能读什么、写什么、谁有更高优先级 | “管理员都可以控制” |
| 故障矩阵 | 断线、设备重启、数据陈旧、命令拒绝、模式冲突和恢复时的门状态与告警路径 | 只测一次在线开关门 |
| 验收方案 | 前置条件、输入、期望输出、时间判定、证据和见证责任 | 平台画面出现绿色图标 |
需求应按单樘门的实际用途编写，再决定是否需要汇总到楼层、区域或总部。门的数量不是决定协议和架构的可靠分界；网络条件、管理目标、故障隔离、维护能力和现有平台更重要。
二、先划清三条边界：监视、日常控制、安全联动
- 监视：读取运行模式、开闭状态、故障或维护信息，通常不改变门的行为。
- 日常控制：在批准的权限内切换营业模式、计划或其他管理功能，必须定义拒绝条件和本地优先级。
- 安全相关联动：涉及疏散、防火、危险区域保护或失效状态时，应由批准设计、适用规范和对应设备文件决定，不能由BAS便利性推导。
这三类功能在界面上可能只差一个按钮，在工程责任上却完全不同。较稳妥的做法是先把监视点做清楚，再逐项论证可写点；任何远程命令都要能说明授权、条件、确认反馈、超时或拒绝、日志和恢复方式。
三、一张可调试的点表应该包含什么
| 字段 | 示例写法 | 为什么需要 |
|---|---|---|
| 对象身份 | 门编号、控制器完整型号、硬件与固件版本、网关版本 | 防止同名点被套到不同版本设备 |
| 点的语义 | “已确认处于自动模式”，而不是含糊的“自动” | 区分命令、目标值、实际状态和反馈 |
| 地址或对象 | 寄存器、对象实例、节点或主题，以制造商正式文件为准 | 让平台配置可以追溯到协议实现 |
| 数据解释 | 类型、字节序、枚举、缩放、单位、无效值和质量标志 | 避免“读到了数”却解释错误 |
| 访问规则 | 只读或可写、允许模式、权限、命令确认及拒绝条件 | 限制误操作并保留控制边界 |
| 更新与异常 | 变化上报或轮询、数据陈旧判定、通信故障和恢复行为 | 区分设备真的正常与平台只显示旧值 |
点表必须由自动门设备方和BAS集成方共同确认。自动门控制器页面、磁悬浮自动门电机宣传页或搜索“德恩科磁悬浮”“德恩科”得到的型号简称，都不能替代正式寄存器表、BACnet PICS、节点定义或网关映射文件。门机与控制器身份核验可参考自动门电机选型与型号核对。
四、协议名称不是互操作证书
| 声明 | 还必须索取的证据 | 现场要验证什么 |
|---|---|---|
| 支持Modbus | 串行或TCP实现、角色、地址与寄存器表、数据解释、异常响应、版本 | 逐点读写、非法请求、断线、重连和多设备地址管理 |
| 支持BACnet | 传输方式、设备标识、对象表、PICS、支持的BIBBs、服务与写入限制 | 发现、对象属性、命令优先级、故障与离线表现 |
| 支持OPC UA | 服务器或网关边界、端点、信息模型、证书与用户策略、节点权限 | 身份验证、证书生命周期、节点语义、质量与时间戳 |
| 支持MQTT | 代理边界、主题、载荷模式、QoS选择、身份、授权、加密及离线策略 | 发布与订阅权限、重复或迟到消息、断线缓存和重放风险 |
| 提供私有网关 | 上游和下游协议、映射表、固件、配置备份、故障旁路和维护责任 | 网关离线时本地门状态、数据一致性、升级和更换恢复 |
“RS-485”常用于描述物理层或串行通信环境，本身不是完整的点语义；同一接口上可以运行不同实现。CAN同样不能自动证明设备开放了BAS所需对象。采购文件应写到具体控制器、具体版本和具体实现资料。
五、Modbus接入要从正式映射表开始
Modbus Organization公开提供应用协议、串行实现指南和TCP相关指南。工程上要先确认设备是客户端还是服务器、串行线路上的角色或TCP连接方式，再核对设备地址、功能、寄存器、数据长度和异常响应。寄存器编号的显示习惯、地址偏移、字节序和缩放方式不能凭经验猜。
只读成功之后，才讨论写入
调试应先用批准工具读取设备身份和只读状态，确认映射与实际动作一致；可写点则逐项验证允许条件、命令反馈、拒绝或超时、模式优先级和恢复。不要用连续试写寻找地址，也不要把未知寄存器当作“隐藏功能”。测试前保存控制器与网关配置，测试后核对未授权点没有变化。
六、BACnet接入要看PICS、BIBBs和对象，而不只看Logo
ASHRAE维护的BACnet标准用于建筑自动化和控制网络。BACnet International对BIBB的解释是：它描述设备为支持特定系统功能而必须提供的一组能力；PICS则用于声明产品实现了哪些能力。由此可见，“支持BACnet”仍然不足以回答自动门开放了哪些对象、属性和服务。
对象语义和命令优先级必须实测
集成方应核对设备对象、实例、名称、单位、状态标志、故障信息和写入规则。若使用命令优先级机制，还要定义BAS释放命令后由谁接管、设备重启后是否保留、门禁或本地模式冲突时怎样反馈。未在PICS、对象表或项目文件中声明的能力，不应在投标时预设。
七、OPC UA和MQTT通常位于网关或平台层
OPC Foundation将OPC UA描述为面向平台无关、安全、可扩展架构的技术，并提供信息建模等能力；这并不意味着任何挂在OPC UA网关后的自动门已经有统一数据模型。需要追溯每个节点如何映射到下游控制器、质量与时间戳来自哪里，以及网关重启或映射变化如何管理。
OASIS的MQTT 5.0规范定义轻量级发布与订阅消息传输，并明确安全取决于部署中的认证、授权、网络和实现选择。MQTT主题名本身不是工程语义。自动门数据上云或跨网传输时，应定义代理、主题层级、载荷版本、设备身份、最小发布与订阅权限、断线缓存、重复消息和配置回退。
网关不是透明盒子
网关承担协议转换时，它也成为版本、权限、时间、缓存和故障处理的一部分。项目应保存网关型号、固件、配置、映射表和恢复包，明确由谁维护。更换网关后要做端到端回归测试，不能只看下游门仍能本地运行。
八、网络安全要围绕资产、路径和最小权限落地
NIST SP 800-82 Rev.3面向运行技术安全，强调在兼顾性能、可靠性和安全要求的前提下建立防护。用于自动门BAS接入时，可以转化为几个具体动作：登记控制器、网关和平台资产；画清通信路径与信任边界；监视点默认只读；可写点单独审批；账号按角色分配；跨网访问受控；配置、固件和证书有版本与备份；关键操作有日志并能追溯。
- 不把控制器直接暴露到公共网络，也不以远程维护方便为由共享高权限账号；
- 平台不能访问的点，不在网关上“先全部开放”；
- 网络中断或平台升级前，先确认每樘门的本地运行和人工处置方案；
- 修改点表、权限、固件或映射后，执行受影响功能的回归测试；
- 日志要能区分本地操作、门禁命令、BAS命令和维护工具操作。
通信故障与参数变化应纳入自动门故障与维保台账，并与网络变更单互相引用。
九、消防、门禁和BAS的优先级必须来自批准矩阵
GB 55036-2022由住房和城乡建设部公告为强制性工程建设规范。某樘自动门在火警、疏散、失电或故障时如何动作，取决于批准的防火设计、门的用途、相关系统接口、设备文件和现场验收，不能用“全部打开”或“全部关闭”概括。BAS可以按批准范围显示状态或交换信号，但不能自行创造消防动作。
把冲突写成测试工况
例如，门禁处于锁定请求时收到项目联动信号、BAS处于非营业模式时本地维护开关被操作、网关离线时平台仍显示旧状态，这些都应在矩阵中写明输入、优先级、门的预期动作、平台反馈和恢复步骤。安全传感器的功能边界可结合自动门感应器怎么选复核；任何管理命令都不应绕过危险区域保护。
十、调试验收要从单点走到端到端
| 阶段 | 验证内容 | 通过证据 |
|---|---|---|
| 离线文件审查 | 型号、版本、运行顺序、点表、权限、网络图和故障矩阵相互一致 | 批准版本、问题清单和责任方签认 |
| 控制器本地测试 | 不接BAS时的正常、安全、故障和恢复行为符合设备与项目要求 | 本地状态、测试记录、参数备份 |
| 协议单点测试 | 每个点的地址、类型、语义、读写、异常和质量状态正确 | 点对点记录、抓取证据或平台日志 |
| 端到端联调 | 控制器、网关、网络、BAS、门禁及批准的项目联动按运行顺序协同 | 输入、预期、实际、时间记录和见证人 |
| 故障与恢复 | 断线、重启、数据陈旧、命令冲突、配置恢复和人工处置 | 告警、门状态、恢复步骤和复验结果 |
响应时间、轮询周期和数据陈旧判定应由项目根据用途、网络和设备能力定义，并在验收工具中以同一时钟记录；本文不提供跨系统固定阈值。施工与线缆接口还应回到磁悬浮自动门安装验收流程。
十一、交付时应拿到哪些文件
- 自动门控制器、磁悬浮自动门电机或驱动组件、网关的完整型号与版本清单；
- 最终运行顺序、点表、PICS或寄存器表、对象或节点映射及版本说明；
- 网络拓扑、地址规划、账号角色、证书或密钥管理责任和远程访问边界；
- 控制器、网关和BAS配置备份，连同恢复步骤和校验信息；
- 正常、冲突、失联、失电、故障与恢复测试记录；
- 遗留限制、已批准例外、变更流程、维护责任和报修入口。
招标阶段可把这些文件写进磁悬浮自动门招标技术条款，避免中标后才发现协议是可选功能、点表不开放或网关责任不清。
常见问题
有RS-485接口，就能接BAS吗？
不能据此判断。还需要确认线上运行的具体协议、设备角色、地址、数据映射、访问权限、异常处理和版本。物理接口可连接，不等于业务点可互操作。
Modbus TCP和串行Modbus可以直接互换吗？
不能把两者当成同一接线方案。它们可共享应用层语义，但传输、寻址和部署条件不同；若通过网关转换，还要核对映射、异常和恢复行为。
支持BACnet，是否不需要点表？
仍然需要。PICS、BIBBs和对象表说明实现能力，项目点表则把具体门编号、对象语义、权限、告警和运行顺序落实到本项目。
BAS离线后，自动门应保持什么状态？
不能用一个答案覆盖所有项目。应由批准的运行顺序和故障矩阵定义，并验证本地控制、安全功能、门禁及项目联动在失联期间和恢复后的行为。
消防信号可以先进入BAS，再由BAS控制所有门吗？
不能由通用文章给出这种系统设计。信号路径、设备等级、联动动作和故障处理必须由批准的防火设计、适用规范和相关设备文件确定，并经项目验收。
原始来源与适用边界
- Modbus官方规范入口：Modbus Organization发布应用协议、串行实现和TCP相关指南；具体设备仍需对应寄存器与实现文件
- ASHRAE Standard 135 BACnet入口：ASHRAE官方标准页面；用于核验BACnet标准体系，不证明某台自动门控制器的实现范围
- BACnet International：About BACnet：BACnet International对协议用途和互操作生态的说明
- BACnet Glossary：用于核对BIBB、PICS等术语及其边界
- OPC Foundation：OPC UA：OPC Foundation对OPC UA架构、信息建模与安全能力的说明；项目仍需核对端点和节点实现
- OASIS MQTT Version 5.0：OASIS正式规范；用于消息语义和安全边界核验，不代表部署天然安全
- NIST SP 800-82 Rev.3：NIST运行技术安全指南；用于资产、分区、访问控制、监测和恢复思路
- 住房和城乡建设部关于发布GB 55036-2022的公告：官方公告说明该规范为强制性工程建设规范；自动门具体联动必须回到批准设计
- GB/T 34616-2017《人行自动门通用技术要求》：全国标准信息公共服务平台的标准信息页；用于核验标准身份和状态