跟著PLC的推行遍及，PLC產(chǎn)品的種類和類型越來越多，功用日趨完善。從美國，日本、德國等國家引進的PLC產(chǎn)品及國內(nèi)廠商拼裝或自行開發(fā)的PLC產(chǎn)品已有幾十個系列。上百種類型。其結(jié)構(gòu)形式、性能、容量、指令體系，編程辦法、價格等各有不同，適用的場合也各有側(cè)重。因而，合理挑選PLC產(chǎn)品，關(guān)于進步PLC操控體系的技術(shù)經(jīng)濟目標起著重要作用。一般來說，各個廠家生產(chǎn)的產(chǎn)品在牢靠性上都是過關(guān)的，機型的挑選主要是指在功用上怎么滿意自己需求，而不糟蹋機器容量。PLC的挑選主要包括機型挑選，容量挑選，輸入輸出模塊挑選、電源模塊挑選等幾個方面。

1、可編程操控器操控體系I/O點數(shù)預算

I/O點數(shù)是衡量可編程操控器規(guī)劃巨細的重要目標。根據(jù)被控目標的輸入信號與輸出信號的總點數(shù)，挑選相應規(guī)劃的可編程操控器并留有10%～15%的I/O裕量。預算出被控目標上I/O點數(shù)后，就可挑選點數(shù)適當?shù)目删幊滩倏仄?。假如是為了單機主動化或機電一體化產(chǎn)品，可選用小型機，假如操控體系較大，輸入輸出點數(shù)較多，被操控設(shè)備渙散，就可選用大、中型可編程操控器。

2、內(nèi)存估計

用戶程序所需內(nèi)存容量要遭到下面幾個要素的影響：內(nèi)存利用率；開關(guān)量輸入輸出點數(shù)；模擬量輸入輸出點數(shù)；用戶的編程水平。

(1)內(nèi)存利用率用戶編的程序經(jīng)過編程器鍵入主機內(nèi)，最后是以機器語言的形式寄存在內(nèi)存中，相同的程序，不同廠家的產(chǎn)品，在把程序變成機器語言寄存時所需求的內(nèi)存數(shù)不同，咱們把一個程序段中的接點數(shù)與寄存該程序段所代表的機器語言所需的內(nèi)存字數(shù)的比值稱為內(nèi)存利用率。高的利用率給用戶帶來好處。相同的程序能夠削減內(nèi)存量，然后降低內(nèi)存投資。別的相同程序可縮短掃描周期時刻，然后進步體系的呼應。

(2)開關(guān)量輸入輸出的點數(shù)可編程操控器開關(guān)量輸入輸出總點數(shù)是核算所需內(nèi)存儲器容量的重要根據(jù)。一般體系中，開關(guān)量輸入和開關(guān)量輸出的比為6：4。這方面的經(jīng)歷公式是根據(jù)開關(guān)量輸入、開關(guān)量輸出的總點數(shù)給出的。

所需內(nèi)存字數(shù)=開關(guān)量(輸入+輸出)總點數(shù)*10

(3)模擬量輸入輸出總點數(shù)具有模擬量操控的體系就要用到數(shù)字傳送和運算的功用指令，這些功用指令內(nèi)存利用率較低，因而所占內(nèi)存數(shù)要增加。

在只要模擬量輸入的體系中，一般要對模擬量進行讀入、數(shù)字濾波、傳送和比較運算。在模擬量輸入輸出一起存在的情況下，就要進行較雜亂的運算，一般是閉環(huán)操控，內(nèi)存要比只要模擬量輸入的情況需求量大。在模擬量處理中。常常把模擬量讀入、濾波及模擬量輸出編成子程序使用，這使所占內(nèi)存大大削減，特別是在模擬量路數(shù)比較多時。每一路模擬量所需的內(nèi)存數(shù)會明顯削減。下面給出一般情況下的經(jīng)歷公式：

只要模擬量輸入時：

內(nèi)存字數(shù)=模擬量點數(shù)*l00

模擬量輸入輸出一起存在時：

內(nèi)存字數(shù)=模擬量點數(shù)*200

這些經(jīng)歷公式的算法是在10點模擬量左右，當點數(shù)小于10時，內(nèi)存字數(shù)要適當加大，點數(shù)多時，可適當減小。

(4)程序編寫質(zhì)量用戶編寫的程序好壞對程序長短和運行時刻都有較大影響。關(guān)于相同體系不同用戶編寫程序可能會使程序長度和執(zhí)行時刻差距很大。一般來說對初編者應為內(nèi)存多留一些余量，而有經(jīng)歷的編程者可少留一些余量。

綜上所述，引薦下面的經(jīng)歷核算公式：

總存儲器字數(shù)=(開關(guān)量輸人點數(shù)+開關(guān)量輸出點數(shù))*l0+模擬量點數(shù)*150。然后按核算存儲器字數(shù)的25%考慮裕量。

3、呼應時刻

對過程操控，掃描周期和呼應時刻有必要認真考慮?？删幊滩倏仄黜樞驋呙璧墓ぷ鞣绞绞顾荒芾慰康亟邮粘掷m(xù)時刻小于掃描周期的輸入信號。例如某產(chǎn)品有效檢測寬度為5cm，產(chǎn)品傳送速度每分鐘50m，為了確保不會漏檢經(jīng)過的產(chǎn)品，要求可編程操控器的掃描周期不能大于產(chǎn)品經(jīng)過檢測點的時刻距離60ms(T=5cm/50m/60s)。

體系呼應時刻是指輸入信號發(fā)生時刻與由此而使輸出信號狀態(tài)發(fā)生變化時刻的時刻距離。體系呼應時刻=輸入濾波時刻+輸出濾波時刻+掃描周期.

4、功用、結(jié)構(gòu)要合理

單機操控往往是用一臺可編程操控器操控一臺設(shè)備，或許一臺可編程操控器操控幾臺小設(shè)備，例如對原有體系的改造、完善其功用等。單機操控沒有可編程操控器間的通訊問題；但功用要求全面。挑選箱體式結(jié)構(gòu)的可編程操控器為好。若只要開關(guān)量操控，可挑選F1、F2、FX、GE-1、C-20、S5-101、TI100、EX-40等種類。別的，國產(chǎn)化CKY-40H、D-40、CF-40、PCZ-40、ACMY-S256種類也可與進口貨相媲美。

若被控目標是開關(guān)量和模擬量共有，就要挑選有相應功用可編程序操控器。模塊式結(jié)構(gòu)的產(chǎn)品構(gòu)成體系靈敏，易于擴大，但造價高，適于大型雜亂的工業(yè)現(xiàn)場。

5、輸入輸出模塊的挑選

可編程操控器輸入模塊是檢測并轉(zhuǎn)換來自現(xiàn)場設(shè)備(按鈕、限位開關(guān)；接近開關(guān)等)的高電平信號為機器內(nèi)部電平信號，模塊類型分直流5、12、24、48、60V幾種；交流115V和220V兩種。由現(xiàn)場設(shè)備與模塊之間的遠近程度挑選電壓的巨細。一般5、12、24V屬低電平，傳輸距離不宜太遠，例如5V的輸入模塊最遠不能超過10m，也就是說，距離較遠的設(shè)備選用較高電壓的模塊比較牢靠。別的高密度的輸入模塊如32點、64點，一起接通點數(shù)取決于輸入電壓和環(huán)境溫度。一般講，一起接通點數(shù)不得超過60%。為了進步體系的穩(wěn)定性，有必要考慮門檻(接通電平與關(guān)斷電平之差)電平的巨細。門檻電平值越大，抗干擾才能越強，傳輸距離也就越遠。

輸出模塊的任務是將機器內(nèi)部信號電平轉(zhuǎn)換為外部過程的操控信號。關(guān)于開關(guān)頻頻、電理性、低功率因數(shù)的負載，引薦使用晶閘管輸出模塊，缺點是模塊價格高；過載才能稍差。繼電器輸出模塊優(yōu)點是適用電壓范圍寬，導通壓降丟失小，價格廉價，缺點是壽命短，呼應速度慢。輸出模塊一起接通點數(shù)的電流累計值有必要小于公共端所允許經(jīng)過的電流值。輸出模塊的電流值有必要大于負載電流的額定值。

6、結(jié)構(gòu)型式的考慮

PLC的結(jié)構(gòu)分為整體式和模塊式兩種。整體式結(jié)構(gòu)把PLC的I/O和CPU放在一塊大印刷電路板上，節(jié)省了插接環(huán)節(jié)，結(jié)構(gòu)緊湊，體積小，每一I/O點的平均價格也比模塊式的廉價，所以小型PLC操控體系多采用整體式結(jié)構(gòu)。模塊式PLC的功用擴展，I/O點數(shù)的增減，輸入與輸出點數(shù)的比例，都比整體式方便靈敏。修理時替換模塊，判斷與處理故障快速方便。因而，關(guān)于較雜亂的要求較高的體系，一般選用模塊式結(jié)構(gòu)。

7、對用戶存貯器的要求

一般PLC都用CMOSRAM作用戶存貯器，它具有靜態(tài)消耗電流小(1/A)的特色。為了在停電時保護用戶程序和現(xiàn)場數(shù)據(jù)，通常用鋰電池作后備電源。

假如被控體系的工藝要求固定不變，所編程序經(jīng)調(diào)試后己比較完善，不需求常常修改，為了避免他人隨意改動操控程序，能夠采用EPROM(選購件)將用戶程序固化。

8、是否需求通訊聯(lián)網(wǎng)的功用

大部分小型PLC都是以單機主動化為目的，一般沒有和上位核算機通訊的接口。假如用戶要求將PLC納入工廠主動化操控網(wǎng)絡，就應選用帶有通訊接口的PLC。一般大、中型PLC都具有通訊功用。近年來，一些高性能的小型機(如FX、C40H、S5-100U等)也帶有通訊接口，經(jīng)過RS-232串行接口，與上位核算機或另一臺PLC相連，也能夠銜接打印機、CRT等外部設(shè)備。

以上簡要地介紹了PLC選型的根據(jù)和應考慮的幾個問題，用戶應根據(jù)生產(chǎn)實踐的需求，綜合考慮各種要素，挑選性能價格比適宜的產(chǎn)品，使被控目標的操控要求得到徹底滿意，也使PLC的功用得到充分發(fā)揮。

聲明：本文為轉(zhuǎn)載類文章，如涉及版權(quán)問題，請及時聯(lián)系我們刪除（QQ: 2737591964），不便之處，敬請諒解！