今天同事打電話說現場6臺宇電AI儀表，1臺東輝8路巡檢儀，3臺富士FRENIC-VP變頻器，2臺日本RKC儀表，1臺創盛流量計都要掛到WINCC里(之前說是廠方自己弄的)，因為廠方臨時要求加的，郵寄CP340掛到S7300就算了，也沒幾個通信設備，都是RS485，一條通訊線掛一起，能省就省吧，同事隨身帶的有RS485轉232模塊。 
      平常項目都是自己寫的軟件，二年前就用過一次WINCC6,外掛其它通訊設備也沒試過，在網上搜了一圈，多是講OPC什么的，不了解，覺得對我來說不太合適。還有講用MSCOMM控件的。MSCOMM控件就不提了，已廢棄多年不用了，不可能再回到老路上。于是決定移植上位機的代碼，用WIN32 API 來做成OCX，WINCC里來調用，這樣并非像網上說的要支持MODBUS協議或找OPC什么，只要通訊設備有通訊協議，帶通訊接口即可。我的方法看起來也許比較麻煩，但方便維護，去現場調試的人不需對通訊怎么懂，會設置通訊設備的地址參數就行了，其它都用默認參數，再說增加個新的通訊設備協議，也就一小會兒事。
1.先編個基類，定義接口，方法，屬性，例如通訊COM口，波特率、數據位、停止位、校驗方式等等生成dll鏈接庫。
2.從基類派生各個通訊設備類，如儀表，變頻器，流量計，PLC等等,通訊設備類負責將要讀或要寫的數據打包給串口類，并接收來自串口類的回送數據進行處理，生成dll鏈接庫，這個庫最大，包含了五十多種設備的通訊，以后新加通訊設備只需拷貝一個，稍加修改即可。
3.再編個通訊串口類，調用WIN32通信API函數，負責將通訊設備類打包過來的發送數據發送出去，再將接收到數據返回給通訊類自身處理，生成dll動態鏈接庫。
4.再編個消息類，負責將通訊的發送字節，接收字節，當前通訊設備的通訊設置參數，通信成功或失敗等信息作為事件觸發，生成dll動態鏈接庫.
5.后面的就簡單了，編個OCX控件直接引用上面的DLL庫編幾個小調用函數，再封裝幾個屬性和消息事件觸發，編譯一下做個OCX安裝程序。
6.發給同事OCX安裝包，同事安裝后直接注冊下OCX即可用，只需在WINCC里初始化下這個OCX掛的各個設備名稱，通訊地址，端口，波特率，數據位，停止位。然后再在循環處理過程里編個通用的輪循過程，要讀的設備號，要讀的參數或要寫的參數及要寫的數據。讀寫成功失敗或者收發的字節通過OCX的事件觸發來處理。
7.如果現場新加的通訊設備協議在這個OCX中，WINCC只需要改一下初始化過程，掛靠的OCX通訊設備名稱，通訊參數即可，其它如輪循過程，變量處理根本不需要改動。
       如果WINCC只掛少量設備，也可以采用MSCOMM控件處理，畢竟MSCOMM簡單，建議還是不要在WINCC里直接用MSCOMM控件，代碼很亂，不方便移植。還是自己編個OCX，在OCX里面用MSCOMM控件，再封裝幾個方法屬性出來給WINCC調用,也方便客戶使用。 

      畢竟WINCC我很少用它，但它確實很強大，也許是我不熟的原因，覺得它通信慢。問下大家，讀單字，雙字大概算下來有合計800個16位字的通訊，MPI方式.下午順便發了個測試代碼給同事，同事說WINCC一次大概只能讀100多個字，也就是200多個字節，再多了就失敗，而且每次耗時大概1～2秒.那800個字不得調8次？感覺這樣不行。我用的GetTagRaw函數.但是我記得如果采用PRODAVE方式，一次就可以讀回來了，耗時感覺不到1秒，正考慮是不是把S7300/200 PLC通訊全移到OCX處理算了,不知有沒這個必要。

1、CPU中的程序
      S7-300/400系列CPU 原則上運行兩個不同的程序：操作系統和用戶程序。
      每個CPU都帶有集成的操作系統，組織與特定控制任務無關的所有CPU功能和順序。操作系統任務包括下列各項：處理重啟(熱啟動)和熱重啟；更新輸入的過程映像表，并輸出輸出過程映像表；調用用戶程序；采集中斷信息，調用中斷OB；識別錯誤并進行錯誤處理；管理內存區域；與編程設備和其它通訊伙伴進行通訊；通過修改操作系統參數(操作系統默認設置)，可以在某些區域影響CPU響應。
      用戶程序則是由用戶進行創建，在STEP 7中進行編程后并將其下載到CPU中。它包含處理特定自動化任務所要求的所有功能，其任務包括：確定CPU的重啟(熱啟動)和熱重啟條件，如用特定值初始化信號；處理過程數據，如產生二進制信號的邏輯鏈接，獲取并評估模擬量信號，用于輸出的二進制信號，輸出模擬值；響應中斷；處理正常程序周期中的干擾。
2、用戶程序中的塊
      在STEP 7編程軟件中進行構建的用戶程序，可以將程序分成單個或獨立的程序段，稱為“塊”。，這對于一個大的工業自動化過程來說具有非常大的優點，比如易于理解、可以標準化、方便修改程序、簡化測試等。表3-2所示為在S7用戶程序內可使用多種塊的類型。

      OB、FB、SFB、FC和SFC包含程序段，因此也稱為邏輯塊。每種塊類型許可的塊數目和塊長度由CPU決定。

3、組織塊
      組織塊(OB)表示操作系統和用戶程序之間的接口，它由操作系統調用，控制循環中斷驅動的程序執行、plc啟動特性和錯誤處理。用戶可以在STEP 7中對組織塊進行編程來確定CPU特性。
常見的組織塊主要包括以下部分（如圖1所示）：

 
圖1常見的組織塊

      組織塊確定單個程序段執行的順序，即啟動事件。啟動事件觸發OB調用稱為中斷，一個OB調用可以中斷另一個OB的執行，哪個OB允許中斷另一個OB取決于其優先級，高優先級的OB可以中斷低優先級的OB，背景OB的優先級。
可以通過STEP 7給中斷分配參數，如通過參數分配，可以取消選定參數塊中的中斷OB或優先級：日歷中斷、延時中斷、循環中斷和硬件中斷（如圖2所示）。

 
圖2組織塊優先級

      必須說明的是：S7-300 CPU上的組織塊優先級固定，但是對于S7-400 CPU(和CPU 318)，可以通過STEP 7 修改OB10 - OB47組織塊的優先級或者可以將相同優先級分配給多個OB。具有相同優先級的OB按照其啟動事件發生的先后次序進行處理。

4、功能塊、功能和數據塊
      功能塊(FB)是屬于用戶自己編程的塊，需要分配數據塊（DB）作為其內存(實例數據塊)，因此傳送到FB的參數和靜態變量保存在實例DB中，而臨時變量則保存在本地數據堆棧中。執行完FB時，不會丟失實例DB中保存的數據。但執行完FB時，會丟失保存在本地數據堆棧中的數據。
      系統功能塊(SFB)是集成在S7 CPU中的功能塊，SFB是操作系統的一部分，不作為程序的一部分而被加載。同FB一樣，必須給SFB創建實例數據塊，然后將它們作為程序的一部分下載到CPU中。
      功能(FC)也是屬于用戶自己編程的塊，是一種"不帶內存"的邏輯塊。屬于FC的臨時變量保存在本地數據堆棧中，執行FC時，該數據將丟失，為保存該數據，功能也可使用共享數據塊。由于FC本身沒有內存，因此，必須始終給它實際參數。不能給FC的本地數據分配初始值。
      FC和FB輸出參數之間的重要區別在于后者使用實例DB。在功能塊(FB)中，訪問參數時，使用實例DB中的實際參數副本。如果調用FB時，沒有傳送輸入參數或沒有寫訪問輸出參數，那么將使用原先保存在實例DB(實例DB = FB內存)中的值。但功能(FC)沒有內存。）因此，與FB相反，將形式參數分配給這些FC不是可選，而是必須的。通過地址(指針跨過區域邊界指向目標)訪問FC參數。當數據區(數據塊)地址或調用塊的局部變量用作實際參數時，實際參數的副本將臨時保存到用于傳送參數的調用塊的本地數據區中。
      系統功能（SFC）是集成在S7 CPU中的預編程功能，可以在程序中調用SFC。SFC屬于操作系統，不能作為程序的一部分而被加載。同FC一樣，SFC也是"不具內存"的塊。
      與邏輯塊（如FB、OB等）相反，數據塊不包含STEP 7指令，它們用來存儲用戶數據，即數據塊包含用戶程序使用的變量數據。共享數據塊則用來存儲可由所有其它塊訪問的用戶數據，其大小各不相同。用戶也可以任何方式構造共享數據塊，滿足特定要求。