企业官网建设流程全解析

简介：这份doc文档是亚控科技组态王6.55（中文版）的产品介绍资料，适合工业自动化工程师、组态软件入门者以及正在评估SCADA/HMI方案的选型人员阅读。资源为1个doc文件，压缩包约293KB，内容系统梳理了组态王6.55的产品定位、核心功能与亮点特性，包括向导式报表、全新Web发布、OCX控件发布，以及对KingHistorian工业实时数据库的集成支持。文中还详细列举了变量导入导出、分布式报警、脚本处理、配方管理、丰富设备驱动库和多种授权方式等实用功能，并说明英文版、韩语版、繁体版等衍生版本情况。目前已有932人浏览学习。借助这份说明文档，读者可以快速了解组态王6.55在数据采集与监控、历史数据存储与检索、远程画面发布等方面的整体能力，为后续安装试用、项目选型或技术评估提供有价值的参考。

1. 组态王 6.55 是什么：中文版工程里最省事的 SCADA 底座

做自动化项目的人对组态王这套国产组态软件不会陌生。组态王 6.55 是亚控面向中低端自动化项目推出的一款组态软件，核心是把现场 PLC、智能仪表、模块的数据采集起来，在电脑上搭出监控画面、历史曲线、报警和报表，再通过 Web 发布让不同车间的人看到同一份实时数据。它最打动我的一点，是变量、图库、报表向导和 Web 发布这几条链路配合得很顺，一个几百点的中小型项目可以在很短时间内跑起来。新手要的是一个能快速上手的工具，熟手要的是接手旧工程时不踩莫名其妙的坑，而这份中文版资源正好同时覆盖了这两种诉求。下面这篇笔记我按“选型、变量、报表、Web 发布、排错”的顺序拆开讲，该给的参数和该躲的坑都会在里面。

2. 选型与版本：为什么 6.55 仍值得新项目用

2.1 6.55 在版本序列里的位置

组态王 6.55 并不是最新一代产品，但它在老用户里口碑一直很稳。官方把它定位成面向低端自动化市场的产品，这里的“低端”不代表能力弱，而是目标项目小：一套水处理、楼宇自控、小型产线监控，通常一台工控机加组态王就能完成画面、历史、报表、报警和 Web 浏览的全部交付。相比更重的平台软件，6.55 的学习成本低、运行环境要求不高、图库和驱动数量足够，这正是中小项目需要的。

值得关注的是，6.55 往后兼容的不只是旧画面，还加入了两个对工程影响很深的能力：一是 KingHistorian 工业实时数据库，二是全新的 WebServer 发布。前者把历史数据从组态王自带的文件库延伸到了独立数据库，后者让浏览端与运行端保持一致，这两点改变了项目架构的选择。做完选型后，我会先想清楚历史数据落在哪，再决定工程怎么建。

组态王历史库和 KingHistorian 的差别，可以看这张表：

这个差异在实际项目里非常明显。几百点的小工程直接使用自带历史库最省事；到了两千点以上，多客户端的报表和曲线检索就开始吃力，我一般会把 KingHistorian 纳入架构。选型的另一个考量是工程后续维护：6.55 的工程文件可以被更高版本继续打开，反过来不行，所以前期选的版本决定了后期升级的起点，不要一开始就选一个停止维护的过老版本。

2.2 硬加密和软授权怎么选

6.55 提供硬加密和软授权两种授权方式，选错会在项目交付当天翻车。硬加密就是 USB 加密锁，插在工控机上，软件启动时检测锁。它的好处是换电脑时把锁拔过去就能用，重装系统不影响授权；缺点是锁丢了就麻烦，现场多一台机器就要多一把锁。

软授权则是把授权文件和机器特征绑定，生成一个只适用于当前机器的授权信息。它的好处是不占 USB 口、不需要额外的锁，适合开发机和内网服务器；坏处是授权和机器绑定，工控机硬件变更（换主板、换硬盘）之后需要重新走一轮授权流程，如果厂家流程慢，项目就停在那了。我的习惯是：开发阶段用软授权，现场交付用硬加密。还有一个小坑：很多人把软授权装在虚拟机里做测试，一旦虚拟机快照回滚，授权文件状态可能和当前硬件信息对不上，表现是软件能打开但一进运行系统就提示授权失效。碰到这种情况不要反复重装系统，先联系厂家把授权重置一次，能省掉大量时间。

素材里特别提到“兼容公司其它产品的全新加密方式”，意思是这套新的加密驱动和该公司其它产品的授权体系是打通的。如果你所在的单位同时用了多套这家公司的软件，会省很多维护精力；这一条在选型阶段值得跟供应商确认清楚。

2.3 安装环境配置：四类关键项

组态王安装说简单很简单，但环境不对，后面基本每一步都在报错。结合我拆过的工程，安装前先确认四件事：

1. 操作系统。6.55 常见部署在 Windows 10 x64 或 Windows Server 2016/2019 上，兼容性比较稳。精简版系统容易缺运行库，引发数据库组件异常。
2. 历史库支撑。组态王历史库在部分安装方式下依赖 ODBC 数据源，常见做法是先装一个 SQL Server Express 或同级数据库实例，安装过程会自动创建数据源。这一步不是可选，是后面报表向导能不能取到数据的前提。
3. 安装路径。不要用包含中文和空格的目录。组态王工程路径稳定，历史库连接串才不会因为路径转码出问题。
4. 防火墙与端口。运行期间要用 Web 发布和报表，需要放行数据库默认端口和 Web 发布端口。防火墙配置应该在装完软件后立刻做，不要等到现场联调再补。

这些环境项有一个通用检查思路：装完软件后先创建一个空工程，加一个内存变量，跑一次运行系统。能起来、变量能变化，说明基础环境没问题，之后的问题都可以集中在工程配置本身。

3. 建立工程与变量体系：从数据词典到设备驱动

3.1 设备接入顺序和常见参数

组态王工程的最小闭环是“设备 → 变量 → 画面 → 输出”。新工程建立后，第一步不是画画面，而是把 IO 设备建好。6.55 的设备支持库覆盖面很宽，常见的 PLC 设备、智能仪表和智能模块都能在里面找到驱动。

接入顺序常见做法分三步：先在硬件层面确认通信参数，再在组态王里新建设备并选对应的驱动，最后在数据词典里为每个信号建变量、绑定设备和寄存器地址。跳过第一步直接去查驱动配置，往往会在现场连不上时才发现物理链路的问题。还有个经常出现的误区分清楚：驱动装好了不等于通信协议选对了，同一个设备在不同项目里可能走不同协议，设备属性里驱动名称和协议版本对不上，变量读上来的值就会一直显示“通信失败”。

设备参数里最容易出错的是这几个字段：

这些参数在不同项目里差异很大，但有一个通用原则：现场稳定优先，采集周期不要追求极致。把采集周期压到几十毫秒，CPU 和总线的压力上升，故障率也上升，画面反而更卡。

3.2 数据词典：变量四要素和脚本联动

数据词典是组态王的中枢。变量定义时至少要看四样东西：变量名、变量类型、连接设备、寄存器地址。变量类型分开关量、模拟量和字符串，通信上来以后要区分实际信号的量程和单位；开关量对应按钮、继电器状态，模拟量对应液位、温度、压力这类连续信号。

历史数据能不能在报表里被查到，也取决于变量定义时是否勾选了“保存历史数据”。这是确认过无数次的经验：很多新工程报表空白，查到最后不是报表配置错，而是变量没勾历史保存，数据根本没写进去。变量设置改动后，一定要回到数据词典确认保存生效。

组态王 6.55 的脚本语言是类 C 语法，适合做联动和联锁。常见写法是判断条件满足后，给另一个变量或画面元素赋值：

// 液位越限时自动打开备用泵，并在画面上给出提示 if (液位.HI > 1000 && 备用泵状态.DI == 0) { 备用泵控制.DO = 1; 主画面.报警提示 = "液位超限，备用泵已启动"; }

这段脚本的逻辑很直观：先读取液位变量的高位值，再读取备用泵状态的开关量，如果两个条件都满足，就把备用泵控制变量置 1，同时把画面上的报警提示文字改掉。变量名和画面元素名以你工程里的实际名称为准，脚本的写法比具体名称更重要。报警、事件和分布式保存也同样依赖变量体系，定义变量时把报警使能和事件记录打开，运行系统里才会有对应的实时报警和历史报警。

3.3 变量导入导出：Excel 批量维护的落地做法

超过一百个变量时，在数据词典里逐个点鼠标是明显的效率浪费。6.55 的变量导入导出功能可以直接把变量列表导出到 Excel，改完再导回新工程，整个过程很像给变量做一次离线批量修改。

我一般的操作流程是：先在数据词典里把变量导出成 Excel 文件；打开表格，检查变量名、变量类型、连接设备、采集频率这几列；需要批量改的字段直接在表格里处理；最后导入回工程，到系统提示成功后再进入数据词典抽查几条，确认覆盖的是预期的变量集合。

写直接操作 Excel 文件的处理脚本时，我通常用 pandas 读一遍，重点查变量名重复和采集频率异常这类批量问题：

import pandas as pd # 组态王导出的 Excel，列名以导出文件实际列名为准 df = pd.read_excel('variables_export.xls', dtype=str) # 1. 找出重复变量名：导入时重复名会直接报错 duplicated_names = df[df['变量名'].duplicated()] print("重复变量名数量：", len(duplicated_names)) # 2. 把未保存历史的模拟量变量的采集频率统一调整为 500ms mask = (df['变量类型'] == '模拟量') & (df['历史保存'] == '否') df.loc[mask, '采集频率'] = '500' print("本次调整条数：", int(mask.sum())) # 3. 另存为新文件用于导入 df.to_excel('variables_import.xls', index=False)

这段脚本做三件事：一是预警重复变量名，这是导入时最常见的报错原因；二是按条件批量修改采集频率，避免新工程里大量变量沿用默认值导致采集压力过大；三是直接输出一份可导入的新文件。要注意的是不同版本导出文件的列名可能有出入，跑之前先打印 df.columns 核对，不要照搬死列名。

变量导入导出对旧工程改造特别有用。旧项目的几十个变量想换个设备或统一调整采集频率，不用逐个改，导出表格批量处理再导回，能省下大量开发时间。

4. 报表向导与 Web 发布：两张数据出口怎么走

4.1 向导式报表：六类周期报表的创建路径

6.55 的报表向导是这次升级里很好用的功能点。它支持以组态王历史库或 KingHistorian 为数据源，直接生成班报表、日报表、周报表、月报表、季报表和年报表。做项目交付时最耗时间的恰恰是给业主做统计报表，向导功能把这件事从手动拼格子里解放出来了。

创建路径常见做法是：在开发系统里新建报表窗口，打开报表向导，选择数据源，勾选要统计的变量，设置时间范围和统计方式（平均值、累计值、最大最小值等），然后生成报表模板。生成之后还要做两件手工调整：一是表头、单位、制表人这些固定文本；二是报表里的变量是否要和画面控件联动刷新。向导只负责把数据按周期填好，表样排版仍需要人工确认。

这种报表选型逻辑是：短期班报和日报的数据量小，组态王历史库完全能扛；月度以上的长期统计变量字段多、时间跨度大，历史库文件检索慢，交给 KingHistorian 更合理。6.55 还支持值的行列统计，也就是把不同时刻、不同变量的值重排成行与列的结构，比如一个班次里每小时的流量值排成一行，对比哪个时段产量波动最大，这对做设备运行率分析很有用。

报表在生成后建议做一次数据核对：手选一段时间段，确认报表里每个统计点的数据量和现场实际对得上。数据对不上时回到变量定义查历史保存，而不是在报表里反复调格式。

4.2 全新 Web 发布：画面、数据与 OCX 控件的分工

6.55 的 Web 发布相比旧版变化很大。旧版多数是简单画面快照，客户端只能看不能动；6.55 的发布架构支持画面发布、数据发布和 OCX 控件发布，浏览器客户端打开后的监控画面和组态王运行系统基本一致，数据同步、报警显示、报表查看都在网页端完成，甚至支持向现场发布控制命令。

“IE 浏览客户端可以获得与组态王运行系统相同的监控画面”这句话是关键。发布出去的画面不是静态图片，而是带数据点、动画连接和操作权限的实时页面；客户端看到的颜色、闪烁、对象位置变化，和运行端是一致的。这个能力让值班室、办公室和现场中控用同一套画面，不需要额外开发网页版。

和 OCX 控件发布的关系也要理清。画面发布解决图形问题，数据发布解决变量值同步问题，OCX 控件发布解决的是浏览器里承载组态王运行控件的容器问题。三者配合才能实现从网页端看到完整监控效果。换言之，只勾了画面发布而没发布 OCX 控件，浏览器端很可能会白屏或者显示不正常。

还有一个视觉细节容易被忽略：画面里引用的字体、颜色和图片若只在开发机上有，发布端和客户端缺字体时会用默认字体替换，画面比例会变。上线前最好把服务器和客户端都装一遍工程用到的字体，尤其是一些宽字符字体。

4.3 Web 服务器环境与远程访问的操作要点

搭建 Web 访问环境时，先确定一个原则：服务器端和客户端的软件环境越接近越不容易出问题。常见做法是先在服务器本机用 IE 测试发布地址，确认控件加载正常，再去客户端访问。

远程访问的参数可以从这几个维度检查：

客户端验证时可以先在浏览器输入发布地址，能出现登录或加载界面说明 Web 服务正常；如果白屏，优先检查控件拦截和端口连通。Shell 命令可以用最小成本做一次端口探测：

# 在客户端检查服务器 Web 端口是否可访问 ping 192.168.1.100 curl -I http://192.168.1.100:8080/KingViewWeb/

看到 HTTP 响应头说明网络层和 Web 服务都通了，再进 IE 处理控件权限。这个验证顺序能把“网络问题”和“控件问题”快速分流，省得来回猜。

5. 常见问题排查：四类高频故障的现象、原因与解决

5.1 Web 客户端白屏或控件不加载

现象：服务器本机访问一切正常，换一台客户端电脑打开页面就是白屏，或者控件位置显示红叉。

原因：IE 默认启用了保护模式，ActiveX 控件被浏览器安全策略拦截；另一种常见原因是客户端首次访问时弹出了控件安装提示，被点掉了。这不是组态王配置错误，是浏览器安全环境的问题。

解决：把发布站点加入受信任站点，同时把该站点的“启用保护模式”勾掉；访问页面时看到控件安装提示选择允许；浏览器以管理员身份运行，避免权限不足。从那以后我部署客户端时，都会先把这三点提前在目标电脑上做掉，再让用户打开页面。

5.2 报表向导读不到历史数据

现象：报表向导里数据源、变量都选好了，生成报表后时间段的格子全是空的。

原因：最常见的是变量在数据词典里没有勾选“保存历史数据”，组态王运行期间根本没落盘；其次是时间范围选择了系统未运行的时段，或者跨越了一次系统重启导致数据断档；再有一种可能是把数据源选成了 KingHistorian，但工程并未接入该数据库。

解决：回到数据词典，把需要出报表的变量都勾上历史保存；把报表时间范围缩到确定有数据的区间；接入 KingHistorian 后要在数据源配置处做一次连通测试。报表空白时先查变量，再查时间范围，最后查数据源，按这个顺序排错能少走弯路。

5.3 旧工程升级后画面动画连接丢失

现象：用 6.55 打开 6.53 或更早版本做的工程，部分图元不动态变化，打开画面属性发现动画连接空白，脚本里提示变量不存在。

原因：旧工程里使用的某些变量名在新版本里没有同步进来，或者画面库文件在图库更新后版本不匹配。组态王版本升级时，画面文件和变量是两套体系，某一套迁移不完整就会出现这种错位。

解决：打开新工程后先做一次全局编译，看信息窗口的报错列表；用变量导入导出把旧工程的变量完整导出，核对变量名后导入新工程；逐个检查动画连接丢失的画面，重点看图库精灵和自定义图元的属性。旧工程迁移这件事没有捷径，编译一次、核一遍变量、瞄一遍画面，缺一不可。升级前把旧工程整个目录备份出来，这步不是仪式感，是真出过删错文件的情况。

5.4 大点数工程启动慢、运行卡顿

现象：变量超过几千点后，运行系统启动时间明显变长，切换画面时鼠标指针转圈，操作有迟滞感。

原因：数据词典把大量变量都开了历史保存，并且采集频率都设得很高。运行系统不仅要处理画面刷新，还要承担历史写入，IO 压力和磁盘写入叠加，启动和切换自然变慢。

解决：把变量按重要性分开管理——关键参数保持高频采集和历史保存，一般性变量降低采集频率或者不保存历史；多位模拟量集中处理，避免一个信号拆成多个变量；历史数据量大的项目把长期存储切给 KingHistorian。经过这轮调整，运行系统启动时间通常能明显降下来。

这里给一套我常用的划分逻辑：

这套配置不复杂，实际效果却很明显。把不必要的历史保存关掉之后，磁盘写入量会成倍下降，运行系统长期运行也更稳。

6. 让 KingHistorian 分担历史存储：大点数工程双库部署的验证方法

6.1 双库部署的分工与验证

大点数工程里，我把 KingHistorian 当作长期历史存储，组态王历史库保留近期数据的快速访问。6.55 支持两者同时写入，所以画面里的历史曲线可以读组态王历史库，月报年报这类跨长时间段的查询走 KingHistorian，两边各干各的活。

配置步骤可以按四步走：第一步安装并启动 KingHistorian 服务，确认授权正常；第二步在 6.55 的数据源配置里把 KingHistorian 加进去；第三步把需要长期保留的变量设置成同时写入两个历史库；第四步运行系统跑一段时间，用报表向导分别选择组态王历史库和 KingHistorian 生成同一时间段的报表，对比两条数据链路的记录条数和关键统计值。

这个验证动作很值得做。它会把三个问题一次性测出来：数据源配置是否生效、变量是否真的双写、报表向导在两个数据源之间切换是否正常。项目上线前只要花半小时跑一遍验证，后面月报结算时就不会出现数据对不上的尴尬。

我接过一个接近三千点数的项目，上线一个月后开始做第一张月报，结果报表怎么都查不满 30 天的数据。后来仔细排查才发现，工程里只有一部分变量开了历史保存，另一部分变量默认没勾，月报表当然全是缺口。从那以后我每次新工程交付前，都强制把变量导出表过一遍、把历史保存和采集频率逐行核对一遍再上线，这个习惯帮我挡掉了不少麻烦。希望这份拆解对正在用 6.55 做工程的人有帮助。

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