简介：这份资源是西门子 Desigo CC 楼宇自动化系统的中文用户界面培训手册，以 PDF 形式呈现，面向楼宇自控运维人员、系统集成工程师及刚接触 Desigo CC 的初学者，用于解决界面不熟悉、日常监控与事件响应流程不清的问题。压缩包内共 1 个 PDF 文件，大小约 2.41MB，以图文并茂的幻灯片式页面组织内容，便于对照软件界面逐页阅读。资源已有 1586 人学习，具备一定的实践参考基础。内容围绕工作流驱动的窗格概念展开，涵盖摘要栏的事件灯、菜单与过滤功能，系统浏览器的应用程序视图、管理视图及自定义视图，以及事件通知、事件列表与快速处理、调查处理、辅助处理等报警管理流程，并介绍了最近浏览窗格、文本查看器、操作窗格与在线工程中的拖放、复制粘贴等便捷操作。读者可借此建立从界面布局到事件处置的完整认知，快速上手日常监控、报警确认与视图定制，减少误操作，提升楼宇系统的运维效率。

1. 拿到楼宇自控用户界面分册：先搞清楚它能省掉哪些现场摸索

楼宇自控用户界面分册不是产品彩页，它把摘要栏、系统浏览器、工作流窗格和事件处理拆成可照做的步骤。很多人拿到这份分册先翻按钮位置，真到现场卡住的却是事件灯和事件列表对不上、自定义视图换个账号就消失、退出 GUI 后误以为服务停了。它适合做楼宇自控调试、界面交接和日常运维的人：新手能按窗格顺序走一遍，熟手能对着摘要栏菜单、视图权限和报警优先级查边界。封面带内部使用标识与 2013 年版权行，读的时候别把它当纯说明书，按工作流把每个窗格的实际对象路径记下来，后面排错会省很多来回。

2. 工作流驱动窗格：无重叠窗口在监控台前到底怎么用

这份分册把界面布局放在很前面，不是为了讲视觉设计，而是因为楼宇自控的操作顺序本身就依赖窗格位置。现场监控台通常要同时看全局报警、分区状态、对象详情和命令面板，传统多窗口可以叠放，但一旦远程桌面分辨率变化或交接班换人，窗口遮挡就会把操作路径打乱。工作流驱动窗格把屏幕切成固定区域，用导航代替窗口切换，读手册时要把这套布局当成“操作骨架”，而不是一张界面截图。

2.1 窗格模型与“无重叠窗口”的取舍

无重叠窗口的核心取舍是稳定优先。摘要栏固定在顶部，负责事件灯、菜单、过滤器、系统信息和语音警报；系统浏览器在侧边，负责应用程序视图、管理视图和自定义视图；主窗格显示文本查看器或关联应用；操作窗格放命令、发布、确认、服务中/中断服务这些动作。窗格之间不互相盖住，意味着操作员不用反复最小化窗口，但也意味着每个窗格分到的面积有限，长对象名会被截断，路径层级深的时候需要靠导航和最近浏览窗格回跳。

我一般会先固定监控台分辨率，再决定系统浏览器和主窗格的比例。主窗格要能完整看到文本查看器里的路径、名称、值、最高状态和类型，系统浏览器至少能展开三层对象树。手册里提到主监控、次要监控、操作和警报摘要，这四块不是并列菜单，而是工作流的不同站位：主监控看全局，次要监控看分区，操作窗格执行动作，警报摘要收事件。窗格宽度不够时，先压缩系统浏览器的描述列，不要把主窗格的值列挤掉，否则现场排查时看不到最高状态，等于把黑匣子又盖上了。

操作步骤可以按这个顺序走：打开系统管理器，从摘要栏确认登录用户和系统完整性，进入系统浏览器选应用程序视图或管理视图，在主窗格用文本查看器核对对象路径和最高状态，最后在操作窗格执行命令。这个顺序看起来慢，但能避免在错误对象上做确认。现场交接时我会把“先看路径再看值”写在便签上，因为对象名相似的情况太多，尤其复制粘贴出来的对象，路径差一层，命令就打到别的设备上。

提示：窗格布局不是一次配完就永远不动。换显示器、换远程分辨率、换操作员账号后，先检查系统浏览器和主窗格的可见范围，再开始操作。

2.2 主监控、次要监控与警报摘要的导航顺序

工作流导航的关键是“从事件回到对象，再从对象回到命令”。摘要栏的事件灯给出分类视图，事件详细信息栏只显示一到两个需要立即注意的重大事件，事件列表则列出所有未处理事件及其详细信息。现场最容易犯的错是盯着事件灯颜色判断全部状态，但事件灯是分类视图，不是全量列表；真正要闭环，得从事件灯进事件列表，再从事件列表定位对象，最后在操作窗格做确认或发布。手册把事件处理分成快速处理、调查处理和辅助处理，这三类不是按钮，而是处理深度的选择：快速处理适合已知的瞬时报警，调查处理要回到系统浏览器看对象和趋势，辅助处理则要结合日志和交接记录。

主监控和次要监控的分工也要按这个逻辑理解。主监控负责全局态势，次要监控负责分区或专业视图，警报摘要负责把未处理事件顶到眼前。导航顺序我通常这样排：先看系统完整性指示器，确认平台本身没有异常；再看事件灯和事件列表，判断有没有需要立即处理的重大事件；然后进系统浏览器定位对象，用文本查看器核对路径和最高状态；最后进操作窗格执行命令。这个顺序不是手册强制，而是现场血泪经验：先执行命令再核对对象，容易出现“命令下错设备、回头再找事件”的来回。

多语种支持在现场也很实际。界面标签可以切换语言，但对象命名、视图命名和文档术语不一定同步，交接班时要用同一套术语表。手册提到用户文档菜单里的技术文档库内容很厚，但内容是否可见取决于已安装的扩展模块，所以不要假设每个账号都能看到全部文档。培训时我会把“界面语言”和“文档可见性”分开讲：界面能切换，不代表文档库完整；文档库完整，也不代表当前账号有权限看全部章节。

在线工程部分也要按导航顺序理解。手册列了本地加 Web 工程、未编译在线工程、拖放、复制粘贴、搜索替换和库。在线工程方便，但未编译的修改直接进入操作视图，会让界面显示和实际配置不一致。常见做法是先在测试视图里改，编译或发布后再切到操作视图；拖放和复制粘贴要检查对象路径有没有重复，搜索替换要限定在当前视图或当前专业，别一把替换全站。库对象也要看版本，旧库对象拖进新视图，属性名可能对不上。

2.3 多语种与在线工程对现场交付的影响

多语种不只是把按钮翻译成中文。界面标签、对象描述、事件文本和用户文档是四套东西，交接时要把它们对齐。手册里用户文档菜单提供每个用户文档的访问权限，技术文档库内容是否可见取决于已安装的扩展模块。现场培训我会先做一页术语对照：摘要栏、系统浏览器、主窗格、操作窗格、事件灯、事件列表、详细信息栏、最近浏览窗格，这些词在界面和文档里必须一致。否则新手听到“摘要栏”不知道是顶部条，听到“操作窗格”以为是菜单，操作路径就会断。

在线工程的交付风险更直接。未编译在线工程意味着修改还在工程侧，操作侧看到的可能还是旧状态；拖放和复制粘贴容易产生同名对象或重复路径；搜索替换如果范围没限定，会把别的楼栋、别的专业的对象一起改掉；库对象如果版本不匹配，属性映射会出问题。我一般会在交付前做三件事：冻结视图命名，按“楼栋-专业-用途”写清楚；把所有修改先放到测试视图，编译或发布后再迁移；用第二个账号登录，确认自定义视图和对象权限都能看到。这个动作看起来笨，但能提前发现“建视图的人能看到、操作员看不到”的问题。

这一章的操作落点不是背菜单，而是把窗格当成工作流：摘要栏收事件，系统浏览器找对象，主窗格核状态，操作窗格做动作。把这四步走顺，后面摘要栏菜单和系统浏览器视图才不会变成孤立的按钮说明。

3. 摘要栏拆解：事件灯、过滤器与操作员菜单的参数边界

摘要栏是这套用户界面的接入点，位置在平台屏幕顶部，显示事件灯、菜单、过滤器、系统信息和语音警报。手册把它拆成几个入口：事件灯、事件列表和详细信息栏，打开新的系统管理器窗口，操作程序菜单里的登录、注销和切换，用户指南 PDF，帮助窗口。读这一章要带着一个现场问题：哪些动作只影响当前工作站，哪些动作会影响服务器上的会话。语音警报静音、过滤器、打印当前数据集、退出 GUI，这几个动作的边界不一样，混在一起就会误判系统状态。

3.1 摘要栏的入口分区与菜单项

摘要栏左侧通常是事件灯和事件入口，中间是菜单和过滤器，右侧放系统信息和语音警报。事件灯给出分类视图，事件列表给出全量未处理事件，详细信息栏显示一到两个需要立即注意的重大事件。菜单里帮助打开上下文帮助，用户文档提供每个用户文档的访问权限，应用程序打开新的系统浏览器，操作程序执行用户切换和更改密码，关于页码显示当前安装信息，打印打印当前数据集，活动任务列出当前活动会话和任务，退出关闭 GUI 客户端。手册特别说明退出后平台服务仍在服务器上运行，这句话要划重点，现场很多人把关闭客户端当成停服。

我一般会在登录后做三个动作：看系统完整性指示器，打开活动任务确认当前会话，再看事件灯和事件列表。系统完整性指示器能告诉你平台本身有没有异常，活动任务能告诉你当前有没有别人占用会话，事件灯和事件列表能告诉你现场有没有未处理事件。这个顺序比直接点菜单稳，因为摘要栏的菜单很多是“入口”，不是“状态”；入口点开才知道状态，先看状态再点入口，排错会少绕一圈。

过滤器是摘要栏里最容易被忽略的参数。它影响当前事件和警报的显示范围，但不会改变事件本身的处理状态。现场有人说“事件灯不亮”，实际是过滤器把当前视图的事件类别筛掉了；有人说“事件列表少了很多”，实际是过滤器只显示了当前专业。过滤器的用法要跟交接记录绑定：谁在什么时候改了过滤条件，交接班要写清楚，否则下一班看到的是被裁剪过的事件视图。

3.2 事件灯与报警优先级映射：参数怎么对

事件通知和可视化分三层：摘要栏的事件灯给分类视图，事件详细信息栏给一到两个重大事件，事件列表给所有未处理事件及其详细信息。事件和活动日志里的条目用于事件处理，手册把处理程序分成快速处理、调查处理和辅助处理。报警级别映射到通用报警优先级，现场要做的不是背颜色，而是把点表里的报警等级、平台里的报警优先级、事件灯的分类视图和语音警报策略对齐。常见做法是先定三档：紧急、重要、一般，再给每档配颜色、声音和是否需要语音警报；语音警报静音只影响当前工作站的声音，不影响事件灯和事件列表。

事件处理的步骤我通常这样排：先从摘要栏过滤当前事件和警报，展开警报栏，打开事件列表看全量未处理事件；再点重大事件回到对象，用系统浏览器核对路径和最高状态；然后在操作窗格执行确认或发布，必要时把对象切到服务中/中断服务；最后在活动日志里留一条处理记录。确认和发布不是一回事，确认偏“人已经看到并处理”，发布偏“配置或状态对外生效”。现场最容易混的是把确认当修复，事件灯灭了但设备问题还在，下一班又冒出来。

报警优先级映射要跟事件灯、语音警报和交接记录一起检查。手册说报警级别映射到通用报警优先级，现场落地时要把点表的报警等级翻译成平台优先级，再决定哪些进事件灯分类视图、哪些触发语音警报、哪些只进事件列表。这个映射表不要只放在工程电脑里，打印一份放进交接包，否则换人后只看到颜色，不知道颜色背后的等级。

注意：语音警报静音是工作站级别的动作，静音后仍要看事件灯和事件列表；不要把“没声音”当成“没事件”。

3.3 操作员切换、退出与后台服务仍在运行的边界

操作程序菜单负责登录、注销、切换用户和更改密码。多用户工作站上，切换用户不是关掉平台，而是换一个会话身份；注销会释放当前会话，退出只关闭 GUI 客户端，平台服务仍在服务器上运行。这个边界要讲清楚，因为现场有人下班直接点退出，以为系统停了，第二天发现服务一直在跑，事件也一直在记；也有人交接班不注销，下一班用同一个账号操作，活动任务里看不出是谁做的确认。我一般要求交接班先看活动任务，确认当前会话和任务归属，再切换用户，切换后重新看事件灯和系统完整性指示器。

这一章落地到一句话：摘要栏是入口，不是状态本身。事件灯、事件列表、详细信息栏、活动任务、系统完整性指示器要组合起来看；过滤器、语音警报静音、退出客户端这些动作各有边界，别用一个动作推断全局状态。

4. 系统浏览器与视图管理：应用程序视图、管理视图和自定义视图怎么分工

系统浏览器是这套用户界面里最像“工程后台”的部分，它显示应用程序和数据库对象。手册给了两个默认视图：应用程序视图显示可用的管理单元应用，主要用于中心应用操作，也用于工程应用对象，比如图形、趋势、调度、报告、视频；管理视图显示数据库和系统管理层对象，主要用于系统拓扑工程。现场用错视图很常见：在应用程序视图里找系统拓扑，或在管理视图里找日常操作入口，结果越找越深。读这一章要先把两个默认视图的分工钉死，再看自定义视图怎么按专业和楼栋拆分。

4.1 两个默认视图的分工

应用程序视图面向“用起来”，管理视图面向“建起来”。应用程序视图里能看到管理单元应用，也能打开图形、趋势、调度、报告、视频这些工程应用对象；管理视图里看的是数据库和系统管理层对象，适合做系统拓扑、层级关系和对象归属的检查。现场操作时，日常监控和事件闭环多在应用程序视图里完成；排查对象路径、父对象关系、设备归属时，切到管理视图更直接。两个视图不是互斥的，而是同一批对象的不同观察角度。

操作步骤可以这样走：打开系统浏览器，先确认当前视图名称；在应用程序视图里定位事件对应对象，用主窗格文本查看器核对路径、名称、值、最高状态和类型；需要看对象归属时切到管理视图，沿父对象层级往上找；最后回到操作窗格执行命令。文本查看器显示选中对象及其子对象，这个“及子对象”很关键，现场排查时不要只看选中对象一行，子对象的状态可能才是事件根源。

我一般会把“当前视图名称”当成操作前的必检项。系统浏览器顶部会显示视图，切换视图后对象树会变，路径也会变；如果交接时只说“在系统浏览器里找”，下一班可能从错误视图开始。更稳的做法是写清楚“应用程序视图-某专业-某设备类型-对象名”，让路径可复现。

4.2 自定义视图按专业/楼栋拆分

自定义视图是这套界面的落地重点。手册说可以选择创建，可为不同用户或组设置，可以是特定学科，也可以是特定建筑，左侧为逻辑视图示例。现场不要按个人建视图，要按岗位和区域建：楼栋-专业-用途，比如“A 栋-暖通-日常监控”“B 栋-电气-报警处理”“全局-事件-交接班”。按个人建视图的后果是换人即失效，按岗位建视图才能交接。视图建好后要分配到用户组，不要只保存在创建者账号下；分配完用第二个账号登录验证，确认对象树、权限和操作窗格命令都符合预期。

创建自定义视图的步骤：先定命名规范，再在系统浏览器里建视图，挂载对象树，分配用户组，最后用操作员账号验证。命名规范要写进交接包，不要用“测试1”“新视图”“临时”这类名字；对象挂载要按逻辑分组，左侧树保持可展开；用户组分配要跟账号权限表对齐；验证时至少看三件事：对象能不能展开、文本查看器能不能看到路径和最高状态、操作窗格命令是不是可用。这个验证动作看起来多，但能提前发现“视图建了但操作员看不到”的问题。

4.3 最近浏览窗格、文本查看器与操作窗格

最近浏览窗格让操作员快速回到最近访问的视图，显示为缩略图或描述，最多包含 20 项，最近访问的视图在列表顶部。这个功能适合在事件列表、系统浏览器和主窗格之间来回跳，但不要把它当书签管理；超过 20 项后旧项会被挤出，交接时重要的视图还是要落到自定义视图里。文本查看器是主窗格里的基础工具，选中对象后显示简单网格：路径、名称、值、最高状态和类型，并显示选中对象及其子对象。操作窗格提供主窗格之外的扩展信息，支持快速访问最常用的任务：命令、发布、确认、服务中/中断服务，扩展操作选项卡提供额外信息和功能。

管理单元里的编辑模式和操作模式要在这里识别。编辑模式用于改对象、改视图配置；操作模式用于日常命令和确认。模式切错，操作窗格的命令可能灰显，或者执行结果不符合预期。现场排错时先看模式，再看权限，再看对象是否发布，最后看命令前置条件。这个顺序能挡住大部分“按钮点不动”的问题。

5. 避坑与排查：界面操作里最容易翻车的五处细节

这份分册的界面章节看起来平，但现场踩坑往往不在大功能，而在“灯、视图、会话、窗格、模式”这几个交界处。下面五条是按现象、原因、解决整理的现场记录，适合在交接班前逐条对一遍。每条都不是让你背按钮，而是让你知道先看哪一层：工作站状态、用户组权限、对象发布状态，还是编辑/操作模式。

5.1 事件灯不亮，但事件列表里有记录

现象：摘要栏事件灯没有明显变化，打开事件列表却能看到未处理事件；操作员以为事件灯坏了，重启客户端后还是这样。原因通常有三层：事件灯是分类视图，当前事件类别没有纳入灯的分类；摘要栏过滤器把当前视图的事件筛掉了；当前账号对某些事件类别没有可见权限。语音警报被静音也会让人误判，但静音只影响声音，不影响事件灯和事件列表。现场先把这三层分开查，不要一上来就重启服务。

解决：先看摘要栏过滤器，确认过滤条件是不是只保留了某个专业或某个楼栋；再进事件列表看事件类别和报警优先级，确认该类事件有没有映射到事件灯分类视图；然后换一个有权限的账号验证，排除用户组权限问题；最后检查语音警报是否被静音，把它和事件灯分开记录。我一般会在交接包放一张“事件类别-报警优先级-事件灯可见性”对照表，交接班先对表，不对表就查过滤器。这个动作比反复重启客户端有效。

5.2 自定义视图换账号就消失

现象：创建者账号能看到自定义视图，操作员账号登录后系统浏览器里找不到；或者视图名称在，但对象树是空的。原因多半是视图按用户或组配置，新账号没有加入对应用户组；也可能是视图只保存在创建者会话里，没有作为共享视图发布；还有一种情况是视图复制后对象权限没有跟着复制，树结构在但对象不可见。现场交接时只验证创建者账号，就会把这个坑留给下一班。

解决：先确认视图归属和用户组，把操作员账号加入对应组；再确认视图是否保存为共享视图，不是临时视图；然后复制一份给测试账号，检查对象树能不能展开、文本查看器能不能看到路径和最高状态、操作窗格命令是否可用。我一般要求“双账号验证”：创建者账号建视图，操作员账号做验收，两个账号都通过才算交付。视图命名也要写清楚楼栋、专业、用途，避免同名视图互相覆盖。

5.3 退出 GUI 后误以为服务停了

现象：操作员下班点退出，界面消失，第二天有人问“系统是不是停了”，因为客户端打不开就以为服务停了；实际上平台服务仍在服务器上运行，事件也还在记录。手册明确写了退出关闭 GUI 客户端，服务仍在服务器上运行。这个误解会导致两种错误：一是以为不用管服务器，二是以为重启客户端就能重启服务。现场交接要把“客户端”和“服务”分开讲。

解决：退出前先看活动任务，确认当前会话和任务归属；退出后如果要确认服务状态，走服务器侧的服务管理，不要用客户端能不能打开来判断；交接班记录里写清楚“关闭的是 GUI 客户端，服务未停”。我一般会在监控台贴一张小纸条：退出不等于停服，注销不等于关机。这个提醒很土，但能挡住很多误判。

5.4 最近浏览窗格数量异常或缩略图不刷新

现象：最近浏览窗格里的视图数量对不上，旧视图被挤掉；或者缩略图一直是旧画面，点进去才刷新。原因之一是最近浏览窗格最多包含 20 项，超过后旧项会被挤出，最近访问的视图在顶部；原因之二是缩略图依赖对象权限和对象状态，对象被移动或权限变化后，缩略图可能不更新；原因之三是当前显示模式是描述而不是缩略图，操作员以为没刷新。这个功能适合快速回跳，不适合当长期书签。

解决：先确认最近浏览窗格的数量上限，把重要视图固化到自定义视图；再检查当前账号对对象的权限，权限变化后重新打开对象；然后切换缩略图/描述显示模式，确认不是显示模式造成的错觉；最后用文本查看器核对对象路径，路径变了就说明对象被移动。我一般不让交接班依赖最近浏览窗格，重要路径一定写进视图命名和交接包。

5.5 操作窗格命令灰显，点不动

现象：选中对象后，操作窗格里的命令、发布、确认、服务中/中断服务有灰显项，点不动；换一个对象又正常。原因通常是编辑模式/操作模式切错，当前在编辑模式却想执行操作命令；也可能是对象没有发布，依赖对象不完整；还可能是当前账号权限不足，或者命令前置条件不满足，比如对象处于服务中状态。现场容易把它当成界面卡死，实际是模式、发布、权限、前置条件四层中的一层。

解决：先看当前是编辑模式还是操作模式，切到操作模式再试；再看对象是否发布，未发布就先发布；然后检查账号权限和用户组；最后看扩展操作选项卡里的额外信息和前置条件。我一般按“模式-发布-权限-前置条件”的顺序查，不先重启客户端。这个顺序能覆盖大部分灰显问题，也能避免在编辑模式下误改配置。

提示：避坑排查不要从重启开始。先看摘要栏过滤器、用户组、活动任务、编辑/操作模式，这四层能解释大部分“界面不听话”的现象。

6. 验收这份用户界面分册：用三条路径把界面跑通

这份分册的验收不要按菜单逐项打勾，那样很容易变成“都看过、都不会用”。我一般用三条路径把界面跑通：事件闭环、视图交付、会话与退出。每条路径都要求两个账号、两种模式，走完才算把分册里的摘要栏、系统浏览器、文本查看器和操作窗格串起来。

事件闭环要重点看“确认”和“发布”的区别。确认偏人已处理，发布偏配置或状态对外生效；现场把确认当修复，事件灯可能灭了但设备问题还在。视图交付要重点看第二个账号，创建者能看到不代表操作员能看到；用户组、视图共享、对象权限三件事要一起验。会话与退出要重点看活动任务，交接班先看会话归属，再切换用户，退出后不要用客户端能否打开判断服务状态。

从那以后我每次移交界面都强制走一遍“事件灯—事件列表—操作窗格命令”的闭环，再让第二个账号登录验证视图可见性；这条习惯比背菜单快，也能把现场没有后悔药的地方提前拦住。希望帮到你。

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