輕舟已過萬重山!國產廠商又一次硬氣突破

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

【輕舟已過萬重山!國產廠商又一次硬氣突破】輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破

文章圖片

輕舟已過萬重山!國產廠商又一次硬氣突破
這又是一項“卡脖子”的突破
看完我真有點熱血沸騰

但是講這么燃的話題前
我們需要來點背景知識

先問老司機們一個問題——
自動化搞IT的 , 到底有什么不同?
這個世界上 , 有兩大類開發者
如果想讓一個機器臂動起來
他們的路子大相徑庭


?自動化工程師 , 他們混工業圈的
寫程序像拼圖
用圖形化、模塊化方式編程



?CS程序員 , 他們混IT圈的
用C++ , 一行一行寫代碼寫邏輯

但是 , 你知道嗎?在工業世界里
自動化控制這一切靠的就是PLC

那PLC又是啥?
Programmable Logic Controller
中文叫做可編程邏輯控制器

PLC的產品形態
它可以是軟件 , 也可以是硬件


為什么工業現場更偏愛PLC?
而不是類似C++這樣的通用CS語言呢?
因為PLC背后有一整套國際標準
被稱為IEC 61131-3

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個

有沒有一套方法?
能把這些“七國八制”的技術和工具
融合成統一工業應用開發平臺

之前業界確實沒有 , 但是現在有了!
在最近召開的中國國際工業博覽會上
曙光網絡出手
推出首個國產工業數字化全棧平臺
曙睿(SugonRI)
曙睿 , 開創了全新的工業軟件體系
一個統一平臺 , 五層架構
干成了國外要靠多平臺完成的活兒

在這個工業數智底座最上一層
也是國產工業軟件最巔峰一層
就是
SugonRI工業編程開發平臺

這個工業編程平臺有多“?!??

?把C++語言變成了模塊化、圖形化語言
降低了使用門檻
能像PLC那樣 , 模塊化開發、分塊組裝
能讓C++不再“寫” , 而是“畫”



SugonRI把PLC里的經典概念
POU(程序組織單元)成功移植進C++語言
由此打破兩界壁壘
既保留自動化工程師熟悉的圖形化思維
又釋放了C++ 的強大能力



?SugonRI集成PLC世界的經典利器
SFC、CFC、LD圖形語言工具
讓工程師開發如畫圖般輕松



?引入類似 PLC 的“任務Task”機制
用圖形化方式管理任務調度
復雜任務關系 , 一眼看懂
要改流程 , 拖拉拽就行 , 比改代碼快多了



?補齊 IEC 61131-3 的右半邊短板
SugonRI支持第三方工具接入
測試驗證全補齊 , 不留盲區
覆蓋工業軟件全生命周期



?引入AI代碼生成能力
不僅能自動生成應用代碼
還能輔助生成測試代碼
提升開發效率、減少出錯率

?新增了數據庫支持
讓工業系統具備“數據原生能力”
由此驅動工業智能化



?像CUDA一樣直接對GPGPU編程
實現真正的工業級并行計算支持

?內置大量工業中間件組件
創新加入工業級安全中間件
主打內生安全
在傳統國際標準和同類產品中 , 幾乎見不到

SugonRI兼顧了不同開發者的習慣

當自動化工程師遇上SugonRI
幾乎不用重新學習 , 讓他們無痛遷移
保留了他們熟悉的開發語言和方式

當IT工程師遇上SugonRI
把復雜的 C++ 工程流程圖形化
大大降低門檻 , 快速開發工業應用

當初學者遇上SugonRI
很多剛入門想補C++
但市面上的教材太復雜
基本就不是針對工業開發者編寫的

SugonRI對初學者極為友好
根本就不需要學習太多C++復雜的功能
只需掌握ST語言在 C++ 里的
那部分“子集”就夠了

更神的是 , 曙光網絡還專門
做了一個
IEC61131-3/ST到SugonRI C++的遷移指南
僅三頁紙 , 方便對應查找
傳統工業用戶不需要花費大量精力
就能快速掌握 C++ 的精髓
在 SugonRI上寫出高質量的工業代碼

有了 SugonRI 統一開發平臺
原來需要上十個軟件來拼盤的事
現在一個平臺搞定
那么 , SugonRI到底是什么?
按曙光網絡總工的原話

看到這里
肯定很多人會說


確實
外界對中科曙光的刻板印象
就是以高性能計算起家的IT大廠

但很少有人知道
中科曙光以旗下的曙光網絡為尖刀
全力攻關難度極高的工業軟件
而這 , 恰恰是國家制造業轉型中
特別薄弱和關鍵的一環

正是這樣一個最老牌的IT廠商
錦衣夜行、默默付出
投身AI時代的工業軟件革命

這條路 , 不是模仿走老路
而是堅定不移的自主創新
現在 , 曙光網絡已經跨越鴻溝
帶領大家 , 邁入工業軟件的核心區!

    推薦閱讀