信创 · 国产替代 · 自主可控 · 学习专题

国产工控软件替代地图

国产替代不是口号,而是实实在在的产业趋势。信创政策推动、供应链安全考量、成本压力、服务响应速度,多重因素叠加,工控软件国产替代正在加速。 本专题按 「认知 → 控制层 → 监控层 → 数据层 → 边缘层 → 上层应用与工程化」 逐层梳理国产方案与对标替代,不吹不黑,只讲哪些能替代、哪些还需谨慎、怎么替代风险最低。

4 篇实战教程 3 个在线工具 22 款相关软件 持续更新 · 丁丁智造

一条路径走完国产替代(六个阶段)

  1. 01

    先建立整体认知:为什么要国产替代、信创政策、国产工控软件现状全景、替代原则

    国产替代不是口号,而是实实在在的产业趋势。信创政策推动、供应链安全考量、成本压力、服务响应速度,多重因素叠加,工控软件国产替代正在加速。但替代不是「为了替代而替代」,要搞清楚为什么替代、哪些能替代、哪些还不能替代、替代的风险是什么。先建立整体认知,后面按层逐个梳理才有方向。

    • 为什么要国产替代:① 供应链安全——地缘政治风险下,国外工业软件可能被断供(如某些地区被限制使用某些软件),关键基础设施不能被「卡脖子」;② 信创政策——党政、金融、电信、能源、交通等关键行业明确要求信创替代,工控作为关键基础设施的核心,逐步纳入信创范围;③ 成本——国外工业软件授权费高昂(KEPServerEX 按驱动套件收费、WinCC 按变量收费、SAP MES 实施费几百万),国产软件授权费低很多,开源软件甚至免费;④ 服务响应——国外厂商技术支持响应慢(时差、语言、流程),国产厂商服务响应快,本地化支持好;⑤ 定制化——国产厂商更愿意配合客户做定制化开发,国外厂商产品标准化程度高但灵活性差;⑥ 生态成熟——经过多年发展,国产工控软件在很多领域已经成熟,能满足大部分场景需求
    • 国产工控软件现状全景:按工业软件分层来看——① 控制层(PLC/DCS 编程)——汇川(国产 PLC 龙头)、和利时(DCS 龙头)、中控技术(DCS 龙头)、信捷/台达/禾川(中小型 PLC),PLC 编程软件有汇川 AutoShop/InoProShop、CODESYS 生态(很多国产 PLC 基于 CODESYS);② 监控层(HMI/组态/SCADA)——组态王(亚控科技,国产组态龙头)、力控、紫金桥、汇川 InoTouchPad,开源方案有 FUXA、Rapid SCADA;③ 数据层(时序数据库/BI/消息)——TDengine(国产时序数据库龙头)、Apache IoTDB(清华团队开源)、帆软 FineReport(国产 BI 龙头)、EMQX(国产 MQTT broker 龙头);④ 边缘层(采集网关)——ThingsGateway(国产开源边缘网关)、Neuron(EMQ 旗下开源边缘采集)、丁涛涛的软件(国产开源);⑤ 应用层(MES/APS)——国产 MES 厂商众多(宝信、石化盈科、用友、金蝶等),开源方案有 OpenMES、快格云、星空、Snowy-mes 等
    • 哪些领域已经成熟、哪些还有差距:① 已经成熟,可以放心替代——中小型 PLC(汇川/信捷/台达,性价比高,服务好)、组态软件(组态王/力控,功能完善,国内市场份额高)、时序数据库(TDengine,性能领先,工业场景验证充分)、MQTT 消息(EMQX,全球市场份额领先)、BI 报表(帆软,国内市场份额第一);② 基本可用,特定场景需评估——大型 DCS(和利时/中控,在化工/电力等行业已经大规模应用,但在某些高端领域和艾默生/横河还有差距)、SCADA(国产方案在中小项目可用,超大规模项目还需评估)、边缘采集网关(ThingsGateway/Neuron 功能完善,但协议覆盖广度和 KEPServerEX 还有差距);③ 仍有差距,建议谨慎替代——高端运动控制(数控系统、机器人控制器,国产和西门子/发那科还有差距)、大型 MES(国产 MES 厂商多但产品标准化程度低,实施质量参差不齐,和西门子 Opcenter/SAP ME 还有差距)、工业 AI(预测性维护等高端应用,国产方案还在发展中)、仿真软件(工业仿真,国产和 ANSYS/Siemens 还有较大差距)
    • 国产替代的原则:① 业务驱动,不是技术驱动——替代的目的是解决业务问题(降本、安全、服务),不是为了用国产而用国产;② 先易后难,渐进式替代——先从非关键系统、外围系统开始替代(如 BI 报表、时序数据库、组态软件),积累经验后再替代核心系统(如 PLC、DCS);③ 成熟优先,不做小白鼠——优先选择已经大规模商用验证的国产方案,不要选择还在早期的产品(除非有特殊需求且有能力参与共建);④ 风险可控,保留回退方案——替代前做好充分测试,替代过程中保留原系统作为备份,出现问题可以快速回退;⑤ 混合部署,不搞「一刀切」——关键系统、高端应用可以继续用国外方案,非关键系统、标准化应用用国产方案,根据实际需求混合部署;⑥ 长期主义,看生态不看单点——选择国产方案时要看厂商的长期发展能力、生态建设、社区活跃度,不要只看当前功能
  2. 02

    控制层国产替代:PLC 编程软件,汇川 InoProShop/AutoShop、CODESYS 生态、开源 PLC

    控制层是工业自动化的核心,PLC 编程软件的国产替代是最受关注的领域。汇川作为国产 PLC 龙头,提供了 AutoShop(H3U/H5U 小型 PLC)和 InoProShop(AM400/AM600 中型 PLC,基于 CODESYS)两套编程软件。CODESYS 是很多国产 PLC 的底层平台(汇川 AM 系列、和利时、信捷部分型号都基于 CODESYS)。开源 PLC 方案(Beremiz、OpenPLC)也在发展中。搞清楚这些方案的定位和适用场景,控制层国产替代就有方向了。

    • 汇川 AutoShop(H3U/H5U 小型 PLC):① 定位——汇川自研的小型 PLC 编程软件,针对 H3U/H5U 系列,兼容三菱 FX 指令体系;② 特点——界面类似三菱 GX Works,三菱用户上手快;支持梯形图(LD)、指令表(IL)、顺序功能图(SFC);内置仿真功能;支持 Modbus/MC 协议配置;③ 适用场景——小型设备、单机自动化、OEM 设备,点位在几百点以内的项目;④ 优势——免费(随 PLC 提供)、中文界面、服务响应快、性价比高;⑤ 对标——三菱 GX Works(FX 系列)、西门子 STEP 7 MicroWIN(S7-200)
    • 汇川 InoProShop(AM400/AM600 中型 PLC):① 定位——基于 CODESYS V3 平台的中型 PLC 编程软件,针对 AM400/AM600 系列;② 特点——CODESYS 平台功能强大,支持 IEC 61131-3 全部 5 种编程语言(LD/FBD/SFC/ST/IL);支持面向对象编程(OOP);支持运动控制(PLCopen);支持冗余;③ 适用场景——中型项目、产线级控制、需要运动控制/过程控制的项目,点位在几千点以内;④ 优势——CODESYS 生态成熟(全球大量第三方库和组件)、功能强大、可扩展性好;⑤ 对标——西门子 TIA Portal(博途,S7-1200/1500)、三菱 GX Works3(Q/L/R 系列);⑥ 注意——CODESYS 平台学习曲线比 AutoShop 陡,需要一定的学习成本
    • CODESYS 生态:① 定位——CODESYS 是德国 Smart Software Solutions 公司开发的 PLC 编程平台,不是国产,但很多国产 PLC 基于 CODESYS(汇川 AM 系列、和利时 LK 系列、信捷 XL 系列、禾川 A 系列等),是国产中型 PLC 的事实标准;② 特点——IEC 61131-3 标准、5 种编程语言、强大的调试功能、丰富的第三方库、支持运动控制/安全/冗余;③ 为什么很多国产 PLC 用 CODESYS——自研 PLC 编程软件成本高、周期长,基于 CODESYS 可以快速推出产品,专注于硬件和行业应用;④ 优势——生态成熟、功能强大、标准化程度高、人才储备多(会 CODESYS 的工程师多);⑤ 风险——底层平台不是自主可控(虽然 CODESYS 是商业软件,授权稳定,但极端情况下有风险);⑥ 对标——西门子 TIA Portal、三菱 GX Works
    • 开源 PLC 方案:① Beremiz——开源的 PLC 编程软件,基于 IEC 61131-3,支持多种运行时(可以运行在 Linux/Windows/嵌入式),适合 DIY 和教育场景,工业大规模应用还需评估;② OpenPLC——开源的 PLC 运行时和编程软件,可以运行在 Raspberry Pi/PC/嵌入式,支持 Modbus,适合小型项目和教育;③ 优势——完全自主可控、免费、可定制;④ 劣势——生态不成熟、功能不如商业软件完善、缺乏大规模工业验证、技术支持靠社区;⑤ 适用场景——小型 DIY 项目、教育、对自主可控要求极高且有能力自研的场景
    • 其他国产 PLC 厂商:① 和利时——国产 DCS/PLC 龙头,LK 系列大型 PLC 基于 CODESYS,在化工/电力/市政等行业大规模应用,编程软件和利时 AutoThink;② 中控技术——国产 DCS 龙头,PLC 产品 GCS/G5 系列,在流程工业领域优势明显;③ 信捷——国产中小型 PLC,XC/XD/XE 系列,性价比高,编程软件 XCPPro,部分型号基于 CODESYS;④ 台达——台湾品牌(算国产),DVP/AS/AH 系列,AS 系列基于 CODESYS,编程软件 WPLSoft/ISPSoft;⑤ 禾川——国产中小型 PLC,HCA 系列,兼容三菱,编程软件 HCPWorks;⑥ 永宏——台湾品牌,FBS 系列,编程软件 WinProLadder
    • 控制层国产替代选型建议:① 小型设备/OEM——汇川 H3U/H5U + AutoShop,性价比最高,服务最好;② 中型项目/产线——汇川 AM400/AM600 + InoProShop(CODESYS),功能强大,生态成熟;③ 流程工业/DCS——和利时/中控,行业经验丰富;④ 对自主可控要求极高——评估开源方案(Beremiz/OpenPLC),但要做好技术储备;⑤ 高端运动控制/超大型项目——暂时建议继续用西门子/三菱,等国产方案进一步成熟再替代;⑥ 新项目——优先考虑国产方案,老项目改造——渐进式替代,先从外围设备开始
  3. 03

    监控层国产替代:HMI/组态/SCADA,组态王、汇川 InoTouchPad、FUXA、Rapid SCADA

    监控层(HMI/组态/SCADA)是国产替代最成熟的领域之一。组态王(亚控科技)作为国产组态软件龙头,已经在国内市场占据了很大份额,功能完善,行业应用广泛。力控、紫金桥也是国产组态软件的代表。汇川 InoTouchPad 是汇川触摸屏的组态软件。开源方案 FUXA、Rapid SCADA 也在快速发展。监控层国产替代已经比较成熟,大部分项目都可以放心用国产方案。

    • 组态王 KingView(亚控科技):① 定位——国产组态软件龙头,国内市场份额最高的国产 SCADA/HMI 软件;② 特点——功能完善,支持实时数据采集、历史数据存储、报警管理、趋势曲线、报表、脚本编程、Web 发布;支持几乎所有主流 PLC 和仪表的通讯驱动(西门子/三菱/汇川/欧姆龙/AB/台达等);③ 适用场景——中小型 SCADA 项目、HMI 上位机、数据采集与监控系统,在市政、环保、能源、制造等行业广泛应用;④ 优势——中文界面、驱动丰富(国内品牌驱动支持好)、服务响应快、性价比高(授权费比 WinCC/Intouch 低很多)、生态成熟(大量工程师会用);⑤ 对标——西门子 WinCC、AVEVA InTouch、Velotic iFIX/CIMPLICITY(原 GE);⑥ 注意——超大规模项目(几万点以上)性能和稳定性还需评估,建议做充分测试
    • 力控(力控科技):① 定位——国产组态软件代表之一,在油气、石化、市政等行业有优势;② 特点——功能完善,支持分布式架构、Web 发布、移动 APP;行业解决方案丰富;③ 优势——行业经验丰富(尤其在油气/石化)、服务好;④ 对标——组态王、WinCC
    • 汇川 InoTouchPad:① 定位——汇川触摸屏(IT 系列)的组态软件,针对汇川触摸屏;② 特点——界面类似威纶通 EasyBuilder,简单易用;支持汇川 PLC 直连(通讯配置简单);支持脚本、趋势、报警、报表;③ 适用场景——配套汇川触摸屏使用,小型设备 HMI;④ 优势——和汇川 PLC 配套使用体验好、免费(随触摸屏提供)、中文界面;⑤ 对标——威纶通 EasyBuilder、昆仑通态 MCGS
    • 开源 SCADA 方案:① FUXA——开源的 Web 端 SCADA/HMI 软件,基于 Node.js,浏览器访问,支持 Modbus/OPC UA/Siemens S7/Mitsubishi MC 等协议,界面现代,支持拖拽编辑画面,适合中小型项目和 DIY;优势——免费、Web 端(不需要装客户端)、开源可定制;劣势——生态不如商业软件成熟、大规模应用验证少;② Rapid SCADA——开源的 SCADA 系统,基于 .NET,支持 Windows/Linux,功能完善(通讯驱动、报警、趋势、报表、Web),适合中小型项目;优势——免费、功能完善、跨平台;劣势——界面偏传统、国内驱动支持一般;③ OpenSCADA/FreeSCADA/Scada-LTS——其他开源 SCADA 方案,各有特点,但生态和活跃度不如 FUXA/Rapid SCADA
    • 监控层国产替代选型建议:① 中小型 SCADA 项目——组态王,最成熟最稳妥,驱动丰富,服务好;② 行业项目(油气/石化)——力控,行业经验丰富;③ 配套汇川触摸屏——汇川 InoTouchPad,和汇川 PLC 配套体验好;④ 预算有限/小型项目/DIY——FUXA(Web 端,现代)或 Rapid SCADA(功能完善),开源免费;⑤ 超大规模项目/高端应用——暂时建议继续用 WinCC/Ignition,等国产方案进一步成熟再替代;⑥ Web 端需求——FUXA 或组态王 Web 版,不需要装客户端;⑦ 新项目——优先考虑国产方案(组态王/FUXA),老项目改造——评估通讯驱动是否支持现有 PLC,支持的话可以替代
    • 监控层替代的注意事项:① 通讯驱动——替代前确认国产软件是否支持现有 PLC/仪表的通讯驱动,这是最关键的(组态王驱动最丰富,FUXA 支持主流协议但小众协议可能不支持);② 画面迁移——老项目的画面不能直接迁移,需要重新绘制(可以截图参考,手动重建),这是替代的主要工作量;③ 脚本迁移——老项目的脚本(VBS/C 脚本)需要用新软件的脚本语言重写;④ 性能测试——替代前做充分的性能测试(点数、刷新频率、历史数据存储),确保满足需求;⑤ 培训——工程师需要培训新软件的使用,虽然组态软件操作逻辑类似,但细节有差异;⑥ 回退方案——替代过程中保留原系统,出现问题可以快速回退
  4. 04

    数据层国产替代:时序数据库(TDengine/IoTDB)、BI 报表(帆软)、消息中间件(EMQX)

    数据层是国产替代最成功的领域之一。TDengine 作为国产时序数据库龙头,性能领先,在工业场景大规模验证;Apache IoTDB 是清华团队开源的时序数据库,在物联网/工业场景有优势;帆软 FineReport 是国产 BI 龙头,国内市场份额第一;EMQX 是国产 MQTT broker 龙头,全球市场份额领先。数据层国产方案已经非常成熟,可以放心替代。

    • TDengine(涛思数据):① 定位——国产时序数据库龙头,专为物联网/工业互联网场景设计的高性能时序数据库;② 特点——高性能(写入速度比 InfluxDB 快数倍,查询性能领先)、内置缓存(不需要 Redis)、内置消息队列(不需要 Kafka)、内置数据订阅、支持 SQL、支持流式计算、支持集群、开源(社区版免费,企业版收费);③ 适用场景——工业数据采集与存储、物联网平台、设备监控、能源管理,海量时序数据的存储和查询;④ 优势——性能领先(单机每秒写入百万级数据点)、一站式(缓存+消息队列+数据库+流式计算,简化架构)、开源免费、中文文档和社区活跃、服务响应快;⑤ 对标——InfluxDB、TimescaleDB、OpenTSDB;⑥ 注意——TDengine 是时序数据库,不适合存储关系型数据(用户配置、订单等),关系型数据还是用 SQLite/MySQL/PostgreSQL
    • Apache IoTDB:① 定位——清华团队开源的时序数据库,Apache 顶级项目,专为物联网/工业场景设计;② 特点——高性能写入和查询、支持丰富的时间序列操作、支持边缘-云协同(可以在边缘端部署,数据同步到云端)、支持 Hadoop/Spark 集成、支持 SQL、开源免费;③ 适用场景——工业物联网、智能制造、智慧能源,尤其是需要边缘-云协同的场景;④ 优势——开源免费(Apache 协议)、边缘-云协同架构(适合工业场景)、和大数据生态集成好、高校背景(技术实力强);⑤ 对标——TDengine、InfluxDB;⑥ 注意——IoTDB 生态和社区活跃度不如 TDengine,工业大规模应用案例相对少一些
    • 帆软 FineReport:① 定位——国产 BI/报表龙头,国内市场份额第一的报表软件;② 特点——功能强大的报表设计器(类 Excel 操作,拖拽设计)、支持复杂报表(交叉表、分栏、分组、父子格)、支持数据可视化(图表丰富)、支持填报(数据录入)、支持移动端、支持权限管理、支持几乎所有数据源(数据库/Excel/JSON/API);③ 适用场景——企业报表、数据看板、管理驾驶舱、数据填报,制造业的生产报表、质量报表、设备报表等;④ 优势——国内市场份额第一、功能强大(复杂报表能力领先)、服务好、生态成熟(大量模板和案例)、中文界面;⑤ 对标——Tableau、Power BI、SAP Crystal Reports;⑥ 注意——FineReport 是商业软件(按服务器授权),不是开源免费,但性价比比国外 BI 高很多
    • EMQX(EMQ 映云科技):① 定位——国产 MQTT broker 龙头,全球市场份额领先的开源 MQTT 消息服务器;② 特点——高性能(单机支持百万级并发连接)、高可用(集群)、支持 MQTT 5.0/3.1.1、支持规则引擎(数据处理和转发)、支持多种协议接入(MQTT/CoAP/LwM2M/Stomp)、支持数据集成(转发到数据库/Kafka/Webhook)、开源(社区版免费,企业版收费);③ 适用场景——物联网平台、工业互联网、设备消息接入、边缘计算,MQTT 协议的消息中间件;④ 优势——全球市场份额领先、性能领先、开源免费、中文文档和社区活跃、生态成熟(和 Neuron/TDengine 等配套);⑤ 对标——Mosquitto(轻量,适合小规模)、HiveMQ(商业,高端);⑥ 注意——EMQX 是 MQTT broker,不是数据库,数据需要转发到时序数据库(TDengine)存储
    • 数据层国产替代选型建议:① 时序数据库——TDengine(首选,性能领先,生态成熟)或 IoTDB(需要边缘-云协同时),可以放心替代 InfluxDB/TimescaleDB;② BI/报表——帆软 FineReport(首选,复杂报表能力强,国内市场份额第一),可以替代 Tableau/Power BI/Crystal Reports;③ MQTT 消息——EMQX(首选,全球市场份额领先),可以替代 Mosquitto/HiveMQ;④ 关系型数据库——SQLite(小型项目,免费)、MySQL/PostgreSQL(中大型项目,开源免费),这些本身就是开源的,不存在国产替代问题;⑤ 一站式工业数据平台——EMQX + Neuron + TDengine + Grafana/FineReport,全开源/国产,性能强,成本低,是工业数据平台的推荐架构;⑥ 数据层是国产替代最成熟的领域,建议优先替代,风险低,收益大
  5. 05

    边缘层国产替代:采集网关,ThingsGateway、Neuron、丁涛涛的软件,对标 KEPServerEX

    边缘采集网关是多品牌 PLC 统一接入的关键组件,KEPServerEX 是这个领域的事实标准,但商业授权费高(按驱动/高级插件套件收费,驱动买得多、平台溢价高,整体投入可达几十万)。国产开源边缘网关 ThingsGateway、Neuron 正在快速发展,功能越来越完善,协议覆盖越来越广,在很多场景已经可以替代 KEPServerEX。边缘层国产替代是当前的热点,也是性价比很高的替代方向。

    • ThingsGateway(国产开源):① 定位——基于 .NET 6 开发的国产开源边缘采集网关,支持多协议采集和数据转发;② 特点——支持 Modbus TCP/RTU、西门子 S7(1200/1500/300/400/200Smart)、三菱 MC(Q/L/FX)、欧姆龙 FINS、AB EtherNet/IP、汇川/台达等国产 PLC、OPC UA 客户端/服务器、MQTT;支持数据转发到 MQTT/OPC UA/数据库;支持 Web 管理界面(浏览器配置);支持变量分组、报警、历史存储;开源免费(MIT 协议);③ 适用场景——多品牌 PLC 统一采集、边缘数据网关、工业互联网数据接入,中小规模项目;④ 优势——开源免费、国产(中文文档和社区)、协议覆盖广(尤其国产 PLC 支持好)、Web 配置(简单易用)、.NET 技术栈(和工控上位机技术栈一致,容易二次开发);⑤ 对标——KEPServerEX、Matrikon OPC;⑥ 注意——ThingsGateway 是个人/社区维护的开源项目,企业级 SLA 保障不如商业软件,关键项目建议做充分测试和技术储备
    • Neuron(EMQ 旗下开源):① 定位——EMQ 映云科技旗下的开源边缘工业协议网关,专为工业互联网和物联网场景设计;② 特点——高性能(C 语言开发,资源占用低,适合嵌入式)、支持 30+ 工业协议(Modbus、OPC UA、西门子 S7、三菱 MC、欧姆龙 FINS、AB EtherNet/IP、IEC 61850、DNP3 等)、支持数据转发到 MQTT(EMQX)/Kafka/Webhook;支持 Web 管理界面;支持边缘计算(规则引擎);支持容器化部署(Docker);开源免费(AGPL 协议,商业版收费);③ 适用场景——边缘数据采集、多协议转换、工业互联网数据接入,尤其是资源受限的嵌入式边缘设备;④ 优势——性能高(资源占用低,适合嵌入式)、协议覆盖广、EMQ 公司维护(企业级支持可选)、和 EMQX/TDengine 配套好(一站式工业数据平台)、容器化部署方便;⑤ 对标——KEPServerEX、ThingsGateway;⑥ 注意——Neuron 社区版是 AGPL 协议(商用需要注意协议合规),企业版收费;Web 管理界面功能还在完善中
    • 丁涛涛的软件(国产开源):① 定位——国产开源的工业通讯采集软件,支持多协议采集和数据转发;② 特点——支持 Modbus、西门子 S7、三菱 MC 等主流协议;支持数据转发到 MQTT/数据库;轻量、简单易用;开源免费;③ 适用场景——小型项目、DIY、学习;④ 优势——开源免费、轻量、简单;⑤ 注意——协议覆盖和功能不如 ThingsGateway/Neuron 完善,适合小型项目和学习
    • KEPServerEX(商业,对标对象):① 定位——Velotic 旗下(原 PTC Kepware)工业互联平台,边缘采集网关的事实标准;② 特点——协议覆盖最广(150+ 协议驱动,几乎支持所有工业设备)、性能稳定、企业级支持、和 ThingWorx 配套;③ 优势——协议覆盖最广、最稳定、企业级服务;④ 劣势——商业授权费高(按驱动/高级插件套件收费,驱动与平台投入大,整体可达几十万)、国外厂商(服务响应慢、定制化难)、信创替代需求;⑤ 什么时候还需要 KEPServerEX——超大规模项目(几万点以上)、需要非常小众的协议驱动(KEPServerEX 协议覆盖最广)、对稳定性要求极高且有预算的关键项目
    • 边缘层国产替代选型建议:① 中小规模项目(几千点以内)——ThingsGateway(首选,.NET 技术栈,国产 PLC 支持好,Web 配置简单)或 Neuron(性能要求高/嵌入式部署时),可以替代 KEPServerEX;② 嵌入式边缘设备(资源受限)——Neuron(C 语言开发,资源占用低);③ 一站式工业数据平台——Neuron + EMQX + TDengine,全开源/国产,性能强,成本低;④ 超大规模项目/小众协议——暂时建议继续用 KEPServerEX,等国产方案协议覆盖进一步完善再替代;⑤ 预算有限/小型项目——丁涛涛的软件或开源方案;⑥ 边缘层是当前国产替代的热点,ThingsGateway/Neuron 发展很快,建议积极评估和试用,很多场景已经可以替代 KEPServerEX,节省大量授权费
    • 边缘层替代的注意事项:① 协议覆盖——替代前确认国产网关是否支持现有设备的协议,这是最关键的(KEPServerEX 协议覆盖最广,国产网关支持主流协议但小众协议可能不支持);② 性能测试——替代前做充分的性能测试(点数、采集频率、转发延迟),确保满足需求;③ 稳定性测试——边缘网关是 7x24 运行的,要做长时间稳定性测试(连续运行几周),确保没有内存泄漏/崩溃;④ 断网补传——边缘网关需要支持断网缓存和网络恢复后补传,确保数据不丢失(Neuron/ThingsGateway 都支持);⑤ 配置迁移——老项目的配置不能直接迁移,需要在新网关中重新配置(变量表、协议参数、转发规则),这是替代的主要工作量;⑥ 技术储备——开源方案需要有一定的技术储备来排查问题和二次开发,商业方案有厂商支持
  6. 06

    上层应用与工程化落地:国产 MES、替代选型决策框架、迁移路径、风险控制、混合部署

    上层应用(MES/APS)是国产替代最复杂的领域,国产 MES 厂商众多但产品标准化程度低,实施质量参差不齐。替代不是简单的软件替换,而是业务流程的重新梳理和优化。最后讲国产 MES 现状,以及最重要的——国产替代的选型决策框架、迁移路径、风险控制和混合部署方案,这是整个专题的落脚点,也是实际项目中最需要的方法论。

    • 国产 MES 现状:① 市场格局——国产 MES 厂商众多,大致分几类:行业深耕型(宝信软件-钢铁/石化、石化盈科-石化、中软国际-烟草)、通用平台型(用友、金蝶、鼎捷)、创业型(黑湖智造、新核云、摩尔元数)、开源型(OpenMES、快格云、星空、Snowy-mes);② 特点——国产 MES 行业化程度高(不同行业的 MES 差异很大,通用 MES 很难直接用)、定制化程度高(几乎每个项目都要大量定制开发)、实施周期长(6-18 个月)、实施质量依赖实施团队(同样的产品,不同团队实施效果差异很大);③ 优势——本地化服务好、价格比国外 MES 低很多(SAP ME/西门子 Opcenter 实施费几百万到上千万,国产 MES 几十万到几百万)、符合国内企业管理习惯、响应快;④ 差距——产品标准化程度低(和西门子 Opcenter/SAP ME 相比)、高端功能(高级排程 APS、质量管理 QMS、设备管理 EAM 集成)还需完善、生态不成熟(和 ERP/PLM/SCADA 的标准化集成还需加强);⑤ 开源 MES——OpenMES、快格云制造MES、星空开源MES、Snowy-mes 等,适合小型企业和 DIY,但功能和生态还需完善,大规模应用需评估
    • 国产替代选型决策框架(五步法):① 第一步:明确替代目标——为什么要替代?是降本(授权费太高)、安全(信创要求/供应链安全)、服务(响应慢/定制难)、还是政策(信创补贴)?不同的目标决定不同的选型标准和替代范围;② 第二步:评估现状——现有系统是什么?用了哪些功能?哪些是核心功能(必须有)、哪些是次要功能(有更好没有也行)、哪些是没用过的功能(可以去掉)?现有系统的痛点是什么?数据量多大?用户多少?③ 第三步:筛选候选方案——根据替代目标和现状评估,筛选 2-3 个候选国产方案,要求演示(不要只看 PPT,要看实际产品演示,最好是同行业的案例)、要求试用(可以申请试用版,实际操作一下)、要求客户案例(同行业的成功案例,最好能去现场参观);④ 第四步:POC 验证——选 1-2 个候选方案做 POC(概念验证),用真实数据和真实场景测试核心功能、性能、稳定性、易用性,POC 周期 2-4 周,POC 通过后再签合同;⑤ 第五步:决策——根据 POC 结果、价格、服务、厂商实力、生态等综合决策,不要只看价格,也不要只看功能,要综合评估长期价值(3-5 年的总拥有成本 TCO)
    • 迁移路径(渐进式替代,四阶段):① 第一阶段:评估与准备(1-2 个月)——现状评估、需求梳理、候选方案筛选、POC 验证、方案选型、项目计划制定、团队培训;② 第二阶段:并行运行(2-3 个月)——新系统部署、数据迁移(历史数据)、配置开发、用户培训、新老系统并行运行(同时用,对比结果),这个阶段不切换,只是验证新系统;③ 第三阶段:试点切换(1-2 个月)——选择一个非关键的车间/产线/部门试点切换到新系统,老系统作为备份,出现问题可以快速回退,试点成功后总结经验、优化系统;④ 第四阶段:全面推广(2-6 个月)——试点成功后,分批次全面推广到其他车间/产线/部门,每批切换后观察一段时间,稳定后再切换下一批,全部切换后老系统继续运行 1-3 个月作为备份,确认稳定后下线老系统;⑤ 关键原则——渐进式替代,不要「一刀切」(一次性全部切换风险太大);先易后难(先从非关键系统开始);保留回退方案(任何阶段出现问题都可以回退);充分培训(用户培训是成功的关键,很多替代失败是因为用户不会用新系统)
    • 风险控制(六大风险与应对):① 功能风险——新系统功能不满足需求?应对:POC 充分验证核心功能,需求清单逐项确认,保留定制开发预算;② 数据风险——数据迁移出错/丢失?应对:数据迁移前做完整备份,迁移后做数据校验(条数、关键数据对比),历史数据可以只迁移近 1-3 年(更早的数据归档);③ 性能风险——新系统性能不满足?应对:POC 做性能测试(用真实数据量),上线后做性能监控,预留扩容空间;④ 稳定性风险——新系统不稳定/崩溃?应对:POC 做长时间稳定性测试,上线后有完善的监控和告警,保留老系统作为备份;⑤ 用户风险——用户不会用/抵触新系统?应对:充分的用户培训(操作手册+视频+现场培训),关键用户先培训(种子用户),设置过渡期(并行运行),管理层推动;⑥ 厂商风险——厂商倒闭/服务变差?应对:选择有实力的厂商(成立时间、营收、客户数量),开源方案要有社区活跃度和技术储备,合同中明确服务等级(SLA)和源代码托管(关键项目)
    • 混合部署方案(不搞「一刀切」):① 核心系统 vs 非核心系统——核心系统(PLC 控制、安全联锁、关键生产调度)继续用国外成熟方案(稳定性优先),非核心系统(BI 报表、时序数据库、组态软件、外围数据采集)用国产方案(成本和服务优先);② 新建项目 vs 存量项目——新建项目优先用国产方案(从一开始就用国产,没有迁移成本),存量项目渐进式替代(先从外围开始,逐步替代);③ 标准化应用 vs 定制化应用——标准化应用(数据采集、存储、报表)用国产/开源方案(成熟稳定),定制化应用(特殊行业需求、高端功能)可以继续用国外方案或定制开发;④ 总部 vs 边缘——总部系统(ERP/MES/BI)根据需求选择,边缘设备(采集网关、嵌入式)优先用国产/开源方案(Neuron/ThingsGateway,成本低,自主可控);⑤ 混合部署的优势——风险可控(核心系统稳定有保障)、成本优化(非核心系统用国产降低成本)、渐进演进(逐步积累国产替代经验,条件成熟后再替代核心系统);⑥ 混合部署不是「不替代」,而是「有策略地替代」,在风险可控的前提下逐步提高国产比例
    • 工控软件.com 的国产替代资源:① 软件库——102 款工控软件,按 13 个分类,每款软件有六维评分(易用性/稳定性/性能/生态/性价比/本地化),可以按分类和评分筛选国产方案;② 软件对比——可以正面对比国产方案和国外方案的功能、性能、价格、生态;③ 技术专题——Modbus/OPC UA/时序数据库/边缘采集/上位机 HMI/品牌 PLC 对接,六大专题覆盖工业数据全链路,每个专题都有国产方案的介绍和选型建议;④ 技术教程——31 篇实战教程,很多是国产软件的实战(TDengine 部署、Neuron 采集、ThingsGateway 等);⑤ 在线工具——Modbus 调试、IEEE754 转换、进制转换,对接国产 PLC 的实用工具;⑥ 选型指南——按场景和需求推荐合适的国产方案

边学边用:国产 PLC 对接调试工具

国产 PLC 多用 Modbus TCP,对接前先验证通讯、数据格式和状态字。纯浏览器本地计算,不上传数据。

国产工控软件选型地图(按层级分组)

全部 102 款软件见软件库,可以按分类和六维评分筛选;国产方案与国外方案可以用 软件对比正面对比。

国产替代常见问题

为什么要做工控软件国产替代?信创政策对工控行业有什么影响?

国产替代不是口号,而是实实在在的产业趋势,主要有六大驱动力:① 供应链安全——地缘政治风险下,国外工业软件可能被断供,关键基础设施不能被「卡脖子」,这是最根本的驱动力;② 信创政策——党政、金融、电信、能源、交通、医疗等关键行业明确要求信创替代,工控作为关键基础设施的核心,正在逐步纳入信创范围,很多地方政府对信创项目有补贴;③ 成本——国外工业软件授权费高昂(KEPServerEX 按驱动套件收费,驱动与平台投入大,整体可达几十万;WinCC 按变量收费;SAP MES 实施费几百万到上千万),国产软件授权费低很多,开源软件甚至免费,成本优势明显;④ 服务响应——国外厂商技术支持响应慢(时差、语言、流程复杂),国产厂商服务响应快,本地化支持好,有问题可以快速找到人解决;⑤ 定制化——国产厂商更愿意配合客户做定制化开发,国外厂商产品标准化程度高但灵活性差,特殊需求很难满足;⑥ 生态成熟——经过多年发展,国产工控软件在很多领域已经成熟(组态软件、时序数据库、BI 报表、MQTT 消息),能满足大部分场景需求。信创政策对工控行业的影响:① 关键行业(能源/交通/市政/军工)的新建项目优先考虑国产方案,很多招标文件明确要求信创产品;② 存量项目逐步改造,先从外围系统开始,渐进式替代;③ 国产工控软件厂商迎来发展机遇,投入加大,产品迭代加快;④ 工控工程师需要掌握国产软件的使用,这是新的技能要求和职业机会。但要注意:信创不是「为了国产而国产」,而是在满足业务需求的前提下优先选择国产方案,不能牺牲系统的稳定性和安全性。关键系统、高端应用如果国产方案还不成熟,可以继续用国外方案,等国产方案成熟后再替代。

国产工控软件现在能替代国外软件吗?差距在哪里?哪些领域已经成熟?

国产工控软件经过多年发展,在很多领域已经成熟,可以放心替代,但在某些高端领域还有差距。按领域来看:① 已经成熟,可以放心替代——中小型 PLC(汇川/信捷/台达,性价比高,服务好,国内市场份额快速提升)、组态软件(组态王/力控,功能完善,国内市场份额高,行业应用广泛)、时序数据库(TDengine,性能领先,工业场景大规模验证,比 InfluxDB 更快)、MQTT 消息(EMQX,全球市场份额领先,性能强)、BI 报表(帆软,国内市场份额第一,复杂报表能力领先)、边缘采集网关(ThingsGateway/Neuron,功能完善,中小规模项目可以替代 KEPServerEX);② 基本可用,特定场景需评估——大型 DCS(和利时/中控,在化工/电力/市政等行业已经大规模应用,但在某些高端领域和艾默生/横河还有差距)、SCADA(国产方案在中小项目可用,超大规模项目还需评估性能和稳定性)、中型 PLC(汇川 AM 系列,基于 CODESYS,功能强大,但在超大型项目和高端运动控制上和西门子 S7-1500/400 还有差距);③ 仍有差距,建议谨慎替代——高端运动控制(数控系统、机器人控制器,国产和西门子/发那科/库卡还有差距,尤其是高精度、高速度场景)、大型 MES(国产 MES 厂商多但产品标准化程度低,实施质量参差不齐,和西门子 Opcenter/SAP ME 还有差距,高级排程 APS 功能偏弱)、工业 AI(预测性维护等高端应用,国产方案还在发展中,成熟案例少)、工业仿真(国产和 ANSYS/Siemens 还有较大差距,尤其是高端仿真)、超大规模 SCADA(几万点以上,国产方案性能和稳定性还需验证)。差距主要体现在:① 高端功能——国外软件经过几十年积累,高端功能完善,国产软件在某些高端功能上还需完善;② 生态——国外软件生态成熟(第三方库、组件、插件、培训、人才),国产软件生态还在建设中;③ 稳定性——国外软件经过大规模长期验证,稳定性有保障,国产软件在某些极端场景下的稳定性还需验证;④ 标准化——国外软件标准化程度高,国产软件定制化程度高(这既是优势也是劣势,优势是灵活,劣势是产品化程度低)。建议:成熟领域积极替代(成本低、服务好、风险小),差距领域谨慎替代(充分评估、POC 验证、保留回退方案),不搞「一刀切」。

PLC 编程软件国产替代怎么选?汇川/CODESYS/开源方案对比

PLC 编程软件国产替代主要有三个方向:汇川自研、CODESYS 生态、开源方案,各有定位和适用场景。① 汇川 AutoShop(H3U/H5U 小型 PLC)——汇川自研,针对 H3U/H5U 小型 PLC,兼容三菱 FX 指令体系,界面类似三菱 GX Works,三菱用户上手快,支持梯形图/指令表/顺序功能图,内置仿真,免费(随 PLC 提供)。适合小型设备、单机自动化、OEM 设备,点位几百点以内的项目。优势是免费、中文界面、服务好、性价比高。对标三菱 GX Works(FX 系列)。② 汇川 InoProShop(AM400/AM600 中型 PLC)——基于 CODESYS V3 平台,针对 AM400/AM600 中型 PLC,功能强大,支持 IEC 61131-3 全部 5 种编程语言,支持面向对象编程、运动控制(PLCopen)、冗余。适合中型项目、产线级控制、需要运动控制/过程控制的项目,点位几千点以内。优势是 CODESYS 生态成熟、功能强大、可扩展性好。对标西门子 TIA Portal(博途)。③ CODESYS 生态——CODESYS 是德国 Smart Software Solutions 公司的 PLC 编程平台,不是国产,但很多国产 PLC 基于 CODESYS(汇川 AM 系列、和利时 LK 系列、信捷 XL 系列、禾川 A 系列等),是国产中型 PLC 的事实标准。优势是生态成熟、功能强大、标准化程度高、人才储备多。风险是底层平台不是自主可控(虽然授权稳定)。④ 开源方案——Beremiz(开源 PLC 编程软件,基于 IEC 61131-3,支持多种运行时)、OpenPLC(开源 PLC 运行时和编程软件,可以运行在 Raspberry Pi/PC/嵌入式)。优势是完全自主可控、免费、可定制。劣势是生态不成熟、功能不如商业软件完善、缺乏大规模工业验证、技术支持靠社区。适合小型 DIY 项目、教育、对自主可控要求极高且有能力自研的场景。选型建议:① 小型设备/OEM——汇川 H3U/H5U + AutoShop,性价比最高;② 中型项目/产线——汇川 AM400/AM600 + InoProShop(CODESYS),功能强大;③ 流程工业/DCS——和利时/中控,行业经验丰富;④ 对自主可控要求极高——评估开源方案,但要做好技术储备;⑤ 高端运动控制/超大型项目——暂时继续用西门子/三菱,等国产方案进一步成熟。其他国产 PLC 厂商:和利时(AutoThink)、中控技术、信捷(XCPPro)、台达(WPLSoft/ISPSoft)、禾川(HCPWorks)、永宏(WinProLadder),各有行业优势,可以根据具体行业和需求选择。

组态/SCADA 国产替代:组态王/力控/FUXA vs WinCC/Intouch,怎么选?

组态/SCADA 是国产替代最成熟的领域之一,国产方案功能完善,大部分项目都可以放心替代。主要国产方案:① 组态王 KingView(亚控科技)——国产组态软件龙头,国内市场份额最高的国产 SCADA/HMI 软件。功能完善,支持实时数据采集、历史数据存储、报警管理、趋势曲线、报表、脚本编程、Web 发布,支持几乎所有主流 PLC 和仪表的通讯驱动(西门子/三菱/汇川/欧姆龙/AB/台达等,国产 PLC 驱动支持尤其好)。在市政、环保、能源、制造等行业广泛应用。优势是中文界面、驱动丰富、服务响应快、性价比高(授权费比 WinCC/Intouch 低很多)、生态成熟。对标西门子 WinCC、AVEVA InTouch。② 力控(力控科技)——国产组态软件代表之一,在油气、石化、市政等行业有优势,功能完善,支持分布式架构、Web 发布、移动 APP,行业解决方案丰富。③ 汇川 InoTouchPad——汇川触摸屏的组态软件,界面类似威纶通 EasyBuilder,简单易用,和汇川 PLC 配套使用体验好,免费(随触摸屏提供)。适合配套汇川触摸屏的小型设备 HMI。④ 开源方案——FUXA(开源 Web 端 SCADA/HMI,基于 Node.js,浏览器访问,界面现代,支持拖拽编辑,支持 Modbus/OPC UA/S7/MC 等协议,适合中小型项目和 DIY)、Rapid SCADA(开源 SCADA 系统,基于 .NET,跨平台,功能完善)。选型建议:① 中小型 SCADA 项目——组态王,最成熟最稳妥,驱动丰富,服务好;② 行业项目(油气/石化)——力控,行业经验丰富;③ 配套汇川触摸屏——汇川 InoTouchPad,和汇川 PLC 配套体验好;④ 预算有限/小型项目/DIY——FUXA(Web 端,现代)或 Rapid SCADA(功能完善),开源免费;⑤ Web 端需求——FUXA 或组态王 Web 版;⑥ 超大规模项目/高端应用——暂时继续用 WinCC/Ignition,等国产方案进一步成熟。替代注意事项:① 通讯驱动——替代前确认国产软件是否支持现有 PLC/仪表的通讯驱动,这是最关键的(组态王驱动最丰富,FUXA 支持主流协议但小众协议可能不支持);② 画面迁移——老项目的画面不能直接迁移,需要重新绘制(可以截图参考,手动重建),这是替代的主要工作量;③ 脚本迁移——老项目的脚本(VBS/C 脚本)需要用新软件的脚本语言重写;④ 性能测试——替代前做充分的性能测试(点数、刷新频率、历史数据存储);⑤ 培训——工程师需要培训新软件的使用;⑥ 回退方案——替代过程中保留原系统,出现问题可以快速回退。总体来说,组态/SCADA 国产替代已经非常成熟,建议积极替代,风险低,收益大(节省大量授权费,服务更好)。

时序数据库国产替代:TDengine/IoTDB vs InfluxDB,工业场景怎么选?

时序数据库是国产替代最成功的领域之一,TDengine 性能领先,IoTDB 特色鲜明,工业场景可以放心替代国外方案。① TDengine(涛思数据)——国产时序数据库龙头,专为物联网/工业互联网场景设计。核心优势:高性能(写入速度比 InfluxDB 快数倍,单机每秒写入百万级数据点,查询性能领先)、一站式(内置缓存+消息队列+数据库+流式计算,不需要 Redis/Kafka,简化架构,降低成本)、支持 SQL(学习成本低)、支持集群、开源(社区版免费,企业版收费)、中文文档和社区活跃、服务响应快。适用场景:工业数据采集与存储、物联网平台、设备监控、能源管理,海量时序数据的存储和查询。对标 InfluxDB、TimescaleDB、OpenTSDB。注意:TDengine 是时序数据库,不适合存储关系型数据(用户配置、订单等),关系型数据用 SQLite/MySQL/PostgreSQL。② Apache IoTDB——清华团队开源的时序数据库,Apache 顶级项目。核心优势:边缘-云协同架构(可以在边缘端部署轻量版,数据同步到云端,适合工业场景的边缘计算)、和大数据生态集成好(支持 Hadoop/Spark/Flink)、支持丰富的时间序列操作、开源免费(Apache 协议)、高校背景(技术实力强)。适用场景:工业物联网、智能制造、智慧能源,尤其是需要边缘-云协同的场景。注意:IoTDB 生态和社区活跃度不如 TDengine,工业大规模应用案例相对少一些。③ InfluxDB(对标对象)——国外时序数据库,市场份额高,生态成熟,但企业版收费高(闭源集群版),性能不如 TDengine,单机版有写入速率限制。选型建议:① 大多数工业场景——TDengine(首选,性能领先,生态成熟,一站式架构简化系统),可以放心替代 InfluxDB/TimescaleDB;② 需要边缘-云协同——IoTDB(边缘端部署+云端同步的架构特色);③ 已经用了 InfluxDB 且运行稳定——可以继续用,但新项目优先考虑 TDengine;④ 关系型数据——SQLite(小型项目)/MySQL/PostgreSQL(中大型项目),这些本身就是开源的,不存在国产替代问题;⑤ 一站式工业数据平台——EMQX + Neuron + TDengine + Grafana/FineReport,全开源/国产,性能强,成本低,是推荐架构。时序数据库国产替代已经非常成熟,TDengine 在工业场景大规模验证,性能领先,建议积极替代,这是风险最低、收益最高的国产替代领域之一。

国产替代有哪些风险?怎么规避?迁移路径是什么?

国产替代不是简单的软件替换,而是系统工程,有六大风险需要识别和规避:① 功能风险——新系统功能不满足需求?这是最常见的风险。规避方法:需求清单逐项确认(区分必须有/有更好/不需要),POC 充分验证核心功能(用真实数据和真实场景),保留定制开发预算,合同中明确功能需求和验收标准;② 数据风险——数据迁移出错/丢失?规避方法:数据迁移前做完整备份(备份后验证备份可用),迁移后做数据校验(条数统计、关键数据对比、抽样验证),历史数据可以只迁移近 1-3 年(更早的数据归档存储,需要时再查),数据迁移后老系统继续运行一段时间(并行运行)对比数据;③ 性能风险——新系统性能不满足?规避方法:POC 做性能测试(用真实数据量,甚至 1.5 倍数据量压测),明确性能指标(响应时间、并发用户数、数据吞吐量),上线后做性能监控,预留扩容空间(硬件和软件);④ 稳定性风险——新系统不稳定/崩溃?规避方法:POC 做长时间稳定性测试(连续运行 2-4 周,监控内存/CPU/崩溃),选择有大规模商用验证的产品(不要做小白鼠),上线后有完善的监控和告警,保留老系统作为备份(出现问题可以快速回退),关键系统考虑高可用部署(主备/集群);⑤ 用户风险——用户不会用/抵触新系统?这是很多替代项目失败的真正原因(不是技术问题,是人的问题)。规避方法:充分的用户培训(操作手册+视频教程+现场培训+考核),关键用户先培训(种子用户,再由他们培训其他用户),设置过渡期(并行运行,用户有时间适应),管理层推动(明确要求使用新系统),界面和操作习惯尽量贴近老系统(降低学习成本),设置反馈渠道(用户有问题可以快速反馈和解决);⑥ 厂商风险——厂商倒闭/服务变差/被收购?规避方法:选择有实力的厂商(成立时间 5 年以上、营收稳定、客户数量多、行业口碑好),开源方案要有社区活跃度和技术储备(可以自己维护或找第三方支持),合同中明确服务等级(SLA)和响应时间,关键项目要求源代码托管(厂商出问题后可以自己维护或找第三方),避免过度依赖单一厂商(保持一定的替代能力)。迁移路径(四阶段渐进式替代):① 第一阶段:评估与准备(1-2 个月)——现状评估、需求梳理、候选方案筛选、POC 验证、方案选型、项目计划制定、团队培训、数据备份;② 第二阶段:并行运行(2-3 个月)——新系统部署、数据迁移、配置开发、用户培训、新老系统并行运行(同时用,对比结果),这个阶段不切换,只是验证新系统;③ 第三阶段:试点切换(1-2 个月)——选择一个非关键的车间/产线/部门试点切换,老系统作为备份,出现问题可以快速回退,试点成功后总结经验、优化系统;④ 第四阶段:全面推广(2-6 个月)——分批次全面推广,每批切换后观察一段时间,稳定后再切换下一批,全部切换后老系统继续运行 1-3 个月作为备份,确认稳定后下线老系统。关键原则:渐进式替代,不搞「一刀切」;先易后难;保留回退方案;充分培训。

混合部署方案:关键系统用国外,非关键用国产,怎么规划?

混合部署是当前最务实的国产替代策略——不搞「一刀切」,在风险可控的前提下逐步提高国产比例,既享受国产方案的成本和服务优势,又保障核心系统的稳定性。混合部署的核心是「分类替代」:① 按系统重要性分类——核心系统(PLC 控制、安全联锁、关键生产调度、DCS 控制层)继续用国外成熟方案(稳定性优先,这些系统出问题会导致停产甚至安全事故,不能冒险);非核心系统(BI 报表、时序数据库、组态软件、外围数据采集、办公系统)用国产方案(成本和服务优先,这些系统出问题影响小,可以快速恢复)。② 按项目阶段分类——新建项目优先用国产方案(从一开始就用国产,没有迁移成本,风险低),存量项目渐进式替代(先从外围系统开始,逐步替代核心系统,积累经验和信心)。③ 按应用类型分类——标准化应用(数据采集、存储、报表、消息)用国产/开源方案(成熟稳定,TDengine/EMQX/帆软/组态王),定制化应用(特殊行业需求、高端功能、复杂调度)可以继续用国外方案或定制开发。④ 按部署位置分类——总部系统(ERP/MES/BI)根据需求选择(可以混合,如 ERP 用 SAP,MES 用国产,BI 用帆软),边缘设备(采集网关、嵌入式、触摸屏)优先用国产/开源方案(Neuron/ThingsGateway/汇川触摸屏,成本低,自主可控,数量多成本差异大)。⑤ 按行业分类——监管严格的行业(核电、高铁、航空、军工)核心系统谨慎替代(安全第一),一般制造业积极替代(风险可控,成本收益明显)。混合部署的规划步骤:① 第一步:系统盘点——列出所有系统,按重要性(核心/非核心)、技术栈(国外/国产)、用户数量、数据量、替代难度进行分类和评估;② 第二步:替代优先级排序——按「风险低+收益高」优先的原则排序,一般是:BI 报表 → 时序数据库 → 组态软件 → 边缘采集网关 → 外围 PLC → 核心 PLC → DCS/MES;③ 第三步:分批替代计划——制定 3 年替代计划,每年替代 2-3 个系统,先易后难,每替代一个系统总结经验,优化流程;④ 第四步:建立国产方案评估机制——每个替代项目都按「需求梳理→候选筛选→POC 验证→试点切换→全面推广」的流程执行,确保替代质量;⑤ 第五步:持续监控和优化——替代后持续监控系统运行情况,收集用户反馈,优化系统,逐步提高国产比例。混合部署的优势:① 风险可控——核心系统稳定有保障,不会因为替代导致生产事故;② 成本优化——非核心系统用国产降低成本,节省的费用可以投入到核心系统的升级;③ 渐进演进——逐步积累国产替代经验,培养团队能力,条件成熟后再替代核心系统;④ 政策合规——逐步提高国产比例,满足信创政策要求,同时不牺牲系统稳定性;⑤ 议价能力——有国产方案作为备选,和国外厂商谈判时有更多议价能力(可以威胁切换到国产)。混合部署不是「不替代」,而是「有策略地替代」,是当前最务实、风险最低、收益最稳的国产替代策略。建议大多数企业采用混合部署,用 3-5 年时间逐步提高国产比例,最终实现核心系统也能稳定运行国产方案。

继续往深走

不确定你的项目该怎么规划国产替代?可以在「技术咨询」描述你的现有系统、替代目标和预算, 我会结合工控软件.com 的软件库和专题资源,给你一份分层替代建议。

先看 TDengine 国产时序数据库 返回技术专题列表