RINT5411C 供應(yīng)
RINT5411C 供應(yīng)
【誠(chéng)信經(jīng)營(yíng)】【質(zhì)量可靠】【進(jìn)口原裝】【拆包防偽】
【超大庫(kù)存】【當(dāng)天付款】【順豐速運(yùn)】【歡迎搶購(gòu)】
一、控制處理能力
我們知道,一個(gè)PLC的控制器,往往能夠處理幾千個(gè)I/O點(diǎn)(多可達(dá)8000多個(gè)I/O)。而DCS的控制器,一般只能處理幾百個(gè)I/O點(diǎn)(不超過500個(gè)I/O)。難道是DCS開發(fā)人員技術(shù)水平太差了嗎?恐怕不是。從集散體系的要求來說,不允許有控制集中的情況出現(xiàn),太多點(diǎn)數(shù)的控制器在實(shí)際應(yīng)用中是毫無用處的,DCS開發(fā)人員根本就沒有開發(fā)帶很多I/O點(diǎn)數(shù)控制器的需要驅(qū)動(dòng),他們的主要精力在于提供體系的可靠性和靈活性。而PLC不一樣,作為一個(gè)獨(dú)立的柔性控制裝置,帶點(diǎn)能力越強(qiáng)當(dāng)然也就代表其技術(shù)水平越高了,至于整個(gè)控制體系的應(yīng)用水平呢,這主要是工程商和用戶的事情,而不是PLC制造商的核心目標(biāo)。
控制處理能力的另一個(gè)指標(biāo),運(yùn)算速度,在人們印象當(dāng)中PLC也比DCS要快很多。從某一個(gè)角度來看,情況也的確如此,PLC執(zhí)行邏輯運(yùn)算的效率很高,執(zhí)行1K邏輯程序不到1毫秒,其控制周期(以DI輸入直接送DO輸出為例)可以控制在50ms以內(nèi);而DCS在處理邏輯運(yùn)算和模擬運(yùn)算時(shí)采用相同的方式,其控制周期往往在100ms以上。我們用PID算法來比較時(shí),可以發(fā)現(xiàn)PLC執(zhí)行一個(gè)PID運(yùn)算在幾個(gè)毫秒,而NETWORK6000+DCS的T2550控制器解算一個(gè)PID也需要1個(gè)毫秒,這說明PLC和DCS和實(shí)際運(yùn)算能力是相當(dāng)?shù)?/span>,某此型號(hào)的DCS控制器甚至更強(qiáng)。而控制周期上的差異主要與控制器的調(diào)度設(shè)計(jì)有關(guān)。大型PLC往往使用副CPU來完成模擬量的運(yùn)算,主CPU高速地完成開關(guān)量運(yùn)算,所以即使模擬運(yùn)算速度一般,在開關(guān)量控制方面的速度表現(xiàn)還是非常優(yōu)秀的。而DCS以同樣的速度來處理開關(guān)量和模擬量運(yùn)算,控制周期的指標(biāo)確實(shí)不理想。新型的DCS控制器學(xué)習(xí)了大型PLC的設(shè)計(jì),在控制周期方面的表現(xiàn)獲得了大幅度的提高。以NETWORK6000+DCS的T2550控制器為例。控制器可以設(shè)置四個(gè)不同優(yōu)先級(jí)的任務(wù),小運(yùn)算周期可以設(shè)為10ms,配合高速I/O卡件,控制周期能夠達(dá)到15~20ms。而模擬量運(yùn)算設(shè)置在其它周期較長(zhǎng)的任務(wù)中。
二、數(shù)據(jù)通訊交換
數(shù)據(jù)通訊交換主要是指控制系統(tǒng)網(wǎng)絡(luò)及其數(shù)據(jù)交換形式。在這個(gè)方面DCS有著先天的優(yōu)勢(shì)。集散系統(tǒng)的“分散”主要體現(xiàn)在獨(dú)立的控制器上,“集中”主要體現(xiàn)在具有完整數(shù)據(jù)的人機(jī)交互裝置上,而將分散和集中連接成集散系統(tǒng)的正是網(wǎng)絡(luò)。因此,從DCS發(fā)展的早期,網(wǎng)絡(luò)就成為了DCS生產(chǎn)廠家的核心技術(shù)方向,冗余技術(shù)、窄帶傳輸技術(shù)都是DCS廠家早研發(fā)或應(yīng)用成功的。PLC主要是按照獨(dú)立裝置來設(shè)計(jì)的,其
“網(wǎng)絡(luò)”實(shí)際上是串行通訊。
工業(yè)以太網(wǎng)技術(shù)的發(fā)展和廣泛應(yīng)用,從形式上拉平了DCS和PLC網(wǎng)絡(luò)方面的差距。從表面上看很多DCS和PLC都應(yīng)用了工業(yè)以太網(wǎng),但是其實(shí)質(zhì)上的差距卻依然存在。以很多PLC采用的MODBUS-TCP以例。MODBUS是串行通訊協(xié)議,不是網(wǎng)絡(luò),大家都沒有疑問;MODBUS-TCP是網(wǎng)絡(luò)嗎?很多人就有疑問了。仔細(xì)分析,MODBUS-TCP是將MODBUS通訊協(xié)議加載到以太網(wǎng)的TCP協(xié)議之上的一種通訊方式,它雖然具有了網(wǎng)絡(luò)的外形,但依然是一主多從的管理方式,數(shù)據(jù)表的傳輸結(jié)構(gòu)。而DCS呢,以網(wǎng)絡(luò)6000+DCS的ELIN網(wǎng)為例,雖然也是基于工業(yè)以太網(wǎng)的,但其應(yīng)用層協(xié)議是歐陸公司積累了近30年的無主令牌LIN網(wǎng)協(xié)議,在1M的OLIN,2.5M和20M的ARCNET上都有*成功的應(yīng)用。ELIN網(wǎng)上,各站平等,不存在主要管理站。而且數(shù)據(jù)通訊是以模塊為單位的結(jié)構(gòu)化數(shù)據(jù),數(shù)據(jù)管理能力非數(shù)據(jù)表方式可比。
以PID模塊為例,其中的基本數(shù)據(jù)有PV、SP、OP,采用數(shù)據(jù)表的傳輸方式,你必須先定義PV、SP、OP的數(shù)據(jù)地址為01、02、03,其它的站也以數(shù)據(jù)表的方式接收數(shù)據(jù),但是01是什么數(shù)據(jù)?02是什么數(shù)據(jù)?必須通過數(shù)據(jù)定義表才能還原。數(shù)據(jù)表的管理方式煩瑣易錯(cuò),一個(gè)大型系統(tǒng)的上萬點(diǎn)數(shù)據(jù)采用這個(gè)方式,平鋪在數(shù)據(jù)表中進(jìn)行管理,是非常可怕的。而NETWORK6000+DCS以模塊為單位的結(jié)構(gòu)化管理,將一個(gè)PID作為一個(gè)模塊進(jìn)行處理,要訪問其PV值,首先訪問其模塊,以PID.PV的形式來管理。這就將所有平鋪的數(shù)據(jù),分類歸屬集中到一個(gè)個(gè)小盒子中,按模塊.分量的方式進(jìn)行管理,管理的效率大大提高。