可以*應(yīng)對(duì)每個(gè)應(yīng)用的SIMATIC控制器

我公司的SIMATIC系列控制器解決方案可以根據(jù)用戶的需求提供*的可編程邏輯控制器。無論是控制任務(wù)，集成技術(shù)或數(shù)據(jù)存檔-此報(bào)告小規(guī)模的自動(dòng)化任務(wù)到非常復(fù)雜的系統(tǒng)解決方案 -安全模式或標(biāo)準(zhǔn)條件下的控制器 -SIMATIC控制器代表了貴公司未來安全的投資，并允許您以迅速，靈活，成本效益的方式應(yīng)對(duì)新的挑戰(zhàn)。

上海翰粵是西門子工控及自動(dòng)化產(chǎn)品*分銷商咨詢！

：鄭轅鴻（銷售工程師） 

          ：

（）:   傳真（）:

:zx2013888     ：www.hanyue.cc

：

“串行通訊不通”該如何檢查

今天來和大家聊一聊串行通訊的問題。做咱們這行的，應(yīng)該都使用過通訊，可能是以太網(wǎng)，profibus，等等，但zui基本的也是zui簡(jiǎn)單常用的一種通訊方式就是串行通訊，西門子的PLC（S7-200/300/400）系列都支持，只不過使用的是不同的模塊，不同的接口，和不同的程序塊而已。我們的工程師對(duì)此應(yīng)用都寫過相應(yīng)的文檔，需要的朋友可以從下面的鏈接來下載，希望對(duì)您有幫助。

S7-200：

http://www.ad.siemens.com.cn/download/DocList.aspx?TypeId=0&CatFirst=1&CatSecond=153&CatThird=-1

文檔編號(hào)為 A0136

S7-300/400：

http://www.ad.siemens.com.cn/download/searchResult.aspx?searchText=cp340

文檔編號(hào)為A0081 和A0440

好像在給我們的文檔做廣告呢，不過對(duì)初次使用的朋友還是有幫助的，趕快進(jìn)入正題吧。

昨天上午我們有一個(gè)用戶打咨詢問題：“使用CP341和多個(gè)儀表做自定義串行通訊，通過輪詢的方式讀取儀表的數(shù)據(jù)，但通訊不通”，一聽就知道用戶在現(xiàn)場(chǎng)遇到問題了，那就盡量幫助用戶解決問題吧。

先了解用戶對(duì)產(chǎn)品是否熟悉，上經(jīng)常會(huì)遇到用戶到了現(xiàn)場(chǎng)調(diào)試，但對(duì)軟件、產(chǎn)品所知甚少，什么都不知道，想幫也幫不上，但有時(shí)用戶不理解，會(huì)說一些讓工程師傷心的話，巧婦也難做無米之炊呀。

還好通過和謝工（用戶姓謝）溝通，比較熟悉S7-300和Step7，只不過是CP341以前沒使用過，但在公司調(diào)試過一段時(shí)間，有基礎(chǔ)。

謝工描述問題很清楚（這點(diǎn)很重要，如果用戶描述不清也很難辦），這下心里有譜了，憑自己多年的經(jīng)驗(yàn)，問題肯定能解決（不好意思，過于自信^_^），那就講講如何查出問題并解決的吧（zui后問題圓滿解決）。

首先看 CP341硬件上的TxD和RxD燈的狀態(tài)，如果有規(guī)律的交替閃爍，說明硬件通訊正常，如果只有TxD有時(shí)會(huì)亮，說明硬件通訊問題或程序問題。很不幸謝工現(xiàn)場(chǎng)只是TxD不時(shí)閃一下。

接下來查硬件連接，因?yàn)橛卸鄠€(gè)站需要輪詢，網(wǎng)絡(luò)是RS485總線結(jié)構(gòu)，通訊線是謝工自己焊的，使用的是屏蔽雙絞線，CP341接口處使用的是15針接頭，2和4針腳短接，9和11針腳短接，儀表處使用的是9針接頭，使用2和3針腳，CP341上15針的4針腳連到了儀表9針接頭的2針腳，11針腳連到了3針腳。謝工說*按照手冊(cè)的接線圖焊的線，用戶經(jīng)常遇到這樣的問題，手冊(cè)上是這樣畫的，但CP341上2和4針腳短接，9和11針腳短接是在內(nèi)部完成了，外部不需要短接，如果使用485接口方式，只需要使用4和11針腳就可以了。說改就改，改完一試，問題依舊。有思想準(zhǔn)備，咱們繼續(xù)查。

接下來看一下模塊信息，確認(rèn)模塊有沒有問題，顯示OK。接著檢查硬件配置，傳輸波特率，數(shù)據(jù)位，停止位，校驗(yàn)方式，接收完成條件，接口設(shè)置，都要和儀表方保持*，檢查發(fā)現(xiàn)波特率錯(cuò)了，還是默認(rèn)的9600bps，應(yīng)該設(shè)成19200。改完一試，TxD和RxD交替閃爍，漂亮極了（當(dāng)時(shí)謝工說的），沒檢查之前謝工還說過波特率沒有問題，看來zui不應(yīng)該出問題的地方也zui容易忽略。

說到這里謝工的問題應(yīng)該就算解決了，既然已經(jīng)談到這個(gè)話題，那么我們就假設(shè)一下，如果波特率也沒有錯(cuò)誤，硬件配置都正確并和儀表*，那么我們還需要檢查什么呢？

您肯定想到了，檢查程序唄，我也是這么認(rèn)為的，應(yīng)該檢查程序。程序涉及到的東西很多，發(fā)送的機(jī)制，如何接收數(shù)據(jù)，報(bào)文的組織與解析，F(xiàn)B7/8有沒有報(bào)錯(cuò)信息，等等很多東西?？龋f了這么多都是廢話，沒錯(cuò)，檢查所有的程序會(huì)很困難，并會(huì)受到已有思路的限制，因?yàn)榭隙ㄒ呀?jīng)查了很多遍了，能查出來早就查出來了，那怎么辦呢？如果是自己編的程序，那就好辦，重新編一個(gè)簡(jiǎn)單的通訊程序，可以借用原有的程序，但一定要重新編，換個(gè)思路，這樣雖然會(huì)花點(diǎn)時(shí)間，但能夠很快找到程序的問題，相信經(jīng)驗(yàn)比較多的朋友會(huì)有同感。如果重新編了，問題找到大家都高興，如果還是和通訊伙伴不能通訊，并確認(rèn)程序沒有問題了，那就要考慮對(duì)方的問題了，那這時(shí)該怎么做呢?

如果對(duì)方的設(shè)備可以調(diào)試，那就要檢查對(duì)方，如果對(duì)方不能調(diào)試，那只能使用串口調(diào)試小軟件通過計(jì)算機(jī)來測(cè)試了（計(jì)算機(jī)上需要使用RS232-485轉(zhuǎn)換器），模擬一下對(duì)方的通訊，可以看到我們發(fā)出的報(bào)文是否正確，并可以使用調(diào)試軟件發(fā)數(shù)據(jù)給CP341，如果正常，說明是對(duì)方設(shè)備有問題。如果仍然不能正常通訊，我們還需要檢查什么呢？

個(gè)人認(rèn)為如果上面的步驟都作過了，仍不能解決問題，就要考慮硬件是否損壞；還有就是如果使用了RS232-485轉(zhuǎn)換器，是否轉(zhuǎn)換器有問題（轉(zhuǎn)換器使用有源的）；再有就是通訊伙伴間報(bào)文間隔匹配問題，通訊電纜長度問題，通訊線質(zhì)量，干擾等問題。

寫了這么多，只是談了一些自己的想法，相信您會(huì)有更多的經(jīng)驗(yàn)和解決問題的方法，真誠的希望您和大家分享。

?

CP341怎么收不到數(shù)據(jù)？

今天和大家聊聊CP341模塊的一個(gè)故事

這個(gè)模塊的使用問題很常見，如何接線，怎么組態(tài)，程序設(shè)置等等問題，一般按照手冊(cè)使用入門一步步組態(tài)是不會(huì)有問題的，但是還是有一些細(xì)節(jié)是需要考慮的。

客戶的問題是這樣的：

客戶：采用的是ASCII 串行通訊方式與伺服液位計(jì)通信，雙方約定波特率 1200 bps ,數(shù)據(jù)位8 位, 1位奇校驗(yàn)，1位停止位,數(shù)據(jù)收不到，但是接收燈一直亮。

我：檢查診斷緩沖區(qū)（這句話經(jīng)常說）

客戶：CP341報(bào)錯(cuò)說緩沖區(qū)已滿。我問了一下ASCII的設(shè)置，其使用的接收條件為字符延時(shí)時(shí)間結(jié)束方法，設(shè)置的參數(shù)為100ms。

我：建議修改到40ms，問題解決。

那為什么要改成40ms呢？接收參數(shù)到底如何設(shè)置？

詳細(xì)說來接收數(shù)據(jù)的條件有三種：?

1.字符延遲時(shí)間結(jié)束(On expiry of character delay time) ?

2.接收固定長度字符(On receipt of fixed number of characters) ?

3.接收文本結(jié)束字符(On receipt of end character)

*種字符延遲時(shí)間作為結(jié)束標(biāo)準(zhǔn)，這種用的zui多，客戶使用的也是這個(gè)，定義兩個(gè)連續(xù)接收到的字符間允許的zui大間隔時(shí)間，當(dāng)字符延遲時(shí)間結(jié)束時(shí)識(shí)別為消息幀結(jié)束， CPU 即可接收數(shù)據(jù)。

例如把字符延遲時(shí)間設(shè)置為400ms，

則一旦發(fā)送數(shù)據(jù)間隔大于400ms則認(rèn)為*幀結(jié)束。例如如下示波器捕捉報(bào)文顯示：

這個(gè)時(shí)間怎么設(shè)置呢,這個(gè)時(shí)間是由兩個(gè)參數(shù)決定一個(gè)是發(fā)送方間隔（send interval），這個(gè)發(fā)送方控制不由CP341決定，另一個(gè)參數(shù)是通信速率（transmission rate）。它們的關(guān)系如下圖：

默認(rèn)設(shè)置為傳輸4個(gè)字符需要的時(shí)間，比如通信速率是9600bps，則發(fā)送一個(gè)字符需要的時(shí)間為（1位起始位+8位數(shù)據(jù)位+1位停止位+1位校驗(yàn)位或者沒有）/9600=1.04~1.1ms,默認(rèn)參數(shù)為4ms。如果通信速率為9600,發(fā)送30個(gè)字節(jié)的數(shù)據(jù)根據(jù)上圖公式，發(fā)送間隔不允許小于30+4 =34ms。客戶使用的通信速率是1200bps，發(fā)送一個(gè)字符需要10ms，但是其發(fā)送間隔不確定（伺服液位計(jì)決定），由于其現(xiàn)象為緩沖區(qū)滿，因此可以認(rèn)為報(bào)文始終沒有接收結(jié)束，字符延遲時(shí)間設(shè)置大于發(fā)送間隔，改小后可以解決，但是要注意不要過小。

第二種方式是固定幀長度作為結(jié)束標(biāo)準(zhǔn), 顧名思義是指收到固定的字符數(shù)之后接收結(jié)束， CPU 接受 CP 所接收的數(shù)據(jù)。

如果發(fā)送的字符長度與設(shè)置不*則需要考慮字符間隔時(shí)間，當(dāng)長時(shí)間沒有收到字符（大于字符間隔時(shí)間）則不足或超出的字符部分會(huì)被丟棄掉。

例如如下示波器捕捉報(bào)文顯示：

第三種方式為判斷消息幀的結(jié)束字符，必須確保用戶數(shù)據(jù)中不存在的結(jié)束字符

在的字符延遲時(shí)間內(nèi)沒有收到結(jié)束字符，則被丟棄掉。以上僅是對(duì)接收參數(shù)進(jìn)行的簡(jiǎn)要描述，其他常見問題匯總 *大家有興趣的話可以看一下：

串行通信模塊常見問題集

http://www.ad.siemens.com.cn/download/searchResult.aspx?searchText=f0426

?

西門子代理商：/（鄭轅鴻）