简介KingSCADA4.0信创版帮助手册是一套面向工业自动化工程师、系统管理员及维护人员的完整技术文档适用于电力、石油、化工、冶金、交通等行业的SCADA系统部署与运维。内容覆盖系统安装配置、组态开发、数据采集、报警处理、历史数据归档、报表生成、网络通讯及用户权限管理等核心模块并针对信创环境下的国产软硬件兼容做了专门说明同时介绍了物联网、大数据分析等新特性的实现方式。资源共1327个文件压缩包约25.11MB以1018张PNG截图、277张JPEG及少量BMP位图为主清晰展示每一步操作界面另有HTML、CSS、JS等辅助文件便于本地查阅。目前已有662人学习借助图文对照可完成从环境搭建到高级功能调用的全程实践并能了解不同行业解决方案的定制化配置与集成方法适合需要快速上手系统或进行项目二次开发的工程师参考。1. KingSCADA4.0信创版国产化替代里绕不开的那本手册做工业上位机的人这两年手里大概率接过这样的活生产管理系统要换成国产化底座操作员站要跑在麒麟或者统信上PLC和仪表还是老的但监控软件必须跟着信创走。KingSCADA4.0信创版就是这个场景里最常见的选项之一它和标准版最大的区别不在组态功能而在运行环境、授权机制和部署方式全都换了套逻辑。这本帮助手册不是给新手熟悉SCADA概念用的它真正回答的问题是老工程怎么迁过去、新环境怎么部署、哪些功能还能用、哪些地方必须改写。如果你是做石油、化工、水务、电力这种长周期项目的工程师想把手里的存量工程搬到信创环境这篇笔记值得看完再动手。2. 信创版和标准版差在哪先搞清运行环境与组件拆分2.1 从Windows到国产OS授权与进程模型的根本变化KingSCADA4.0标准版跑在Windows Server上装完就是一个 Windows 服务用服务管理器启停管理员远程桌面上去看一眼界面就知道有没有起来。信创版换到麒麟V10或统信UOS之后服务模型从Windows Service变成了Linux守护进程管理方式从“服务管理器”变成了systemctl和journalctl。这个变化看着不大实际影响很深远——老工程师习惯的“重启服务器就好了”在这套环境里变成了“先看服务状态、再翻日志、最后考虑重启”运维节奏完全不同。授权机制也要重新适应。标准版的授权通常在Windows的注册表或者加密狗里做绑定信创版则改用机器码文件加离线授权的组合方式。我见过不少项目组拿到信创版安装包想直接拷授权结果发现授权文件跟网卡MAC绑定换了备机就得重新申请。这一点在帮助手册里有明确说明但很多人都是到了现场才翻到那一页。组态工程本身的兼容性反而是次要点。KingSCADA4.0的工程文件格式在信创版里基本延续变量表、画面、报警、趋势这些核心对象能直接带过去真正要改的是部署环境的适配层不是组态逻辑本身。2.2 部署形态对比单机、分布式与冗余架构的取舍信创版的部署形态比标准版更敏感因为它必须同时适配国产CPU架构和国产操作系统。常见的CPU平台有飞腾、鲲鹏、龙芯、兆芯操作系统这边主要是麒麟V10 SP系列和统信UOS服务器版。不同平台组合下安装包里的运行库版本会有差异帮助手册给出的做法是先确认CPU架构再选对应架构的安装包版本。在部署架构上信创版和标准版保持了相同的三层逻辑IO采集层、实时数据库层、客户端展示层。IO采集层负责跟PLC、DCS、智能仪表打交道实时数据库层负责历史存储和报警计算展示层就是操作员站。但信创环境下IO采集服务器和实时数据库服务器通常会做成两台物理机因为一台机器同时承担采集和存储时国产OS下的I/O调度表现和Windows有明显区别高并发读写时更容易出现延迟抖动。冗余架构方面信创版支持双机热备但备机切换的时间和标准版不完全一致。标准版在Windows上的切换速度依赖微软的故障转移机制信创版则依赖自研的心跳检测和服务拉起逻辑。我在项目中实测过正常的备机切换在10到30秒之间如果心跳网卡配置不当切换时间可能拖到一分钟以上。手册里对心跳超时参数的默认值有给说明但没强调这个参数在国产OS下对稳定性的影响程度。我用一张表把标准版和信创版在部署侧的关键差异列出来对照着看比翻手册找得快对比项KingSCADA4.0标准版KingSCADA4.0信创版操作系统Windows Server 2016/2019/2022麒麟V10、统信UOS服务器版CPU架构x86_64Intel/AMD飞腾、鲲鹏、龙芯、兆芯、x86_64服务管理Windows服务管理器systemd守护进程授权绑定注册表/加密狗机器码文件离线授权默认字符集GBK/GB2312UTF-8为主需手动适配历史数据存储自带实时库关系库接口自带实时库国产数据库适配远程桌面运维原生RDPVNC或第三方远程工具2.3 帮助手册里最容易被忽略的组件清单页信创版帮助手册的前几章看着是安装说明实际上最值钱的是组件清单和依赖关系。KingSCADA4.0本身不是一个单体程序它拆成了多个独立组件实时数据库服务KingRtDB、IO采集服务KingIOServer、报警服务、历史服务、Web发布服务、报表服务。装的时候不把这些组件拆开看就容易把IO采集和实时数据库装到同一台机器上后期调性能时才发现资源互相抢占。这个组件拆分还影响故障排查。标准版时期服务挂了Windows会弹提示信创版里某个组件挂了journalctl日志里可能只是几行不起眼的错误系统里其他进程还在正常跑。手册里给了每个组件的默认端口和进程名我建议你把这页抄下来贴到机房里比收藏电子版好用得多。3. 信创环境部署实操从系统准备到授权激活的完整步骤3.1 部署前必做的三项检查我在多个信创项目上踩出来的经验是部署失败的原因一半出在系统环境没准备好一半出在安装包选错架构。因此建议在正式安装前先做三项检查第一项确认CPU架构。飞腾和鲲鹏都是ARM架构龙芯是LoongArch兆芯和部分Intel平台是x86_64。在终端执行lscpu查架构类型再对照安装包命名里的平台标识选择。在信创机上执行uname -a或lscpu确认架构后麒麟V10 ARM版和X86版的安装包绝对不能混用否则运行时直接报非法指令错误。第二项确认操作系统版本和内核。信创版对内核版本有基本要求过低的内核会导致服务起不来或者定时器异常我遇到过一台麒麟V10 SP1老内核机器安装后IO采集服务反复重启的情况升级内核后恢复正常。在终端执行uname -r查看内核版本。第三项检查字符集。信创操作系统安装时的默认语言环境决定了系统的locale设置。如果系统locale是POSIX或CKingSCADA的中文界面和报表都会出现乱码。在终端执行locale查看当前语言环境生产环境建议统一为zh_CN.UTF-8。修改方式sudo localectl set-locale LANGzh_CN.UTF-8 source /etc/profile这段命令的作用是把操作系统的默认语言环境切到中文UTF-8让KingSCADA的组件进程继承正确的locale环境变量。如果不做这一步实时数据库启动后在处理中文字符串时可能出现半个字符截断的问题报警描述和变量注释会显示成问号。注意修改后需要重新登录会话或重启相关服务才完全生效。3.2 按组件拆分安装的推荐顺序信创版安装包不像Windows版一个setup.exe走天下它通常是一组rpm包或者一个安装映像一个脚本引导安装。帮助手册里的推荐顺序是先装实时数据库服务再装IO采集服务最后装客户端工具和Web发布组件。这个顺序背后的逻辑是依赖关系——IO采集服务启动时要连接实时数据库注册变量如果顺序反了采集服务会在启动阶段反复重试日志里出现连接超时错误但界面又不报错很容易误判为网络问题。安装过程我习惯用root执行。普通用户安装会遇到权限不足、服务无法注册的问题虽然可以用sudo逐条执行但大型安装脚本里嵌套的子进程多sudo的环境变量传递很容易让个别步骤漏掉PATH路径。麒麟V10和统信UOS默认不允许root远程登录SSH需要在现场操作台安装或者在SSH配置里放开root登录。生产环境建议直接在物理机或者虚拟机控制台操作避免改SSH配置引入安全隐患。安装完成后验证服务状态的方式systemctl status kingrtdb systemctl status kingioserver systemctl status kinghistoryd这条命令能一次性查看三个核心服务当前的状态、运行时长和最近日志片段。正常应该是每个服务都显示active (running)下面有绿色的圆点状态。如果显示failed或者activating去查对应的日志文件。日志目录一般在安装目录下的logs文件夹里比如/opt/kingsoft/kingscada/logs用tail -f盯着看启动过程。3.3 授权激活的三种方式和常见失败信创版的授权激活整个过程是离线的。常见做法是在目标机器上运行授权工具生成机器码文件把机器码发给厂家或者区域代理拿到对应的授权文件后放回指定目录重启服务生效。整个过程有三个容易翻车的点。第一个是机器码文件的生成必须在最终运行环境上做不能先在虚拟机上生成授权再迁移到物理机因为授权和网卡MAC、主板信息绑定第二个是授权文件放置目录不能带中文路径我之前遇到一台机器系统盘符是中文卷标授权工具死活读不到文件改成默认路径就好了第三个是授权过期时间的判断信创版的浮点数授权漂移比较少见但正式版授权文件如果放在NFS共享目录上服务启动时容易读不到授权导致降级为演示模式。手册里建议把授权文件放在安装目录的license子目录下同时确认目录权限至少有读写权限。授权利余时间的查看方式是在客户端工具里打开系统信息页查看授权有效期。如果显示“演示模式”或“试用模式”就说明授权文件没有正确加载。3.4 数据库与历史数据的存储配置信创版的本地历史数据默认存储在自带实时库里但项目上通常还有把历史数据归档到关系数据库的需求。标准版时期大家都用SQL Server信创环境里SQL Server没有信创版换成达梦、人大金仓或者瀚高。帮助手册里的数据库适配章节写得很细核心步骤是先装好国产数据库客户端驱动再在KingSCADA的数据库连接配置里选择对应的驱动类型最后测试连接字符串。这里有一个容易混淆的细节KingSCADA连接国产数据库时ODBC和JDBC是两套完全不同的配置路径。如果是C写的IO采集服务做数据库写入走ODBC如果是Web发布或者报表组件读数据库走JDBC。两个地方的驱动要分别安装注册缺一个就会出现“一边能写一边不能读”的怪现象。数据库连接字符串里有两个参数对信创环境特别重要。一个是连接超时时间国产数据库在低配服务器上首次建连可能超过默认的5秒超时需要调到15秒或30秒另一个是字符集参数达梦数据库默认字符集如果是GBK而KingSCADA端是UTF-8写入的中文历史数据查出来全是乱码。建议在创建数据库时就使用UTF-8字符集并在连接字符串里显式指定编码方式。4. 存量工程迁移复制工程文件只是开始4.1 工程迁移的标准路径和必须改的文件把Windows标准版上的KingSCADA工程迁到信创版上最直接的方式是把工程目录整个拷贝过去然后在信创版的工程管理器里注册。对于简单的演示工程这么做确实能跑起来但生产环境里的工程几乎都会遇到三个层面的修改路径分隔符、字符编码、驱动版本。路径分隔符的问题最隐蔽。Windows工程里的设备配置文件、报表模板、脚本引用的外部资源用的都是反斜杠\。信创版运行在Linux上文件系统解析正斜杠/。虽然KingSCADA内部对路径做了层兼容处理但如果你在脚本里直接写了C:\projects\xxx这样的硬编码路径运行时会报文件不存在。文本搜索整个工程目录把脚本里的硬编码路径改成相对路径或正斜杠路径。字符编码的修改是体量最大的工作。Windows上的老工程文件编码是GBK信创版的工程编辑器默认按UTF-8解析。直接用老文件打开中文变量名和注释会变乱码。解决办法有两种一种是在信创版里新建工程后用导入功能工程迁移向导导入老工程让工具自动转码另一种是用文本编辑器批量转码但工程文件里还有二进制索引文件不能简单粗暴替换。我建议优先用官方迁移向导它除了转码还会重算索引并校验对象引用完整性。4.2 脚本API兼容性C脚本和VBScript的边界KingSCADA4.0的脚本体系分C脚本和VBScript两类。从标准版迁移到信创版的工程脚本兼容问题主要表现在以下方面一是OLE/COM调用不可用。标准版工程里如果有调用Excel、Word做报表生成的VBScript到了信创版上因为Linux环境没有这些组件库脚本运行时会报ActiveX创建失败。解决办法是把报表生成逻辑改成信创版自带的报表组件或者改成调用国产Office的接口。如果工程里用了PowerPoint联动那就必须重写这部分逻辑。二是文件操作类函数的行为差异。Windows上常见的objFSO.GetFile(C:\xxx)路径写法要逐条改成Linux风格。同时注意文件访问权限Linux下运行KingSCADA服务的用户如果是专用账户它对工程目录外的路径没有读写权限脚本里的文件输出要重定向到允许访问的目录。三是定时器精度。标准版下定时器触发精度在毫秒级信创版在高负载时定时器触发可能延迟几十毫秒到几百毫秒。如果老工程里有依赖精确时间控制的逻辑比如皮带秤累加计算迁移后需要实测触发时间偏差必要时改用IO数据变化触发替代定时触发。4.3 通信驱动与设备协议适配信创版的IO采集服务在驱动支持和标准版基本保持一致。Modbus RTU、Modbus TCP、OPC UA、IEC 104、BACnet这些主流协议都有对应驱动但安装信创版时驱动包和主程序是分开的需要额外安装驱动包组件。漏装驱动包是迁移后最常见的检查项目工程能打开但IO采集服务启动时提示“设备驱动不支持”。OPC UA连接的适配需要单独说明。OPC UA客户端在信创环境里访问Windows上的OPC UA服务器需要注意安全策略的差异。信创版默认启用的安全策略如果是Basic256Sha256而老服务器配置的是Basic128Rsa15两端协商失败会直接连接不上。解决办法是把两端的安全策略调到一致或者关闭签名和加密只保留用户名密码验证。生产项目建议用VLAN隔离OPC UA通信网段在保证兼容性的同时守住安全底线。4.4 冷启动恢复与自动重启策略工厂场景最关心的是停电后系统能不能自动恢复。标准版里通过在Windows服务里设置“失败后自动重启”和服务恢复选项实现信创版则要依赖systemd服务配置文件。KingSCADA的安装脚本一般会自动创建systemd服务单元但默认的Restart策略是on-failure也就是说只有服务异常退出时才自动拉起机器断电重启后服务的依赖顺序不一定正确。帮助手册里没有展开讲的是依赖顺序问题。生产环境建议手动调整服务单元文件在[Unit]段里加上对网络服务和数据库服务的依赖声明在[Service]段里把Restartalways和RestartSec5加上。这样系统启动后能自动把采集服务和实时库服务拉起来不用现场工程师手动敲命令。5. 避坑手册信创版实战中的高频故障与排查路径5.1 服务起不来但日志里没有报错现象部署完成后执行systemctl start kingrtdb命令执行完没有输出的错误信息但一秒钟后服务自动退出。查看服务状态显示failedjournalctl日志只有几行启动信息。原因最常见的是系统限制文件句柄太少。KingSCADA4.0的实时数据库在启动阶段需要打开大量文件包括历史数据文件、索引文件、临时文件。Linux默认的ulimit是1024生产用至少需要65535以上。数据库进程尝试打开超过上限的文件时open调用返回失败但进程没有做错误处理直接退出日志里不打印任何提示。解决编辑/etc/security/limits.conf给运行KingSCADA的账户添加软硬限制kingsoft soft nofile 65535 kingsoft hard nofile 65535这段配置的意思是把用户kingsoft可打开的文件句柄数提升到65535。修改后需要注销重登或者重启服务才能生效。顺手检查ulimit -n确认当前会话是否已经生效。如果是用systemd启动服务还要在服务单元文件里加上LimitNOFILE65535因为systemd会覆盖limits.conf的设置在服务进程上。5.2 IO采集正常但画面显示乱码现象IO采集服务状态正常实时值也能读通但操作员站画面上的中文设备名和报警描述显示为乱码或问号。原因工程文件被工程管理器转码时使用的是当前的locale环境。如果管理器以root身份启动且系统locale是英文转码时按ISO-8859-1处理中文字节导致画面描述变成问号。另一个原因是客户端和服务器端字符集不一致服务器端是UTF-8客户端画面缓存的是旧版本GBK数据。解决在启动工程管理器前严格确认locale。执行echo $LANG看到zh_CN.UTF-8再双击启动工程管理器。如果已经出现乱码把客户端的本地缓存清掉重新拉取画面。还是不行的话删除工程目录下的缓存文件后缀通常是.cache或.tmp重新打开工程触发全量转码。5.3 Web发布页面打不开前端报502现象操作员在办公区用浏览器访问Web发布页面输入IP和端口后一直转圈最后显示502 Bad Gateway。服务器侧Web服务进程状态正常。原因信创版Web发布组件默认只监听本地回环地址127.0.0.1没有监听服务器网卡的真实IP。标准版安装时通常会绑定所有网卡信创版为了安全默认收紧了这个配置。解决修改Web发布服务的配置文件监听地址相关的键值放在[Server]段里的listen字段。将其中的IP地址从127.0.0.1改成0.0.0.0监听所有网卡或者改成服务器的管理网IP。改完重启Web服务再用浏览器验证。这个坑如果你用的是Nginx代理转发则不会触发因为Nginx和Web服务在同机代理本身能连通。5.4 历史数据断档写入量上不去现象历史数据库在低负载时正常采集点数增加到几千以后历史曲线出现周期性断档时间戳不连续磁盘写入量远低于预期。原因历史数据写入线程默认配置的批量提交大小和磁盘同步策略过于保守。标准版在Windows下依赖系统缓存的写入模式信创版默认开启了磁盘直写或同步机制导致每次写盘都要等物理磁盘I/O响应。解决在历史服务的配置文件中调整批量提交参数。常见做法是把一次提交的记录条数从100提高到500或1000把磁盘同步间隔从立即同步调整为每2秒或5秒同步一次。同时检查磁盘阵列的写缓存策略如果服务器是RAID卡要确认RAID卡开启了写缓存否则频繁小IO会拖垮整个存储性能。5.5 备机切不过来重复IP导致报警风暴现象双机热备场景主机宕机后备机迟迟不接管两台机器的IO采集服务同时运行导致下位机PLC收到两条连接并弹出报警。原因备机的心跳检测配置里心跳超时时间被设得过大备机判定主机故障需要等满超时周期实际切换时间远超预期人为制造了重复IP窗口期。解决把心跳超时时间从默认的30秒调整到8~10秒同时把备机的接管延迟设为0。如果两台机器之间有专用的心跳网线可以进一步缩短到5秒。调整前要确认心跳链路稳定避免误切换。频繁误切换会让操作员不敢依赖自动化后面就变成手动切换那就失去热备的意义了。6. 上线前的验收清单与性能基线验证信创版项目和Windows项目有个隐性差异验收时不能只看功能对不对还要看性能基线是否符合预期。我的习惯是建一张性能基线表记录空载状态下CPU占用率、内存占用、磁盘IO吞吐和IO采集周期抖动最大值与平均值的差上线后每季度对比一次。验收重点放三件事上第一是画面切换响应时间操作员站从点击画面到画面完全渲染不能超过2秒如果超过3秒优先排查是否同时开了太多Web发布会话第二是历史查询的返回时间查询一个月的数据量不能超过15秒慢的话要看索引是否重建、磁盘是否碎片化第三是报警并发吞吐模拟2000个报警同时到达时客户端不能出现卡死或漏报。信创版的画面编辑器里内置了模拟量生成器和变量模拟功能验收时可以用它做压力测试不用真的在现场设备上折腾。最后所有测试记录要存档尤其是切换时间测试每次做冗余切换演练都要记录实际耗时。如果发现切换时间一次比一次慢大概率是历史目录膨胀导致启动自检变长需要规划历史数据的归档策略。我自己第一次带信创迁移项目时在字符集转码上栽了跟头整批画面描述变成问号白天改完晚上又乱码最后发现是操作员站的本地缓存没清干净。从那以后我给自己定了个规矩迁移验证必须在干净环境里做一遍所有客户端缓存目录清空后再测试做完一批清一批别图省事。这套手册里的细节看起来琐碎真正到现场能救命的往往就是这些没人愿意细看的部分。希望帮到你。本文还有配套的精品资源点击获取