简介：本资源是西门子Desigo CC楼宇自动化系统官方中文技术手册（第二册）——《用户界面》专项指南，面向楼宇自控工程师、BA系统集成商及运维技术人员，聚焦GUI操作逻辑与人机交互核心能力提升。手册系统解析摘要栏、系统浏览器、工作流窗格、事件处理机制等关键模块，涵盖多语种支持、BACnet警报映射、自定义视图配置、最近浏览窗格导航等实战要点，帮助用户高效完成监控、告警响应、在线工程与系统管理任务。资源为单文件PDF格式，共1个文件，大小2.41MB，内容结构清晰，含17页核心操作图解与功能说明，适合作为现场查阅、岗前培训与系统调试参考。目前已有1576人学习下载，是掌握Desigo CC用户界面设计哲学与标准化操作流程的权威入门材料。

1. Desi GO CC 用户界面到底是什么：不是“点点点”的操作面板，而是工作流驱动的楼宇自动化操作系统内核

很多人第一次打开 Desi GO CC，以为它只是个带点动画效果的监控大屏——点点设备图标、看看温度曲线、确认下报警，完事。但真正用过三个月以上的某高校暖通自控团队反馈：这根本不是传统 SCADA 的图形壳子，而是一套以“窗格+工作流”为底层逻辑的操作系统级界面框架。它把 BACnet 设备管理、事件响应、图形组态、调度执行全揉进一个无重叠窗口、状态可追溯、操作可回滚的统一视图里。你不是在“看系统”，而是在“驾驶系统”：摘要栏是仪表盘，系统浏览器是导航地图，主窗格是操作台，操作窗格是快捷工具箱。它不鼓励你开十个窗口查数据，而是用“最近浏览窗格”+“关联应用程序”强制你在线性工作流中推进任务——比如从“发现冷机报警”→“跳转到该设备趋势图”→“调出对应操作程序”→“下发服务中指令”，四步全部在同一个逻辑上下文中完成。这份《UserInterface-BA-CN》手册，就是帮你拆解这个“驾驶舱”的物理布局、信号流向和操作契约。适合刚接手 Desigo CC 工程交付的调试工程师、需要自主运维的物业技术主管，以及正在做国产 BA 系统对标研究的某实验室开发者。它不讲协议栈，不画架构图，只告诉你：鼠标移到哪会触发什么、右键菜单里哪项能救急、为什么“确认事件”后窗格没变——这些血泪经验，全藏在页码 6 到 19 的细节里。

2. 摘要栏：Desi GO CC 的神经中枢与第一响应入口，80% 的高频操作从这里发起

Desi GO CC 的摘要栏（Status Bar）绝非装饰性横条。它是整个 GUI 的状态广播站、指令发射台和紧急通道。位置固定在屏幕最顶部，横向贯穿全宽，所有用户无论处于哪个窗格、哪个视图，都能实时感知系统健康度与待办事项。它的设计哲学很直白：把最常触发的动作，放在离手指最近、视觉最醒目的位置。下面拆解其核心模块的物理布局、交互逻辑与工程实操要点。

2.1 摘要栏的物理分区与功能映射（页码 8–10）

摘要栏从左到右划分为五个逻辑区，每个区承担明确职责，且支持动态显隐（取决于用户权限与当前上下文）：

提示：摘要栏高度固定为 32 像素，不可拖拽调整。若发现部分图标被截断（如“关于页码”图标只显示半边），大概率是 Windows 显示缩放设置 > 100%（如 125% 或 150%），需在 Desigo CC 客户端快捷方式属性 → 兼容性 → 勾选“替代高 DPI 缩放行为”并选择“系统(增强)”。

2.2 摘要栏菜单的隐藏逻辑与权限控制（页码 10）

摘要栏右键菜单（或点击“操作程序”按钮旁的向下箭头）展开的完整菜单，其可见项受双重过滤：当前用户角色权限 + 已安装功能模块。例如：

• 若用户角色为Operator（操作员），则菜单中不会出现工程、系统配置类选项；
• 若未安装Desigo CC Reporting Extension模块，则打印选项虽存在，但点击后弹出“报告功能未启用”提示，而非空白打印预览；
• 活动任务是唯一不受模块限制的菜单项，所有角色均可查看当前会话 ID、连接服务器 IP、登录时长及“断开连接”按钮。

实际工程中，我一般会用此菜单快速验证三件事：

1. 点击关于页码，核对显示的Build Number是否与项目验收报告一致（例：Build 12.1.0.12345），避免现场误装测试版；
2. 点击活动任务，确认“会话状态”为Active且“最后活动时间”在 30 秒内，排除后台连接假死；
3. 在多用户共用工作站场景下，用操作程序 → 切换用户快速切换至Engineer角色执行临时配置，比反复注销登录节省 40 秒以上。

2.3 事件灯与事件详细信息栏的联动机制（页码 13）

这是摘要栏最易被误解的交互点。很多新手以为“点事件灯只是看列表”，其实它触发的是三级联动：

# 事件灯（红灯亮） → 单击 → 展开事件详细信息栏（显示1-2个最高优先级事件） # ↓ # 事件详细信息栏底部“查看更多”链接 → 点击 → 打开独立事件列表窗格（显示全部未处理事件） # ↓ # 事件列表窗格顶部“筛选”按钮 → 点击 → 弹出高级筛选对话框（支持按设备、时间范围、事件类型组合过滤）

关键细节在于：事件详细信息栏的内容是动态计算的，不是静态快照。它每 5 秒自动刷新一次，且仅显示“当前未确认、未清除、未超时”的事件。若某空调机组故障报警被值班员在手机 App 上远程确认，该事件会立即从详细信息栏消失，但仍在事件列表窗格中保留为“已确认”状态。这种设计倒逼用户养成“先看摘要栏灯，再点详情栏定位，最后去列表窗格闭环”的操作肌肉记忆。

3. 系统浏览器：Desi GO CC 的数字孪生导航仪，如何用好两个默认视图与自定义视图

系统浏览器（System Browser）是 Desigo CC 的“数字孪生导航仪”。它不展示实时数据，而是呈现整个楼宇自动化系统的逻辑拓扑与对象关系。你可以把它理解成一套可交互的 IFC 模型目录——只不过目录项是 BACnet 对象（如ANALOG-INPUT:101）、管理单元（如HVAC-CHILLER-PLANT）和应用服务（如TrendLog）。其价值不在“看到什么”，而在“如何精准跳转到你要操作的那个点”。手册页码 14–16 清晰划分了三大视图类型，但真正决定效率的是你如何组合使用它们。

3.1 应用程序视图：面向运行与工程的“业务视角”（页码 14）

应用程序视图（Application View）是绝大多数日常操作的起点。它的树形结构按“业务功能域”组织，而非物理位置。典型路径为：
Root → Building Management → HVAC → Chiller Plant → Primary Chiller #1 → Controls → Operating Mode

这里的关键是：所有节点名均为可编辑标签，且编辑后立即同步至数据库。某公司曾因将Primary Chiller #1误命名为Chiller-01，导致后续所有基于该名称的宏脚本失效。修正方法不是重命名，而是通过“操作窗格 → 关联应用程序 → 修改对象属性”进入底层 BACnet 属性编辑。

更实用的技巧是利用其“工程友好性”：

• 在 HVAC 节点上右键 →新建 → 图形，可直接创建关联该节点的组态画面，无需先找设备再拖拽；
• 选中TrendLog节点 → 右键 →打开趋势，自动加载该对象的历史数据曲线，时间范围默认为最近 7 天；
• 按住Ctrl键多选多个ANALOG-INPUT节点 → 右键 →批量编辑，可一次性修改所有选中对象的Description或Units属性。

注意：应用程序视图的展开状态（哪些节点已展开）不跨会话保存。每次登录后需重新展开，但可通过“视图 → 保存当前视图”生成一个.vew文件，下次用“视图 → 打开视图”载入，省去重复展开时间。

3.2 管理视图：面向系统集成的“协议视角”（页码 14）

管理视图（Management View）是给系统集成商和高级工程师准备的。它按“协议层级与系统架构”组织，根节点为BACnet Devices、Desigo CC Servers、Networks。典型路径为：
BACnet Devices → 192.168.10.50 (BACnet/IP Router) → Device 12345 → Objects → ANALOG-INPUT:101

此处的价值在于：暴露底层协议细节，用于诊断通信故障。当某个设备在应用程序视图中显示“离线”，但在管理视图中BACnet Devices下该 IP 节点仍为绿色，说明问题在设备内部（如电源故障），而非网络层；反之，若管理视图中该 IP 节点为灰色，则需检查交换机端口、防火墙策略或 BACnet MSTP 总线终端电阻。

一个硬核操作：在Objects节点上右键 →刷新对象列表，可强制重新枚举该设备的所有 BACnet 对象。这对新接入的第三方设备特别有用——有时设备上线后，Desigo CC 不会自动发现新增对象，必须手动刷新。

3.3 自定义视图：为不同角色打造的“专属工作台”（页码 16）

自定义视图（Custom View）是 Desigo CC 权限体系的落地体现。它允许管理员为特定用户组创建精简导航树。例如：

• 为物业值班员创建Duty Officer View：仅包含Building Management → Security → Door Access Alarms和Fire Alarm Zones，隐藏所有 HVAC、照明配置节点；
• 为能源工程师创建Energy Analytics View：聚合HVAC → Chiller Plant → Energy Meters、Lighting → Main Lobby → Power Sensors及Reporting → Monthly Consumption Reports。

创建步骤（需Administrator权限）：

1. 在系统浏览器任意空白处右键 →新建视图；
2. 输入视图名称（如Duty Officer View），选择“基于应用程序视图”；
3. 在左侧“可用节点”中，逐级展开找到目标节点（如Security → Door Access Alarms），拖拽至右侧“视图内容”区域；
4. 右键新视图节点 →属性→ 在访问控制页签中，勾选目标用户组（如Duty Officers）；
5. 点击确定，该视图即对指定用户组可见。

提示：自定义视图的节点拖拽支持“复制”而非“移动”。原节点在应用程序视图中依然存在，确保不同角色视图互不干扰。但若删除源节点（如误删Door Access Alarms），所有引用它的自定义视图将丢失该分支，需重新配置。

4. 工作流驱动的窗格系统：为什么 Desi GO CC 拒绝重叠窗口，以及如何高效穿梭于主窗格、操作窗格与文本查看器

Desi GO CC 最反直觉的设计，是它彻底抛弃了 Windows 式的重叠窗口管理。所有内容都承载在“窗格”（Pane）中，且窗格之间遵循严格的父子关系与状态继承。这不是为了炫技，而是为了解决 BA 系统中最痛的痛点：操作上下文丢失。当一个暖通工程师正在处理冷站报警时，他不需要同时开着趋势图、设备属性、操作日志三个窗口再手动比对——Desi GO CC 用窗格联动把它们缝合成一个逻辑整体。手册页码 5、7、18–19 揭示了这套机制的骨架。

4.1 窗格的三层结构与数据流向（页码 18–19）

Desi GO CC 的窗格系统由三个固定层级构成，彼此间通过对象 ID 绑定，形成单向数据流：

关键逻辑在于：当你在系统浏览器中点击一个节点，主窗格自动加载其默认视图，文本查看器同步刷新该节点属性，操作窗格则根据节点类型动态渲染按钮。例如：

• 点击ANALOG-INPUT:101→ 主窗格显示其当前值趋势 → 文本查看器列出Present_Value=23.5°C→ 操作窗格显示“读取历史”、“导出数据”；
• 点击BINARY-OUTPUT:202→ 主窗格显示其开关状态与控制逻辑图 → 文本查看器列出Present_Value=Inactive→ 操作窗格显示“强制开启”、“强制关闭”、“解除强制”。

这种强绑定意味着：你永远不需要“记住”某个设备在哪打开过趋势图——只要在系统浏览器中找到它，所有相关视图自动就位。

4.2 最近浏览窗格：对抗认知负荷的救命稻草（页码 17）

“最近浏览窗格”（Recently Visited Panes）是 Desi GO CC 对人类短期记忆缺陷的务实妥协。它位于系统浏览器下方、摘要栏上方的独立区域，以缩略图+文字形式展示最多 20 个最近访问的窗格。其价值远超“快速返回”：

• 缩略图实时渲染：每个缩略图是主窗格当前画面的静态快照，即使原窗格已关闭，缩略图仍保留最后状态。某导师曾用此功能快速回溯“3分钟前那个异常高温报警发生时，冷机的实时运行参数是什么”；
• 拖拽即复用：可直接将缩略图拖拽到主窗格区域，瞬间恢复该窗格及其关联的文本查看器、操作窗格状态；
• 右键菜单深度操作：在缩略图上右键，除“打开”外，还有“从列表移除”（清理干扰项）、“锁定”（防止被新访问覆盖）、“导出为图片”（留存证据）。

工程实践中，我养成了一个习惯：处理复杂故障时，每完成一个分析步骤（如查趋势、看日志、调参数），就刻意点击一次其他无关节点（如Root），再立刻点回目标设备——这样会在“最近浏览”中生成一条带时间戳的记录，形成可视化的操作轨迹。

4.3 窗格间的隐式状态传递与避坑（页码 7）

Desi GO CC 的窗格看似独立，实则通过“当前上下文对象”隐式传递状态。最典型的陷阱是：在操作窗格中执行“确认事件”后，主窗格未刷新，导致你以为操作失败。真相是：确认动作只更新事件状态，不触发主窗格重绘。正确做法是：

1. 在操作窗格点击确认；
2. 观察摘要栏事件灯是否熄灭（确认成功标志）；
3. 若需查看确认后的设备状态，应右键主窗格 →刷新，或按F5。

另一个高频翻车点：在文本查看器中修改了Description属性后，期望主窗格图形上的设备标签立即更新。但 Desi GO CC 的图形引擎缓存标签文本，需手动触发刷新。解决方案是：在文本查看器中修改后，按Ctrl+S保存，然后在主窗格空白处右键 →刷新图形。

5. 避坑 / 常见问题 / 排查：Desi GO CC 用户界面的 5 个真实踩坑记录与血泪解法

在 Desi GO CC 现场调试中，有 5 类问题出现频率极高，且官方手册极少明说。以下是某公司三年内积累的真实案例，按“现象→原因→解决”结构整理，每一条都经过至少 3 个项目验证。

5.1 现象：摘要栏事件灯常亮红色，但事件列表窗格为空，点击“查看更多”也无响应

原因：事件服务（Event Service）进程在 Desigo CC 服务器端异常停止，或客户端与服务器间的事件订阅通道中断。此时摘要栏仍接收心跳包故灯亮，但无实际事件推送。
解决：

1. 在客户端点击摘要栏 → 菜单 → 关于页码，记录Server Address；
2. 登录该服务器，打开Windows 服务管理器，检查DesigoCC Event Service状态；
3. 若为“已停止”，右键启动；若启动失败，查看C:\DesigoCC\Logs\EventService.log中最近 ERROR 行；
4. 常见修复：重启DesigoCC Server Service（事件服务依赖它）。

5.2 现象：在系统浏览器中右键某个设备节点，打开趋势选项灰色不可用

原因：该设备对象未配置TrendLog服务，或TrendLog对象被意外删除，或当前用户角色缺少TrendView权限。
解决：

1. 在系统浏览器中，导航至管理视图 → BACnet Devices → [设备IP] → Objects；
2. 查找类型为TrendLog的对象（如TrendLog:1），若不存在，需在工程阶段通过Desigo CC Engineering Station为其添加；
3. 若存在，右键该TrendLog对象 →属性→ 确认Enable属性为TRUE；
4. 权限检查：联系管理员，在Desigo CC Administration Tool中为当前用户组勾选TrendView。

5.3 现象：自定义视图中拖入的节点，双击后主窗格显示“对象不存在”错误

原因：该节点在数据库中已被删除或重命名，但自定义视图的引用未更新，形成“悬空指针”。
解决：

1. 在系统浏览器中，切换到管理视图；
2. 按Ctrl+F打开搜索框，输入自定义视图中该节点的原始名称（如Chiller-01）；
3. 若搜索无结果，说明对象已删；若找到但名称不同（如Primary Chiller #1），则需在自定义视图中删除旧节点，重新拖入新节点；
4. 预防措施：所有设备命名遵循系统缩写-楼层-序号规范（如CH-01-01），避免使用#、空格等特殊字符。

5.4 现象：操作窗格中“强制开启”按钮点击后无反应，设备状态不变

原因：Desi GO CC 的强制（Override）功能需设备对象支持Relinquish_Default属性，且该属性值不为null。某些老旧 BACnet 设备固件不支持此属性。
解决：

1. 在文本查看器中，找到该对象的Relinquish_Default属性行；
2. 若值为<null>或空白，说明设备不支持强制；
3. 替代方案：改用BACnet WriteProperty服务直接写Present_Value，需通过Desigo CC Engineering Station的BACnet Explorer工具执行；
4. 工程建议：在设备选型阶段，要求供应商提供 BACnet PICS 声明书，确认Relinquish_Default支持等级。

5.5 现象：中文界面下，摘要栏菜单中的“用户文档”点击后弹出乱码 PDF

原因：Desi GO CC 客户端安装时，未正确部署中文字体嵌入包，或 PDF 文档库本身使用了非标准字体编码。
解决：

1. 手动下载西门子官方Desigo CC Documentation Font Pack（文件名含CN_Fonts.zip）；
2. 解压至C:\DesigoCC\Documentation\Fonts\目录（若不存在则新建）；
3. 重启 Desigo CC 客户端；
4. 若仍乱码，临时方案：在摘要栏 → 用户文档菜单中，右键任一文档链接 →在浏览器中打开，用 Chrome 浏览器阅读（Chrome 内置中文字体渲染更鲁棒）。

6. 进阶技巧：用“关联应用程序”打通窗格壁垒，实现从报警到处置的 3 步闭环

Desi GO CC 的“关联应用程序”（Associated Applications）功能，藏在主窗格右键菜单深处（页码 19），却是整套用户界面中最锋利的工程利器。它不教你怎么点按钮，而是教你如何让系统自己“想”到下一步。某跨平台系统集成项目中，我们用它把平均故障处置时间从 12 分钟压缩到 90 秒——核心就靠这一个功能。

6.1 关联应用程序的本质：对象级的智能快捷方式链

“关联应用程序”不是简单的超链接集合。它是为每个 BACnet 对象预定义的一组上下文敏感操作，存储在对象的Object_Property_Reference属性中。当你在主窗格中右键一个设备，看到的菜单项，就是该对象Object_Property_Reference指向的其他对象的快捷入口。例如：

• ANALOG-INPUT:101（冷冻水温度传感器）的关联应用可能指向：
  →TrendLog:101（其历史趋势）
  →GRAPHIC:CH-01-TMP（所在冷机的组态画面）
  →OPERATION-PROCEDURE:CH-01-ALERT（温度超限应急程序）
• 而OPERATION-PROCEDURE:CH-01-ALERT的关联应用又指向：
  →BINARY-OUTPUT:202（冷机启停控制点）
  →NOTIFICATION-CLASS:ALERT-CH-01（报警通知配置）

这种链式关联，构建了一条从“发现问题”到“执行处置”的免导航路径。

6.2 构建关联链的实操步骤（需 Engineer 权限）

以“冷冻水温度超限自动处置”为例，手动建立闭环：

步骤 1：确认源头对象与处置目标

• 源头：ANALOG-INPUT:101（温度传感器）
• 处置目标：BINARY-OUTPUT:202（冷机控制点）、OPERATION-PROCEDURE:CH-01-ALERT（应急程序）

步骤 2：为源头对象添加关联

1. 在系统浏览器中，导航至管理视图 → BACnet Devices → [设备IP] → Objects → ANALOG-INPUT:101；
2. 右键 →属性→ 切换到Object_Property_Reference页签；
3. 点击添加→ 在弹出对话框中：
   • Reference Type:TrendLog→ 选择TrendLog:101；
   • Reference Type:Graphic→ 选择GRAPHIC:CH-01-TMP；
   • Reference Type:OperationProcedure→ 选择OPERATION-PROCEDURE:CH-01-ALERT；
4. 点击确定保存。

步骤 3：为处置目标添加反向关联（可选但推荐）
在OPERATION-PROCEDURE:CH-01-ALERT的Object_Property_Reference中，添加BINARY-OUTPUT:202。这样，从报警程序可一键跳转到实际控制点。

6.3 现场处置的 3 步闭环实战

现在，当冷冻水温度超限时：

1. 第 1 步（发现）：摘要栏红灯亮 → 点击展开事件详细信息栏 → 看到ANALOG-INPUT:101 High Limit Exceeded；
2. 第 2 步（分析）：在系统浏览器中找到ANALOG-INPUT:101→ 右键 →关联应用程序 → GRAPHIC:CH-01-TMP→ 主窗格立即显示冷机实时组态图，直观看到各阀门开度、水泵状态；
3. 第 3 步（处置）：在组态图上右键任意空白处 →关联应用程序 → OPERATION-PROCEDURE:CH-01-ALERT→ 自动加载应急程序画面 → 点击“启动程序”按钮 → 程序自动执行：关闭冷冻水泵、开启备用冷机、发送短信通知。

整个过程无需离开主窗格，无需记忆设备地址，无需切换视图。所有操作都在一个逻辑流中完成。

从那以后我每次配置新设备，都强制走一遍“关联应用程序”设置：先想清楚这个设备最可能引发什么事件，再想清楚处置时最需要看哪张图、执行哪个程序、操作哪个点，最后把它们全链起来。这多花的 3 分钟，换来的是未来半年每次报警时节省的 10 分钟——希望帮到你。

本文还有配套的精品资源，点击获取