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版本的體系結構如下圖：
三.未來規劃的幾點思考
- 裝置驅動
“裝置”泛指各類終端資料來源，例如：PLC、感測器、大型裝置、儀表、PC機客戶端等等。現在的問題是缺少各類“裝置”驅動的整合，這部分工作量比較大，也比較耗時。可以先從某個行業作為切入點，把相關的裝置驅動整合進來，例如：環保行業等等。同時，也需要更多的網友能夠加到現在的建設團隊中，如果網友願意把行業的驅動貢獻出來，ServerSuperIO
2. 實時資料庫與業務的結合
實時資料庫非常適合儲存監測點的時序資料，但是也有其缺點，就是對業務資料的支援，也可以理解為適合儲存裝置產生的資料，不適合儲存人產生的資料。彌補這個問題，就涉及到關係資料庫與實時庫資料庫怎麼結合的問題？我的想法是，現在裝置驅動的監測資料和OPC Client讀過來的資料都是以Tag的方式存在，把這部分進行統一配置，在關係資料庫按業務劃分邏輯組別把相關Tag包含進來，這樣形成對業務資料的整體整合，當然這只是一部分想法，還可以把其他的策略加進來，逐步完善。
3. UI顯示HMI
HMI也是ServerSuperIO比較欠缺的方面，我的想法是利用組態軟體形成介面，按Tag與實時資料庫進行結合，可能也有更好的方案，都可以隨時交流。
以上就是這些內容，希望感興趣的網友廣泛討論、交流。
物聯網&整合技術(.NET) QQ群：54256083
下載地址：官方網址