6GK7343-1CX10-0XE0

S7-300 PLC的一次系統(tǒng)故障

昨天，接報，某設備發(fā)生故障，設備停機，且CPU上亮SF燈，無法復位。電話溝通后得知：

   1、HMI上報不知名故障，可復位，設備再開機正常，與上位機通訊正常。

   2、PLC重新啟動后，SF燈不消失。周邊模塊*，各外部設備通訊正常。

到現場確認為CPU自身報錯，CPU型號為314C-2DP。編程器在線，查看CPU的診斷區(qū)，CPU連續(xù)記錄地址訪問錯誤，定位為DB10，地址為154，查看PLC的程序根本就沒有DB10。由于具備那個處理該故障的OB塊，因此，CPU沒有停機，而是報了系統(tǒng)故障，亮了SF燈。

知道原因了，就要查故障源，地址訪問有兩種可能，一種是顯式使用，就是直接用諸如DB10.DBW10這樣指令使用。另外一種是間接尋址，這是高級用法，老外經常這么用，這樣程序就可以通用了。但是，這種方式使用的地點非常難查找。

嘗試用DB10.DBX154.0進行搜索，并選擇“重疊區(qū)域”：

果真在FC11里找到這個地址，使用了“DB10.DBD154”。在DB1.DBD154里有這個變量的定義，并且與前后邏輯相符，顯然是編程人員筆誤，多加了個“0”。修正后，更新在線程序，系統(tǒng)故障燈消失。

至于HMI的不知名故障，是因為設備真的出了短時異常，設備停機，但是HMI做得很差，沒有進行報警說明而已。只能等下次故障出來，再進行檢查了。

--------------------- 

西門子S7300采樣頻率問題

在用S7-300中,采樣頻率在哪里設置?
我希望每10秒采樣一次,應該怎么做?

=========================================

沒有地方設，每10秒采一次你應該在OB35中調用你的采樣FC或者FB

======================================

假設你的采樣程序是FC1
那么添加OB35組織塊，然后打開OB35組織塊，鍵入CALL FC1
保存，雙擊硬件組態(tài)，雙擊CPU屬性，然后將ＯＢ３５的時間改為10S
保存。

=========================================

我想再問一下:OB35和OB1的關系是什么樣的?
就是說他們的執(zhí)行順序是什么?
是不是兩者同時運行?
希望指教!

==================================================

OB35 循環(huán)組織塊，用于按照所設定的循環(huán)時間作循環(huán)調用。
OB1則根據程序長短作循環(huán)調用。
舉例說明：
OB35設定循環(huán)時間為2秒，那每2秒執(zhí)行一次OB35中的程序。只要CPU處于運行狀態(tài)，那么每2秒就執(zhí)行一遍。
OB1的循環(huán)時間是不可設定的，只能設定最大循環(huán)時間，比如你OB1的最大循環(huán)時間為850MS，而你的OB1中的程序只執(zhí)行了150MS，那么剩下的700MS時間立即作廢，新的循環(huán)從150MS后立即開始，只要程序不超過850MS，那么就反復的執(zhí)行，也就是說，這次循環(huán)時間有可能１００ＭＳ，下次有可能150MS。
請記住，當CPU從STOP狀態(tài)到RUN狀態(tài)時，首先執(zhí)行OB100->OB1->OB35，當以這個順序執(zhí)行完畢后，OB35按設定的時間循環(huán)調用，和OB1無關，OB1根據程序執(zhí)行時間循環(huán)調用。

西門子S7-300plc使用大寫和小寫符號

使用大寫和小寫符號
在大寫和小寫字符之間沒有任何區(qū)別
以前可以在STEP 7中定義一些符號，這些符號在用于單獨的字符時僅在大小寫上有區(qū)別。在STEP 7的V4.02中這種情況發(fā)生了變化。現在將不再按照大小寫對符號進行區(qū)分。
該變化是根據我們客戶的要求而作出的，它將大大減少程序中出現錯誤的風險性。對符號定義作出的這些限制也支持PLC開放論壇的目標，即為可轉換的程序定義一個標準。
 
現在已經不再支持僅按照大小寫字符進行區(qū)分的符號定義。例如，以前在符號表中可進行如下定義：
 
Motor1 = I 0.0
motor1 = I 1.0
 
符號將根據*個字母所使用的大小寫情況進行區(qū)分。這類區(qū)別具有容易混淆的危險。新的定義將消除此錯誤來源。
對現有程序的影響
如果已經使用該標準來區(qū)分不同的符號，那么在下列情況下使用新定義時可能會遇到困難：
符號僅在使用了大小寫字符時才進行相互區(qū)分
參數僅在使用了大小寫字符時才進行相互區(qū)分
符號僅在使用了大小寫字符時才與參數進行區(qū)分
 
然而，所有的這三種沖突都可通過下述方法進行分析和處理。
僅在使用了大小寫字符時才進行相互區(qū)分的符號
沖突：
如果沒有用當前版本的軟件對符號表進行編輯，那么在編譯源文件時將使用符號表中*個非的符號。
如果已經對符號表進行了編輯，那么這類符號將無效；也就是說在打開塊時將不顯示符號，并且包含這些符號的源文件在編譯時可能會出錯。
糾正方法：
打開符號表，檢查其中是否存在沖突，然后重新保存符號表。該動作可識別出非的符號。隨后，即可使用過濾器"非的符號"來顯示非的符號，然后對其進行更正。還應該更正包含沖突的任何源文件。無須對塊進行更多的修改，因為在打開塊時將自動使用或顯示當前(現在沒有沖突)版本的符號表。
僅在使用了大小寫字符時才進行相互區(qū)分的參數
沖突：
包含這類接口的源文件在編譯時可能會出錯。可打開具有這類接口的塊，但不能再訪問這些參數中的第二個參數。當試圖訪問第二個參數時，程序將自動返回到保存塊時的*個參數。
糾正方法：
要檢查哪些塊包含有這類沖突，建議使用功能"生成源文件"生成一個用于程序所有塊的源文件。如果在試圖編譯已經創(chuàng)建的源文件時出現錯誤，那么肯定存在沖突。
通過確保參數，例如使用"查找和替換"功能，可更正源文件。然后再次對源文件進行編譯。
僅在使用了大小寫字符時才與參數進行區(qū)分的符號
沖突：
如果源文件中的共享符號和局部符號僅在使用了大小寫字符時才進行相互區(qū)分，而且沒有使用任何初始字符來識別共享("符號名")或局部(#符號名)符號，那么在編譯期間將始終使用局部符號。這將導致機器代碼被修改。
糾正方法：
此時，建議生成一個適用于所有塊的新的源文件。這將自動分配具有相應初始字符的局部和共享訪問，并將確保在今后的編譯過程期間對其進行正確處理。

西門子S7-1500初體驗

這幾天有幸體驗了一下西門子推出的S71500。西門子宣稱沒有較快，只有更快！SIMATIC S7-1500的系統(tǒng)性能極大縮短了系統(tǒng)響應時間，進而優(yōu)化了控制質量并提高了系統(tǒng)性能。下面我們就去看看這款新的PLC給我的感覺到底怎么樣?

首先我們看看外形（照片手機拍攝）

最吸引人的肯定是這個靚麗的屏幕了，我們把他拆下來看看

現場觀測比這個要好

所有蓋板可以拆卸

本次實驗的整體圖片

包括HMI，CPU 1516-3 PN/DP，ET200SP,ET200MP,G120變頻器

外形我們看過了，下面我們來說說性能

首先我們來說說通訊，就我實驗的1516-3 PN/DP，來說，集成了3個PROFINET，一個PROFIbus，其中的一個網口和另外兩個網絡布不能在同一個網段，用來這個網絡可以用來和工作網絡組態(tài)，和控制網絡隔開使用，增強了系統(tǒng)的安全性，在實際的使用中，估計可以省掉一個交換機了，這種搭配估計以后的西門子CP1613等網絡通訊卡的銷售已經被忽略了。

二、速度

西門子發(fā)布的速度快，那我們就來看看他的這個現場沒法測試，我選擇了兩個測試方法，1、直接拔掉存儲卡，CPU立即故障停機，斷電插上存儲卡，面板啟動CPU，實際測試啟動時間11s。

2、下載過程中的啟動停止，本次測試只有一個OB1，只組態(tài)了一個中央機架里面只有一個啟保停程序，點擊下載，從系統(tǒng)提示需要停機，到下載完成，系統(tǒng)*啟動RUN指示燈長亮，實際測試時間9s中間炒作鼠標一次，后來把系統(tǒng)整個網絡組態(tài)完成

這次所用時間明顯要比單個網絡長很多，具體時間沒有測試，估計15-20S，我的整體感覺還行。您可以接受嗎？

回過頭來說說商家現在宣傳的速度，真的有那么快嗎？我們不知道，什么系統(tǒng)響應時間50毫秒。25毫秒，感覺這些東西和電腦商家宣稱CUP主頻一樣，只是一個虛頭

一個CPU的好壞，不僅僅要考慮納米工藝核心架構緩存技術超線程技術虛擬化技術睿頻技術，表面還要考慮發(fā)熱量、耗電量，穩(wěn)定性能，真正為我們用戶使用的整體效果到底如何，只有商家才知道

三、易用性

系統(tǒng)安裝我們沒機會實際操作，但是有一點挺好的，以后的的連接器全是標準化的前連接器，選型，接線，畫圖都省了不少事情，同時還通過集成短接片的連接，可以更為靈活便捷地建立電位組。其中模擬量模塊集成了集成的屏蔽夾對模擬量信號進行適當屏蔽，這點做的也是很好的，其他的有點大家以后使用中發(fā)現吧

四、軟件部分

TIA Portal 這個軟件大家都很熟悉，本次發(fā)布的V12版本整體感覺和V11版本在本質上沒有什么大的區(qū)別，對硬件的要求更高了，*推薦配置，i5處理器，8G內存，win7  64位系統(tǒng)，本次測試我的電腦配置如下

軟件安裝

V12相對與V11感覺就是支持了更多的CPU增加了幾個新功能，但是整體沒發(fā)現比較亮點的功能，traces功能姑且算是一個亮點，但是對我來說貌似基本用不到，待以后的使用中在慢慢體會吧。但是在組態(tài)中還是發(fā)現了兩個小小遺憾，如果在組態(tài)中有組態(tài)錯誤，我把項目轉到在線狀態(tài)，發(fā)現了什么位置出現錯誤，并且根據提示改正了錯誤，這個時候CPU的指示燈已經狀態(tài)正常，但是博途V12依然顯示錯誤，不隨即更新，只有轉到離線，這個時候在轉到在線錯誤狀態(tài)才會消失。

在進行網絡組態(tài)的過程中，執(zhí)行分配profinet設備名稱，選定設備以后分配名稱，明明已經分配好了，但是在分配名稱這個對話框中名稱依然不會改名，在線狀態(tài)顯示有故障，但是這個時候硬件狀態(tài)以及指示燈已經正常運行，名稱也已經分配正確，博途還是無法更新，只有點擊關閉這個畫面博途才能更新。

軟件部分還有一個重要的更新就是能對V11的程序以兼容的模式打開，并且能夠下載使用，這個對于現在已經有的比如像我們這樣的用戶幫助很大。相對比V10升級V11要好很多?。?/p>

使用時間有限，由于是新產品，發(fā)帖出來大家討論討論，測速結果可能和本人筆記本的性能有關，不代表可靠的實驗數據，貼出我體驗的具體情況，不對產品進行褒貶評價，更對的體驗需要大家實際測試。歡迎大家討論。

6GK7343-1CX10-0XE0