随笔分类 - 教程
摘要:ServerSuperIO正在向体系化方面发展,在基础核心框架稳定的情况下,逐步的在丰富内容。现在3.5版本的体系结构图:
阅读全文
摘要:OPC是以C/S结构存在且广泛应用在工业领域的协议,在《16.集成OPC Server,及使用步骤》简要的介绍了OPC的基本情况。一般OPC Server端向外提供可读数据信息的接口,例如:ServerSuperIO的设备驱动读取上来的测点数据可以直接写到OPC Server中;OPC Client端主动连接OPC Server,并且通过同步、异步、数据变化的事件等方式读取服务端的数据信息。OPC Server与OPC Client是多对多的关系,OPC Server可以为多个OPC Client提供数据源,OPC Client也可以读取多个OPC Server的数据信息。
阅读全文
摘要:实时数据库的一个重要特性就是实时性,包括数据实时性和事务实时性。数据实时性是现场IO数据的更新周期,不能不考虑数据的实时性。一般数据的实时性主要受现场设备的制约,特别是对于一些比较老的系统而言,情况更是这样。事务实时性是指数据库对其事务处理的速度。它可以是事件触发方式或定时触发方式。事件触发是该事件一旦发生可以立刻获得调度,这类事件可以得到立即处理,但是比较消耗系统资源;定时触发是在一定时间范围内获得调度权。
阅读全文
摘要:ServerSuperIO通过加载的设备驱动以网口或串口为通讯链路实时与硬件传感器交互、采集数据信息,设备驱动采集到硬件传感器的数据信息之后立即传递给OPC Server,OPC Server的数据发生变化后,在OPC Client能够立即做出响应,这样更能体现数据的实时性,避免OPC Server定时读取数据库的数据信息而造成延迟,也不能及时反应数据变化的真实性。
阅读全文
摘要:ServerSuperIO 3.2版本以前,设备数据仅支持Xml序列化的方式,如果以其他方式存储数据,那么只能把持久化操作写在设备驱动中,本质上失去了模块化的灵活性。3.2 版本以后增加了数据持久化接口,方便支持多种形式存储设备的参数数据和实时数据,3.2版本里现在仅支持Xml序列化的方式,后期会支持MongoDB、influxdb和实时数据库(类似PI)等
阅读全文
摘要:1.自我介绍。2.占领脑袋和丢了脚3.物联的现实困难4.效率与成本5.智能网关,跑Windows 10 IOT和Ubuntu Mate6.SuperIO到ServerSuperIO发展历程和解决的实现问题7.一套设备驱动,支持多种IO通讯8.一套设备驱动,统一接口,多种平台挂载运行9.物联通讯的级联10.设备之间的通讯、控制11.与云端的交互、控制12.未来的规划13.结束语
阅读全文
摘要:一.环境说明 虚拟机:vmware 11 操作系统:Ubuntu 16.04 Hadoop版本:2.7.2 Zookeeper版本:3.4.9 二.节点部署说明 三.Hosts增加配置 sudo gedit /etc/hosts wxzz-pc、wxzz-pc0、wxzz-pc1、wxzz-pc2均
阅读全文
摘要:1.轻型高性能通信框架,适用于多种应用场,轮询模式、自控模式、并发模式和单例模式。
2.不光是通讯框架,是设备驱动、IO通道、控制模式场景的协调机制。
3.支持协议驱动器,可以按规范写标准协议和自定义协议。
4.支持发送数据缓存器,支持命令缓存重发和按优先级别发送。
5.支持协议过滤器,按规则筛选数据,并且可以承继接口,自定义过滤方式。
6.支持接收数据缓存器,可以缓存不符合过滤器的数据,和下次接收数据进行拼接。
7.支持按设备命令优先级别进行调度设备,保证有高级别命令的驱动及时发送。
8.支持一个设备驱动,同时支持串口和网络两种通讯方式,可以监视IO通道数据。
9.支持一个设备驱动,在网络通讯时可以支持TCP Server和TCP Client两种工作模式。
10.支持多设备共享同一IO通道进行通讯。
11.支持定时清理超时的网络IO通道。
12.支持显示视图接口,满足不同显示需求。
13.支持服务组件接口,可以自定义完成OPC服务、4-20mA输出、LED大屏显示、短信服务、以及多功能网关服务。
14.支持创建多服务实例,完成不同业务的拆分。
15.支持
阅读全文
摘要:设备驱动、视图驱动和服务实例的开发都已经介绍完,这些都以组件的方式进行开发,接下来涉及到我们怎么去应用,有两种方式:1.基于ServerSuperIO开发自己的宿主程序,加载设备驱动、视图和服务实例。2.基于二次开发套件,使用配置工具进行组件插件化的挂载应用。下面就介绍一下配置工具的使用,如下图:
阅读全文
摘要:如果ServerSuperIO部署在服务端,那么完全没有必要在SSIO视图接口上进行视图显示开发,可以用WEB端来做。如果ServerSuperIO部署在PC机端或者嵌入式主机,并且带现场显示屏幕,那么就需要有实时显示的界面,以及满足现场用户的不同需求。针对这种情况,ServerSuperIO内部提供了视图显示接口,设备驱动提取完成数据后,可以把数据实时传输给视图接口,可以立即显示,也可以先缓存数据,定时进行显示; 可以几个设备驱动的数据显示在一个视图,也可以全部设备驱动的数据显示在一个视图。示意如下图:
阅读全文
摘要:这篇文章主要介绍数据的转发和控制服务,其他的服务开发与此类似。如果基于ServerSuperIO服务接口的开发具备数据转发和控制能力,那么在物联网建设中将具备数据的无限级联传递与控制能力,使用一套框架形成一套解决方案。示意图如下:
阅读全文
摘要:一、Hadoop环境配置概述 三台虚拟机,操作系统为:Ubuntu 16.04。 Hadoop版本:2.7.2 NameNode:192.168.72.132 DataNode:192.168.72.135,192.168.72.136 注:具配置过程,不具备介绍了,网上很多。 二、eclipse(
阅读全文
摘要:那么不仅要对某个设备进行联动控制,还要对控制的结果进行反馈给出现异常的设备。形成异常、联动、控制、反馈的闭环,以达到监测与控制共同作用的目的。
阅读全文
摘要:以现在物联网的现状或是对物联网的认知,特别是工业物联网,必须具备集成多种数据源的能力。数据源大体分两类:硬件产生和软件产生。
基于现实情况,作为物联网框架必须具备各类数据的集成能力,以及各种应用场景。以数据大小为例,小到一次接收缓存承载能力范围内的数据,大到超出一次接收缓存承载能力范围的数据,只要网络允许,都有可能。以前的连载文章都是以小的数据包为基础介绍的,这篇文章介绍大块数据流的传输方式。
阅读全文
摘要:在工业领域也有极端的情况出现,早些年做通讯的时候,数据包头、包尾、数据长度、数据校验位都对,但是就是解析出来的数据不正确,这种情况不会经常出现,但是在某种特殊应用环境可能会频繁出现,后来经过分析得出结论:可能是由于地质电磁干扰引起的。但是也有技术上的设计缺陷,例如:数据校验位是累加和,改成CRC是不是就不会出来这个问题了;另外对于增量数据,应该有补发机制等等。
阅读全文
摘要:在本机跑过10000万个并发连接,用的jmeter,jmeter占用了1.4G左右的内存、90%多的CPU,我也不知道为什么这么耗资源,笔记本勉强还能工作。
现在模拟的是15个客户端,100毫秒发送一次数据,效果如下:
阅读全文
摘要:1.C#跨平台物联网通讯框架ServerSuperIO(SSIO)介绍 《连载 | 物联网框架ServerSuperIO教程》1.4种通讯模式机制。 《连载 | 物联网框架ServerSuperIO教程》2.服务实例的配置参数说明 《连载 | 物联网框架ServerSuperIO教程》- 3.设备驱
阅读全文
摘要:并发通讯模式只能用于网络通讯设备,主要是加强通讯的并发能力,集中发送请求数据,异步接收返回数据。集中发送请求数据的间隔时间可以设置;异步接收返回数据涉及到如何分配数据到相应的设备驱动的问题,主要是通过两种方式:IP地址的方式和设备Code的方式,前者适用于设备终端是固定IP地址的情况,后者适用于设备终端是动态IP的情况,例如:DTU、GPRS、3G/4G等无线通讯方式。
并发通讯模式本质上还是呼叫应答的通讯方式,与轮询通讯模式类似,但是比轮询通讯模式的采集数据更高效。
阅读全文
摘要:1.C#跨平台物联网通讯框架ServerSuperIO(SSIO)介绍 《连载 | 物联网框架ServerSuperIO教程》1.4种通讯模式机制。 《连载 | 物联网框架ServerSuperIO教程》2.服务实例的配置参数说明 《连载 | 物联网框架ServerSuperIO教程》- 3.设备驱
阅读全文
摘要:经过一个多月晚上的时间,终于把开源物联网通讯框架ServerSuperIO成功移植到Windows10 IOT上,暂时全名:ServerSuperIO.WinIOT(以后可能还会移植到Ubuntu上)。以后可以把ServerSuperIO框架应用到嵌入式设备上,移植的成功具有标志性意义,意味着软件和硬件的结合,软硬的结合才具有更强的生命力。为什么我特别愿意干这件事呢?源于我对以前工作的总结,如下图:
阅读全文