ServerSuperIO 3.5版本的體系結構，以及將來規劃的幾點思考

一.特色

1.輕型高性能通訊框架，適用於多種應用場，輪詢模式、自控模式、併發模式和單例模式。
2.不只是通信框架，是設備驅動、IO通道、控制模式場景的協調機制。
3.支持協議驅動器，能夠按規範寫標準協議和自定義協議。
4.支持發送數據緩存器，支持命令緩存重發和按優先級別發送。
5.支持協議過濾器，按規則篩選數據，而且能夠承繼接口，自定義過濾方式。
6.支持接收數據緩存器，能夠緩存不符合過濾器的數據，和下次接收數據進行拼接。
7.支持按設備命令優先級別進行調度設備，保證有高級別命令的驅動及時發送。
8.支持一個設備驅動，同時支持串口和網絡兩種通信方式，能夠監視IO通道數據。
9.支持一個設備驅動，在網絡通信時能夠支持TCP Server和TCP Client兩種工做模式。
10.支持多設備共享同一IO通道進行通信。
11.支持定時清理超時的網絡IO通道。
12.支持顯示視圖接口，知足不一樣顯示需求。
13.支持服務組件接口，4-20mA輸出、LED大屏顯示、短信服務、以及多功能網關服務。
14.支持OPC Server服務和OPC  Client服務。
15.支持實時數據庫。
16.支持建立多服務實例，完成不一樣業務的拆分。
17.支持跨平臺部署，能夠運行在Linux和Windows系統。
18.設備驅動與設備驅動，設備驅動與服務器（雲端）能夠實時雙向交互，上傳數據和指令下發。

二. 如今的體系結構

     ServerSuperIO正在向體系化方面發展，在基礎核心框架穩定的狀況下，逐步的在豐富內容。如今3.5版本的體系結構以下圖：

 

三.將來規劃的幾點思考

1.  設備驅動

      「設備」泛指各種終端數據源，例如：PLC、傳感器、大型設備、儀表、PC機客戶端等等。如今的問題是缺乏各種「設備」驅動的集成，這部分工做量比較大，也比較耗時。能夠先從某個行業做爲切入點，把相關的設備驅動集成進來，例如：環保行業等等。同時，也須要更多的網友可以加到如今的建設團隊中，若是網友願意把行業的驅動貢獻出來，ServerSuperIO完整源代碼也將對網友或團體開放，本着貢獻對等的原則。

      2. 實時數據庫與業務的結合

     實時數據庫很是適合保存監測點的時序數據，可是也有其缺點，就是對業務數據的支持，也能夠理解爲適合保存設備產生的數據，不適合保存人產生的數據。彌補這個問題，就涉及到關係數據庫與實時庫數據庫怎麼結合的問題？個人想法是，如今設備驅動的監測數據和OPC Client讀過來的數據都是以Tag的方式存在，把這部分進行統一配置，在關係數據庫按業務劃分邏輯組別把相關Tag包含進來，這樣造成對業務數據的總體整合，固然這只是一部分想法，還能夠把其餘的策略加進來，逐步完善。

     3. UI顯示HMI

    HMI也是ServerSuperIO比較欠缺的方面，個人想法是利用組態軟件造成界面，按Tag與實時數據庫進行結合，可能也有更好的方案，均可以隨時交流。

    以上就是這些內容，但願感興趣的網友普遍討論、交流。

---

 

1.[連載]《C#通信（串口和網絡）框架的設計與實現》

2.[開源]C#跨平臺物聯網通信框架ServerSuperIO（SSIO）介紹

2.應用SuperIO（SIO）和開源跨平臺物聯網框架ServerSuperIO（SSIO）構建系統的總體方案

3.C#工業物聯網和集成系統解決方案的技術路線（數據源、數據採集、數據上傳與接收、ActiveMQ、Mongodb、WebApi、手機App）

5.ServerSuperIO開源地址：https://github.com/wxzz/ServerSuperIO

物聯網&集成技術(.NET) QQ羣：54256083 

下載地址：官方網址