企业官网建设流程全解析

简介：这份《Desigo CC 用户界面》中文手册面向楼宇自动化系统的工程调试人员、运维操作员及系统集成学习者，帮助其快速掌握西门子 Desigo CC 的人机交互逻辑与日常操作路径。内容围绕界面布局、主要应用程序、工作流概念与事件处理展开，涵盖摘要栏的事件灯、菜单、过滤器与语音警报入口，系统浏览器的应用程序视图、管理视图及自定义视图，以及窗格导航、最近浏览窗格、操作窗格与文本查看器等核心模块，并说明警报级别与 BACnet 优先级的映射关系。资源为 1 个 PDF 文件，压缩包约 2.41MB，篇幅精炼、图文对照，适合作为培训配套讲义或现场速查资料。目前已有 1578 人学习下载，读者可借此建立对 Desigo CC 界面体系的整体认知，理解工作流驱动窗格、事件快速处理与视图定制等关键机制，为后续深入配置与运维打下基础。

1. 从一张报警截图说起：这套用户界面到底在解决什么问题

凌晨两点，某楼宇自控值班室的屏幕上弹出一串报警，值班人员没有在一堆重叠窗口里翻找，而是直接在顶部摘要栏点开事件列表，定位到具体楼层，再切到系统浏览器确认设备状态，整个过程不到半分钟。这套操作背后，就是 Desigo CC 的用户界面设计逻辑——它把「监控、报警、导航、操作」四条线压进一个工作流驱动的窗格里，而不是让用户自己去拼窗口。这份《Desi GO CC手册-02-UserInterface-BA-CN》就是围绕这套界面展开的官方培训材料，覆盖布局、摘要栏、系统浏览器、事件处理、操作窗格等核心模块。如果你正在做楼宇自控系统的上位机组态、值班培训或者工程交付，这份手册能帮你把「界面怎么用」和「为什么这么设计」一次性对齐，少走很多自己摸索的弯路。

2. 摘要栏与事件处理：把报警优先级映射到 BACnet 的落地方法

2.1 摘要栏的五个功能区与操作路径

摘要栏位于 Desigo CC 屏幕顶部，是整个系统的接入点。手册里把它拆成几个功能区：事件灯、菜单、过滤器、系统信息和语音警报。实际用起来，最常打交道的就三个——事件灯、操作程序菜单和系统完整性指示器。

事件灯负责显示系统检测到的所有事件的分类视图，点开之后会展开事件列表和详细信息栏。详细信息栏只显示 1 到 2 个需要立即注意的重大事件，这个设计很关键：它不让值班人员被低优先级报警淹没，而是强制把注意力拉到最紧急的那一两条上。操作程序菜单管登录、注销和用户切换，多人轮班场景下这个入口比在系统管理器里翻菜单要快得多。系统完整性指示器则是一个容易被忽略但很实用的状态灯，它反映的是工作站和服务器之间的连接健康度。

菜单里还有几个值得单独拎出来的项：用户文档菜单直接挂载技术文档库，手册提到综合文档超过 1000 页，内容可见性取决于已安装的扩展模块；活动任务列出当前活动会话和任务；退出只关闭 GUI 应用程序，Desigo CC 服务仍然在服务器上跑。最后这一点是新手最容易误解的地方——点了退出以为系统停了，其实后台服务还在运行，报警照样记录。

提示：退出 GUI 不等于停止服务。如果你在维护窗口里需要彻底停掉某个工作站的服务，得去服务管理器里操作，别只关界面。

2.2 事件处理的三类程序与 BACnet 优先级映射

事件处理模块的核心逻辑是「通知 + 可视化 + 处理程序」三层。通知和可视化在摘要栏完成：事件灯给分类视图，详细信息栏给重大事件，事件列表给所有未处理事件及其详细信息。处理程序手册里列了三类——快速处理、调查处理、辅助处理。

快速处理针对的是那些原因明确、操作单一的报警，比如某个风机故障跳闸，值班人员确认后直接复位。调查处理需要翻看趋势或历史日志，判断是偶发还是系统性问题。辅助处理则涉及多岗位协作，比如需要现场巡检配合确认的情况。这三类不是随便分的，它对应的是不同响应时限和不同权限级别。

警报级别映射到 BACnet 警报优先级，这是整套事件处理机制的底层规则。BACnet 标准里警报优先级从 0 到 255，数值越小优先级越高。Desigo CC 在组态时会把不同设备的报警映射到对应的优先级区间，摘要栏的事件灯颜色和排序逻辑就基于这个映射。如果你在调试时发现某个报警没有出现在详细信息栏，第一件事就是去检查它的 BACnet 优先级有没有被正确映射——这是最常见的配置遗漏。

# 在 Desigo CC 工程模式下检查报警优先级映射的常见路径 # 进入系统浏览器 -> 管理视图 -> 找到对应设备对象 # 查看属性中的 Alarm Priority 字段 # 确认其值落在摘要栏配置的优先级区间内 # 常见区间参考（以实际工程配置为准）： # 0-63 紧急，进详细信息栏 # 64-127 高，进事件列表顶部 # 128-191 中，进事件列表 # 192-255 低，仅记录日志

上面这段不是可执行脚本，而是排查时的检查路径。参数说明：Alarm Priority 字段的值决定了报警在摘要栏的呈现位置，如果设备对象里这个字段是空的或者默认值，报警可能只进日志不进事件列表。我一般会在工程交付前把所有设备的优先级映射过一遍，用系统浏览器导出对象列表，筛出优先级为空的条目集中处理。

2.3 事件列表的过滤与语音警报的静音逻辑

摘要栏的过滤功能用来筛选当前事件和警报。手册里没有展开过滤器的具体字段，但从实际使用来看，过滤维度通常包括时间范围、优先级、设备区域和处理状态。值班场景下最常用的过滤是「未处理 + 高优先级」，这样屏幕上只留需要立刻动手的条目。

语音警报的静音按钮在摘要栏上，点一下就把工作站的语音播报关掉。注意这是工作站级别的静音，不是系统级别的。也就是说你在 A 工作站静音了，B 工作站该播还是播。这个设计在多人值班室里很实用——一个人在处理报警时不想被语音反复打断，但其他工位仍然能听到新报警。如果你发现静音后其他工作站也没声音了，那大概率是音频路由配置有问题，不是静音按钮的锅。

3. 系统浏览器与视图管理：应用程序视图和管理视图怎么选

3.1 两个默认视图的分工与切换时机

系统浏览器是 Desigo CC 里访问应用程序和数据库对象的主要入口。手册明确说了两个默认视图：应用程序视图和管理视图。

应用程序视图的主要目的是在中心应用程序工作流中操作系统，同时也用于工程应用程序对象，比如图形、趋势、调度、报告、视频。换句话说，日常值班操作走应用程序视图，因为它是按业务功能组织的，点进去就是图形页面、趋势曲线、调度表这些直接能用的东西。

管理视图显示的是数据库和系统管理层对象，主要目的是系统拓扑工程。调试阶段、排查设备通信问题、检查对象层级关系时走管理视图。它展示的是系统的「骨架」，不是「皮肤」。

选择逻辑很简单：操作走应用程序视图，工程走管理视图。但实际场景里经常需要来回切，比如值班时发现某个设备数据不刷新，切到管理视图确认设备对象是否在线，再切回应用程序视图继续操作。手册里提到的「最近浏览的窗格」就是为这种来回切场景准备的，最多保留 20 项，最近访问的视图在列表顶部，以缩略图或描述显示。

3.2 自定义视图的创建逻辑与用户组绑定

除了两个默认视图，系统浏览器还支持自定义视图。手册里给了几个方向：可以针对不同用户或组设置，可以是特定学科，也可以是特定建筑。左侧逻辑视图就是一个例子。

自定义视图的价值在于把「一个人关心的对象集合」固化下来。比如暖通工程师只关心空调机组和风阀，照明工程师只关心照明回路和场景控制，给他们各自配一个自定义视图，登录后直接看到自己负责的那一块，不用在完整树形结构里翻。

创建自定义视图的常见做法是：先在管理视图里定位到目标对象，然后通过视图配置功能把选中对象保存为一个新视图，再绑定到对应的用户组。参数上需要注意的是视图的可见性范围——是全局可见还是仅特定用户组可见。如果配成全局可见，所有登录用户都会在浏览器里看到这个视图，人多的时候反而乱。我一般建议按角色绑定，一个角色一个视图，干净。

注意：自定义视图的内容取决于当前用户对底层对象的访问权限。如果用户没有某个设备的读取权限，即使视图里包含了这个设备，打开后也会显示为空或报错。配视图之前先确认权限矩阵。

3.3 主窗格、文本查看器与操作窗格的协作

系统浏览器选中对象后，主窗格会显示对应内容。手册里提到文本查看器：选择对象时即显示，用简单网格展示路径、名称、值、最高状态和类型。文本查看器显示选中对象及其子对象，这个「及其子对象」很关键——它让你不用一层层展开就能看到下级对象的汇总状态。

操作窗格提供主窗格之外的扩展信息，支持快速访问最常用的任务：命令、发布、确认、服务中/中断服务。扩展操作选项卡提供额外信息和功能。实际使用中，操作窗格是我用得最频繁的区域之一，因为确认报警、切换设备服务状态这些高频动作都集中在这里，不用去菜单里找。

主窗格、操作窗格和系统浏览器三者的关系可以这样理解：系统浏览器负责「找到对象」，主窗格负责「看清对象」，操作窗格负责「操作对象」。工作流驱动的窗格概念就是让这三者在一个屏幕内完成切换，不弹重叠窗口。手册里强调「无重叠窗口」和「多语种」，前者是操作效率的保障，后者是全球化部署的保障。

4. 避坑与排查：用户界面配置里最容易翻车的五个点

4.1 事件灯不亮但日志里有报警

现象：系统浏览器里能看到设备报警状态，活动日志里也有记录，但摘要栏的事件灯不亮，事件列表里也没有。

原因：报警的 BACnet 优先级映射缺失或超出摘要栏配置的显示区间。日志记录和事件灯显示是两条路径，日志走的是历史存储，事件灯走的是优先级映射后的实时呈现。

解决：进管理视图找到对应设备对象，检查 Alarm Priority 字段。如果为空，补上映射值；如果值超出区间，调整到正确范围。改完后需要重新触发一次报警才能验证，已存在的报警不会自动重新映射。

4.2 退出 GUI 后以为系统停了

现象：点了摘要栏菜单里的退出，界面关闭，以为整个系统停了，结果第二天发现报警记录还在跑。

原因：退出只关闭 GUI 应用程序，Desigo CC 服务仍在服务器上运行。手册里写得很清楚，但新手容易忽略。

解决：如果目的是停止服务，去服务器的服务管理器里操作。如果只是关界面，那退出就是对的，不用额外操作。把这个区别写进值班交接文档里，能省很多沟通成本。

4.3 自定义视图打开后是空的

现象：给某个用户组配了自定义视图，用户登录后打开视图，里面什么都没有。

原因：视图绑定的对象超出了该用户的访问权限范围。视图本身不绕过权限，它只是对象的组织方式。

解决：先确认用户组的权限矩阵，确保视图包含的所有对象都在权限范围内。如果确实需要让用户看到某些对象，先调权限再配视图，顺序不能反。

4.4 语音警报静音后其他工作站也没声音

现象：在 A 工作站点了静音，B 工作站的新报警语音也不播了。

原因：音频路由配置错误，把工作站级别的静音错误地应用到了全局音频通道。

解决：检查音频输出配置，确认静音按钮的作用域是当前工作站。如果配置里把音频输出指向了共享通道，需要改成各工作站独立输出。这个坑在多人值班室部署时特别常见，配的时候多看一眼音频路由表。

4.5 最近浏览窗格不更新

现象：最近浏览的窗格一直显示旧视图，新访问的视图不进去。

原因：最近浏览列表有 20 项上限，满了之后旧项不自动淘汰，或者用户配置里禁用了最近浏览记录。

解决：检查用户配置里的最近浏览相关设置，确认没有被禁用。如果是满了不淘汰，手动清理一次列表。手册里说最多包含 20 项，最近访问的在顶部，实际使用中如果发现顺序不对，大概率是列表满了之后新项没写进去。

5. 在线工程与拖放操作：把界面配置效率再提一档

在线工程是 Desigo CC 用户界面里容易被低估的一块。手册里列了本地加 Web 工程、在线工程（未编译）、拖放、复制粘贴、搜索替换、库这几个点。我重点说两个实际收益最大的：拖放和在线工程。

拖放主要用在图形组态和视图配置里。比如你在应用程序视图里已经画好了一个楼层的空调系统图，现在要配到另一个楼层的类似系统，直接拖放对象过去，属性映射关系会自动带过去，不用重新一个个绑。复制粘贴也是同理，但拖放更直观，尤其是在系统浏览器和主窗格之间拖。

在线工程（未编译）的意思是，你改完配置不需要走完整的编译流程就能看到效果。这对调试阶段特别友好——改一个图形页面的绑定关系，保存后刷新就能验证，不用等编译。但要注意，在线工程模式下改的东西在正式编译前是临时的，如果多人同时改同一个对象，后保存的会覆盖先保存的。我一般会在调试窗口期用在线工程快速验证，验证通过后走一次正式编译固化下来。

搜索替换在批量修改场景下很有用。比如某个设备命名规则变了，需要在所有引用它的图形页面和趋势配置里同步更新，手动一个个改容易漏，用搜索替换过一遍，改完再抽查几个关键页面确认。

库功能则是把常用的图形元素、脚本片段、配置模板存起来，新项目直接引用。手册里没有展开库的具体结构，但从实际使用来看，库的粒度越细，复用率越高。我习惯把常用的设备图元、报警确认脚本、趋势模板分别建库，新项目启动时先挂库再组态，能省掉大量重复劳动。

提示：在线工程改完后一定要走一次正式编译再交付。临时改动在服务重启后可能丢失，这个坑我踩过不止一次。

从那以后我每次做界面配置，都强制走一遍「在线验证 → 正式编译 → 重启验证」的流程，确认改动在编译后和重启后都生效，才敢交给下一班。希望帮到你。

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