已調試成功，希望能對有類似情況的朋友有幫助。

    今天同事打電話說現場6臺宇電AI儀表，1臺東輝8路巡檢儀，3臺富士FRENIC-VP變頻器，2臺日本RKC儀表，1臺創盛流量計都要掛到WINCC里(之前說是廠方自己弄的)，因為廠方臨時要求加的，郵寄CP340掛到S7300就算了，也沒幾個通信設備，都是RS485，一條通訊線掛一起，能省就省吧，同事隨身帶的有RS485轉232模塊。

    平常項目都是自己寫的軟件，二年前就用過一次WINCC6,外掛其它通訊設備也沒試過，在網上搜了一圈，多是講OPC什么的，不了解，覺得對我來說不太合適。還有講用MSCOMM控件的。MSCOMM控件就不提了，已廢棄多年不用了，不可能再回到老路上。于是決定移植上位機的代碼，用WIN32API來做成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/200PLC通訊全移到OCX處理算了,不知有沒這個必要。

    利用循環。

    第一個500ms讀一個設備；

    第二個500ms讀第二個設備；

    第32個500ms讀第32個設備；

    不要一起都讀！分開讀！