李可成
(廣西工業(yè)職業(yè)技術(shù)學(xué)院 智能制造學(xué)院,南寧 530001)
嵌入式系統(tǒng)是一種專用型計(jì)算機(jī)處理系統(tǒng),以計(jì)算機(jī)技術(shù)作為構(gòu)建基礎(chǔ),在軟硬件方面具有獨(dú)立可裁剪的能力,對(duì)程序可靠性、程序功能等因素具有嚴(yán)格要求。SOC片上系統(tǒng)是嵌入式系統(tǒng)的重要組成形式,可以將包括CPU元件在內(nèi)的多種外設(shè)控制器設(shè)備集成在幾個(gè)獨(dú)立芯片結(jié)構(gòu)之上,故而SOC嵌入式系統(tǒng)的體積相對(duì)較小、功耗成本相對(duì)較低,能夠適應(yīng)多種不同的互聯(lián)網(wǎng)應(yīng)用環(huán)境[1]。PLC作為設(shè)備和裝置的核心控制器設(shè)備,能夠借助I/O組件安裝在機(jī)架結(jié)構(gòu)之上,并可以按照智能化編程原則,改寫系統(tǒng)主機(jī)內(nèi)的原有程序編碼原則,從而使得下級(jí)設(shè)備部件的無縫連通能力大幅提升。由于PLC控制體系的運(yùn)行需要多個(gè)應(yīng)用部件的共同配合,所以在更換另一種硬件設(shè)備時(shí),也需要重新編寫相關(guān)軟件執(zhí)行程序[2]。
軟PLC在保留傳統(tǒng)PLC應(yīng)用功能的基礎(chǔ)上,采用面向現(xiàn)場(chǎng)總線網(wǎng)絡(luò)的體系設(shè)計(jì)結(jié)構(gòu),全面開放了高速串口、通信接口等以太網(wǎng)連接通路,通過多語言編程的處理方式,修改原有執(zhí)行程序的編譯形式,從而將多個(gè)數(shù)據(jù)開放通路同時(shí)轉(zhuǎn)接至TCP/IP網(wǎng)絡(luò)之中[3]。然而對(duì)于PC端主機(jī)而言,若所生成指令程序不能滿足PLC控制原則,則會(huì)使PLC編程器的邏輯編譯能力大幅下降,從而造成網(wǎng)絡(luò)體系出現(xiàn)混亂運(yùn)行狀態(tài)。文獻(xiàn)[4]設(shè)計(jì)了基于工控業(yè)務(wù)仿真的高交互可編程邏輯控制器蜜罐系統(tǒng),設(shè)置了過程仿真循環(huán)與服務(wù)仿真循環(huán)閉環(huán)體系,又在Matlab/Simulink應(yīng)用軟件的作用下,完善了主機(jī)端元件與執(zhí)行端元件之間的協(xié)同工作模式。然而在指令程序較為復(fù)雜的情況下,該系統(tǒng)并不能確保程序樣本的編碼形式完全符合PLC控制原則,因此,其對(duì)于編程器元件邏輯編譯能力的保障作用也就無法達(dá)到實(shí)際需求標(biāo)準(zhǔn)。為此,設(shè)計(jì)了基于嵌入式軟PLC分布式控制系統(tǒng)。
嵌入式軟PLC應(yīng)用技術(shù)可以在更改系統(tǒng)結(jié)構(gòu)布局形式的同時(shí),完善基礎(chǔ)工作執(zhí)行機(jī)制,本章節(jié)將針對(duì)上述內(nèi)容展開研究。
嵌入式軟PLC系統(tǒng)的實(shí)現(xiàn)需要嵌入式系統(tǒng)組件、軟PLC系統(tǒng)組件的共同配合,簡(jiǎn)單來說,就是利用軟PLC技術(shù)控制嵌入式系統(tǒng)平臺(tái),再利用軟件編程為PLC邏輯結(jié)構(gòu)提供基礎(chǔ)運(yùn)算環(huán)境,最后將處理后的軟件程序完整封裝進(jìn)嵌入式系統(tǒng)執(zhí)行平臺(tái),以用于對(duì)下級(jí)應(yīng)用元件進(jìn)行控制[5]。由于嵌入式軟PLC系統(tǒng)包含嵌入式系統(tǒng)、軟PLC系統(tǒng)的全部運(yùn)行特點(diǎn),所以定義其模式特征時(shí)應(yīng)注意如下幾方面內(nèi)容:
1)開放式控制平臺(tái)與相關(guān)軟件控制程序必須遵循相同的編碼原則,在軟PLC控制端口閉合的情況下,嵌入式端口也應(yīng)隨之進(jìn)入閉合狀態(tài),且兩個(gè)端口之間的數(shù)據(jù)信息樣本不可以出現(xiàn)誤傳、反傳行為,即控制程序運(yùn)行指令只能由一個(gè)端口指向另一個(gè)端口,且這種指向性指令傳輸行為運(yùn)行模式不具備可逆性。
2)當(dāng)軟PLC控制程序植入嵌入式系統(tǒng)后,PLC邏輯結(jié)構(gòu)的運(yùn)行模式會(huì)發(fā)生變化,當(dāng)前情況下,分布式主機(jī)對(duì)于控制執(zhí)行指令的編碼速率較快,軟PLC控制端口內(nèi)的數(shù)據(jù)信息樣本被快速消耗,故而整個(gè)PLC控制系統(tǒng)的運(yùn)行速度也相對(duì)較快[6]。
3)在多類型軟件程序同時(shí)存在的情況下,嵌入式系統(tǒng)主機(jī)運(yùn)行速率始終比軟PLC系統(tǒng)主機(jī)運(yùn)行速率更快,當(dāng)控制指令累積量達(dá)到數(shù)據(jù)庫(kù)主機(jī)最大編碼條件時(shí),兩類系統(tǒng)運(yùn)行速率同時(shí)下降,直至已累計(jì)指令樣本被PLC編碼軟件完全消耗。
嵌入式軟PLC分布式控制系統(tǒng)由硬件、軟件兩部分共同組成。硬件部分是系統(tǒng)的應(yīng)用基礎(chǔ),主要包括I/O組件、CPU設(shè)備、PLC內(nèi)核、軟移植內(nèi)核等多種應(yīng)用設(shè)備;軟件部分是控制功能實(shí)現(xiàn)的關(guān)鍵,可以按照相關(guān)硬件設(shè)備的運(yùn)行狀態(tài),制定必要的控制任務(wù)執(zhí)行指令[7]。分布式控制系統(tǒng)基本布局如圖1所示。

圖1 嵌入式軟PLC分布式控制系統(tǒng)結(jié)構(gòu)組成圖
I/O組件是嵌入式軟PLC分布式控制系統(tǒng)硬件的核心,負(fù)責(zé)分析PLC軟件程序,并可以根據(jù)控制指令約束條件,完成數(shù)據(jù)樣本的處理。嵌入式存儲(chǔ)器設(shè)備直接控制下級(jí)ROM結(jié)構(gòu),其內(nèi)核組件上集合了多個(gè)外設(shè)接口,能夠滿足軟PLC系統(tǒng)多種不同的控制需求,由于訪問中間件、I/O驅(qū)動(dòng)器設(shè)備、ROM結(jié)構(gòu)之間保持穩(wěn)定的并列連接關(guān)系,所以PLC內(nèi)核、軟移植內(nèi)核、嵌入式存儲(chǔ)器單元的任何指令行為都不會(huì)對(duì)下級(jí)設(shè)備結(jié)構(gòu)的應(yīng)用能力造成影響[8]。隨著嵌入式軟PLC系統(tǒng)所承擔(dān)控制指令任務(wù)量的增大,應(yīng)用軟件層內(nèi)控制任務(wù)的定義量也會(huì)不斷增大,直至指令運(yùn)行量達(dá)到系統(tǒng)數(shù)據(jù)庫(kù)主機(jī)的最大存儲(chǔ)條件。
簡(jiǎn)單來說,分布式控制系統(tǒng)工作執(zhí)行機(jī)制就是將嵌入式系統(tǒng)輸出的指令程序改寫成符合軟PLC系統(tǒng)運(yùn)行需求的編碼形式,但由于軟PLC定義標(biāo)準(zhǔn)會(huì)隨著控制指令累積量的增大而改變,所以初始化控制系統(tǒng)時(shí),要求代碼執(zhí)行文件樣本、控制程序編輯序列必須使用相同的定義模板。控制系統(tǒng)開發(fā)環(huán)境與運(yùn)行環(huán)境是兩個(gè)完全獨(dú)立的執(zhí)行體系,前者通過配置嵌入式硬件設(shè)備的方式,確定PLC控制網(wǎng)絡(luò)內(nèi)編譯文本的設(shè)置規(guī)則,再聯(lián)合待編輯的控制程序,生成完整的代碼執(zhí)行文件,以供系統(tǒng)控制主機(jī)的直接調(diào)取與利用;后者可以在初始化控制系統(tǒng)的同時(shí),實(shí)施對(duì)PLC程序的編碼,并可以根據(jù)程序代碼掃描文件中樣本序列的定義規(guī)則,判斷輸出代碼文件與系統(tǒng)控制需求之間的匹配性關(guān)系[9-10]。系統(tǒng)開發(fā)環(huán)境與運(yùn)行環(huán)境之間工作執(zhí)行機(jī)制的對(duì)應(yīng)標(biāo)準(zhǔn)如圖2所示。

圖2 分布式控制系統(tǒng)執(zhí)行機(jī)制詳解圖
由于一個(gè)嵌入式硬件設(shè)備所輸出的控制指令需要供給多個(gè)運(yùn)行程序選擇,所以開發(fā)環(huán)境與運(yùn)行環(huán)境之間的對(duì)應(yīng)關(guān)系并不滿足單一性原則。
基于嵌入式軟PLC分布式控制系統(tǒng)的設(shè)計(jì),需借助I/O組件完成對(duì)PLC程序的編寫及CODESYS工程的設(shè)置,但由于分布式運(yùn)行體系不僅模式相對(duì)較為復(fù)雜,所以為實(shí)現(xiàn)對(duì)組件設(shè)備間連接關(guān)系的判斷,還要考慮I/O驅(qū)動(dòng)程序的開發(fā)與編譯原則。
分布式運(yùn)行體系是指主機(jī)對(duì)象與服務(wù)器對(duì)象分別對(duì)應(yīng)的系統(tǒng)運(yùn)行模式,一般來說,嵌入式硬件應(yīng)用平臺(tái)中的主機(jī)對(duì)象與服務(wù)器對(duì)象只能保持一一對(duì)應(yīng)關(guān)系,即隨著PLC控制程序輸出量的增大,對(duì)應(yīng)映射關(guān)系的存在組別數(shù)量也會(huì)不斷增大[11]。在軟PLC控制系統(tǒng)中,分布式運(yùn)行體系布局形式如圖3所示。

圖3 軟PLC系統(tǒng)分布式運(yùn)行體系的基礎(chǔ)架構(gòu)
可以將已編碼、未編碼的指令程序區(qū)分開來,其中已編碼的程序指令直接反饋至服務(wù)器單元,以供其對(duì)嵌入式系統(tǒng)運(yùn)行模式進(jìn)行準(zhǔn)確辨別;未編碼程序指令則會(huì)在主機(jī)單元中進(jìn)行二次加工,當(dāng)前實(shí)時(shí)編碼格式滿足PLC控制標(biāo)準(zhǔn)后,這些程序指令則可以經(jīng)由反饋信道,傳輸至服務(wù)器單元。假設(shè)Client主機(jī)輸出的指令文件為“1”,在分布式運(yùn)行體系作用下,服務(wù)器主機(jī)所接收到的指令文件也為“1”。若將此模式應(yīng)用到基于嵌入式軟PLC分布式控制系統(tǒng)中,就可以認(rèn)為PC端主機(jī)所生成指令程序的編碼形式,與PLC編程器所接收到的指令程序編碼形式保持一致,且無論I/O組件運(yùn)行模式是否發(fā)生改變,這種分布式編碼對(duì)應(yīng)關(guān)系都不會(huì)發(fā)生變化[12]。
I/O驅(qū)動(dòng)開發(fā)就是調(diào)動(dòng)軟PLC分布式控制系統(tǒng)在嵌入式運(yùn)行體系內(nèi)的作用能力,在控制程序定義標(biāo)準(zhǔn)不同的情況下,I/O組件的驅(qū)動(dòng)性越強(qiáng),就表示待執(zhí)行控制程序的累積量越大,當(dāng)前情況下,驅(qū)動(dòng)條件對(duì)于控制程序的適應(yīng)能力較弱[13-14]。設(shè)α、δ表示兩個(gè)隨機(jī)選取的PLC控制向量,且α≠δ的不等式取值條件恒成立,qα表示基于向量α的I/O組件驅(qū)動(dòng)指標(biāo),qδ表示基于向量δ的I/O組件驅(qū)動(dòng)指標(biāo),其求解表達(dá)式為:
(1)
(2)

基于I/O組件驅(qū)動(dòng)指標(biāo)值,推導(dǎo)軟PLC分布式控制系統(tǒng)的I/O驅(qū)動(dòng)程序開發(fā)表達(dá)式為:
(3)
式中,β表示PLC控制程序規(guī)劃系數(shù),且系數(shù)β取值恒大于自然數(shù)1。
在基于嵌入式軟PLC分布式控制系統(tǒng)中,驅(qū)動(dòng)系數(shù)與驅(qū)動(dòng)向量的變化趨勢(shì)保持一致,但當(dāng)其取值超過額定限度標(biāo)準(zhǔn)后,這種取值規(guī)則不成立。
通過以上步驟完成I/O驅(qū)動(dòng)開發(fā)過程,提高軟PLC分布式控制系統(tǒng)的調(diào)動(dòng)能力。
PLC程序編寫是解決PC端主機(jī)所生成指令程序編碼格式不統(tǒng)一的必要方法,可以按照I/O驅(qū)動(dòng)開發(fā)原則,確定軟PLC控制系統(tǒng)指令程序的初始傳輸位置與目標(biāo)傳輸位置[15-16]。對(duì)于嵌入式系統(tǒng)組件而言,軟PLC分布式控制系統(tǒng)執(zhí)行指令會(huì)隨著運(yùn)行時(shí)間的延長(zhǎng)而不斷累積,故而PLC程序編寫文本定義標(biāo)準(zhǔn)并不唯一,而是會(huì)隨著執(zhí)行指令累積量的增大而不斷改變。設(shè)φ表示PLC控制指令初始傳輸位置定義條件,φ′表示控制指令目標(biāo)傳輸位置定義條件,I/O驅(qū)動(dòng)開發(fā)原則要求,φ′>φ的不等式條件恒成立,ε表示控制指令編譯系數(shù),在上述物理量的支持下,聯(lián)立式(3),可將PLC程序編寫表達(dá)式定義為:
(4)

設(shè)置軟PLC分布式控制系統(tǒng)CODESYS工程之前,需要確認(rèn)編譯好的PLC控制程序描述文件安裝是否正確,在嵌入式系統(tǒng)運(yùn)行模式中,只有正確的PLC程序描述文件能夠得到CODESYS工程的認(rèn)證,而錯(cuò)誤的PLC程序描述文件則會(huì)被系統(tǒng)數(shù)據(jù)庫(kù)主機(jī)直接存儲(chǔ)[17]。CODESYS工程可以在系統(tǒng)控制指令中添加一個(gè)獨(dú)立賦值任務(wù),當(dāng)任務(wù)優(yōu)先級(jí)審核標(biāo)準(zhǔn)為“1”時(shí),控制指令直接被PLC編程器執(zhí)行,當(dāng)任務(wù)優(yōu)先級(jí)審核標(biāo)準(zhǔn)為“0”時(shí),控制指令經(jīng)過I/O組件的再次開發(fā),直至其審核標(biāo)準(zhǔn)等于“1”(基于嵌入式軟PLC分布式控制系統(tǒng)作為計(jì)算機(jī)應(yīng)用系統(tǒng)的一種,所以其在處理控制指令時(shí)遵循二進(jìn)制原則)[18]。
基于PLC程序編寫原則的CODESYS工程設(shè)置條件滿足式(5):
(5)

在I/O組件結(jié)構(gòu)的作用下,控制實(shí)時(shí)內(nèi)核的進(jìn)入與退出作用,再通過規(guī)劃分時(shí)映像區(qū)的方式,推導(dǎo)控制指令邏輯棧表達(dá)式,從而實(shí)現(xiàn)基于嵌入式軟PLC分布式控制系統(tǒng)的設(shè)計(jì)。
實(shí)時(shí)內(nèi)核進(jìn)入與退出是兩個(gè)完全相反的執(zhí)行流程,前者意在將嵌入式軟PLC控制程序植入分布式執(zhí)行主機(jī),而后者則可以將已植入控制程序再次移出分布式執(zhí)行主機(jī),從而釋放系統(tǒng)緩存壓力,使得PLC編程器運(yùn)行速率加快,PC端主機(jī)輸出的指令文件能夠得到加密與編輯處理[19]。實(shí)時(shí)內(nèi)核是一個(gè)實(shí)體編程結(jié)構(gòu),可以更改PLC程序指令信息的編碼形式,但為了保證嵌入式軟PLC分布式控制系統(tǒng)的執(zhí)行一致性,內(nèi)核進(jìn)入與退出過程所遵循的編碼原則完全一致。
實(shí)時(shí)內(nèi)核進(jìn)入編碼原則為:
(6)
式中,smin表示軟PLC控制程序植入特征最小值,smax表示軟PLC控制程序植入特征最大值,κmin表示分布式植入系數(shù)最小值,κmax表示分布式植入系數(shù)最大值。
實(shí)時(shí)內(nèi)核退出編碼原則為:
(7)


(8)
式(8)取值為零,表示分時(shí)映像區(qū)覆蓋空間極小,并不代表嵌入式軟PLC分布式控制系統(tǒng)中不存在分時(shí)映像區(qū)空間。
控制指令邏輯棧也叫軟PLC分布式控制程序的執(zhí)行協(xié)議棧。在嵌入式系統(tǒng)執(zhí)行環(huán)境中,棧文本是具有邏輯約束作用的程序指令,但單一的棧文本并不能決定分布式主機(jī)對(duì)軟PLC執(zhí)行程序的作用能力,故而控制指令邏輯棧的運(yùn)行還需要I/O組件及相關(guān)硬件主機(jī)的共同配合[23-24]。
嵌入式軟PLC分布式控制系統(tǒng)控制指令邏輯棧作用表達(dá)式推導(dǎo)結(jié)果滿足式(9):
(9)

為了驗(yàn)證設(shè)計(jì)的基于嵌入式軟PLC分布式控制系統(tǒng)的有效性,首先,通過式(1)和式(2)計(jì)算得到的I/O組件驅(qū)動(dòng)指標(biāo)值,在Windows主機(jī)中輸入所設(shè)計(jì)的基于嵌入式軟PLC分布式控制系統(tǒng)的PLC程序編寫表達(dá)式,記錄PC端主機(jī)所生成指令程序的編碼形式,使其滿足式(5)的CODESYS工程設(shè)置條件,將其與給定的編碼原則進(jìn)行對(duì)比,總結(jié)出實(shí)驗(yàn)組控制指令的編碼原則;然后,將各項(xiàng)顯示參數(shù)歸零,斷開PLC編程器的所有連線,將PC端主機(jī)還原至初始連接狀態(tài);其次,根據(jù)I/O驅(qū)動(dòng)開發(fā)原則,在Windows主機(jī)中輸入文獻(xiàn)[4]系統(tǒng)的PLC程序編寫表達(dá)式,記錄PC端主機(jī)所生成指令程序的編碼形式,判斷其是否滿足CODESYS工程設(shè)置條件,總結(jié)出對(duì)照組控制指令的編碼原則;最后,對(duì)比實(shí)驗(yàn)組、對(duì)照組編碼原則,總結(jié)實(shí)驗(yàn)規(guī)律。
在PLC編程器連接回路中,所有應(yīng)用開關(guān)的連接狀態(tài)均保持一致,所以PC端主機(jī)所生成指令是影響控制程序編碼原則的唯一條件。
利用SoftPLC-C650PLC軟件監(jiān)測(cè)PLC編程器的運(yùn)行情況,當(dāng)相關(guān)配置欄顯示情況如圖4所示時(shí),閉合控制開關(guān),進(jìn)行實(shí)驗(yàn)。

圖4 SoftPLC-C650PLC軟件配置
為避免錯(cuò)誤識(shí)別行為的出現(xiàn),SoftPLC-C650PLC軟件每次只查看一條指令程序的編碼情況。
本次實(shí)驗(yàn)選取10條PC端主機(jī)指令程序,及其在PLC控制原則下的編碼結(jié)果,指令程序編碼原則如表1所示。

表1 指令程序編碼原則
在實(shí)驗(yàn)組、對(duì)照組控制系統(tǒng)作用下,所選定10條指令的編碼結(jié)果分別如圖5和圖6所示。

圖5 實(shí)驗(yàn)組控制系統(tǒng)指令編碼

圖6 對(duì)照組控制系統(tǒng)指令編碼
分析圖5可知,在實(shí)驗(yàn)組控制系統(tǒng)作用下,PC端主機(jī)所生成指令程序的編碼結(jié)果與表1給定標(biāo)準(zhǔn)完全一致,即實(shí)驗(yàn)組控制系統(tǒng)的編碼能力與PLC控制原則相符合。
分析圖6可知,當(dāng)PC端主機(jī)所生成指令程序?yàn)閄0011、X0013、X0014、Y3301、Y3303時(shí),對(duì)照組控制系統(tǒng)所輸出程序的編碼結(jié)果與表1給定標(biāo)準(zhǔn)完全一致;當(dāng)PC端主機(jī)所生成指令程序?yàn)閄0012、Y3304、Y3305時(shí),對(duì)照組控制系統(tǒng)所輸出程序雖然能夠顯示出編碼結(jié)果,但其編碼形式卻與給定PLC控制原則不符合;當(dāng)PC端主機(jī)所生成指令程序?yàn)閄0015、Y3302時(shí),對(duì)照組控制系統(tǒng)所輸出程序不能顯示出編碼結(jié)果,即對(duì)于所選定10條指令,因?yàn)樵O(shè)計(jì)系統(tǒng)通過式(4)對(duì)控制系統(tǒng)進(jìn)行PLC程序編寫,使PC端主機(jī)所生成指令程序編碼格式相統(tǒng)一。而對(duì)照組控制系統(tǒng)只能保證5條指令的編碼結(jié)果與PLC控制原則相符合。
在此基礎(chǔ)上,對(duì)實(shí)驗(yàn)組、對(duì)照組控制系統(tǒng)指令編碼準(zhǔn)確性進(jìn)行統(tǒng)計(jì),具體實(shí)驗(yàn)結(jié)果如圖7所示。

圖7 實(shí)驗(yàn)組、對(duì)照組控制系統(tǒng)指令編碼準(zhǔn)確性
根據(jù)圖7可知,整個(gè)實(shí)驗(yàn)過程中,實(shí)驗(yàn)組、對(duì)照組控制系統(tǒng)指令編碼準(zhǔn)確性均保持相對(duì)穩(wěn)定的數(shù)值狀態(tài)。當(dāng)測(cè)試時(shí)間為100 min時(shí),實(shí)驗(yàn)組、對(duì)照組控制系統(tǒng)平均指令編碼準(zhǔn)確性分別為91.6%和80.5%。由此可知,實(shí)驗(yàn)組控制系統(tǒng)平均指令編碼準(zhǔn)確性明顯大于對(duì)照組控制系統(tǒng)平均指令編碼準(zhǔn)確性,因?yàn)閷?shí)驗(yàn)組設(shè)計(jì)了I/O驅(qū)動(dòng)開發(fā)過程,提高了軟PLC分布式控制系統(tǒng)的調(diào)度能力,有效提高指令編碼準(zhǔn)確性。
綜上可知,在基于嵌入式軟PLC分布式控制系統(tǒng)的作用下,PC端主機(jī)所生成的10條指令程序均滿足PLC控制原則,對(duì)于保障PLC編程器的邏輯編譯能力可以起到一定的促進(jìn)性影響作用,且能夠有效提高指令編碼準(zhǔn)確性。
本文設(shè)計(jì)了基于嵌入式軟PLC分布式控制系統(tǒng),能夠根據(jù)軟PLC定義標(biāo)準(zhǔn),確定PC端主機(jī)的工作執(zhí)行機(jī)制,再按照分布式運(yùn)行框架,分析I/O驅(qū)動(dòng)組件的開發(fā)能力,又聯(lián)合PLC應(yīng)用程序,判斷CODESYS工程的運(yùn)行現(xiàn)狀是否符合設(shè)計(jì)需求。由于實(shí)時(shí)內(nèi)核的進(jìn)入與退出是兩個(gè)完全不同的指令執(zhí)行流程,所以分時(shí)映像區(qū)結(jié)構(gòu)的取值條件將直接影響控制指令邏輯棧的表達(dá)形式。在實(shí)際應(yīng)用方面,該系統(tǒng)可以使PC端主機(jī)所生成指令程序滿足PLC控制原則,符合保障PLC編程器邏輯編譯能力的實(shí)際應(yīng)用需求,并能夠有效提高指令編碼準(zhǔn)確性。