industrial-aiops iaiops-building — 楼宇/厂务 edition（BACnet + Modbus + IO-Link + MQTT + 脑）
启动：IAIOPS_MCP=building / iaiops-mcp-building（= bacnet + modbus + opcua + iolink + 脑）。
IoT 传感器走 MQTT 时叠加：IAIOPS_MCP=building,sparkplug。
安装：pip install iaiops[building]。BACnet 的 host 是本机 BACnet/IP 接口
（ip 或 ip/mask）。
工具
BACnet/IP（read-first；暖通/楼宇/厂务）
bacnet_discover— Who-Is：本地 BACnet/IP 网上的设备bacnet_object_list— 设备的 object/point 列表bacnet_read_property— 单对象属性（默认 presentValue）bacnet_read_points— 所有 analog/binary/multistate 点的 presentValue（HVAC 快照）bacnet_cov_subscribe— 单对象有界 Change-of-Value 捕获bacnet_read_trend_log— 读设备 TrendLog 缓冲记录bacnet_write_property— [WRITE][HIGH][MOC] 写单对象属性（默认 off：dry_run=True+ 审批双确认；可指挥楼宇设备 — 设定值、输出）
Modbus-TCP / Modbus-RTU（只读；电表/冷机/表计）
modbus_read_holdingmodbus_read_inputmodbus_read_coilsmodbus_read_discretemodbus_detect_byte_order/modbus_list_templates/modbus_apply_templatemodbus_health_summary
IO-Link（只读；主站 JSON 接口 — 楼宇智能传感器）
iolink_master_info— 主站身份（/deviceinfo）iolink_ports— 有界端口扫描（≤32：mode/status + 在线设备身份）iolink_device_info— 单端口设备身份iolink_read_pdin— 过程数据输入（raw hex + 字节数组；按 IODD 解码）iolink_read_isdu— ISDU 参数读（index/subindex 有界）iolink_scan— 主站 + 全端口一次性快照- 配置
flavor: iotcore（ifm IoT-Core，默认）或rest（plain-REST 主站）；v1 只读
BAS 控制器层（edition 工具；厂商监控控制器 REST，在 BACnet 之上）
厂商监控控制器（Johnson Controls Metasys/OpenBlue、Tridium Niagara oBIX/REST）把大量 BACnet
现场点/告警/趋势聚合在一个带鉴权的企业 REST 接口后面——与 bacnet（现场总线）互补、非重复。
Bearer/token 从加密 secret store 按 key 取（secret_name），不走明文参数。
bas_point_list— 列控制器 point/object（跨厂商归一化：id/name/value/unit/status）bas_point_read— 单/多点 present-valuebas_alarm_list— 控制器活动告警/事件（归一化）bas_trend_read— 单点历史趋势样本（有界 ≤5000）bas_command— [WRITE][HIGH][MOC]（默认 off：dry_run=True+ 审批双确认；捕获改前值供 undo）。 生命安全点(fire/smoke/egress/加压)一律拒绝——联网前即拒，绝不下发。- 厂商方言（metasys/niagara：资源路径 + 字段别名）仅存在于连接器内；oBIX 原生 XML / 精确写语义 待核实。
MQTT（可选叠加 sparkplug 组；IoT 传感器/网关）
mqtt_read_topic— 裸 MQTT 有界收集；uns_browse— 主题树浏览- 完整 Sparkplug B/UNS 工具清单见 iaiops-factory skill
mqtt_publish— [WRITE][HIGH][MOC]（默认 off）
楼宇专属（edition 工具;仅随 building edition 加载,不进全局脑）
economizer_check— AHU 经济器故障检测(FDD):检出同时供冷供热(纯浪费)、该用自然冷却 却没用(室外够冷但新风阀在最小位且机械制冷开)、越高限还开阀(把热风引进来)。逐 AHU 判定, worst-first,每故障引用温度/状态。读数来自 BACnet AI/BI 点。zone_comfort— 区域舒适度 + 室内空气质量(ASHRAE 55/62.1):逐区判温度 20–26°C、相对湿度 30–60%、CO₂ ≤1000 ppm(通风充分性代理),越界即 breach,worst-first,引用数值。读数来自 BACnet AI 点。
跨协议脑（永远随 server 暴露）
- 诊断：
diagnose_dataflowdowntime_root_causedowntime_root_cause_livedowntime_triagelearn_cause_weightsrca_corpus_from_maintenancehistorian_healthalarm_bad_actorstag_healthsubscription_healthheartbeat_healthalarm_flood_analysisalarm_cascadealarm_rationalization_worksheet - 告警事件聚类：
alarm_event_clusters—alarm_bad_actors按来源排名,回答的是「哪台仪表最吵」, 不是「哪个故障最吵」;一个把同一条件写成十种说法的厂会得到十个 bad actor。这个按事件说了什么分组。 合并规则是去掉大小写/标点/数字后的精确相等,不是相似度 —— 故意做笨,所以不需要模型、且可核对; 每个簇都列出被合并的原文与来源。它不主张两条措辞不同的告警是同一个故障,那由人判断。 - 数据质量：
data_quality_scorecarddata_quality_fleet_rollup - 分析：
oee_computedowntime_eventsoee_multidimmonitor_changeshealth_summary(deprecated)anomaly_scan(deprecated) - 上下文基线：
baseline_learn_contextualbaseline_check_in_context—— 一个位号只学一条带, 在它有不止一个「正常」时就是错的(同一台干燥机 recipe A 走 180 °C、B 走 240 °C,一条带横跨两者, 于是两个工况都不可能出错)。上下文由人声明,绝不推断(D16);某个上下文历史太薄就拒学, 不借用别的上下文的样本;读数落在没学过的上下文里报unknown_context,绝不回落到全局带 —— 回落等于把「这个工况从没见过」说成「这个工况正常」。 - 上下游归因：
downtime_attribution—— RCA 只按时间加权,所以一次上游停机会让每台下游设备 各自给出一个自信的本地根因。方向来自声明的产线顺序(D25:产线上共现是必然,拿它挖边等于 制造因果),顺序来自时间戳,两者都要成立;没声明关系就报not_evaluable并给出补法。 - 资产：
asset_inventorycross_protocol_asset_modeladopt_alias_mapdiff_alias_map - 设备公告对照：
device_advisory_check——scan早就在读 vendor/model/firmware,却什么都没做。 这条把它接上,并刻意停在漏洞扫描器会继续往前走的地方:只报「落在公告声明的版本范围内」, 不说「可利用」、不给严重度 —— 可达性与补偿控制决定那件事,而只读扫描看不见它们。 不内置任何 CVE 库(过期却看着像最新的库比没有更糟),由现场挂载文件、离线可用,每条必须带来源。 读不出固件报version_unknown,读得出但排不了序报version_unparsed—— 都不算通过; 公告没提到的设备不出现在结果里,那是「未知」不是「没有」。 - 基线：
baseline_learnbaseline_checkbaseline_record_changebaseline_status（change-log 基线：拒学薄历史、只报持续越带、每次告警必引基线样本 —— 非黑盒异常检测） - 合规/信创：
compliance_mappingcompliance_frameworkscompliance_dengbao_levelscompliance_reportcompliance_evidence_bundlehistorian_pushexport_datahistorian_queryhistorian_coveragestream_publishuns_publishstream_publish_eventrca_narratefleet_statusfleet_incidentspdm_forecasthistorian_pushexport_data - 程序解读：
plc_program_outlineplc_program_xrefplc_program_sectionplc_program_visibility（解读导出的 ST/AWL/L5X 程序,只读文件,强制引用行号） - 程序变更基线：
plc_program_snapshotplc_program_driftplc_program_history— 把「认可的那一版」 的结构记下来（文件 SHA-256 + 每个 block 的结构指纹：声明/调用/分支条件/定时器，不含行号、注释、 block 顺序，所以在文件顶上加一行注释不会把整份程序报成变更），之后问某一次导出动没动。 三个判词咬得很紧：identical只由 SHA-256 相同得出；logic_changed逐 block 指出哪一类变了；changed_outside_extracted_structure= 字节变了而结构指纹全同 —— 多半是注释/排版，但这些 parser 是结构抽取不是文法，所以它不叫「仅文档」，也不构成放行。删历史只在 CLI（iaiops program forget）： 删变更控制证据不该离 agent 只有一次调用。存的是 block 名 + 哈希 + 计数，不落声明、源码行和注释。 - 医疗设施（healthcare facility 安全）：
isolation_room_check— 隔离病房压差合规（ASHRAE 170 / CDC：空气传染隔离 AII 负压、保护性环境 PE 正压，≥2.5 Pa）；检出反向/不足/低裕度,worst-first,每项引用读数。读数来自bacnet_read_points的压差 AI 点或历史库,纯分析。 - 自证：
verify_determinism— 把「拿掉模型、断网、同一份数据重跑、输出逐字节相同」跑出来： 固定数据集过一遍分析层，规范化后取 SHA-256，在本进程跑两遍、再在两个不同 PYTHONHASHSEED 的 全新解释器里各跑一遍（这一臂才抓得到集合/字典迭代顺序渗进结果），全程 socket 抛异常。 给 CSV/验证团队的是一条能写进 IQ/OQ 的测试用例，不是一句形容词。 - 元：
protocols_supported(产品能做什么)·site_readiness(这个站点今天能跑什么、还差什么;零联网) ·onboarding_status(这个站点走到哪一步了、下一条命令是什么;零联网) ·onboarding_config_draft(把已存的 scan 变成 config.yaml 端点草稿 —— 只写连接事实：value: null的字段是扫描没确认的，照抄它的caution，别替人填也别删；tags永远是空的， 点位语义只能人来确认iaiops tags export|apply) - 调查层（§13，八步证据闭环）：
investigation_readinessinvestigation_openinvestigation_showinvestigation_list— 「真出事时这个站能走到第几步、每个缺口还差什么」，以及对一个已过去的窗口 逐步走完并留档（不碰设备）。缺口分两种:你没供(给命令) 与 产品供不了。 - 产线关系与机制库：
line_relation_declareline_relations_listmechanism_library_checkmechanism_library_list— 上下游由人声明（D25:线上下游共现是必然，推不出因果）； 机制库按 ISO 14224 分 mode/mechanism/cause，可排除、绝不确认， 库里没有这条原因 →nothing_known（不是「无异议」）。
Workflows
- Doctor-first：
protocols_supported→iaiops doctor→bacnet_discover（Who-Is 有响应才谈读点）。 - Read-first：
bacnet_object_list→bacnet_read_points快照 → 趋势用bacnet_read_trend_log，变化捕获用bacnet_cov_subscribe； "没数据"用diagnose_dataflow，坏点排名用tag_health。 - MOC 写：
bacnet_write_property（与可选mqtt_publish）为 [WRITE][HIGH][MOC]：默认dry_run=True、捕获改前值供 undo、iaiops approve具名审批双确认。写设定值可影响在运楼宇设备 —— 未经授权绝不写。
支持版本矩阵（内部 HLD §8，设计文档不随本仓发布；待核实 不得当既成事实）
| 协议 | 库(pin) | 规范/版本 | 覆盖 | 传输 | 自测 |
|---|---|---|---|---|---|
| BACnet/IP | BAC0>=2023.6,<2026（extra） |
ASHRAE 135 Annex J | 暖通/楼宇/厂务控制器 | UDP/47808 | ✅ 读路径 verified 2026-07-02（真 bacpypes3 虚拟设备）；live HVAC 写/COV/trend 待核实 |
| Modbus-TCP | pymodbus>=3.5,<4 |
App 1.1b3；FC 1/2/3/4/5/6/15/16 | 电表/冷机/任意 TCP 从站 | TCP/502 | ✅ |
| Modbus-RTU | pymodbus>=3.5,<4 + pyserial>=3.5 |
Modbus serial (RTU) | 串口表计 | RS-485/serial | ✅ socat PTY verified 2026-07-02；物理 RS-485 待核实 |
| IO-Link | requests>=2.31,<3（复用 MTConnect pin） |
IO-Link Master JSON Integration（IOLINK-JSON）；ifm IoT-Core / plain-REST 双 flavor | 带 JSON/REST 接口的主站（ifm/Balluff/Turck 类） | HTTP REST/JSON | ✅ mock 主站（双 flavor）；live master 待核实 |
| MQTT | paho-mqtt>=2.0,<3 |
MQTT 3.1.1/5（裸 MQTT + SpB） | IoT 传感器/网关/Broker | TCP/1883/8883 | ✅ |
| BAS: Metasys OpenBlue REST | requests>=2.31,<3（复用 MTConnect pin，无新 HTTP 依赖） |
Metasys REST API v4（/objects·/alarms·/trendedAttributes）；JC OpenBlue 监控控制器 |
NAE/SNE/SNC 类监控控制器聚合的 BACnet 现场点 | HTTPS + Bearer token | ✅ mock 控制器（in-repo）；live 设备写/trend/告警 待核实 |
| BAS: Niagara 4 oBIX/REST | requests>=2.31,<3（复用 MTConnect pin，无新 HTTP 依赖） |
Niagara 4 oBIX/REST（/obix/config·/obix/alarms·/obix/histories）；JSON 建模，原生 oBIX-XML 待核实 |
Tridium JACE / Niagara Supervisor 下的点/告警/历史 | HTTPS + Bearer token | ✅ mock 控制器（in-repo）；live 设备 + oBIX-XML 编码 待核实 |