uPLC 不是想象中那樣簡(jiǎn)單, 整體成是流程如下說(shuō)明
一.計(jì)算機(jī)部份
1.使用者使用 PLC_MAP 階梯圖程序填入控制圖.
2.計(jì)算機(jī)將圖形編譯后將他轉(zhuǎn)成 uPLC 文字語(yǔ)言.
3.uPLC 文字語(yǔ)言二次編譯將他轉(zhuǎn)成 uPLC 代碼.
4.這將有一指令空間變化, 一各圖形程控可能有若干個(gè) uPLC 指令,或是一個(gè).
5.每各uPLC指令站 一個(gè)到二個(gè) Byte.
6.計(jì)算機(jī)將轉(zhuǎn)換后的 uPLC 指另代碼燒入 uPLC.
二.uPLC 運(yùn)行部份
1.程控掃描程序開(kāi)始由RUN掃描.
2.uPLC 程序解譯器到使用址空間提取 uPLC 指令.
3.將指令<直視翻譯>執(zhí)行.
4.程控掃描程序掃描至END重回RUN并通知I/O轉(zhuǎn)換程序.
三.I/O 轉(zhuǎn)換程序 ( 這部分是由時(shí)間中斷處理 )
1.由程控掃描程序END 通知后啟動(dòng).
2.每逢2-10ms I/O刷新時(shí)間對(duì)應(yīng)I/O 刷新.
3.每逢2-10ms I/O刷新時(shí)間對(duì)應(yīng)電源調(diào)整依次.( 軟件穩(wěn)壓概念 )
4.每逢2-10ms I/O刷新時(shí)間對(duì)程序監(jiān)控比對(duì)一次.( 程序跑飛監(jiān)控 )
5.每逢2秒時(shí)間對(duì)應(yīng)程控掃描程序比對(duì)一次. ( 看門(mén)狗當(dāng)機(jī)處理 )
四.延時(shí)閃爍處理 ( 這部分是由時(shí)間中斷處理 )
1.延時(shí)器以基準(zhǔn)時(shí)機(jī) TBASE 倒數(shù)計(jì)時(shí).
2.閃爍器以基準(zhǔn)時(shí)機(jī) TBASE 循環(huán)倒數(shù).
五.MODBUS 處理部份 ( 以通訊中斷為中斷處理 )
1.接收以接收中斷引發(fā), 并在uPLC 運(yùn)行中中斷切入處理.
2.發(fā)送以發(fā)送中斷引發(fā), 并在uPLC 運(yùn)行中中斷切入處理.
3.MODBUS 485 硬件處理程序以時(shí)基 2ms 中斷監(jiān)控 ( 這部分是由時(shí)間中斷處理 )
4.基于Lvnet總線MODBUS協(xié)議沖突機(jī)制處理, 這部分再發(fā)送8Bit于第9Bit讀回發(fā)送緩沖判讀 ( 參考智國(guó)第八期通報(bào) ).
六.帶電拔插處理部份 ( 這部分絕對(duì)是uPLC精華,難度指度最高 )
1.每逢2ms 對(duì)電源上下壓檢知并符合uPLC工作承受.
2.當(dāng)I/O非在由程序變動(dòng)變化既判斷為拔插動(dòng)作.
3.當(dāng)拔插引起中斷將鎖住運(yùn)行. ( 拔插可能是某腳瞬間通電或是反向 )
4.一但狀況恢復(fù)既重新運(yùn)行.
uPLC 雖然小, 但是PLC該有概念都融合進(jìn)去, 絕非是用51匯編整合崁入.
51匯編崁入最大缺點(diǎn)是掃描一程序其時(shí)間很長(zhǎng), 標(biāo)準(zhǔn) PLC是有一翻譯器(不管是軟翻譯器或是應(yīng)翻譯器), 因?yàn)闆](méi)翻譯器只用匯編轉(zhuǎn)翻PLC其效率很低; 當(dāng)機(jī)率也高. 因此; 開(kāi)發(fā)PLC必須先在自己指令上下手.
uPLC 核心屬于51 CPU, 翻譯這部份軟件我門(mén)使用51指令一些特性所以能在很精簡(jiǎn)的范圍下快速有效做成PLC. uPLC 但MODBUS及動(dòng)態(tài)聯(lián)結(jié)51外掛程序其指令使用3.1K Byte空間. 又因?yàn)閡PLC為8K閃存CPU 因此使用者可以使用近5K空間.
這5K空間換成uPLC指令則可以足足真正使用3500步以上 ( 平均 ). 如果嵌入51指令則不需注意51指令空間. 這與一般用匯編轉(zhuǎn)譯PLC方式空間上差異很大.
許多PLC所說(shuō)指令 0.5us, 倘白說(shuō)都是騙人的, 因?yàn)槎际悄?nbsp;CPU一個(gè)執(zhí)行指令來(lái)說(shuō), 但一個(gè)PLC指令絕對(duì)不可能用一個(gè)CPU指令來(lái)作完; 因此我門(mén)也成時(shí)公布我門(mén)一個(gè)uPLC指令時(shí)間是8us-16us.