★ FEATURED ARTICLE 简介《Desi GO CC手册-02-UserInterface-BA-CN用户界面》是西门子楼宇自动化系统 Desigo CC 的用户界面操作手册面向楼宇自控工程调试人员、系统集成商及运维操作者解决界面导航、事件处理与视图定制等上手问题。全文围绕工作流驱动的窗格概念展开涵盖摘要栏中的事件灯、菜单、过滤与操作员切换系统浏览器应用程序视图与管理视图的差异以及自定义视图、最近浏览窗格和文本查看器等主窗格功能事件管理部分说明快速处理、调查处理与辅助处理流程并解释警报级别与 BACnet 警报优先级的映射关系。资源包为 1 个 PDF 文件体积约 2.41MB内容以图文页形式分页编排便于按章节对照现场操作。该手册已有 1581 人浏览学习适合作为培训授课、上线前自学与日常排障的参考资料读者可据此建立从摘要栏、系统浏览器到事件响应的完整操作路径并掌握面向不同职责的视图配置方法。1. 一份 20 页的界面培训手册为什么值得单独拆一遍第一次拿到 Desi GO CC 用户界面这本 BA-CN 培训手册时我的反应是页数不多应该半小时翻完。结果真到项目现场值班人员问的第一个问题是报警灯一直闪但列表里是空的是不是系统坏了第二个问题是我点了退出服务器是不是停了——这两个问题都在这 20 页里但都藏在标题下面一行小字里。楼宇自控这类系统的界面手册有个特点它不教你算法也不教你接线它教的是人怎么在有限的一块屏幕里把上千个点位、几十条报警、三班倒的交接压缩成不出错的肌肉记忆。Desi GO CC 的用户界面就是围绕这个目标设计的摘要栏统一入口、窗格不重叠、事件分三级呈现、系统浏览器用两套默认视图加自定义视图分流。适合谁看正在做楼宇自控系统上线调试的工程师、准备接管运维值班的班组长、以及要给甲方做界面培训交付的人。手册本身是内部培训材料配图多、文字少真正有价值的是它把界面长什么样和工作流为什么这么排绑在一起讲——这一点在多数产品文档里是缺的。2. 摘要栏与窗格工作流屏幕顶部那条带子到底管多少事摘要栏是这套界面里唯一一个永远在的元素横在屏幕顶部从上班到下班不动位置。它同时承担了事件灯、菜单、过滤器、系统信息和语音警报五类内容右侧还有系统完整性指示器。很多人在培训现场只记住红灯亮了点一下回去值班三个月也没用过过滤器这就是把入口当成了通知条。真正把它当操作台用巡检动线会短很多。2.1 摘要栏的七个功能位与对应动作手册里把摘要栏拆成了几个可点击区域我按现场使用频率重新排一遍功能位手册叫法值班时的实际动作事件灯事件指示灯一眼判断当前是否有未处理事件颜色分级对应警报级别事件列表入口事件列表打开全部未处理事件的明细做逐条处理详细信息栏事件详细信息栏只看最紧急的 12 条避免被长列表淹没过滤器过滤当前事件和警报按级别、区域、设备类型收窄列表文件菜单访问文件菜单打印当前数据集、查看活动任务、退出 GUI新建窗口创建新系统管理器窗口需要并行看两个视图时开新窗口而不是来回切静音按钮将工作站的语音警报静音夜班或调试期临时静音注意是工作站级完整性指示器系统完整性指示器判断服务器连接、数据库、采集链路是否整体健康这张表里最容易被忽略的是事件详细信息栏和事件列表的分工。详细信息栏只放 12 条需要立刻注意的重大事件事件列表才是全量。现场常见的误操作是详细信息栏弹出一条处理完就以为没事了其实列表里还压着二十条低级别事件。我的习惯是每处理完一条详细信息栏里的东西强制把列表打开扫一眼总数数字对不上就当没处理完。另一个细节是创建新系统管理器窗口。手册明确写了这是打开新系统管理器窗口不是切换视图。这在对比两个楼层、或者一边看图形一边看趋势时非常有用——因为这套界面的核心约束是窗格不重叠单窗口内你只能在一个主窗格里看一份内容要并列对比就得开新窗口。新手往往在一个窗口里反复点浏览器树点一次加载一次效率极低。2.2 工作流窗格模型为什么这套界面拒绝重叠窗口手册里有一句很硬的话工作流驱动窗格概念无重叠窗口。翻译成现场语言就是——你永远不会有窗口被拖到屏幕外面找不到了这种事。对楼宇值班台来说这不是审美选择是操作约束。值班室常见配置是一台工控机带一块 21 寸屏鼠标键盘固定在台面上三班倒交接。如果用传统重叠窗口上一班的人把趋势窗口拖到副屏、下一班的人没接显示器就会出现系统里明明有这个趋势就是找不到的血泪经验。窗格模型的代价是空间被切碎。手册给的工作流是主监控、次要监控、操作、警报、摘要导航这条线实际用起来是这样一条动线从摘要导航选一个区域或系统 → 主窗格加载对应的图形或列表 → 需要深挖时在操作窗格调出命令、发布、确认、服务中/中断服务 → 报警进来时摘要栏变色主窗格切到事件视图。全程没有弹窗遮挡代价是每一步都要占一块固定区域所以小屏幕上信息密度会明显下降。这也解释了手册为什么强调多语种。窗格布局是固定的文本长度一变按钮和标签就可能挤在一起。多语种支持在这里不只是给外国人看而是同一套布局要在不同语言下都不破版。做界面交付时如果甲方要求加中文标签一定要注意字符长度长标签在操作窗格里会把命令按钮挤成两行。2.3 菜单项逐个落到运维动作摘要栏菜单里的条目看着像常规软件菜单但每一条都对应一个具体的运维动作值得逐条过帮助打开的是上下文帮助跟着当前选中的对象走不是通用目录用户文档提供每个用户文档的访问入口也就是后面第 6 章要讲的技术文档库应用程序用来打开新的系统浏览器操作程序负责用户切换和修改密码关于页面显示当前安装的相关信息出问题报障时先把这页截图打印输出当前数据集交接班打巡检单常用活动任务列出当前活动会话和任务多人同时在线时用来判断谁在改东西退出只关闭 GUI 应用服务仍在服务器上运行。最后一条是整本手册里最值钱的一句话。现场太多人把退出理解成关系统交接班时顺手一点以为把楼宇监控停了其实后台服务照跑报警照收只是没人看了。反过来也成立有人以为退出后服务会停于是不敢点让界面挂了一整夜。正确理解是——GUI 只是客户端退出等于关掉你这台工作站的显示层服务器侧的服务、采集、记录都不受影响。这条后面在避坑章还会再说一次。3. 事件处理链路从事件灯到 BACnet 优先级的四级落地事件处理是这套界面里唯一一条从屏幕顶部贯穿到日志底部的链路。手册把它拆成两块通知与可视化以及处理程序。前者解决看不看得见后者解决处理得对不对。很多项目上线后报警泛滥根因不在点位配置而在这条链路的第二段没人定义——所有人都能看到报警但没人规定哪类报警走哪套处理程序。3.1 三级呈现事件灯、详细信息栏、事件列表各管一段先把三级呈现的关系理清楚这是后面所有操作的前提层级位置显示内容设计意图第一级摘要栏事件灯系统检测到的所有事件的分类视图余光可见不打断当前操作第二级事件详细信息栏12 条需要立即注意的重大事件强制聚焦避免被低级别事件淹没第三级事件列表所有未处理事件及其详细信息全量兜底逐条处理记录层事件日志与活动日志历史条目与操作留痕事后追溯与责任界定这四级构成一个漏斗灯负责有没有详细信息栏负责最急的是哪条列表负责还剩多少日志负责当时谁动了什么。现场最容易出错的是跳过第二级直接看列表——列表按时间或级别排序最上面那条不一定最急。手册明确说详细信息栏显示的是需要立即注意的重大事件这个筛选逻辑在后台不要用列表排序去替代它。另外一个常被忽略的点是分类视图。事件灯不是简单的一个红点它是按类别聚合的。这意味着同一个灯亮可能是消防类也可能是空调类。培训时我会要求值班员先看分类再点开而不是看到红色就条件反射点列表。分类决定了你要叫谁。3.2 BACnet 警报优先级的映射关系与常见误解手册里有一句关键提示警报级别已映射到 BACnet 警报优先级详细内容在事件管理章节。这句话包含两层信息很多人只读到第一层。第一层是技术事实界面上的警报级别不是界面自己发明的它背后是 BACnet 事件通知里的优先级字段两者有映射表。第二层是操作约束你在界面上看到的红、橙、黄分级是映射之后的视觉表现改颜色不等于改优先级改优先级也不等于改颜色。现场翻车最多的是第二种——有人在界面配置里把某一级的显示颜色调了以为把这类报警降级了结果后台优先级没动事件还是按原级别进详细信息栏值班员看着颜色以为不急实际它还在最急的那一档。我的做法是把映射关系单独整理成一页纸贴在值班台旁边写清楚界面几级 BACnet 优先级哪个区间 对应处理程序哪一套。这张纸不需要精确到每个数值但必须让值班员知道颜色只是皮优先级才是骨。还有一条边界不同扩展模块、不同项目配置下映射可能被调整过。所以接手一个已经上线的项目第一件事不是看界面是找当时的映射配置记录。找不到就按现状反推手动触发一条测试事件看它进的是详细信息栏还是只进列表反推它落在哪一级。3.3 三种处理程序快速、调查、辅助各自的适用边界手册给了三种处理程序快速处理、调查处理、辅助处理。名字很朴素但边界必须在上线前定义清楚否则会出现所有报警都用快速处理的退化状态。快速处理适合那些原因明确、处置动作标准化、不需要跨专业协同的事件。典型如某台风机过滤网压差报警现场确认后复位即可。判断标准是从看到报警到完成处置动作序列能不能写成三步以内的固定流程。能就走快速处理。调查处理适合原因不明、需要看趋势、查历史、比对多个点位才能定位的事件。典型如某个区域温度持续偏高可能是阀门、传感器、风机、负荷四选一。这类事件的关键不是处置快而是留痕全——调查过程中的每一步判断、看了哪条趋势、排除了哪个可能都要能在日志里找到痕迹。辅助处理适合需要外部支援或跨班组协同的事件比如涉及其他专业的联动异常。这类事件的界面操作反而不多重点是把它挂起来、通知到位、记录响应时间。三种程序混用的后果很具体全走快速处理等于没人真正查过原因同类报警会反复出现全走调查处理值班员会被流程压垮最后变成走过场。合理的分布大致是快速处理占大头、调查处理占中段、辅助处理占少数具体比例看项目业态但一定要有分布不能一刀切。3.4 过滤与静音的正确顺序以及语音警报的坑摘要栏的过滤器是过滤当前事件和警报不是过滤历史。这一点在排查时很关键有人过滤之后看不到某条事件以为事件丢了其实是被过滤条件挡住了而过滤器状态不会因为你切换视图就自动清空。我的一般顺序是先确认过滤器为空或为预期状态 → 再看事件灯 → 再看详细信息栏 → 最后打开列表。反过来做很容易在带过滤的列表里得出错误结论。交接班时我会额外做一步把过滤器截图存进交接记录下一班知道上一班在看什么范围。语音警报的坑更隐蔽。摘要栏上的按钮是将工作站的语音警报静音注意两个限定词工作站、静音。它不影响服务器侧的事件记录也不影响其他工作站的语音。调试期间静音很正常但如果忘了恢复下一个班次就会在没有任何声音提示的情况下值班只靠余光看灯。我的习惯是把静音状态写进交接单的第一行跟钥匙、对讲机放在一起交接。4. 系统浏览器三视图应用程序视图、管理视图与自定义视图怎么分工系统浏览器是这套界面里唯一一个树形结构负责显示应用程序和数据库对象。手册给了两个默认视图加一个可选的自定义视图。三个视图不是三个皮肤它们指向的是同一批对象的不同组织方式用错了视图你会觉得系统里什么都没有。4.1 应用程序视图与管理视图的分工表维度应用程序视图管理视图是否默认安装是是主要目的在中心应用程序工作流中操作系统系统拓扑工程典型对象图形、趋势、调度、报告、视频数据库与系统管理层对象典型使用者值班员、班组长调试工程师、系统管理员典型动作打开画面、看趋势、改调度、导报告建层级、配对象、查拓扑现场最常见的错位是让值班员用管理视图。管理视图按系统层级组织逻辑严谨但路径深找一个楼层的空调机组要点五六层树。值班员要的是点两下就看到画面那就该用应用程序视图。反过来调试工程师在应用程序视图里找对象会找不到某些还没挂到应用程序上的底层对象。我的建议是交付时明确告诉甲方日常值班固定在应用程序视图需要动配置时再切管理视图并且切换动作要记录。这不是形式主义是因为管理视图能看到并操作到一些不该在日常运行时碰的对象。4.2 自定义视图按用户、按组、按学科、按建筑手册说自定义视图可以选择创建可为不同用户或组设置可以是特定学科也可以是特定建筑。这句话背后是权限模型和内容模型的叠加值得展开。按用户或组设置意味着视图是分配出来的不是自动出现的。所以会出现这种情况工程师在自己账号下建了一个很好用的视图切到值班账号发现没有——不是视图坏了是没分配给那个组。这是我见过最多的视图丢失投诉。按学科建视图适合专业分工明确的团队比如暖通一个视图、电气一个视图、消防一个视图。按建筑建视图适合多楼栋项目一栋楼一个入口。两种维度可以叠加但不要叠太深树的层级超过四层值班员就会开始用搜索替代浏览视图也就失去意义了。还有一个隐性约束自定义视图能看到什么内容受已安装扩展模块影响。某些对象类型在没装对应扩展模块的环境里根本不存在视图里自然是空的。这一点跟第 6 章的文档库是同一个机制。4.3 最近浏览窗格与主窗格文本查看器最近浏览窗格是我认为被低估最严重的一个功能。手册写得很清楚显示为缩略图或描述最多包含 20 项最近访问的视图在最上面。它的价值在于回到刚才那个地方——值班处理报警时经常要在画面、趋势、事件列表之间来回跳有了这个窗格回跳成本从重新点树降到点一下缩略图。20 项这个上限也值得注意。它不是无限历史超过就顶掉最旧的。所以如果你在排查一个复杂问题中途去看了十几条别的视图最早那个关键画面可能已经被挤出列表。我的习惯是排查开始前先把关键画面单独开一个新系统管理器窗口定格在那儿不依赖最近浏览。主窗格里的文本查看器是另一个实用件。选中对象时它显示一个简单网格路径、名称、值、最高状态、类型并且显示选中对象及其子对象。这个及其子对象很关键——选一个楼层下面所有设备的最新值和最高状态会一起列出来等于一个临时的批量巡检表。现场做交接巡检时我会用它从上到下扫一遍比逐个点开画面快得多。它不能替代趋势和报表但作为扫一眼有没有异常值的工具够用。4.4 操作窗格的扩展任务命令、发布、确认、服务中/中断服务操作窗格提供主窗格之外的扩展信息手册列了四类高频任务命令、发布、确认、服务中/中断服务另外还有扩展操作选项卡放额外信息和功能。这四项对应四种完全不同的操作语义混起来会出大事。命令是对设备下发控制动作发布是把某个值或状态写到系统里让其他部分可见确认是对事件或报警做应答留痕服务中/中断服务是把某个对象临时置为维护状态让它不参与正常运行逻辑。最后一项是双刃剑。把设备置为服务中报警可能不再上报值班员看不到调试完忘了恢复设备就长期脱离监控。所以我要求所有服务中操作必须成对记录谁置的、什么时间、预计多久恢复。没有恢复时间的不允许置。扩展操作选项卡里放的是跟当前对象相关的附加功能具体内容随对象类型变化不要指望它每次都长一样。培训时我会明确说主窗格看是什么操作窗格做干什么扩展选项卡查还关联了什么。5. 避坑与排查六个把人卡在界面上的细节这一章按现象 → 原因 → 解决写都是现场真实遇到过、并且能在这本手册里找到依据的问题。界面类问题的特点是看起来像系统故障实际是理解偏差排查顺序应该是先查界面状态再查配置最后才怀疑服务端。5.1 六条界面层踩坑记录第一条点了退出以为整个系统停了。现象交接班时点了摘要栏菜单里的退出界面关闭下一班以为楼宇监控整体停运打电话报故障。 原因手册明确写了退出只关闭 GUI 应用程序服务仍在服务器上运行。GUI 是客户端不是系统本体。 解决把退出 关显示层写进交接规程需要确认系统是否在运行时看的是服务器侧服务状态和工作站能否重新登录而不是界面开没开。第二条事件灯亮着事件列表却是空的。现象摘要栏事件灯持续提示打开事件列表看不到任何条目值班员判断为界面卡死。 原因摘要栏过滤器还停留在上一次设置的范围内把当前事件全过滤掉了。过滤器作用对象是当前事件和警报且不会随视图切换自动清空。 解决先清空或核对过滤器再看列表交接时把过滤器状态写进记录。养成看列表前先看一眼过滤器的顺序。第三条新建的自定义视图同事登录后看不到。现象工程师在自己账号下配好一套按楼层划分的自定义视图值班账号登录后浏览器里没有这个视图。 原因自定义视图可为不同用户或组设置是分配关系不是全局可见。另外视图里某些对象类型还依赖已安装的扩展模块。 解决确认视图已分配给对应用户或组确认目标环境装了对应扩展模块交付时把视图分配清单和扩展模块清单一并移交。第四条改了配置另一个工作站看不到变化。现象A 工作站上调整了某个对象的属性或视图内容B 工作站刷新后仍是旧样子怀疑同步失败。 原因这套系统支持在线工程包括未编译的在线工程方式改动在不同客户端之间的可见时机不一致。 解决先在改动的工作站确认保存成功再到另一个工作站重新打开系统管理器窗口或重新登录验证涉及多客户端协同改动时约定同一时间只有一个客户端在做工程修改。第五条用户文档菜单里少了一整章。现象培训时说文档库有上千页实际打开发现少了很多内容怀疑文档没装全。 原因手册写明文档内容的可见性取决于已安装的扩展模块。没装某个扩展对应文档就不出现。 解决按项目实际购买的扩展模块对照文档目录缺的章节先确认是不是模块没装而不是文档损坏。第六条语音警报静音后再也没响过。现象调试期间点了静音调试结束后事件照常进来但工作站再也没有语音提示值班员错过了夜间事件。 原因静音是工作站级状态不会因为事件处理完或切换视图而自动恢复。 解决把静音状态纳入交接检查项调试结束必须手动恢复并在交接单上标注恢复时间。多人共用一台工作站时静音权限要明确到人。5.2 一条从界面到配置的排查顺序界面类问题最怕上来就重启。我给班组定的顺序是四步每一步都有明确的判断依据第一步看摘要栏。事件灯有没有、完整性指示器什么状态、过滤器是不是空的、语音是不是静音的。这一步能排掉一半的故障。第二步看系统浏览器当前用的是哪个视图。应用程序视图和管理视图看到的东西不一样自定义视图还有分配问题。视图用错等于在错误的目录里找文件。第三步看操作窗格和扩展选项卡。命令有没有下发成功、对象是不是被置成了服务中、有没有未确认的事件挂着。很多设备不响应其实是对象还在维护状态。第四步才去怀疑服务端。到这一步再看服务器侧服务是否运行、其他工作站是否正常。前三步都能在界面上完成成本极低。排查步骤观察点典型结论一事件灯、完整性指示器、过滤器、静音界面状态类问题二当前浏览器视图类型视图错位或分配缺失三操作窗格、扩展选项卡、对象状态对象处于维护或未确认四服务器服务、其他工作站服务端或网络问题这套顺序的价值不在技术含量在于它把重启试试往后推了三步。界面问题里真正需要动服务端的比例很低但被动重启的代价很高——正在处理的报警状态、未保存的工程改动都可能受影响。6. 在线工程与文档库把这份手册用成班组检查表手册后半段有两块内容容易被跳过但对实际交付影响很大一块是在线工程一块是用户文档菜单。前者决定你改配置的效率后者决定你出问题时能不能自己查。在线工程这块手册列了几个关键词本地加 Web 工程、在线工程未编译、拖放、复制粘贴、搜索替换、库。翻译成日常工作就是——你可以在系统运行状态下直接改不必停机编译下发改的方式包括拖放对象、复制粘贴属性、批量搜索替换、从库里取现成模板。效率提升很明显风险也同样明显未编译的在线改动意味着改完不一定立刻全局生效也不一定有编译期的完整性校验。我的做法是把在线改动分成两类只影响显示和视图的直接改影响控制逻辑和联动关系的先在测试对象上验证再批量应用并且记录改动清单。这一点跟第 5 章第四条踩坑是同一个根因。用户文档菜单对应的是一个上千页的技术文档库内容可见性取决于已安装的扩展模块。这意味着两件事第一不要指望一份纸质培训材料覆盖全部真正的权威内容在文档库里第二文档库的组织结构本身就是模块清单缺哪块内容往往对应缺哪个模块。我习惯在项目移交时做一张对照表交付项来源交接要点界面操作培训本手册的摘要栏、浏览器、事件处理部分现场演示一遍三级事件呈现对象与拓扑说明管理视图 技术文档库标注哪些对象不允许日常操作视图分配清单自定义视图配置按用户和组列明可见范围扩展模块清单用户文档菜单可见内容反推与合同采购项核对事件分级与处理程序事件管理相关章节 BACnet 优先级映射贴一页映射表在值班台最后说一个我自己踩过的坑。早年做交接培训我按手册顺序讲从布局讲到浏览器再讲事件讲完问有没有问题全场摇头。三个月后回访值班员还是不用过滤器遇到报警就一条条翻列表。从那以后我每次做界面交付都强制走一遍角色动线让值班员自己从上班登录开始依次做看灯、核过滤器、处理详细信息栏、扫列表、写交接记录全程我只在旁边看不插嘴卡在哪就在哪补讲。手册是静态的动线是活的能跑通动线的手册才算交付完成。这份 Desi GO CC 用户界面的 BA-CN 材料价值也在这里——它把窗格、摘要栏、事件三级呈现、双视图浏览器这些零件都摆好了剩下的是你按自己项目的班次和分工重新串一遍。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
