一.特點
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與實時數據庫進行結合，可能也有更好的方案，都可以隨時交流。
以上就是這些內容，希望感興趣的網友廣泛討論、交流。
