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。程控掃描程序開始由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ì)一次。 ( 看門狗當(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?；?/SPAN>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)闆]翻譯器只用匯編轉(zhuǎn)翻PLC其效率很低; 當(dāng)機(jī)率也高。 因此; 開發(fā)PLC必須先在自己指令上下手。
uPLC 核心屬于51 CPU， 翻譯這部份軟件我們使用51匯編指令一些特性所以能在很精簡(jiǎn)的范圍下快速有效做成PLC。 uPLC 但MODBUS及動(dòng)態(tài)聯(lián)結(jié)51外掛程序其指令使用3.1K Byte空間。 又因?yàn)?/SPAN>uPLC為8K閃存CPU 因此使用者可以使用近5K空間。
這5K空間換成uPLC指令則可以足足真正使用3500步以上 ( 平均 )。 如果坎入51指令則必需注意51指令空間。 這與一般用匯編轉(zhuǎn)譯PLC方式空間上差異很大。
許多PLC所說(shuō)指令 0.5us， 倘白說(shuō)都是騙人的， 因?yàn)槎际悄?/SPAN> CPU一個(gè)執(zhí)行指令來(lái)說(shuō)， 但一個(gè)PLC指令絕對(duì)不可能用一個(gè)CPU指令來(lái)作完; 因此我門也成時(shí)公布我門一個(gè)uPLC指令時(shí)間是8us-16us。