FA 一键诊断 — 新人/顶班智能辅助 Mock 数据 v1.0
用途：产品宣发展示 + 技术验证，为一键诊断引擎补充第二个测试 Case。
场景：金螳螂大楼 AHU-002 控制面板报 E07 → 知识库检索故障码 + 历史工单揭示重复故障模式 → 生成排查指引。
与本项目第一个 Case（AHU-001 不制冷）的区别：第一个 Case 靠 IOT 实时值定位根因（冷水阀开度异常），这个 Case 靠知识库（故障码解读）+ 历史工单（维修经验模式挖掘）提供核心价值。同一套引擎，不同数据源成为诊断关键。
一、场景概述 & 与一键诊断的关系
1.1 一句话场景
夜班新人首次独立值班，AHU-002 控制柜面板报 E07 故障码——他不认识这个码、不敢贸然处理、翻手册找不到对应页。
AI 辅助：输入故障码 E07 → LLM 即时检索设备手册、拉取该台设备历史工单、读取 IOT 实时数据 → 生成个性化排查指引：
"AHU-002 过去 2 年 3 次 E07 故障，2 次是接线松动。老李上次 5 分钟紧线修好。建议优先检查控制信号接线。"
1.2 两个 Case 的数据源侧重点对比
两个 Case 属于同一套一键诊断引擎，Context Tool 完全一致。 差异只在于不同场景下，不同数据源提供的"诊断价值权重"不同。
| 数据源 | AHU-001 不制冷 case | AHU-002 E07 故障码 case |
|---|---|---|
| IOT 实时值 | ⭐⭐⭐ 核心证据：冷水阀 18.5%（应 60~80%），直接指向水侧问题 | ⭐⭐ 辅助确认：阀位 52% vs 指令 65%（偏差 13%），佐证 E07 定义 |
| 巡检记录 | ⭐ 排除项：目视正常，排除外部可见故障 | ⭐ 排除项：同样用于排除 |
| 维保记录 | ⭐ 排除项：3 个月前冷水阀测试"正常"，排除维保遗漏 | ⭐ 排除项：维保无法复现间歇性故障 |
| 知识库 RAG | ⭐ 提供诊断依据：送风温差对照表、排查优先级 | ⭐⭐⭐ 核心贡献：§2.4.4 故障码表直接告诉 E07 含义 + 处理方式 |
| 历史工单 | N/A（该设备无历史故障） | ⭐⭐⭐ 核心贡献：3 次 E07 工单 → 提取"2/3 是接线松动"的模式 |
本质：同一把刀（跨源推理引擎），切不同的菜。IOT 数据丰富的 case 靠实时值下判断，历史工单丰富的 case 靠经验规律下判断。
二、原始场景 vs AI 辅助改造
2.1 真实场景原文
来源：多个物业运维团队访谈反馈（2026Q2 调研）
新人/顶班人员遇到不熟悉的设备故障时，典型行为路径：
- 看故障码 → 不认识 → 翻手册（找不到页）
- 拍照发工作群 → 老员工在忙/已休息 → 等回复
- 打电话给老李 → 老李口头指导 → 但说不清具体位置（"就那个松动的端子排"）
- 凭感觉试 → 试错了 → 扩大故障甚至触发设备保护停机
2.2 适配改造
| 维度 | 原始场景 | 本 Mock |
|---|---|---|
| 触发方式 | 巡检看到故障码 → 翻手册/问人 | 人报修创建工单 → 处理人使用一键诊断 |
| 值班人员 | 新员工小赵（入职 3 个月） | 同上（处理人视角） |
| 故障码处理 | 翻手册 → 找不到 → 等老员工 | LLM 秒查手册 + 历史规律 + 实时数据 |
| 历史经验 | 在老员工脑子里，人在经验在 | 历史报修工单结构化存储，LLM 可检索 |
| 排查效率 | 新人靠自己：30~60 min 不敢动 | 3 秒出指引，按步骤执行确认即可 |
三、工单流转与一键诊断触发
3.1 自然语言建单
[金螳螂大楼 2F 办公区，2026-06-22 17:20]
行政部刘经理发现大会议室空调面板显示 E07 故障码，机器间歇性停机。
明天早上有重要会议，他打开空间智能体 chatbot，直接说：
"2F 大会议室空调面板显示 E07，有时候自己停掉，
明天早上有重要会议，今晚必须处理好。"
系统自动建单处理：
自然语言输入
│
▼
LLM Slot Filling ──→ 提取结构化字段:
│
├─ 故障描述: "2F大会议室空调面板显示E07，间歇性停机"
├─ 报修位置: "金螳螂大楼 2F 大会议室"
├─ 紧急程度: 紧急（含"明天有重要会议"时间约束）
└─ 报修对象: "空调 AHU-002"
▼
向量检索 + 资产匹配:
├─ "2F 大会议室" → 空间语义库匹配 → 金螳螂大楼 2F 大会议室
├─ "空调 AHU-002" → 资产库匹配 → AHU-002 (AST-2026-0608-008)
│
▼
自动生成工单 → WO-2026-0622-003
┌──────────────────────────────────────────────┐
│ 工单编号: WO-2026-0622-003 │
│ 报修来源: 智能体语音建单 │
│ 报修对象: 金螳螂大楼 AHU-002 │
│ 报修位置: 金螳螂大楼 2F 大会议室 │
│ 故障描述: 控制面板显示 E07，间歇性停机 │
│ 等级: 紧急（有会议时间约束） │
│ 状态: 待处理 │
│ 创建人: 刘经理（行政部） │
│ 创建时间: 2026-06-22 17:20 │
│ 处理人: 小赵（夜班电工） │
│ auto_generated: true │
└──────────────────────────────────────────────┘
> 注：此工单由人通过 chatbot 报修创建，非 IOT 告警自动转单。因为 AHU-002 的阀位偏差 13% 未触发任何 IOT 告警规则的阈值（参见第六节 IOT 数据）。3.2 处理人使用一键诊断
[夜班交接，2026-06-22 21:00]
小赵（入职 3 个月，首次独立值夜班）接班时，系统推送工单给他：
"WO-2026-0622-003 — AHU-002 E07 故障 — 紧急"
小赵没处理过 E07，不确定是什么问题，打开工单点击"一键诊断"：
┌──── 一键诊断请求 ──────────────────────────┐
│ 设备: AHU-002 │
│ 故障: 控制面板显示 E07，间歇性停机 │
│ 上下文: 工单 WO-2026-0622-003 │
│ │
│ [ 开始诊断 ] │
└──────────────────────────────────────────────┘
系统 3 秒后返回了完整的排查指引...
------------------------ 操作执行 ------------------------
小赵按照指引：
第一步：打开 AHU-002 控制柜，检查 DDC 端子排 3 号口
→ 发现接线松动，重新紧固
第二步：断电复位 → 面板 E07 消除
第三步：观察 30 分钟 → 确认不再复发
总耗时：约 15 分钟（含 10 分钟查线 + 5 分钟复位观察）四、设备信息
4.1 资产基础信息 (asset_id = AST-2026-0608-008)
| 字段 | 值 |
|---|---|
| 设备名称 | 空调机组AHU-012 |
| 设备编码 | ntkt2026060800008 |
| 设备类型 | 组合式空气处理机组 |
| 所属子系统 | 暖通空调系统 |
| 品牌 | 天加 (TICA) |
| 规格型号 | TAC0815CHW |
| 生产厂商 | 南京天加环境科技有限公司 |
| 投运日期 | 2023-09-01 |
| 管理人 | 李工（老李） |
| 存放位置 | 金螳螂大楼 2F-AHU 机房 |
| 服务区域 | 2F 大会议室 + 开放办公区 |
| 维保商 | 苏州博瑞机电 |
| 保养周期 | 3 个月 |
| 设备ID | DEV-AHU-002 |
AHU-002 与 AHU-001 同型号、同批次投运，IOT 物模型点位结构完全一致。
五、历史工单记录 — E07 故障专项
这是本场景的核心数据资产：同一台设备多次出现同一故障码，工单记录中包含了处理过程和修复方式。LLM 通过检索这些历史工单发现规律：3 次 E07，2 次是接线问题。
5.1 E07 故障工单列表
| 工单编号 | 日期 | 故障码 | 处理人 | 处理方式 | 耗时 | 结论 |
|---|---|---|---|---|---|---|
| WO-2024-0812-004 | 2024-08-12 | E07 | 李工 | 检查 DDC 至执行器控制线 → 发现端子排 3 号口接线松动 → 重新紧固 → 断电复位 → 故障消除 | 15 min | 接线松动 |
| WO-2025-0322-007 | 2025-03-22 | E07 | 赵工 | 紧固接线无效 → 手动盘阀卡涩 → 拆解执行器发现内部齿轮磨损 → 更换天加原厂执行器（备件库存有货）→ 重新校准 | 2 h 20 min | 执行器齿轮磨损（更换） |
| WO-2025-1105-003 | 2025-11-05 | E07 | 李工 | 到现场先查接线 → 发现端子排 3 号口氧化（接触电阻大）→ 清洁端子 → 重新紧固 → 复位正常 | 10 min | 接线端子氧化 |
5.2 关键模式提取
| 维度 | 数据 |
|---|---|
| 总 E07 次数 | 3 次（近 2 年） |
| 接线相关原因 | 2 次（66.7%）—— 1 次松动、1 次氧化 |
| 执行器硬件故障 | 1 次（33.3%）—— 齿轮磨损 |
| 接线相关平均修复时间 | 12.5 min |
| 执行器更换平均修复时间 | 2 h 20 min |
| 涉及同一端子位置 | 2 次（端子排 3 号口） |
隐性知识：老李第二次 E07 时，到场第一件事就是查 3 号口接线——因为他第一次就这么修好的。这条经验没写入任何手册，只存在于老李脑子里。LLM 从工单记录中可以提取出相同的规律。
5.3 维保记录
| 维保日期 | 维保内容 | 执行人 |
|---|---|---|
| 2026-03-10 | 定期保养：清洗滤网、检查风机皮带、冷水阀执行器功能测试（正常） | 王工 |
| 2025-12-10 | 定期保养：滤网清洗、风机轴承润滑、传感器校准 | 王工 |
最近两次维保中，执行器功能测试均"正常"——说明 E07 是间歇性故障，维保的瞬时测试无法复现。
六、IOT 实时数据快照
快照时间: 2026-06-22 21:35（小赵发现故障码时触发拉取）
物模型与 AHU-001 一致（25 点位），重点关注与 E07 相关的信号。
| 名称 | 标识符 | 最新值 | 参考范围 | 状态判定 |
|---|---|---|---|---|
| 回风温度 | ReturnAirTemperature | 25.2°C | — | ✅ 正常（设定 24°C） |
| 送风温度 | SupplyAirTemperature | 16.5°C | 14~18°C | ✅ 正常 |
| 运行模式 | OperationMode | 制冷 | — | ✅ |
| 风机运行状态 | FanRunningStatus | 运行 | — | ✅ |
| 风机故障状态 | FanFaultStatus | 正常 | — | ✅ |
| 冷水阀阀位反馈 | ColdWaterValveFeedback | 52.0% | — | ⚠️ 异常信号 |
| 冷水阀控制指令（虚拟） | ColdWaterValveCommand | 65.0% | — | ⚠️ 偏差 13% |
| 风机变频器频率反馈 | FanFrequencyFeedback | 42.0 Hz | 20~50Hz | ✅ |
| 风机手/自动转换 | FanManualAutomatic | 自动 | — | ✅ |
| 初效滤网报警 | PrimaryFilterAlarm | 正常 | — | ✅ |
| 中效滤网报警 | MediumFilterAlarm | 正常 | — | ✅ |
| 累计运行时间 | RunTime | 12500 h | — | — |
| BA/平台模式 | BA_Nimbus | BA模式 | — | ✅ |
关键信号：冷水阀阀位反馈 52% vs 控制指令 65%，偏差 13%。
根据《天加 TAC 系列 AHU 维护手册 §2.4》——"阀位反馈与控制信号偏差 > 10%"即判定为执行器失步（E07），与当前面板报错吻合。
但注意：偏差 13% 在 IOT 平台的告警规则中没有配置，因此未触发自动告警。
七、RAG 知识库引用
| 序号 | 文档名称 | 元数据标签 |
|---|---|---|
| 1 | 《天加 TAC 系列 AHU 安装维护手册》§2.4 电动阀检修 | system=暖通空调, component=空调机组 |
| 2 | 《空调机组 DDC 控制箱接线与检修 SOP》 | system=暖通空调, component=空调机组 |
| 3 | 《天加执行器 TAC-ACT-01 安装与校准指南》 | system=暖通空调, component=电动调节阀 |
文档 1 复用了已有知识库（与一键诊断 case 共享）。
文档 2、3 为此场景新增的 RAG 内容，完整 Chunk 见 附录 A。
八、AI 辅助预期输出
展示格式参照前端 PRD（§2.2 分类标签栏 + §2.1 统一展示模式 + §2.3 G-Cite 引用来源）。
┌──────────────────────────────────────────────────────────────┐
│ 一键诊断结果 [收起] [刷新] │
├──────────────────────────────────────────────────────────────┤
│ │
│ 暖通空调 > 空调机组 > E07执行器失步 │
│ │
│ ┌─ 诊断建议 ──────────────────────────────────────────┐ │
│ │ │ │
│ │ ⚠️ 操作前务必断电！涉及 220V 端子排，佩戴绝缘手套。 │ │
│ │ │ │
│ │ ## 故障码解读 │ │
│ │ │ │
│ │ E07 = 执行器失步保护 │ │
│ │ 冷水阀阀位反馈与控制信号偏差 > 10%， │ │
│ │ 执行器内部位置检测与控制器指令不一致。 │ │
│ │ 参考：天加 TAC 系列 AHU 维护手册 §2.4.4 │ │
│ │ │ │
│ │ ## 实时数据分析 │ │
│ │ │ │
│ │ | 指标 | 当前值 | 判定 | │ │
│ │ |------|--------|------| │ │
│ │ | 冷水阀控制指令 | 65% | — | │ │
│ │ | 冷水阀阀位反馈 | 52% | ❌ 偏差 13%（阈值 >10%） │ │
│ │ | 风机 | 运行 / 42Hz | ✅ | │ │
│ │ | 滤网 | 正常 | ✅ | │ │
│ │ | 送风/回风温度 | 正常范围 | ✅ | │ │
│ │ │ │
│ │ → IOT 数据确认偏差 13%，与 E07 定义吻合。 │ │
│ │ │ │
│ │ ## 设备历史规律（关键信息） │ │
│ │ │ │
│ │ AHU-002 近 2 年共发生 3 次 E07 故障： │ │
│ │ │ │
│ │ ① 2024-08 · 接线松动（李工）—— 端子排 3 号口松脱 │ │
│ │ ② 2025-03 · 执行器齿轮磨损（赵工）—— 更换执行器 │ │
│ │ ③ 2025-11 · 接线端子氧化（李工）—— 清洁后紧固 │ │
│ │ │ │
│ │ 📌 3 次中有 2 次是接线问题（同一端子位置：3 号口） │ │
│ │ 💡 老李的操作习惯：到场先查 3 号口接线——建议你照做。 │ │
│ │ │ │
│ │ ## 排查步骤（按优先级） │ │
│ │ │ │
│ │ 第一步：检查 DDC 控制信号接线 ⭐ 最可能的原因 │ │
│ │ 1. 打开 AHU-002 控制柜，找到 DDC 端子排 │ │
│ │ 2. 检查 3 号口（控制信号输出）接线是否松动/氧化 │ │
│ │ 3. 若松动 → 重新紧固 → 断电复位 → 观察 E07 是否消除 │ │
│ │ 4. 若氧化 → 清洁端子 → 重新紧固 │ │
│ │ 预计耗时：10~15 分钟 │ │
│ │ 参考：空调机组 DDC 控制箱接线与检修 SOP §2.1 │ │
│ │ │ │
│ │ ⚠️ 操作前务必断电！涉及 220V 端子排，佩戴绝缘手套。 │ │
│ │ │ │
│ │ 第二步：若接线正常 → 检查执行器机械状态 │ │
│ │ 1. 断开执行器连杆，手动转动阀杆判断是否卡涩 │ │
│ │ 2. 若卡涩 → 拆解检查齿轮是否磨损 │ │
│ │ 参考：天加执行器 TAC-ACT-01 安装与校准指南 §3 │ │
│ │ │ │
│ │ 第三步：更换后校准 │ │
│ │ 1. 长按执行器面板"MODE"键 5 秒进入校准模式 │ │
│ │ 2. 确认 LED 变为绿色 → 校准完成 │ │
│ │ 3. 验证控制指令与反馈偏差 < 5% │ │
│ │ 参考：天加 TAC 系列 AHU 维护手册 §2.4.3 │ │
│ │ │ │
│ │ 本建议仅供参考，如有疑难请升级处理。 │ │
│ │ │ │
│ └──────────────────────────────────────────────────────┘ │
│ │
│ ┌─ 引用来源（3） [展开 ▼] ────┐ │
│ │ 1 天加 TAC 系列 AHU 安装维护手册 §2.4 [查看原文] │ │
│ │ 2 空调机组 DDC 控制箱接线与检修 SOP [查看原文] │ │
│ │ 3 天加执行器 TAC-ACT-01 安装与校准指南 [查看原文] │ │
│ └──────────────────────────────────────────────────────┘ │
│ │
│ 这个诊断对你有帮助吗？ [有帮助] [无帮助] │
│ │
└──────────────────────────────────────────────────────────────┘九、为什么这个 Case 适合宣发
TL;DR：同一个一键诊断引擎，不同场景下由不同数据源提供核心价值。第一个 Case（AHU-001 不制冷）靠 IOT 实时值定位根因；本 Case（AHU-002 报 E07）靠知识库故障码检索 + 历史工单维修经验模式挖掘。
9.1 行业痛点：新人存活率
物业运维领域的新人流失率高、培养周期长。新人到岗前 3 个月，基本处于"不敢动 → 等人来 → 打下手"的状态。问题不是新人笨——是信息获取成本太高：
"我看得见故障码，但我不知道它什么意思。我翻得到手册，但我不知道哪一页才有用。我查得到历史记录，但没人告诉我这台设备有什么'老毛病'。"
9.2 三个层面的知识断裂
| 知识类型 | 知识位置 | 新人获取方式 | AI 辅助方式 |
|---|---|---|---|
| 设备知识（故障码含义、操作步骤） | 产品手册 PDF | 翻目录找 → 找不到 → 放弃 | RAG 秒查对应章节 |
| 设备历史（过去出过什么问题） | 工单系统数据库 | 没有查的意识，不知道怎么查 | AI 自动提取规律 |
| 隐性经验（"先查3号口"） | 老员工脑子里 | 等老员工回复 → 人在经验在 | 从历史工单中挖掘模式 |
前两条（手册 + 工单）是数据问题，第三条（隐性经验）是 AI 的差异化价值。
9.3 AI 的独特价值：挖掘沉默数据
在这个 Case 中，工单系统中的"备注"字段记录了老李每次处理 E07 的具体操作。这些数据一直在那里，但:
- 新人不知道去查
- 就算查了，3 条独立的工单记录之间没有关联
- 就算关联了，没人告诉你有"2/3 是接线松动"这个统计规律
AI 做的不是"知道答案"——AI 做的是"把这些碎片拼成一幅图，再把图翻译成'第一步做什么'。"
9.4 两个 Case 的宣发互补性
| 维度 | 第一个 Case（AHU-001 不制冷） | 本 Case（AHU-002 报 E07） |
|---|---|---|
| 核心问题 | 设备在运行，但效果差（回风 30.5°C） | 设备间歇性报错（E07 故障码） |
| 关键数据源 | IOT 实时值（冷水阀 18.5%） | 知识库 RAG（故障码表）+ 历史工单（重复模式） |
| 体现的能力 | IOT 数据驱动的根因定位 | 知识检索 + 历史经验挖掘 |
| 观众共鸣点 | "我也经历过排查几小时才发现问题" | "新员工进来半年都不敢独立处理故障" |
| 产品故事 | AI 帮有经验的人省时间 | AI 帮没经验的人补经验 |
两个 Case 拼在一起才是完整的产品叙事：同一套引擎，IOT 数据多的 case 靠数据说话，历史经验多的 case 靠规律说话。不管是老师傅还是新人，都能从中获得自己需要的信息。
十、后续计划
10.1 数据准备清单
| 数据源 | 状态 | 说明 |
|---|---|---|
| 设备手册 RAG（3 份） | ✅ 本文档已包含 Mock Chunk | A2-A3 为新增内容 |
| 历史工单（3 条 E07 记录） | ✅ 已在第 5 节提供 | 需接入工单系统 API |
| IOT 实时数据 | ✅ AHU-002 点位与 AHU-001 一致 | 复用已有接入 |
| 隐性经验挖掘 Prompt | ❌ 待设计 | 需要设计 Agent 从工单中提取规律 |
10.2 验证前提
在一键诊断现有引擎上验证此场景，需要确认以下数据源在同一个 Context Tool 中是否已可接入：
| 数据源 | 已有 | 待确认 |
|---|---|---|
| IOT 实时数据 | ✅ AHU-001 已接入，AHU-002 点位结构一致 | 切换设备 ID |
| 知识库 RAG（Chunk A1） | ✅ 已有 | 新增 Chunk A2、A3 |
| 历史工单查询 | ❌ 引擎未接入工单系统 | 需确认工单系统 API 是否可扩展为 Context Tool |
最核心的改动是工单系统数据接入：需要让引擎能按 device_id 检索历史工单，并按故障码或故障描述聚合相同模式的工单。详见 历史工单记录。
10.3 优先级建议
P0 — 立即验证
├── 确认工单系统 API 可接入（历史工单按设备 + 故障码检索）
└── 新增 RAG Chunk A2、A3 上传至知识库
P1 — 体验完善
└── Prompt 中加入历史工单模式提取指令
P2 — 差异化增强
├── 历史规律置信度标注（3 次中的 2 次 vs 10 次中的 8 次）
└── 操作耗时预估（基于历史工单中的实际耗时记录）附录 A：RAG 知识库 Mock Chunk
Chunk A1 — 天加 TAC 系列 AHU 安装维护手册 §2.4 电动阀检修
复用了 FA_一键诊断_Ideal_Scenario_Mock数据.md 中的 Chunk A1（完全一致），此处不再重复。
Chunk A2 — 空调机组 DDC 控制箱接线与检修 SOP
yaml
chunk_id: AHU-DDC-SOP-0021
document_title: 空调机组 DDC 控制箱接线与检修 SOP
system: 暖通空调
component: 空调机组
doc_nature: SOP
document_url: oss://kb-fa/AHU/空调机组DDC控制箱接线与检修SOP_v1.0.pdfmarkdown
## §2 DDC 模拟量输出通道检修
### 2.1 通道识别
AHU 标准 DDC 控制箱模拟量输出通道配置：
| 通道号 | 信号类型 | 连接设备 | 线色 |
|--------|---------|---------|------|
| AO-1 | 0~10V | 冷水阀执行器（控制信号） | 红色 |
| AO-2 | 0~10V | 热水阀执行器（控制信号） | 蓝色 |
| AO-3 | 0~10V | 新风阀执行器（控制信号） | 黄色 |
| AI-1 | 0~10V | 冷水阀执行器（反馈信号） | 白色 |
| AI-2 | 0~10V | 热水阀执行器（反馈信号） | 灰色 |
### 2.2 端子排接线检查
常见故障原因：
1. **接线松动**：AO-1 通道端子口弹簧片疲劳，导致控制信号中断或接触不良
- 现象：阀位反馈值跳变或与指令偏差大
- 排查：轻微拉动接线检查是否松脱
- 处理：重新剥线插入，确保弹片压紧
2. **端子氧化**：高湿度环境下铜端子表面氧化，接触电阻增大
- 现象：阀位反馈值偏低且不稳定
- 排查：目视端子表面有无灰绿色氧化层
- 处理：WD-40 清洁 + 砂纸打磨 + 重新紧固
3. **接线错误**：AO-1 与 AO-2 通道接线对调
- 现象：夏季冷水阀开度变小或不动，热水阀反而有开度
- 排查：对照上表核对线色与通道号
### 2.3 万用表测量步骤
1. 万用表选择 DC 电压档（0~20V）
2. 红表笔接 AO-1 端子，黑表笔接 COM
3. 在 DDC 端发送 50% 开度指令，应测得 ~5V DC
4. 若电压为 0V → DDC 模块故障或程序未运行
5. 若电压正常但执行器不动作 → 执行器侧故障
### 2.4 复位操作
E07 故障复位步骤：
1. 确认控制信号接线正常
2. 断开 DDC 电源 → 等待 30 秒 → 重新上电
3. 执行器自动执行断电复位校准
4. 校准完成后，在 DDC 侧持续监控 10 分钟
5. 若复位后再次报 E07 → 执行器机械故障，需更换Chunk A3 — 天加执行器 TAC-ACT-01 安装与校准指南
yaml
chunk_id: TAC-ACT-INSTALL-0001
document_title: 天加执行器 TAC-ACT-01 安装与校准指南
system: 暖通空调
component: 电动调节阀
doc_nature: 产品说明书
document_url: oss://kb-fa/valve/天加执行器TAC-ACT-01安装与校准指南_v1.1.pdfmarkdown
## §1 产品概述
TAC-ACT-01 是 TAC0815CHW 组合式空气处理机组的标配电动执行器，
控制信号 0~10V DC，反馈信号 0~10V DC，扭矩 5 N·m。
## §2 更换步骤
### 2.1 拆卸旧执行器
1. 断开 DDC 侧控制信号接线（记下线序）
2. 松开执行器与阀体的连接螺母（17mm 扳手）
3. 取下执行器，检查阀杆是否卡涩
4. 若阀杆正常 → 直接更换执行器
5. 若阀杆卡涩 → 需同时检修阀体
### 2.2 安装新执行器
1. 将新执行器对准阀杆，手动旋转至中间位置
2. 拧紧连接螺母（扭矩 20 N·m）
3. 按原线序接回控制信号线（AO-1 红色，AI-1 白色）
4. 通电前确认接线无误
### 2.3 校准
更换后须重新校准（两种方式）：
**方式一：自动校准**
1. 长按"MODE"键 5 秒进入校准模式
2. 执行器自动运行至全关 → 全开 → 回到中间位置
3. LED 变为绿色 → 校准完成
**方式二：手动校准（自动校准失败时）**
1. 短按"MODE"键切换至手动模式
2. 使用手轮将阀门转至全关位置
3. 按住"SET"键 3 秒记录零点
4. 转至全开位置，再次按"SET"键 3 秒记录满量程
5. LED 变为绿色 → 校准完成
### 2.4 更换后验证
1. 在 DDC 端发送 0%、50%、100% 开度指令
2. 确认阀位反馈偏差 < 5%
3. 持续运行 30 分钟无 E07 复报 → 更换成功
## §3 常见更换后问题
| 问题 | 可能原因 | 处理 |
|------|---------|------|
| 更换后仍报 E07 | 未执行校准 | 执行 §2.3 校准步骤 |
| 反馈值恒为 0 | 反馈线未接或接错 | 检查 AI-1 白色线 |
| 阀门动作方向相反 | 控制信号线反接 | 交换 AO-1 正负极 |
| 30 分钟内又报 E07 | 阀体本身卡涩 | 检查阀杆和盘管水侧 |文档版本：v1.0
创建日期：2026-07-03
作者：欧爪宝