这又是一项“卡脖子”的突破
看完我真有点热血沸腾
但是讲这么燃的话题前
我们需要来点背景知识
↓
先问老司机们一个问题——
搞自动化和搞IT的，到底有什么不同？
这个世界上，有两大类开发者
如果想让一个机器臂动起来
他们的路子大相径庭
↓
自动化工程师，他们混工业圈的
写程序像拼图
用图形化、模块化方式编程
CS程序员，他们混IT圈的
用C++，一行一行写代码写逻辑
但是，你知道吗？在工业世界里
自动化控制这一切靠的就是PLC
那PLC又是啥?
Programmable Logic Controller
中文叫做可编程逻辑控制器
PLC的产品形态
它可以是软件，也可以是硬件
↓
为什么工业现场更偏爱PLC？
而不是类似C++这样的通用CS语言呢？
因为PLC背后有一整套国际标准
被称为IEC 61131-3
<img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img> IEC 61131-3不只是语言
更是一整套工业软件工程方法论
它明确告诉你：工业应用该如何开发
↓
翻开IEC 61131-3宝典，你会发现
它覆盖了V型开发模型的左半边
等于把工业开发过程都标准化了
一句话总结，那就是
CS语言只是编程工具
IEC 61131-3是完整体系
用CS编程来开发工业应用
你可能需要折腾N个软件工具
用PLC，可能一套软件就够了
更重要的是，用 IEC 61131-3
哪怕没有深厚的计算机和软件背景
照样写出靠谱且高质量的工业应用
现实里，这大大降低了企业开发要求
用人难度和项目风险也跟着减轻
正因为如此
PLC 技术被工业界广泛采用
成为工厂自动化和流程自动化的标配
也是所有主流厂商一致选择的技术路线
因此PLC的发明
被西方誉为「第三次工业革命」
BUT
过去的辉煌并不能掩盖今日的困境
工业应用开发正遭遇两大行业痛点
痛点一：IEC61131-3虽好，但难出圈
首先，编程语言“过时”了
在IEC 61131-3标准里
PLC的文本类编程语言叫ST
而ST的语法源自Pascal语言
但Pascal在20年前就退出了主流舞台
所以，现在工程师和学生
都觉得ST这门编程语言过时了
不去学，也不去用
其次，测试环节缺失
IEC 61131-3标准只管“左半边”
怎么设计、怎么开发、怎么写代码
右半边测试验证？没写
说白了，就是没标准
至于测试咋办？
厂商各自整了一套自家专属测试工具
各玩各的，互不兼容
所以PLC行业一直缺乏
像C/C++那样公开、开源的测试工具集
痛点二：AI起来了
客户搞跨界融合创新，太难
举例：一个客户想用智能体控制水坝闸门
一个AI智能泵站控制系统，既要接入传感器采集数据，又要上云存储、远程监控，还要接入AI预测水位变化，并反过来作用于控制系统。
这是一个多学科、多工具、多人才的
“大拼盘”工程
搞计算机的，往往不懂底层工业控制
搞工控的，对安全不熟
搞安全的，对工业协议、工控技术不熟
工具各用各的，技术标准不同
这种大拼盘项目，常常是一地鸡毛
不是团队不用功，也不是技术不行
而是
缺少统一开发视角和统一工具体系
事到如今，问题就变成了
有没有一种统一的技术标准和体系？
能够覆盖工业应用的全生命周期
只要一个，而不是N个
有没有一套方法？
能把这些“七国八制”的技术和工具
融合成统一工业应用开发平台
之前业界确实没有，但是现在有了！
在最近召开的中国国际工业博览会上
曙光网络出手
推出首个国产工业数字化全栈平台
曙睿，开创了全新的工业软件体系
一个统一平台，五层架构
干成了国外要靠多平台完成的活儿
在这个工业数智底座最上一层
也是国产工业软件最巅峰一层
就是
这个工业编程平台有多“睿”？
↓
把C++语言变成了模块化、图形化语言
降低了使用门槛
能像PLC那样，模块化开发、分块组装
能让C++不再“写”，而是“画”
↓
SugonRI把PLC里的经典概念
POU（程序组织单元）成功移植进C++语言
由此打破两界壁垒
既保留自动化工程师熟悉的图形化思维
又释放了C++ 的强大能力
SugonRI集成PLC世界的经典利器
SFC、CFC、LD图形语言工具
让工程师开发如画图般轻松
引入类似 PLC 的“任务Task”机制
用图形化方式管理任务调度
复杂任务关系，一眼看懂
要改流程，拖拉拽就行，比改代码快多了
补齐 IEC 61131-3 的右半边短板
SugonRI支持第三方工具接入
测试验证全补齐，不留盲区
引入AI代码生成能力
不仅能自动生成应用代码
还能辅助生成测试代码
提升开发效率、减少出错率
新增了数据库支持
让工业系统具备“数据原生能力”
由此驱动工业智能化
像CUDA一样直接对GPGPU编程
实现真正的工业级并行计算支持
内置大量工业中间件组件
创新加入工业级安全中间件
主打内生安全
SugonRI兼顾了不同开发者的习惯
↓
当自动化工程师遇上SugonRI
几乎不用重新学习，让他们无痛迁移
保留了他们熟悉的开发语言和方式
<img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img> 当IT工程师遇上SugonRI
把复杂的 C++ 工程流程图形化
大大降低门槛，快速开发工业应用
当初学者遇上SugonRI
很多刚入门想补C++
但市面上的教材太复杂
基本就不是针对工业开发者编写的
SugonRI对初学者极为友好
根本就不需要学习太多C++复杂的功能
只需掌握ST语言在 C++ 里的
那部分“子集”就够了
更神的是，曙光网络还专门
做了一个
IEC61131-3/ST到SugonRI C++的迁移指南
仅三页纸，方便对应查找
传统工业用户不需要花费大量精力
就能快速掌握 C++ 的精髓
在 SugonRI上写出高质量的工业代码
有了 SugonRI 统一开发平台
原来需要上十个软件来拼盘的事
现在一个平台搞定
<img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img><img> 看到这里
肯定很多人会说
↓
确实
外界对中科曙光的刻板印象
就是以高性能计算起家的IT大厂
但很少有人知道
中科曙光以旗下的曙光网络为尖刀
全力攻关难度极高的工业软件
而这，恰恰是国家制造业转型中
特别薄弱和关键的一环
正是这样一个最老牌的IT厂商
锦衣夜行、默默付出
投身AI时代的工业软件革命
这条路，不是模仿走老路
而是坚定不移的自主创新
现在，曙光网络已经跨越鸿沟
带领大家，迈入工业软件的核心区！
下一主题
