ServerSuperIO向下可以采集传感器或设备的数据或接收Super Link网关上传的数据，向上与云端对接，在方案中起到中断器的作用。
亿矿云物联网通信框架结构与特点
总体结构示意图
ServerSuperIO向下可以采集传感器或设备的数据或接收Super Link网关上传的数据，向上与云端对接，在方案中起到中断器的作用。
一.ServerSuperIO结构与特点
总体结构示意图
ServerSuperIO不仅仅是通讯框架，否则它和任何其他的通讯框架没有任何区别，也不具备现实意义。ServerSuperIO是一个物联网框架，首先是以设备（传感器）为核心构建的框架，设备（传感器）的协议无关性，可以随意挂载设备驱动在框架下运行。所以ServerSuperIO本质上协调设备驱动（协议）、IO通道（COM和NET）、运行机制（模式）之间的协调机制，使之无缝结合、运行。框架具备如下特点：
二.物联网建设的现实情况
认清物联网建设困难的前提是对现实世界的认知，有些特定行业都根本不具备物联的基础条件，也更谈不上物联网建设，相反也证明物联网的发展会有广阔的市场空间；也有很多具备物联网建设的基础，但是条件比较落后，底子比较薄，现实面临四个多样性的困难：设备多样性、协议多样性、通讯机制多样性、数据多样性。这就是我们面临的问题，但是面对结构化的多样性问题，要用结构化的手段或框架来解决，这是各方面得到保障的前提。
三.解决现实问题
曾经接触过上海一家公司，有专人负责网关层的数据采集，有专人负责服务（云）端的对接，很不稳定、经常出现问题。解决细节问题，不能用细节的思维方式去解决，而是要有更广阔的思维、结构化思路才能够彻底的、更好的解决问题。网关层、服务端是否可以使用同一套框架？并且框架之间是否可以无缝对接？如果可以实现，应用同一套框架，提高开发效率，降低用人成本和时间成本。
四.实现级联交互与控制
如果单单是采集硬件的数据与控制，也只能算是本地的系统，但是在物联网和集成系统建设中，必须形成体系化、网络化框架。所以ServerSuperIO在采集本范围内的数据信息与控制外，还要形成与上一级的ServerSuperIO进行数据交互，以及接收下一级的ServerSuperIO的交互数据，那么ServerSuperIO之间就形成了级联的关系，主要完成两大职责：数据的级联上传和反向控制，进而对设备本身进行级联控制。
1.传感器之间的交互、控制
采集与控制单个设备，在实际应用中还远远不够，还要能够设备与设备之间进行信息传递与控制，并且返回给发送控制源设备确认信息。例如：在监测流量计严重报警的情况下，是否应该调节或控制液体源头的阀门。类似的例子很多。
2. 传感器与云端的交互、控制
ServerSuperIO提供了服务驱动的接口，一些除设备驱动类的功能以外，都可以以服务驱动的方式存在，例如：多设备采集的数据的融合模型计算、与其他平台或上层进行交互等等，在此仅以与服务端进行交互为实例进行介绍。与设备驱动之间的交互与控制不同的是，设备驱动主动把采集的数据信息传递给服务驱动，服务驱动与云端进行交互，在接收云端指令后，发起传递信息或控制设备驱动，设备驱动再返回确认信息给服务驱动。
五.ServerSuperIO Designer IDE介绍
Designer IDE是在ServerSuperIO基础开发的，支持挂载设备驱动和服务驱动、OPC Server/Client、数据转发客户端/服务端、支持标准的Modbus协议驱动等。以前专注于ServerSuperIO基础框架的开发，侧重于框架的性能、扩展性、功能等，Designer IDE使整个框架操作更简单、易用。基于ServerSuperIO开发的设备驱动或服务驱动，可以挂载到IDE下运行。如下图：
通过ServerSuperIO OPC Client读取数据信息，并把数据信息存储到实时数据库或关系数据库。如下图：
把设备驱动或OPC Client读上来的数据，通过OPC Server为其他系统提供可访问的接口，可以选择输出数据的设备点表或OPC Client点表。如下图：
数据转发（客户端）可以增加转发任务，主动连接其他服务器端，并且根据设备点表和OPC Client点表配置要转发的数据。如下图：
数据转发（服务端）支持客户端主动连接ServerSuperIO，并针对已经连接的终端设备（PC机、手机、Web业务系统等）转发设备点表和OPC Client点表的数据。如下图：
