Siemens PCS7項目中單CPU系統(tǒng)升級改造為冗余系統(tǒng)過程總結(jié)

SiemensPCS7CPU系統(tǒng)升級改造為冗余系統(tǒng)過程總結(jié)引言PCS7目，從而讓我回憶到過往兩次系統(tǒng)升級改造的經(jīng)歷，也有幸在一個好的團隊里面一起共事，做了一些工廠可靠性方面的解決方案。還記得過往升級改造成功之時，大家臉上的興奮勁和喜悅感，做技術(shù)有時就是這樣，在哪里付出了許多，就在哪里收獲產(chǎn)出，收獲成就感。PCS7CPUPCS77.09.0版本,此實施方案是基于提高控制系統(tǒng)的可靠性方面著手，為保障工廠穩(wěn)定運行打下堅實基礎(chǔ)。希望對有類似需求的工控朋友們能有一些幫忙。若有不當之前，還請多多包涵。說說準備工作前期準備非常重要，俗話說的好“Agoodbeginningishalfthebattle”.PCS7，過程中需要和西門子或者其代理商反復溝通，需要采購的部件，如需要更換硬41X410HCPU，那么可以選擇H方便。（訂貨號會有不同）。在技術(shù)方面，根據(jù)自己項目的改造需求和程度，要仔細考慮可能的改License，針對需要改動的地方進行細化和分析，筆者建議此處和同事多進行討論，盡量全面的逐條列出需要變化的地方和改進措施，形成好的文檔記錄，以便后期項目實施時做技術(shù)參考。特別要注意通訊方面：如之前是單CPU升級為冗余CPU，需要把之前的單邊通訊重建為容錯通訊連接，系統(tǒng)中ES/OSIEModuleCP1623，都決定著升級過程中不同的License采購需求，電腦若一并更換，需要準備和采購CP1623WinCC和CPUTCPIPNamedConnectionProtocolIEModuleSoftnet授權(quán)，若通過CP1623Hardnet掛在系統(tǒng)中的其他通訊是否需要變化，是否需要購買新的軟件包來支持冗余通訊，我在升級中曾經(jīng)遇到:CPUBN3500訊改造成冗余通訊后，就需要購買不同的軟件包和授權(quán)來支持冗余通訊，之前的單邊軟件包失效，這個地方特別不容易發(fā)現(xiàn)。PCS7想在前面，做好充足的準備，才能保障在項目執(zhí)行階段的進度，減少一些驚喜的出現(xiàn)。項目介紹文中主要介紹控制系統(tǒng)從單CPU系統(tǒng)升級為冗余CPU7.09.0中另外的同事在負責，此處就不再展開進行介紹。首先是系統(tǒng)架構(gòu)圖如下圖所示，A417HCPU準備升級為410HABBN3500系統(tǒng)之間建立通訊，此處和BN3500顯示在下圖中。此處需要注意，A系統(tǒng)從單CPU變?yōu)槿哂郈PU后，和B連接建立，若ABS7FaultTolerantConnection,但文中遇到的情況是A系統(tǒng)和B系統(tǒng)分別在不同的項目下面且系統(tǒng)版本也不一樣，所以就需要額外的組態(tài)方式來完成系統(tǒng)間的冗余通訊。在這里，首先參考西門子官方論壇對應(yīng)容錯連接的介紹：S7S7-400H（Highavailable）系列CPU2/4個子鏈路中斷時，其伙伴鏈路能夠保證整體通訊不被中斷。目前支持S7HCPUHCPUPCMACIPIEGeneral授權(quán)方式有一些要求，特別注解如下：CP1613或CP1623HARDNETIES7REDCONNECT普通網(wǎng)卡+SOFINETIES7REDCONNECTVM授權(quán)（PCS7V8.1/WINCCV7.2）系統(tǒng)組態(tài)變更ESES9.0方案實施階段，首先在硬件組態(tài)里面查看原來項目硬件機架信息的組態(tài)方式。SIMATIC400Station:forSingleCPUpurpose.SIMATIC400HStation:applyforredundancyCPU.SIMATIC400Station,這里需要替換為SIMATIC400HStation此處組態(tài)信息就是這種情況，需要變更。CPU0UR2ALU-HRack，接下來CopyCPU0RackPaste那么就會自動創(chuàng)建CPU1Rack的信息。然后從原項目從CopyIM153-2目中（項目移植中比較快捷的方式），這樣冗余CPU成，硬件編譯下查看是否有錯誤存在。此處小結(jié)，在CPU鏈路上已連通，也就是所有的網(wǎng)絡(luò)都已經(jīng)連接到網(wǎng)絡(luò)交換機，西門子SCALANCE。PN口或者CP443-1態(tài)，文中用的CP443-1通訊卡，第一次設(shè)置CP443-1EditEthernetNode”,3MACaddress擊搜索就可以找到了。找到CP443-1IPaddress，保持和舊項目中一致255.255.255.0，4AssignIPConfiguration彈窗。成功配置好CP443-1的硬件信息了，對比原系統(tǒng)中CPU信息，檢查一遍新CPU410-5H的參數(shù)后，在硬件組態(tài)界面選擇下載硬件信息到CPU硬件信息成功完成下載，這時可以直接從原項目中的Chart看是否存在編譯報錯。PCS79.0提示為FB表里面對一些沖突的功能可重新分配地址，避開沖突即可。此沖突原因是PCS79.0時，可能和原項目中的一些FBnumber編譯錯誤消失后，記得把邏輯download到新的CPUPCS79.0接下來就是處理通訊部分。因為原單站CPU升級為冗余的CPU，那么也要考慮升級之后原單邊通訊也要具備冗余的通訊功能。NetPro，ES/OCPUS7connectionfault-tolerance,在網(wǎng)絡(luò)組態(tài)界面點擊按鈕編譯并保存，CPU，逐條右鍵選擇downloadselectedconnection，這樣通訊已經(jīng)下載成功。針對前面提過的一個知識點，若是同一項目里面改成冗余CPU立容錯連接是比較方便和容易的，那么針對不同項目下的案例，如上MANPLC方式進行，也就是在本項目中把MANMAN就相對于在同一個項目下了。具體操作方式請參考西門子官網(wǎng):文檔類型常問問題文檔編號43033406,文檔發(fā)布日期2017109CPUMasterbitMANPLCMANPLCMANPLC2，其實是一樣的通訊設(shè)置，只不過Master配合完成通訊切換，這也是一種解決思路，細節(jié)不再贅余。切記：對面通訊的系統(tǒng)也要更新原系統(tǒng)中的一些通訊設(shè)置，保證兩邊的信息都是最新的，才能保障通訊成功。上位機信息組態(tài)文中項目原設(shè)計不是很規(guī)范，所以升級過程需要關(guān)注的地方比較多，WinCC采用ISOnameconnection，那么就需要重新建立新的nameconnection通訊方式，來匹配和冗余CPUPC/PGPC/PG通訊接口為PCinternallocal，組態(tài)詳細步驟：ES站內(nèi)替換為CP1623在上位機硬件組態(tài)里面進行組態(tài)并插入WinCCapplication，SiemensShellES/OSconfigureOSSCE的配置狀態(tài)。OSWinCCmemoryreset,SFCSFCNamedConnection.硬件替換和安裝現(xiàn)場和相關(guān)部門溝通好停機時間和窗口，還是提醒一下，要準備充分，盡量縮短整體停機時間，這樣可以節(jié)省一些時間用于故障排查階段。把原來的單CPU硬件從controlpanelCPUIOIM153-2也需要隨著冗余CPUIM153-2（DP一致）IM153-26ES7195-7HD10-0XA0。IM153-2文中項目還設(shè)計到了工業(yè)交換機SCALANCESCALANCESCALANCEX20816X216。軟件功能測試到這個環(huán)節(jié)，軟件和硬件系統(tǒng)都已經(jīng)升級改造完成，那么此時需要把WinCCOS有不正常的顯示或者不能正常操作的Icon。另外，冗余CPU一側(cè)CPUCPU，CPU生，可以留意一下黑色的系統(tǒng)報警信息。設(shè)置時間同步功能保持各系統(tǒng)部件有一致的時間，是非常重要和必要的，這個時間同步功能在項目收尾階段也要確認其功能正常。此部分的設(shè)置細節(jié)可以參閱西門子官方手冊，幾個重要環(huán)節(jié)概況如下：ES/OS采用NTPmodeAS項目測需要激活CP1623CP443-1CPUPNAccepttimeonCPandforward”此選項非常重要，WinCC一側(cè)如下圖設(shè)置，設(shè)置CP1623TimeMaster,CPU屬性中設(shè)置為CPUasslave。當時間同步功能設(shè)置好并完成硬件和軟件的下載后，打開硬件組態(tài)信息,選中CPUsettimeofday3致，若一致說明時間同步已經(jīng)成功。三者時間指的是PG/PCtime,Moduletime和Localtime,此處注意ModuletimeUTC8區(qū)，所以moduletime8總結(jié)CPU看出需要在方方面面做足功課，才能保障升級過程順利，尤其對于通訊方面