WinCC条形图实战全解：配置、动态效果与性能优化

做HMI画面这么多年，条形图算是被低估得最狠的一个小控件。它不像趋势曲线那样能拉出一长段历史故事，也不像报警控件那样身负重任，但操作员每天盯得最多的恰恰是它——液位到没到高限、速度有没有跑偏、几台泵的电流放一起谁高谁低，靠的全是那一根根条。WinCC里的条形图，看着简单，真正要在正式项目里用好，从变量连接、量程映射到超限变色、多对象排布，每一环都有讲究。这篇文章把我做项目时调条图的经验完整整理一遍，按场景选型、参数配置、动态化、完整案例、故障排查的顺序走下来，适合正在组态SCADA或HMI画面的朋友。不管你是刚上手的，还是想系统理一理条图用法的，里面都有可以直接抄的配置思路。

1. 条形图在WinCC里的定位：能干什么、别拿它当什么用

很多人一提到WinCC的显示控件，首先想到的是趋势曲线和表格，条形图往往被随便扔在画面角落。但条形图真正的价值，在于它把模拟量数值变成了一根有长度的条，人的视觉对长度和面积变化非常敏感，对一串跳动的数字反而不敏感。一个操作员盯着一排数值去判断现场状态，跟盯着一排条形图判断，速度完全不在一个量级。

1.1 条图控件的典型场景：液位、料位、速度与能耗对比

条形图最适合的，是那些需要"快速扫一眼、立刻知道现场大概状态"的场景。在我看来，用得最多的有四类：

• 液位和料位显示。储罐、中间槽、料仓这些对象，用垂直条形图去模拟液位升降，符合人的直觉。再配合高低限颜色，哪根条顶到红色刻度线，隔两三米都能看清。
• 设备速度、开度、压力等实时状态。变频器频率、阀门开度、泵出口压力这类模拟量，条图给操作员的是"相对正常范围的偏离感"。比如频率设定50%，条图刚好顶到中间刻度，操作员扫一眼就知道当前运行状态偏不偏。
• 多台同类设备对比。几台泵的电流、几台风机的转速，并排的条形图能直接看出哪台负荷偏高、哪台有余量。这种对比需求用表格和数字也能做，但条图更直观。
• 班次和能耗类的统计对比。固定时间段内的产量、能耗累计值，用一组水平条形图对比各个班次，比看表格省力得多。

条图的核心说服力就是"快"。它不是为了精确读数，而是让操作员在零点几秒内抓取整体态势。精确读数的事，最好交给旁边的IO域或数值显示，两者配合而不是互斥。

1.2 什么时候不该用条形图

条形图不是万能的，我在项目里见过最多的误用，是拿条形图当趋势图用。条形图默认显示的是变量当前值的快照，它没有时间轴，不展示这个量在过去几分钟里是怎么变化的。想看趋势，必须用WinCC的在线趋势控件，别指望条图切换成历史模式。

还有一种情况：整个画面塞了一二十个条形图，每个都带刻度、带颜色、带文本，结果画面被拉得密密麻麻，操作员根本分不清哪根条对应哪台设备。条形图适合做概览层的少量关键点，不适合做数据墙。几十上百个模拟量需要集中展示时，优先用概览表格、分组趋势画面，或者按区域拆成多个子画面。

另外一个容易被忽视的问题是高精度场景。某配方的温度要求控制在0.5度以内，让操作员靠条形图长度估读小数点，早晚出问题。条图旁边必须放精确数值，或者直接把数值文本叠加在条图上，这应该成为一个默认习惯。

1.3 三种条图实现方式怎么选

实际项目里，WinCC的条形图至少有三种做法。很多人只知道拖一个标准控件，其实另外两种在某些场景下更好用。

我的选型习惯是：画面用于日常监控，且需要上下限颜色、刻度这些仪表属性，就选标准Bar控件；只想要一个液位动画效果，比如水从罐底往上涨，用矩形填充更顺手；在搞报表类的统计展示，再考虑直方图控件。这三种方式后面都会详细展开。

2. 标准条形图控件的放置与核心参数配置

标准Bar控件是WinCC图形编辑器里自带的对象，功能最完整。很多新手上来就把控件拖到画面上乱点一通，结果运行的时候条不动、颜色不变、没有刻度，原因往往是属性之间互相牵连。这一章按我习惯的配置顺序讲清楚。

2.1 放置控件并认识属性分组

在WinCC图形编辑器里，标准条形图控件一般在对象选项板的"控件"分组下，名称是"条形图"或者"Bar"。拖到画面上后，先别急着连变量，先把它的属性结构摸清楚。不同版本界面有差异，但大类基本一致：

• 通用/属性：位置、大小、名称、可见性。
• 颜色/背景：条的填充色、背景色、边框色。
• 比例/量程：上限、下限、刻度步长。
• 数据/测量值：绑定变量的入口。
• 显示/文本：数值是否显示、单位、小数位。

我的建议顺序是：先定布局和大小，再连数据变量，然后设量程刻度，最后做颜色和显示。这个顺序可以从根上避免"变量连了但条不动""量程不对导致满格"这类基础问题。

2.2 变量连接：外部变量、内部变量与量程换算

条形图的数据绑定是核心中的核心。WinCC里变量分外部变量和内部变量。外部变量来自PLC通讯地址，直接对应现场传感器和设备；内部变量存在WinCC运行系统内部，多用于脚本计算结果、仿真数据、或者中间换算值。条图连接外部变量最直接，但这里藏着一个项目里经常翻车的坑：PLC送过来的数值，很多时候不是工程值。

举例来说，某系统温度变送器4~20mA信号对应0~1000度，PLC如果直接采集原始工程量，或者变频器频率输出0~16384这类内部值，WinCC端没有做线性标定，条图上显示的就不是真实量程。结果条图要么长期贴着上限，要么一直在底部抖动。我做一个项目时遇到过类似情况：上位机变量原始值范围0~27648，实际工艺量变化只有两三百，我把Bar上限直接设成27648，运行时空罐和满罐看着几乎一样，全是一条顶到头的竖线。

处理方式有两种：一种是在WinCC变量管理器的变量属性里做线性换算，把原始值映射成工程值；另一种是在PLC里做好换算再传上位机。条图本身只负责"拿一个数画一根条"，它不负责理解这个数的物理含义。如果确实需要在WinCC侧做换算，也可以用定时C脚本把一个原始量变量转成工程值变量，逻辑类似下面这样：

#include "ap_defs.h" // 定时动作，每500ms执行一次 // 原始值rawLevel在0~27648之间，映射到工程值0.0~5.0米 double rawLevel; rawLevel = GetTagDouble("RawLevel"); SetTagDouble("DisplayLevel", (rawLevel / 27648.0) * 5.0);

这段脚本只是思路示例，实际使用时要根据自己的变量名和量程关系改参数。能用变量管理器的线性标定就用变量管理器，脚本是兜底手段。

2.3 方向、刻度、文本与单位：参数间的搭配

条图的方向一般分水平、垂直几种。液位、料位习惯用垂直条，像罐一样往上涨；速度、负荷、能耗类对比，用水平条反而更顺手，因为标签写左边容易对齐，刻度也能拉开横向空间。

刻度设置的要点是"让人一下读出量级"。量程0~5000，主刻度步长给500，每根条上5个大格，清晰好读；如果步长设成666，运行时刻度一堆小数点，纯粹找罪受。负值量程也常见，比如温度-40~40度，这时候要确认条图的零点是否显示在中间，否则负值一进来条图可能显示乱掉。WinCC的Bar控件一般支持在比例属性里设置零点位置，找不到就先用自动刻度跑一遍，看负值进来是什么效果再微调。

文本显示建议：所有用于精细化判断的条图，都把当前值文本打开，放在条的顶端或旁边。既然用了条图求直观，就该在直观之外保留精确值。单位信息最好统一写在标签或标题里，而不是每个条图塞一个单位字符串，画面会乱。字体大小也要考虑屏柜距离，工业现场的操作工一般离屏1~3米，字体小于16像素基本白搭。

2.4 限值与颜色范围的初始配置

标准Bar控件一般自带限值颜色配置，属性里可以定义正常范围、上限值、下限值以及对应颜色。原则很简单：正常区域绿色或默认色调，预警区黄色，超限区红色。但这里有一个容易踩的坑：某些版本里限值配置是针对百分比而非工程值。量程是0~1000，预警值88%要算成88还是880，不同版本处理不一样。建议设置完以后，用变量工具打死一个固定值验证颜色对不对，再谈上线的事。

颜色这关别自己发明，尽量跟着项目现场的报警习惯走。如果现场DCS报警画面用的是"蓝底白字"或者"黄底黑字"风格，你到WinCC这边自己搞一套红黄绿，操作工还得重新学一套颜色语言。颜色是给人看的，不是给软件看的，顺着习惯设计才是正道。

3. 让条形图根据数值变化颜色：动态对话框配置实战

条形图的颜色变化，比长度变化更接近"本能反应"。一根条变红，操作员在视野边缘也能察觉到；但一根条从80%变成82%，除非盯着看，否则完全感知不到。

3.1 动态对话框做三段变色（正常/预警/超限）

实现变色的标准做法是WinCC的动态对话框。操作步骤大概是：

1. 选中条形图对象，找到要变的属性，一般是填充颜色或条颜色，打开动态对话框编辑器。
2. 选择触发变量，也就是要监控的那个过程值。
3. 在"数值范围到属性值"的映射表里，把变量值域分段：0~75对应绿色，75~90对应黄色，90~100对应红色。
4. 应用后保存，编译运行。

动态对话框的原理不复杂：运行系统每隔一个更新周期检查触发变量的值，落在哪个区间，就把对应的属性值套用到对象上。它相当于WinCC内置的一张"数值-颜色"查表，不需要写任何脚本。这种做法的好处是修改直观、不易报错、运行开销小，是我在项目里最推荐的方式。

有时候除了颜色，还需要让条图闪烁提示。闪烁一般通过对象的闪烁属性实现，同样可以在动态对话框里把闪烁开关和颜色放在同一段区间，触发值保持一致。如果不一致，现场会出现条已经变红了、却不闪的情况，操作员低头看报警列表才发现异常，这就违背了条图设计的初衷。

3.2 多变量对比排列与数组标签

画面需要好几根条形图并排时，最常见的做法是复制粘贴、逐根改变量。量少没问题，量多就考验耐心。我的习惯是先定命名规范：画面上Bar1、Bar2、Bar3，对应的变量Tag1、Tag2、Tag3，序号一一对齐。这样不管是手动改还是后面写脚本，至少不会错位。命名乱了，项目后期维护简直是灾难。

更进一步的方案是用WinCC的数组标签。比如把8个测点的温度定义成一个数组变量，画面放8个Bar控件，然后用循环脚本每500ms批量给数值属性赋值。这个方案的好处是数据处理集中，画面维护只需要改数组长度。缺点是需要一点脚本基础，而且Bar控件的数值属性在不同版本里名称略有差异，写脚本前要先在对象属性列表里确认实际属性名。我在跨版本项目里吃过这个亏，建议各位先把控件接口查明白再动手。

3.3 老项目里更常用的矩形填充方案

除了标准控件，还有一种"手动造条图"的做法在老项目里很流行：用WinCC的矩形对象加填充属性。图形编辑器里放一个矩形，在属性里找到填充比例之类的属性，连上变量，矩形就会按0~100%之间的变量值去填充。填充方向可以设置成向上或向下，非常适合模拟液位升降。

这个方案我推荐给两类人：一是想脱离控件固定样式、自定义条图外观的人，比如加斜纹、渐变、自定义边框；二是运行环境比较老、ActiveX控件兼容性不好，用基本图形对象更稳的场合。它比标准控件轻，画面加载快，出问题的概率也低。

短板也很明显：没有刻度、没有内置数值显示，连变色都要单独对矩形边框或填充色做动态对话框。用矩形填充做条图时，旁边几乎必须配一个IO域显示具体数值。不能想当然地以为操作员能从矩形填充比例里读出精确量，那只是一根假装液位的水柱而已。

4. 从零搭一个罐区液位和泵电流的条形图画面

理论说再多，不如动手搭一个完整案例。下面用一个虚构的简化场景演示：某水处理现场有三个清水池，需要显示液位，另有两台清水泵，需要显示运行电流。液位范围0~5米，电流正常范围0~80A。这个案例麻雀虽小五脏俱全，条图的核心功能都会覆盖到。

4.1 案例需求与变量规划

正式开始前，先把变量规划清楚，这是最容易被跳过的步骤，也是后期改动量最大的隐患。我习惯先列一张变量表，再动画面：

注意这里的细节：液位量程0~5，泵电流量程0~100。泵电流正常范围0~80，上限拉到100是为了给红色超限区留出20%的空间，让报警区视觉上不至于和满量程糊在一起。

4.2 画面组态五步走

第一步，新建画面，设定布局。把画面划分成上下两区，上方放三个池的液位条图，下方放两台泵的电流条图，整体对齐。画面布局决定了操作员的扫视路径，先想清楚再来回拖动控件。

第二步，放置5个Bar控件，调整大小和间距。三个液位条图高度一致，两个电流条图高度一致，间距均等。WinCC自带的排列对齐工具能帮上忙，手工拖拽容易留下参差不齐的边距。

第三步，逐个连接变量。每个Bar在数据部分选择对应的变量名。这一步最容易出问题的是变量类型：液位变量在PLC侧是实数，WinCC侧变量类型也应该是浮点数。如果类型不匹配，运行时数值可能完全读不到，或者出现乱码级的大数。

第四步，设置量程和刻度。液位条图下限0上限5，主刻度步长1；电流条图下限0上限100，主刻度步长25。文本显示打开，液位小数位保留2位，电流保留1位或整数。这个精度组合在绝大多数项目里足够用。

第五步，设置颜色范围。液位正常区域0~3米绿色，3~4米黄色，4~5米红色；电流0~80绿色，80~100红色。电流这里故意去掉黄色预警区间，只留两段，模拟现实中只要求"正常和超限"分明的场景。两段色的动态对话框配置更简单，也更容易验证。

4.3 运行态验证与参数微调

编译运行之后，必须做四件事验证效果：

1. 给变量写测试值，从0往量程上限慢慢加，观察条图是否平滑变化、刻度是否清晰、文本显示是否正常。
2. 写入一个超过正常范围的值，确认颜色变到对应区段。测试值最好直接落在黄色或红色区间中间，避免卡在临界值附近抖动。
3. 模拟一次通讯中断。如果是外部变量，把PLC连接停掉，看看条图在通讯恢复前是不是保留最后显示值，这个行为是否符合操作习惯。某些项目里断线时条图静止，容易被误解为设备正常，这种情况就需要叠加状态指示。
4. 切换画面再回到当前画面，确认条图能重新正确取值，而不是停留在只有图形没有数据的状态。

实测中，量程和颜色验证阶段就能把大部分问题抓出来。比如液位条图在4.2米时已经顶到顶部，多半是上限设成了3，或者变量类型没对上。这类问题现场上线后暴露，就得重新编译下装，来回折腾的时间足够把整个画面组态再检查一遍。

5. 条形图运行Bug排查与性能优化实录

条形图在运行系统里出故障，现象往往很小，但排查起来极其费时间。这一章把我踩过的坑和排查套路整理成速查表，遇到问题先对号入座。

5.1 运行不显示、不更新的典型原因

条形图最常见的问题就是"不显示""不动""全是满的"，原因一般都很小。整理成一张表，排查效率会高很多：

每次排查这类问题，我第一个动作永远是先看变量本身。变量有值，条图不正常，问题在控件配置；变量没值，先查通讯和PLC侧。很多人把时间浪费在画面上反复找属性，绕了一大圈才发现PLC压根没往上来数。

5.2 颜色不变和量程错乱排查

颜色不变是动态对话框的典型翻车现场。我见过最多的原因，是把动态对话框加到了背景色上而不是条颜色上。运行时背景确实变了，但条本身还是默认色，远处看起来就是"没反应"。另一种常见原因是变量中途改过名，动态对话框里还指向旧变量，运行系统对不存在的变量通常不报错，颜色就一直不触发。遇到颜色问题，先打开动态对话框看一下触发变量名，再确认作用属性，两个环节半小时能查完。

量程错乱方面，最常见的坑是上下限设对了，但刻度显示出一堆奇怪的小数。这通常是刻度步长没有按量程等分。0~5米的量程，步长设1.5，刻度就出现0、1.5、3、4.5；改成1或0.5，自动就整齐了。建议步长尽量整除量程，或者直接用自动刻度让系统自己分格。

还有一个隐蔽问题：变量值为零或者通信断开时，某些版本的Bar控件对零值和空值的显示处理不一样。如果现场工艺允许信号从0开始，空罐和断线在画面上效果相同。这本身是工艺设计问题，但组态时最好在条图旁加状态指示或者让断线状态变成灰色，避免操作员把断线看成空罐。这种事在项目上发生过，处理起来很尴尬。

5.3 画面卡顿与性能优化

条形图数量一多，画面运行很容易卡。常见原因是每个Bar控件背后都有大量动态属性在刷新，而WinCC运行系统的画面刷新又跟过程值更新周期绑定。我有一次处理项目，一台工控机上放了30多个带变色、带文本显示的Bar控件，每个变量采集周期50ms，结果画面CPU占用高，操作员点按钮都有延迟。后来把过程值采集周期从50ms拉到1秒，屏幕上看不出差别，操作流畅性立刻回来了。

除了刷新周期，还有几个优化建议值得试试：

• 不需要高频刷新的模拟量显示，采集周期放到500ms或1秒足够，别追求那种数字疯狂跳动的极致实时感。
• 动态对话框能解决的事情，不要写脚本每秒循环给属性赋值，脚本是性能杀手。
• 条图文本显示精度不要太夸张，小数位越多越耗CPU，2位足够。
• 画面内条形图数量控制在合理范围，超限提示可以汇总到概览表格里，而不是每个测点都堆一根华丽条。

6. 条形图进阶思路：历史值、批量复用与版本差异

条形图做到能显示实时值、会变色、能对比，已经满足九成项目的需求。剩下的进阶玩法，更多是在解决实际项目中的维护和扩展问题。

6.1 历史统计数据与条图结合

标准Bar控件显示的是实时快照，不带历史回看。但实际项目中经常有"过去一小时的平均液位""上一班次的产量"这类统计需求。这种需求不能让条图去读归档，而是要把取数和统计逻辑放在条图之前。

WinCC有完整的变量归档系统，归档后的历史数据可以通过脚本或SQL查询读取。省事的做法是在PLC侧或WinCC脚本里先算出统计值，写入一个中间变量，条图再显示这个中间变量。条图本身不需要理解"历史"的含义，它只负责把最终统计值画出来。如果要做真正的时间维度柱状图，比如12个小时每个小时的产量柱状对比，用报表趋势工具或者直方图控件更合适，别硬拿Bar控件拼。

6.2 把条形图封装成可重复利用的面板

项目里同一样式的条图要在十几个画面重复出现时，就该考虑复用而不是反复复制。WinCC支持把一组对象组合保存为图形对象或面板类型。把Bar控件、底下的IO域、标签、背景框全部框选组合，定义好命名，保存成模板。

之后每次使用只需拖出模板，改绑定的变量名称和量程即可。改外观时只需要改模板，批量更新所有引用。这个习惯一旦养成，项目后期维护工程量会小很多。特别是现场PID参数调整频繁、量程经常变化的项目，面板的批量修改能力能省下大量重复劳动。我在多个画面共用同一套"电机电流条"的时候，用过一次面板复用，后面改了三版样式都没怎么花时间。

6.3 WinCC V7和博途WinCC的同类控件差异

不少项目是WinCC V7和博途WinCC（V15、V16、V17这类）并存。两者的条图控件长得相似，配置入口差异却不小。WinCC V7的Bar控件是传统ActiveX控件，属性分组多，功能成熟但界面显老；博途WinCC把同类功能放在"棒图"控件里，属性结构更贴近TIA风格，量程、颜色、限值设置路径更直观。

迁移项目时，别直接把画面文件复制过去指望通用，控件名称和属性接口都不一样。最稳的做法是拿一个小画面先做原型验证，确认目标版本里条图控件支持哪些属性、变量怎么连、动态对话框入口在哪，再批量迁移。不同版本之间脚本语法也有差异，C脚本在某些版本里对Bar的属性名不一致，跨版本吃过亏之后，我现在接到迁移项目都会先翻控件接口说明，不凭记忆硬上。

关于历史数据、批量复用和版本差异这几点，越往后越依赖项目上下文。我给的是方法论，具体到使用中的版本，还是要对着属性表逐项过一遍。工具本身不复杂，复杂的是你想让这根条承载多少信息、怎么在操作员的视野里恰到好处地出现。

我个人做条图这些年最真实的体会是：条形图考验的从来不是控件本身，而是对工艺的理解。给液位配什么上下限、用几种颜色、放在画面哪个位置，都要顺着操作员的习惯来。设计得好，操作员扫一眼就知道该开哪台泵；设计得随意，再鲜艳的颜色也只会让人疲劳。后来我做项目都坚持一个原则：所有条图旁边的精确数值必须保留，超限色严格执行现场已有的报警习惯，不自己发明颜色。这个细节看着不起眼，却实实在在帮我躲过好几次现场返工。希望这篇梳理也能帮你少踩几个坑。