| 注冊(cè)| 產(chǎn)品展廳| 收藏該商鋪

行業(yè)產(chǎn)品

當(dāng)前位置:
上海邑斯自動(dòng)化科技有限公司>>技術(shù)文章>>西門(mén)子PLC通信技術(shù)知識(shí)

西門(mén)子PLC通信技術(shù)知識(shí)

閱讀:822        發(fā)布時(shí)間:2023-2-22

西門(mén)子PLC支持串口通信,在S7-200和S7-200Smart中,都直接集成了串口,但是從S7-1200到S7-1500,慢慢都取消掉了,如果需要,可以通過(guò)擴(kuò)展模塊的方式來(lái)增加,出現(xiàn)這種現(xiàn)象的原因,其實(shí)也是工業(yè)發(fā)展的必然結(jié)果。串口通信的優(yōu)勢(shì)在于簡(jiǎn)單、成本低,但是劣勢(shì)也非常明顯,就是傳輸效率低。西門(mén)子早期的串口通信主要是Profibus DP通信,但是上位機(jī)是無(wú)法直接與西門(mén)子PLC走Profibus DP通信的,因此,西門(mén)子PLC常用的串口通信方案如下所示:

  • PPI通信:PPI通信只針對(duì)S7-200和S7-200 Smart系列PLC,其他型號(hào)不支持。
  • ModbusRTU主站:西門(mén)子PLC對(duì)Modbus協(xié)議支持還是比較不錯(cuò)的,這里是指PLC做Slave(即從站),上位機(jī)做Master(即主站)。
  • ModbusRTU從站:這里是指PLC做Master(即主站),上位機(jī)做Slave(即從站)。

以太網(wǎng)通信

西門(mén)子PLC通信還是以太網(wǎng)通信為主,我們常說(shuō)的西門(mén)子通信協(xié)議分別是S7協(xié)議和Profinet協(xié)議,但是Profinet是一種總線(xiàn)協(xié)議,目前,C#是無(wú)法直接與西門(mén)子PLC走Profinet通信的。因此,西門(mén)子PLC常用的以太網(wǎng)通信方案如下所示:

  • S7通信:基本上從S7-200到S7-1500均可以實(shí)現(xiàn),這里有很多可以選擇的開(kāi)源或商業(yè)庫(kù),也可以自己封裝通信庫(kù)。
  • ModbusTCP Server:這里是指PLC做Server(即服務(wù)器),上位機(jī)做Client(即客戶(hù)端)。
  • ModbusTCP Client:這里是指PLC做Client(即客戶(hù)端),上位機(jī)做Server(即服務(wù)器)。
  • OpenProtocol Server:這里是指開(kāi)放式TCP通信,PLC做TCPServer(即服務(wù)器),上位機(jī)做TCPClient(即客戶(hù)端)。
  • OpenProtocol Client:這里是指PLC做TCPClient(即客戶(hù)端),上位機(jī)做TCPServer(即服務(wù)器)。

OPC通信

OPC通信是工業(yè)控制中常用的一種通信方式,主要在于OPC軟件的選擇以及OPCDA、OPCUA的選擇,因此,西門(mén)子PLC常用的OPC通信方案如下所示:

  • PC Access系列:西門(mén)子針對(duì)S7-200開(kāi)發(fā)PC-Access軟件,針對(duì)S7-200 Smart又提供了PC-Access Smart軟件,可以直接通過(guò)這些軟件實(shí)現(xiàn)OPCDA通信。
  • Simatic Net 系列OPCDA:Simatic Net是西門(mén)子主推的OPC軟件,支持西門(mén)子全系列,這里主要是OPCDA通信方式。
  • Simatic Net 系列OPCUA:新版的Simatic Net也開(kāi)始支持OPCUA,這里主要是OPCUA通信方式。
  • KepServer 系列OPCDA:KepServer同樣作為一款商業(yè)OPC軟件,在國(guó)內(nèi)使用率非常高,同樣也支持西門(mén)子全系列,這里主要是OPCDA通信方式。
  • Simatic Net 系列OPCUA:新版的KepServer也開(kāi)始支持OPCUA,這里主要是OPCUA通信方式。

S7通信協(xié)議

在以上眾多的通信方式和通信協(xié)議中,就目前而言,使用S7通信是最便,也是應(yīng)該廣泛的,那么S7協(xié)議相對(duì)于其他協(xié)議來(lái)說(shuō),有哪些優(yōu)勢(shì)呢?

使用S7通信協(xié)議最大的優(yōu)勢(shì)在于不需要編寫(xiě)PLC程序,而且S7協(xié)議在底層做了很強(qiáng)的封裝,在上位機(jī)通信應(yīng)用中相比其他通信協(xié)議來(lái)說(shuō),也有很大的優(yōu)勢(shì)。

雖然不需要編寫(xiě)PLC程序,但仍然需要做一些簡(jiǎn)單的配置:

  • 開(kāi)啟Put/Get

PLC側(cè)需要設(shè)置勾選允許來(lái)自遠(yuǎn)程對(duì)象的Put/Get通信訪(fǎng)問(wèn) 對(duì)于西門(mén)子1200/1500系列,必須要勾選允許Put/Get訪(fǎng)問(wèn),對(duì)于200Smart/300/400,則不需要。

  • DB塊去除優(yōu)化訪(fǎng)問(wèn)

對(duì)于基于博圖開(kāi)發(fā)S7-1200/1500的項(xiàng)目,如果要與DB塊數(shù)據(jù)通信,需要要去除DB的優(yōu)化的塊訪(fǎng)問(wèn),對(duì)于200Smart/300/400,則不需要。如果希望通過(guò)標(biāo)簽通信,可以采用OPCUA。

  • 務(wù)必保證通信地址是有效地址

因?yàn)镻LC大多數(shù)是基于存儲(chǔ)區(qū)的,每個(gè)地址肯定是隸屬于某個(gè)存儲(chǔ)區(qū),大家都知道西門(mén)子PLC自帶的存儲(chǔ)區(qū)有I區(qū)、Q區(qū)、M區(qū)、T區(qū)、C區(qū),但是對(duì)于常用的DB存儲(chǔ)區(qū)是沒(méi)有的,需要自己去創(chuàng)建,也就意味著,如果你要讀取DB地址,必須要提前創(chuàng)建好DB存儲(chǔ)區(qū),除此以外,DB存儲(chǔ)區(qū)創(chuàng)建之后,默認(rèn)是沒(méi)有字節(jié)的,需要自己一個(gè)個(gè)添加變量,才能形成有效存儲(chǔ)區(qū),因此一個(gè)DB存儲(chǔ)區(qū)的范圍是有限并且可見(jiàn)的(可以通過(guò)偏移量看出來(lái))。

S7協(xié)議之布爾操作

對(duì)于布爾操作,很多協(xié)議都有,但是這里的布爾操作是指寄存器布爾,比如DB100.DBX0.0,很多時(shí)候,我們都是通過(guò)先讀取DB100.DBB0的值,再通過(guò)位運(yùn)算結(jié)果,寫(xiě)入到DB100.DBB0中,實(shí)現(xiàn)DB100.DBX0.0的操作,但是這種方式有弊端,

第一:每次操作一個(gè)布爾值都需要與PLC進(jìn)行兩次數(shù)據(jù)交互。

第二:安全性和穩(wěn)定性無(wú)法保障,你不知道在你讀取和寫(xiě)入之間,這個(gè)字節(jié)的值是否已經(jīng)發(fā)生了改變。

這樣的問(wèn)題也存在于Modbus協(xié)議的寄存器位操作,如40001.05,三菱、歐姆龍的寄存器位操作,如D100.06、W12.04,給上位機(jī)開(kāi)發(fā)者帶來(lái)很多苦惱。

但是S7協(xié)議支持直接位操作,有專(zhuān)門(mén)的報(bào)文指令實(shí)現(xiàn)這樣的功能。

S7協(xié)議之PDU讀取

大部分人都知道S7協(xié)議一次性讀取有限制,但是具體是多少?怎么計(jì)算出來(lái)的?

S7協(xié)議的一次性讀取長(zhǎng)度是根據(jù)PDU計(jì)算出來(lái)的,這個(gè)PDU的值是來(lái)自于PLC本身,不同型號(hào)的CPU,它的PDU是不一樣的,可以參考下面兩張圖:


圖片
圖片


西門(mén)子PLC的PDU大小是和CPU息息相關(guān)的,一般會(huì)有240、480、960三個(gè)檔次,知道PDU之后,那么一次性讀取的字節(jié)長(zhǎng)度,就是在PDU的基礎(chǔ)上減去18,這個(gè)18是指包頭包尾會(huì)有18個(gè)字節(jié),這樣我們就知道了一般的PLC,一次性能讀取222個(gè)字節(jié)(240-18=222),但是對(duì)于S7-1516這樣的PLC,我們一次性是可以讀取942個(gè)字節(jié)的***,這個(gè)一次性能讀取的字節(jié)越長(zhǎng),越能提高上位機(jī)的通信效率。

剛剛的方式是通過(guò)KepServer測(cè)試的,實(shí)際開(kāi)發(fā)過(guò)程中,該怎么獲取CPU的PDU呢,實(shí)際上在建立連接的第二次握手時(shí),返回的報(bào)文中就包含PDU的值。


圖片


第二次握手返回的報(bào)文長(zhǎng)度是27個(gè)字節(jié),最后兩個(gè)字節(jié)就是PDU的值,上圖展示的是S7-1200PLC返回的報(bào)文,0和240的組合即為240。

對(duì)于S7-1500,我這里也做了一下測(cè)試,結(jié)果如下,返回結(jié)果為3和***


圖片


雖然PDU是由硬件做了限制,但是我們可以通過(guò)軟件的方式,實(shí)現(xiàn)大量數(shù)據(jù)的讀取,只需要在底層做一些封裝即可。做了一下測(cè)試,針對(duì)S7-1200和S7-1500同時(shí)讀取M區(qū)的8000個(gè)字節(jié)的耗時(shí)比較,S7-1200耗時(shí)800多ms,S7-1500耗時(shí)僅需200ms,由此可見(jiàn),硬件對(duì)通信的重要性。


圖片
圖片


S7協(xié)議之多組讀取

對(duì)于很多其他的通信協(xié)議,當(dāng)我們遇到數(shù)據(jù)變量比較零散,同時(shí)讀取多個(gè)存儲(chǔ)區(qū)或者一個(gè)存儲(chǔ)區(qū)多個(gè)不同部分的時(shí)候,我們只能針對(duì)每個(gè)存儲(chǔ)區(qū)或者每塊區(qū)域做一個(gè)數(shù)據(jù)請(qǐng)求,但是西門(mén)子S7協(xié)議可以解決這樣的問(wèn)題。

西門(mén)子S7協(xié)議有一個(gè)非常強(qiáng)大的一個(gè)地方,可以同時(shí)讀取很多個(gè)不同的存儲(chǔ)區(qū),最大支持19種,總共讀取長(zhǎng)度仍然受PDU的限制。

這里我們?nèi)匀灰詫?shí)驗(yàn)測(cè)試為例,體驗(yàn)多組讀取帶來(lái)的美妙體驗(yàn)。

假設(shè)我們的通信組配置如下:

通信組01:讀取I區(qū)從0開(kāi)始的1個(gè)字節(jié)

通信組02:讀取Q區(qū)從0開(kāi)始的1個(gè)字節(jié)

通信組03:讀取M區(qū)從0開(kāi)始的200個(gè)字節(jié)

通信組04:讀取M區(qū)從500開(kāi)始的50個(gè)字節(jié)

通信組05:讀取M區(qū)從1000開(kāi)始的60個(gè)字節(jié)

通信組06:讀取DB100從0開(kāi)始的20個(gè)字節(jié)

通信組07:讀取DB100從20開(kāi)始的20個(gè)字節(jié)

通信組08:讀取DB100從40開(kāi)始的20個(gè)字節(jié)

通信組09:讀取DB100從60開(kāi)始的20個(gè)字節(jié)

我們采用常用S7-1200PLC,通過(guò)配置軟件實(shí)現(xiàn)配置以上9個(gè)通信組,開(kāi)始通信測(cè)試,首先我們選擇的是單組讀取的方式,就是針對(duì)每個(gè)組,依次進(jìn)行讀取,結(jié)果如下,耗時(shí)大約200ms,這個(gè)時(shí)間應(yīng)該相對(duì)來(lái)說(shuō)還是比較正常的。


圖片


接著,將讀取方式改成了多組讀取,再進(jìn)行測(cè)試發(fā)現(xiàn)結(jié)果如下:


圖片


通過(guò)結(jié)果發(fā)現(xiàn),多組讀取對(duì)于存儲(chǔ)區(qū)較為零散的項(xiàng)目來(lái)說(shuō),有著非常重要的作用,可以大大提高通信效率。

總結(jié)

通過(guò)上面一系列的分享,相信大家對(duì)西門(mén)子PLC通信有了更加深入的了解,希望大家可以多多實(shí)踐。

每種通信方式都有自己的優(yōu)缺點(diǎn),對(duì)各種通信方式和協(xié)議了解之后,你才能夠在不同的場(chǎng)合選擇適合的通信方式,給出最的解決方案。


收藏該商鋪

請(qǐng) 登錄 后再收藏

提示

您的留言已提交成功!我們將在第一時(shí)間回復(fù)您~
二維碼 意見(jiàn)反饋
在線(xiàn)留言