企业官网建设流程全解析

1. 从一次产线改造说起：为什么需要GroupDisplay组显示

去年接手一个汽车零部件产线的电控改造项目，现场有6台S7-1500 PLC分别控制压装、拧紧、检测、打标、上下料和缓存六个工位，上位机用的是WinCC V7.5 SP2。项目验收前一周，甲方设备科长站在中控室大屏前问了我一句话：“能不能让我一眼看出哪台设备在报警，而不是让我一个个画面去翻？”这句话直接把我推到了GroupDisplay这个功能面前。

GroupDisplay，中文一般叫“组显示”或者“分组显示”，是WinCC里一个非常实用但经常被忽略的控件。它的核心作用是把多个同类型的对象（比如多台设备的报警状态、多个工位的运行状态、多个阀门的开关状态）聚合到一个画面里统一呈现，并且支持点击某个分组直接跳转到对应的详细画面。对于S7-1500这种多控制器、多工位的产线场景，GroupDisplay几乎是做中控总览画面的标配方案。

这篇文章适合三类人看：一是正在做S7-1500加WinCC上位机项目、需要做多设备总览画面的电气工程师；二是用过WinCC但没接触过GroupDisplay、想搞清楚它到底怎么配置的自动化从业者；三是遇到“组显示不刷新”“点击不跳转”“状态颜色不对”这类问题、正在排查的现场调试人员。我会从整体设计思路讲到具体配置步骤，再到实际调试中踩过的坑，尽量把每个环节的“为什么”说清楚，让你看完能直接上手复现。

需要提前说明的是，GroupDisplay本身是WinCC自带的功能，不需要额外购买授权，但它对变量结构、画面命名、脚本逻辑有一定要求，配置不当就会出现各种“看起来配了但没效果”的情况。下面我按项目实际落地的顺序来拆解。

2. 整体设计思路：GroupDisplay到底解决什么问题

2.1 传统总览画面的三种做法与各自的痛点

在没有用GroupDisplay之前，做多设备总览画面通常有三种做法，我在不同项目里都用过，各有各的麻烦。

第一种是静态画面加动态属性。就是在总览画面上画6个矩形，每个矩形代表一台设备，然后给每个矩形的背景色绑定对应设备的报警变量，报警时变红，正常时变绿。这种做法最直接，但问题是设备数量一多，画面上的对象数量就爆炸，而且每加一台设备就要手动复制一套对象、重新绑定变量，维护成本极高。我之前做过一个12工位的项目，光总览画面就有上百个对象，改一次变量名要改半天。

第二种是画面窗口嵌套。把每台设备的缩略状态做成一个子画面，然后在总览画面上放多个画面窗口，每个窗口加载对应的子画面。这种做法比第一种好一些，子画面可以复用，但画面窗口的数量还是固定的，设备增减时依然要手动调整，而且画面窗口会占用较多系统资源，6个以上就会明显感觉画面切换变卡。

第三种是用脚本动态生成对象。通过VBS或C脚本在画面打开时动态创建矩形、文本等对象，根据设备数量自动生成。这种做法最灵活，但开发难度大，调试麻烦，而且动态创建的对象在画面编辑器里看不到，后期维护的人如果不懂脚本基本没法改。

GroupDisplay的出现就是为了解决这些痛点。它本质上是一个容器控件，你只需要告诉它“我要显示哪些分组”“每个分组对应哪个画面”“每个分组的状态变量是什么”，它就会自动生成对应数量的显示单元，并且自动处理状态刷新和点击跳转。设备增减时只需要改配置，不需要动画面对象。

2.2 GroupDisplay的核心机制拆解

要理解GroupDisplay怎么用，先要理解它的三个核心概念：分组（Group）、状态变量（State Variable）、目标画面（Target Picture）。

分组是GroupDisplay的基本单元，每个分组代表一个需要独立显示的对象，比如一台设备、一个工位、一个阀门。分组不是WinCC里预先定义好的东西，而是在GroupDisplay控件的属性里动态配置的，你可以理解为一个数组，数组的每个元素就是一个分组。

状态变量是每个分组绑定的一个整型变量，用来表示这个分组当前的状态。GroupDisplay会根据这个变量的值来改变对应显示单元的颜色。默认情况下，0表示正常（绿色），1表示报警（红色），但颜色和对应的值都可以自定义。这里有个关键点：状态变量必须是整型，不能是布尔型，布尔型变量需要先转换或者用两个位来表示不同状态。

目标画面是每个分组点击后要跳转到的画面名称。GroupDisplay支持两种跳转方式：一种是在当前画面内用画面窗口显示目标画面，另一种是直接切换整个画面。具体用哪种取决于你的画面布局，中控室大屏一般用画面窗口方式，操作员站一般用整画面切换方式。

这三个概念组合起来，GroupDisplay的工作流程就是：读取配置好的分组列表，对每个分组读取其状态变量的值，根据值设置显示单元的颜色，同时把目标画面名称关联到显示单元的点击事件上。整个过程是自动的，不需要你写额外的刷新脚本。

2.3 为什么选择GroupDisplay而不是其他方案

回到我那个汽车零部件项目，最终选GroupDisplay主要基于三个考虑。

第一是可维护性。产线后期可能会增加工位，如果用静态对象方案，每加一个工位就要改总览画面；用GroupDisplay只需要在配置里加一行，其他什么都不用动。这个项目后来确实加了一个视觉检测工位，我只花了五分钟就完成了总览画面的更新。

第二是一致性。GroupDisplay生成的显示单元样式统一，不会出现这个矩形大一点、那个矩形小一点的情况。对于甲方来说，中控画面的一致性直接影响他们对整个系统专业度的判断。

第三是开发效率。6个工位的总览画面，用静态对象方案大概需要半天时间画对象、绑变量、调颜色；用GroupDisplay从配置到调试完成只用了不到两小时。而且GroupDisplay的配置是数据驱动的，后期改起来也快。

当然GroupDisplay也不是万能的。它的显示单元样式比较固定，如果你需要每个设备显示不同的图形（比如泵显示泵的图标、阀显示阀的图标），GroupDisplay就做不了，还是得用画面窗口方案。另外GroupDisplay对触摸屏的适配一般，如果是Comfort Panel触摸屏项目，建议还是用传统的画面切换方案。

3. 核心配置细节：从变量结构到控件属性逐项拆解

3.1 S7-1500侧的变量规划与优化块访问设置

GroupDisplay的状态变量最终要来自S7-1500，所以PLC侧的变量规划很关键。我的习惯是在PLC里建一个专门的状态汇总DB块，把所有需要在上位机总览画面显示的状态都集中到这个DB里，而不是分散在各个功能块里。这样做的好处是WinCC侧只需要连接一个DB块，变量管理清晰，后期排查也方便。

具体做法是在S7-1500里新建一个全局DB，比如叫DB_GroupStatus，里面定义6个Int类型的变量，分别对应6个工位的状态。每个变量的值定义如下：0表示正常，1表示警告，2表示故障，3表示离线。这里用Int而不是Bool，是因为GroupDisplay的状态变量需要整型，而且用Int可以表示多种状态，比Bool只有0和1更灵活。

// DB_GroupStatus 结构定义 // Station1_Status : Int // 0=正常 1=警告 2=故障 3=离线 // Station2_Status : Int // Station3_Status : Int // Station4_Status : Int // Station5_Status : Int // Station6_Status : Int

这里有个S7-1500特有的坑必须提一下：优化块访问。S7-1500的DB块默认开启“优化的块访问”，这种模式下变量的绝对地址是不固定的，WinCC通过符号名访问没有问题，但如果你在WinCC里用了绝对地址访问，或者用了某些老版本的通信方式，就会读不到数据。我的建议是保持优化块访问开启，WinCC侧统一用符号名连接，不要用绝对地址。如果确实需要绝对地址，那就在DB属性里取消“优化的块访问”，但这样会失去一些优化特性，需要权衡。

另外，状态变量的更新频率也要考虑。如果状态变量在PLC里是每个扫描周期都刷新，那WinCC侧读到的值会变化很快，GroupDisplay的颜色会频繁闪烁。我的做法是在PLC里加一个0.5秒的定时器，状态变量每0.5秒更新一次，这样既保证了实时性，又不会让画面闪得眼花。

3.2 WinCC变量连接与分组数据结构设计

WinCC侧的变量连接相对直接，在变量管理里添加S7-1500的驱动，建立连接，然后从DB_GroupStatus里把6个Int变量拖进来。这里要注意变量的命名，我习惯用gv_Station1_Status这样的前缀，gv表示group variable，这样在GroupDisplay配置时一眼就能找到。

但GroupDisplay的分组配置不是直接读WinCC变量，而是通过一个内部变量或者脚本数组来组织的。具体来说，GroupDisplay控件的“分组”属性是一个字符串数组，每个字符串的格式是分组名称;状态变量名;目标画面名。比如：

1号压装工位;gv_Station1_Status;Pic_Station1.pdl 2号拧紧工位;gv_Station2_Status;Pic_Station2.pdl 3号检测工位;gv_Station3_Status;Pic_Station3.pdl 4号打标工位;gv_Station4_Status;Pic_Station4.pdl 5号上下料工位;gv_Station5_Status;Pic_Station5.pdl 6号缓存工位;gv_Station6_Status;Pic_Station6.pdl

这个字符串数组可以直接在GroupDisplay的属性里静态配置，也可以通过脚本动态生成。静态配置适合设备数量固定的场景，动态生成适合设备数量可变的场景。我那个项目设备数量固定，所以用的静态配置，简单直接。

这里有个细节：目标画面名要写完整的画面文件名，包括.pdl后缀。如果目标画面在子文件夹里，还要写相对路径，比如SubFolder/Pic_Station1.pdl。我见过有人只写画面名不写后缀，结果点击没反应，排查了半天才发现是这个问题。

3.3 GroupDisplay控件属性逐项配置说明

在WinCC画面编辑器里，从“控件”面板里找到“GroupDisplay”控件，拖到画面上，然后右键属性，会看到一堆配置项。我按实际配置顺序逐项说明。

分组（Groups）：这是最核心的属性，就是上面说的字符串数组。在属性窗口里点击“分组”右边的按钮，会弹出一个编辑对话框，可以逐行添加分组。每行的格式是名称;变量;画面，分号是英文分号，不能是中文分号，这个坑我踩过，中文分号会导致解析失败。

显示方向（Orientation）：可选水平或垂直。6个工位我一般用水平排列，一行显示6个，大屏上看起来比较整齐。如果工位数量超过8个，建议用垂直排列或者分多行，否则每个显示单元会太窄。

显示单元大小（Cell Size）：包括宽度和高度。这个要根据画面分辨率和工位数量来算。比如画面是1920x1080，水平排列6个工位，每个工位之间留10像素间距，那每个显示单元的宽度就是(1920 - 7*10) / 6 ≈ 308像素。高度一般设100到150像素，太矮了文字显示不全，太高了浪费空间。

状态颜色（State Colors）：这里配置状态值和颜色的对应关系。默认是0绿色、1红色，我一般改成0绿色、1黄色、2红色、3灰色。配置方式是添加多行，每行是状态值;颜色。颜色可以用RGB值，也可以用WinCC预定义的颜色常量。

字体（Font）：显示单元里显示的分组名称的字体。建议用微软雅黑或者Arial，字号根据显示单元大小调整，一般14到18磅比较合适。

点击行为（Click Behavior）：可选“无动作”“画面切换”“画面窗口”。中控大屏用“画面窗口”，操作员站用“画面切换”。如果选“画面窗口”，还要指定画面窗口的名称，这个画面窗口需要提前在画面上放好。

刷新周期（Update Cycle）：GroupDisplay读取状态变量的周期。默认是1秒，我一般改成500毫秒，兼顾实时性和性能。如果状态变量在PLC侧已经是0.5秒更新一次，这里设500毫秒刚好匹配。

3.4 状态变量与颜色映射的逻辑设计

状态变量和颜色的映射看起来简单，但实际项目里往往需要更复杂的逻辑。比如我那个项目，甲方要求“警告”和“故障”用不同的颜色，而且“离线”状态要闪烁。GroupDisplay本身不支持闪烁，但可以通过脚本实现。

具体做法是在PLC侧把状态变量设计成Int，0到3分别对应四种状态。然后在WinCC侧用一个全局脚本，每500毫秒读一次状态变量，根据值设置GroupDisplay的对应显示单元颜色。但GroupDisplay的显示单元颜色不能单独设置，只能通过状态颜色映射表统一设置。所以如果要实现闪烁，只能换一种思路：用两个状态值交替表示“离线”，比如3和4交替，3对应灰色、4对应深灰色，这样看起来就像在闪烁。

这个技巧是我在一个夜间无人值守的项目里琢磨出来的，甲方要求设备离线时总览画面上要能一眼看出来，静态灰色不够醒目，交替灰色就解决了问题。实现方式是在PLC里加一个闪烁位，离线时这个位以1Hz频率翻转，状态变量在3和4之间切换。

4. 实操过程：从零搭建一个6工位GroupDisplay总览画面

4.1 前期准备：画面命名规范与变量表整理

动手配置之前，先把命名规范定下来，这个习惯能省掉后面大量的返工。我的规范是这样的：总览画面叫Pic_Overview.pdl，各工位详细画面叫Pic_Station1.pdl到Pic_Station6.pdl，状态变量叫gv_Station1_Status到gv_Station6_Status，画面窗口叫PW_Detail。

变量表整理成一张表格，把分组名称、状态变量、目标画面三列列清楚，配置的时候直接照着填，不容易出错。

这张表建议直接写在Excel里，配置GroupDisplay的时候对照着填。我见过有人配置到一半忘了某个工位的变量名，又回去翻PLC程序，来回折腾很浪费时间。

4.2 分步配置GroupDisplay控件

第一步，在Pic_Overview.pdl上放一个画面窗口，命名为PW_Detail，大小设成和主画面内容区域一样大，初始时隐藏或者显示一个默认画面。

第二步，拖一个GroupDisplay控件到画面上方，调整大小和位置。我一般放在画面顶部，高度150像素，宽度占满画面。

第三步，右键GroupDisplay，打开属性，找到“分组”属性，点击编辑按钮，逐行添加6个分组。每行的格式是名称;变量;画面，注意分号是英文的。

第四步，配置“状态颜色”。添加四行：0;绿色、1;黄色、2;红色、3;灰色。颜色值可以用WinCC的颜色选择器选，也可以直接输入RGB值。

第五步，配置“点击行为”为“画面窗口”，画面窗口名称填PW_Detail。这样点击某个分组时，目标画面会在PW_Detail里显示，而不是切换整个画面。

第六步，配置“刷新周期”为500毫秒，“显示方向”为水平，“显示单元大小”根据画面宽度算好填入。

第七步，保存画面，激活运行。这时候应该能看到6个显示单元，颜色根据PLC里的状态变量值变化，点击某个单元会在下方画面窗口里显示对应的详细画面。

4.3 状态变量模拟与联调测试

配置完成后，不要急着连PLC，先在WinCC里用内部变量模拟测试。把gv_Station1_Status到gv_Station6_Status先建成内部变量，然后在画面上放几个输入框，手动改这些变量的值，观察GroupDisplay的颜色变化和点击跳转是否正常。

模拟测试通过后，再把变量连接切换到S7-1500的实际变量。切换时要注意，如果变量名变了，GroupDisplay的分组配置里的变量名也要同步改，否则会读不到值，显示单元会一直是默认颜色。

联调时我一般会做一个测试序列：先把所有工位设为0（正常），确认全部绿色；然后把1号工位设为2（故障），确认1号变红；然后点击1号工位，确认跳转到Pic_Station1.pdl；然后把1号工位恢复为0，确认变回绿色。这个序列走一遍，基本能覆盖GroupDisplay的主要功能。

4.4 画面窗口与画面切换的取舍

前面提到点击行为有两种：画面窗口和画面切换。这两种方式在实际项目里怎么选，我总结了一个简单的判断标准。

如果总览画面需要一直可见（比如中控大屏需要同时看到总览和详细画面），用画面窗口。画面窗口方式下，总览画面始终显示在上方，详细画面显示在下方的画面窗口里，操作员可以一边看总览一边看详细。

如果操作员站屏幕较小（比如15寸触摸屏），用画面切换。画面切换方式下，点击分组会切换到详细画面，总览画面被覆盖，操作员需要返回按钮才能回到总览。这种方式节省屏幕空间，但操作员看不到总览。

我那个项目用的是中控大屏加操作员站双屏方案，中控大屏用画面窗口，操作员站用画面切换。两种方式在同一个项目里共存，配置上只需要在GroupDisplay的点击行为属性里分别设置即可。

5. 常见问题与排查技巧实录

5.1 组显示不刷新或刷新慢的排查思路

这是GroupDisplay最常见的问题，表现是PLC里状态变量已经变了，但GroupDisplay的颜色没变，或者过了很久才变。排查思路按以下顺序进行。

先检查GroupDisplay的“刷新周期”属性。如果设的是默认1秒，而PLC侧变量更新很快，可能会感觉刷新慢。改成500毫秒试试。但也不要设得太小，比如100毫秒，会增加通信负担，反而可能导致刷新不稳定。

再检查WinCC变量连接是否正常。在变量管理里找到对应的变量，看“质量”列是否显示“良好”。如果显示“不良”或者“不确定”，说明通信有问题，需要检查S7-1500的连接配置、IP地址、机架槽号等。

然后检查PLC侧变量是否真的在变化。可以在PLC的在线监控里看DB_GroupStatus里的值，确认状态变量确实在变。如果PLC侧没变，那问题在PLC程序里，不在WinCC侧。

最后检查GroupDisplay的分组配置里的变量名是否和WinCC变量管理里的变量名完全一致。大小写、下划线、前缀都要一致，差一个字符都会导致读不到值。

我遇到过一次刷新慢的问题，排查了半天发现是WinCC项目里变量数量太多，通信负载过高。解决办法是把GroupDisplay用到的变量单独放在一个连接里，减少这个连接上的变量数量，刷新就正常了。

5.2 点击分组不跳转的几种原因

点击分组没反应，或者跳转到了错误的画面，通常有以下几个原因。

目标画面名写错了。最常见的是忘了写.pdl后缀，或者路径写错了。检查GroupDisplay分组配置里的画面名，确保和实际画面文件名完全一致。

画面窗口名称写错了。如果点击行为是“画面窗口”，要确保画面窗口的名称和实际画面上的画面窗口对象名称一致。我见过有人把画面窗口命名为PW_Detail，但在GroupDisplay属性里填的是pw_detail，大小写不一致导致找不到窗口。

目标画面不存在或者被删除了。检查WinCC项目目录下的.pdl文件是否存在。

权限问题。如果WinCC项目启用了用户管理，当前登录用户没有目标画面的访问权限，点击也不会跳转。检查用户权限配置。

5.3 状态颜色显示异常的调试方法

状态颜色显示异常，比如正常状态显示红色、故障状态显示绿色，通常是状态值和颜色的映射配反了。检查GroupDisplay的“状态颜色”属性，确认每个状态值对应的颜色是正确的。

还有一种情况是状态变量的值超出了映射范围。比如映射表里只配了0到3，但PLC里状态变量的值是4，GroupDisplay找不到对应的颜色，就会显示默认颜色（通常是灰色）。解决办法是在映射表里加一个“其他”项，或者确保PLC侧状态变量的值不会超出范围。

如果颜色显示正确但显示单元的背景色和文字颜色对比度不够，比如黄色背景配白色文字看不清，可以在GroupDisplay的字体属性里把文字颜色改成黑色，或者调整状态颜色的亮度。

5.4 常见问题速查表

5.5 几个容易被忽略的实操心得

第一个心得：GroupDisplay的分组配置字符串里，分号必须是英文分号。中文分号看起来一样，但解析会失败。这个坑我在第一次配置时踩过，排查了半小时才发现是输入法的问题。

第二个心得：如果设备数量超过10个，建议用垂直排列或者分两行。水平排列超过10个，每个显示单元会非常窄，文字根本显示不全。

第三个心得：GroupDisplay的状态变量建议用Int而不是Bool。Bool只有0和1两种状态，不够用。Int可以表示多种状态，后期扩展也方便。

第四个心得：在PLC侧加一个状态汇总逻辑，把各个设备的报警、故障、离线状态汇总成一个Int值，而不是在WinCC侧用脚本拼。PLC侧做逻辑比WinCC侧做脚本更可靠，也更容易调试。

第五个心得：GroupDisplay的目标画面建议做成统一的模板，每个工位的详细画面布局一致，只是变量不同。这样操作员切换画面时不会感到困惑，开发时也可以复制粘贴，效率高。

6. 进阶扩展：让GroupDisplay更好用的几个技巧

6.1 动态生成分组配置

如果设备数量不固定，比如一个项目要适配多种产线配置，静态配置分组就不够用了。这时候可以用VBS脚本在画面打开时动态生成分组配置。

思路是在WinCC里建一个内部变量或者Excel文件，存储设备列表，然后在画面打开事件里用VBS读取这个列表，拼接成GroupDisplay需要的字符串数组，赋值给GroupDisplay的Groups属性。

' 示例：动态设置GroupDisplay分组 Dim objGroupDisplay Set objGroupDisplay = ScreenItems("GroupDisplay1") Dim strGroups(5) strGroups(0) = "1号工位;gv_Station1_Status;Pic_Station1.pdl" strGroups(1) = "2号工位;gv_Station2_Status;Pic_Station2.pdl" ' ... 以此类推 objGroupDisplay.Groups = strGroups

这个技巧适合设备数量可变的项目，但调试起来比静态配置麻烦，建议只在确实需要的时候用。

6.2 结合报警控件做联动

GroupDisplay可以和WinCC的报警控件联动。比如点击某个分组时，除了跳转到详细画面，还可以在报警控件里过滤出这个工位的报警。实现方式是在GroupDisplay的点击事件里加脚本，设置报警控件的过滤条件。

这个功能在中控室大屏上特别实用，操作员点击某个工位，下方报警控件就只显示这个工位的报警，不用在几百条报警里翻找。

6.3 移动端适配的注意事项

如果WinCC项目需要发布到移动端或者Web端，GroupDisplay的显示效果可能会打折扣。移动端屏幕小，水平排列的显示单元会挤在一起。建议在移动端项目里把GroupDisplay改成垂直排列，或者减少每行显示的工位数量。

另外，移动端的点击事件响应可能比桌面端慢，点击行为建议用“画面切换”而不是“画面窗口”，减少画面渲染负担。

6.4 性能优化：减少不必要的刷新

GroupDisplay的刷新周期设得太短会增加通信负担，设得太长又会影响实时性。我的经验是500毫秒是一个比较平衡的值。如果项目里GroupDisplay的分组很多（比如超过20个），建议把刷新周期放宽到1秒，同时优化PLC侧的状态汇总逻辑，减少变量数量。

还有一个优化技巧：如果某些分组的状态变化不频繁，可以把这些分组的状态变量单独放在一个刷新周期较长的连接里，而频繁变化的分组放在刷新周期较短的连接里。WinCC支持为不同的连接设置不同的刷新周期，这个功能在大型项目里很有用。

7. 写在最后：几个实际项目中的体会

GroupDisplay这个控件，说复杂不复杂，说简单也不简单。它的配置项不多，但每个配置项背后都有实际项目里的考量。我做了这么多年S7-1500加WinCC的项目，GroupDisplay几乎是每个多设备项目都会用到的功能，但每次用都会遇到新的小问题，每次解决都会积累一点经验。

最大的体会是：前期规划比后期调试重要。变量命名规范、画面命名规范、状态值定义规范，这些在项目开始前花半小时定下来，后面能省掉几小时的排查时间。我见过太多项目因为变量名混乱、画面名不统一，导致GroupDisplay配置反复出错。

另一个体会是：不要过度依赖GroupDisplay。它适合做总览，不适合做详细显示。详细的状态信息、报警信息、趋势曲线，还是要在详细画面里做。GroupDisplay的定位是“一眼看全局”，点击后再看细节，这个交互逻辑符合操作员的认知习惯。

最后分享一个小技巧：GroupDisplay的显示单元里除了显示分组名称，还可以显示状态变量的当前值。在分组配置的字符串里，名称部分可以用动态文本，比如1号工位(状态:%d);gv_Station1_Status;Pic_Station1.pdl，这样显示单元里会显示“1号工位(状态:2)”，操作员不用点击就能看到具体状态值。这个技巧在调试阶段特别有用，能快速确认状态变量是否读取正确。