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版本的体系结构如下图:

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群

下载地址:官方网址

上一篇:洗礼灵魂,修炼python(43)--巩固篇—经典类/新式类


下一篇:Hive默认数据库修改配置