[更新设计]跨平台物联网通讯框架ServerSuperIO 2.0 ,功能、BUG、细节说明,以及升级思考过程!

简介: 注:ServerSuperIO 2.0 还没有提交到开源社区,在内部测试!!! 1. ServerSuperIO(SSIO)说明      SSIO是基于早期工业现场300波特率通讯传输应用场景发展、演化而来。

     注:ServerSuperIO 2.0 还没有提交到开源社区,在内部测试!!!

1. ServerSuperIO(SSIO)说明

     SSIO是基于早期工业现场300波特率通讯传输应用场景发展、演化而来。为了适应互联网、物联网的发展趋势,以及不同应用场景的需求,SSIO也在不断的进行更新。

     SSIO是一个跨平台的物联网通讯框架,但是其本质不仅仅是通讯框架,而是设备驱动、串口和网络IO管理器、场景控制器三者之间的协调与调度机制。

物联网是一个发展趋势,如果各种传感器、硬件设备的协议驱动无法统一,那么使用SSIO框架来开发设备驱动,随意挂载到框架运行并且进行通讯和交互,你拥有的是集成能力,以及对用户的承诺;如果是公司内部使用,协议是“标准”的,那么使用SSIO更简单、方便,降低人员成本、提高生产效率。

2. 升级概要

1.1  功能

1.在串口和网络IO中增加接收数据缓存功能,充分利用缓存空间,保证数据的完整性。

2.修改数据分发策略,现在以远程IP或设备编号两种方式分发数据。

3.增加接收数据过滤器,保证数据按一定的规则进行提取,以及保证数据的连续性。

4.增加定时、超时清理网络连接资源,如果网络连接在一定时间范围内没有接到数据,则进行清理。

5.其他代码优化。

1.2 BUG

1.修复:退出软件可能造成的异常。

2.修复:分发数据的逻辑问题。

1.3 细节

1.在协议驱动IProtocolDriver增加GetCode和GetPackageLength接口。GetCode一般为设备的唯一编号;GetPackageLength一般获得本次数据包应该接收的数据长度,在框架中并未实际使用。

2.把CommandCache命令空间改为DataCache,下面增加ISendCache发送缓存接口和IReceiveCache接收缓存接口。
3.把现在设备驱动中的CommandCache改为SendCache发送数据缓存,移植到ProtocolDriver协议驱动中。
4.在ComSession和TcpSocketSession中增加ReceiveCache接收数据缓存。
5.增加IReceiveFilter接收数据过滤器接口。
7.去掉按设备地址分发数据,增加按设备编码分发数据。
8.网络侦听连接的时候,退出软件有可能造成异常。
9.网络异步接收数据时,在逻辑上有可能造成分发错误。
10.对配置文件进行修改,增加StartReceiveDataFliter、ClearSocketSession、ClearSocketSessionInterval和ClearSocketSessionTimeOut。
11.网络通讯时,去掉多少次没有接收到数据进行清理连接的功能。

 

3. 升级考虑

3.1  设备/传感器编码

      SSIO原来是用设备地址(DeviceAddress)来识别设备驱动,而DeviceAddress是int类型,不能满足业务场景的需求了,因为设备编码不仅仅是一个数字类型的数值,有可能是一串字符串,包括数字和字母。设备编码包括设备地址,是识别设备的一个规则编码。有时候设备编码与设备地址是等同的。

      所以在设备驱动中增加了GetCode接口,这个接口也作为网络异步接收数据使用过滤器查找设备的接口,一般需要在配置文件设备StartReceiveDataFliter属性。

      GetCode可以进行模糊查找,并且返回设备编码,如下代码:

public override string GetCode(byte[] data)
{
            int codeIndex = -1;
            byte[] head=new byte[] {0x55,0xaa};
            for (int i = 0; i < data.Length; i++)
            {
                if (data.Mark(0, data.Length, i, head))
                {
                    codeIndex = i;
                    break;
                }
            }

            if (codeIndex == -1)
            {
                return String.Empty;
            }
            else
            {
                return data[codeIndex + head.Length].ToString("00#");
            }
}

 3.2  接收数据缓存

     SSIO以前接收完数据,直接从缓存中提取数据后返回给了设备驱动;也有另外一种方案,就是创建一个更大的缓存对象保存byte数据,但是这种方案有些浪费内存空间,以及效率。

     SSIO现在采用了折中方案,利用现有的缓存空间(byte[]),配合接收数据过滤器,对已经接收到的数据进行管理和过滤提取,并且对未提取的数据有持久存储的能力。代码如下:

/// <summary>
/// 获得数据
/// </summary>
 /// <param name="filter"></param>
public IList<byte[]> Get(IReceiveFilter filter)
{
            if (filter == null)
            {
                throw new NullReferenceException("filter引用为空");
            }

            if (DataLength <= 0)
            {
                return new List<byte[]>();
            }

            lock (_SyncLock)
            {
                int lastByteOffset = InitOffset;
                IList<byte[]> listBytes = filter.Filter(ReceiveBuffer, InitOffset, DataLength, ref lastByteOffset);
                if (listBytes != null 
                    && listBytes.Count > 0
                    && lastByteOffset>InitOffset)
                {
                    CurrentOffset = lastByteOffset + 1;

                    int gets = CurrentOffset - InitOffset ;
                    DataLength -= gets;

                    MoveLeft(gets);
                }
                return listBytes;
            }
 }

3.3  接收数据过滤器

    接收数据过滤器是按一定的原则在数据缓存中查找、提取数据信息,过滤器接口定义如下代码:

/// <summary>
 /// 过滤数据信息
 /// </summary>
/// <param name="receiveBuffer">缓冲区</param>
 /// <param name="offset">偏移量</param>
 /// <param name="length">有效数据长度</param>
 /// <param name="lastByteOffset">最后一个字节的偏移量</param>
 /// <returns>没有数据返回null</returns>
 IList<byte[]> Filter(byte[] receiveBuffer, int offset, int length, ref int lastByteOffset);

    SSIO在此接口的基础上,实现了5种数据过滤方式,固定结尾的方式(FixedEndReceiveFliter)、固定开头和结尾的方式(FixedHeadAndEndReceiveFliter)、因定开头的方式(FixedHeadReceiveFliter)、固定开头和长度的方式(FixedHeadAndLengthReceiveFliter)、因定长度的方式(FixedLengthReceiveFliter),这几种方式各有利弊,请根据不同设备的协议使用不同的过滤器。

3.4 定时检测,超时清理网络连接

      SSIO以前是设置一个发送和接收次数值,如果超过这个值,还没有接收到数据信息,那么就认为是失效的IO通道,就会关闭、释放掉资源。

      SSIO现在增加了定时检测功能,如果在一定时间范围内(可设备)还没有接收到数据,那么就认为是失效的IO通道,就会关闭、释放掉资源。代码如下:

private void ClearSocketSession(object state)
 {
            if (Monitor.TryEnter(state))
            {
                try
                {
                    ICollection<IChannel> socketChannels = this.ChannelManager.GetChannels(CommunicateType.NET);

                    if (socketChannels == null || socketChannels.Count<=0)
                        return;

                    DateTime now = DateTime.Now;
  
                    IEnumerable<IChannel> timeoutSessions = socketChannels.Where(c => (now-((ISocketSession)c).LastActiveTime).Seconds>Config.ClearSocketSessionTimeOut);

                    System.Threading.Tasks.Parallel.ForEach(timeoutSessions, c =>
                    {
                       ISocketSession s = ((ISocketSession) c);
                       Logger.Info(true,String.Format("网络连接超时:{0}, 开始时间: {1}, 最后激活时间:{2}!", now.Subtract(s.LastActiveTime).TotalSeconds, s.StartTime, s.LastActiveTime));
                        RemoveTcpSocketSession(s);
                    });
                }
                catch (Exception ex)
                {
                    this.Logger.Error(true,ex.Message);
                }
                finally
                {
                    Monitor.Exit(state);
                }
            }
}

3.5 数据分发原则

    对于轮询模式通讯,不存在数据分发,因为每次高度设备驱动,都是顺序执行发送和接收操作,接收的数据肯定是这个设备驱动的,就会立即返回。

    但是对于并发模式、自主模式、单例模式的通讯方式(应用场景),是异步接收数据信息,我怎么知道接收过来的数据应该分配哪个设备驱动呢?有两种方式:按IP和按设备编码(原来是按数字类型的设备地址)。接收到的数据,会通过设备协议驱动与设备参数进行比对,并且进行数据分发。如下代码:

/// <summary>
  /// 分发数据模式
  /// </summary>
    public enum DeliveryMode
    {
        [EnumDescription("设备IP分发数据")]
        DeviceIP,
        [EnumDescription("设备编码分发数据")]
        DeviceCode
    }

 

相关实践学习
钉钉群中如何接收IoT温控器数据告警通知
本实验主要介绍如何将温控器设备以MQTT协议接入IoT物联网平台,通过云产品流转到函数计算FC,调用钉钉群机器人API,实时推送温湿度消息到钉钉群。
阿里云AIoT物联网开发实战
本课程将由物联网专家带你熟悉阿里云AIoT物联网领域全套云产品,7天轻松搭建基于Arduino的端到端物联网场景应用。 开始学习前,请先开通下方两个云产品,让学习更流畅: IoT物联网平台:https://iot.console.aliyun.com/ LinkWAN物联网络管理平台:https://linkwan.console.aliyun.com/service-open
相关文章
|
1月前
|
编解码 移动开发 流计算
【开源视频联动物联网平台】流媒体传输协议HLS,FLV的功能和特点
【开源视频联动物联网平台】流媒体传输协议HLS,FLV的功能和特点
36 2
|
7月前
|
存储 监控 安全
物联网平台提供的功能特性(二)
物联网平台提供的功能特性(二)
216 0
|
7月前
|
缓存 运维 监控
物联网平台提供的功能特性(一)
物联网平台提供的功能特性(一)
244 0
|
6月前
|
JSON 算法 物联网
物联网中利用OTA技术升级的基本原理与方法
物联网中利用OTA技术升级的基本原理与方法
221 0
EMQ
|
Prometheus 监控 网络协议
EMQX 5.0 全新网关框架:轻松实现多物联网协议接入
本文将对EMQX全新的网关框架及功能使用进行详细解读,帮助读者更好地利用EMQX的多协议接入能力连接各类设备,满足更多物联网场景的数据接入需求。
EMQ
697 1
EMQX 5.0 全新网关框架:轻松实现多物联网协议接入
|
23天前
|
JSON 缓存 物联网
推荐一款go语言的开源物联网框架-opengw
推荐一款go语言的开源物联网框架-opengw
33 4
|
3月前
|
物联网 定位技术
【技术探讨】一种多节点5Km(1.2M bps速率)实时Sub-G无线通信的物联网通讯解决方案
针对在高速公路上货车行驶过程中收集5公里范围内的GPS定位数据,上报云服务器端,最终实时显示每一辆货车的运行轨迹,用户的项目需求如下:200辆货车(无线从站节点),要求很高的实时性,每秒发5包,每个GPS定位数据报文30个字节,这样200辆车同时上报每秒需要发送30K的字节(200 x 5 x 3 0 =30K字节),30K字节 x 8bit=240 k bps速率。
|
4月前
|
传感器 物联网 Android开发
【Android App】物联网中查看手机支持的传感器及实现摇一摇功能-加速度传感器(附源码和演示 超详细)
【Android App】物联网中查看手机支持的传感器及实现摇一摇功能-加速度传感器(附源码和演示 超详细)
69 1
|
4月前
|
物联网
STC51单片机-多功能信号发生器设计-物联网应用系统设计项目开发
STC51单片机-多功能信号发生器设计-物联网应用系统设计项目开发
48 0
|
5月前
|
存储 监控 物联网
物联网加车联网平台云服务通讯模式
物联网加车联网平台云服务通讯模式
157 0

相关产品

  • 物联网平台