物联网数据采集网关怎么连接云平台

你好！
物联网数据采集终端连接云平台，要从两个层面考虑。一是硬件链路层，采用有线还是无线，一般会采用4G，3G，gprs等网络，终端插一张物联网卡，二是应用协议层，两者之间采用哪种物联网协议，以及传送的数据格式是什么。不清楚的可以看看帝图信息的方案，就清楚了
仅代表个人观点，不喜勿喷，谢谢。

IOT网关，接收sensor数据的总入口，主要是日志，安全防护，流控，协议转换等功能，

图1 IOT网关

之前有提到IOT网关是基于python的twisted框架实现的，初期的时候该IOT网关主要实现的功能是 数据接收和转换功能 和 安全防护 。

数据接收和转换功能 ，这里很简单，拟定好数据交互格式后，IOT网关按照约定好的格式进行解析，然后转发给后端服务进行进一步的处理

安全防护 ，设备的区分主要是依靠烧录到硬件的SN号来实现，SN号包含的信息比较多，如生产批次，设备型号等，受制于厂商我安全防护不能做的非常完善，同时sensor与IOT网关的交互不能非常复杂。安全防护这一块理论上是设备接入要一型一密或者一机一密，协议上还应该启用tls/ssl安全通信协议。

图2 鉴权

安全防护要做ssl这类的安全通信协议的话，要考虑设备厂商实现通信模块能力，设备功耗，设备性能（低端设备cpu性能可能比较差，可考虑对称加密形式），IOT网关也需要引入相应模块。

另外认证从性能方面考虑，后期在设备比较多的情况下，可以加入redis等内存型key-value数据库，缓存设备信息，提高鉴权模块性能。

实践中，我们的sensor基本都是依靠电池供电，因此我们的IOT网关基本是面向短链接（后期我们有监测设备，依靠外部电源直接供电，为长连接），因此在每次发起连接我们都要进行一次鉴权，鉴权通过后，设备方可上传传感器监测数据和设备自身状态。

图3 数据交互流程

这一块的调试工作长达半年左右，才基本稳定下来，主要集中在设备商处除了硬件稳定性，还有在调试中发现传输的字符串乱码（c语言处理问题），沾包（厂商开发人员tcp协议不熟），优化传输效率，关闭cork或者 Nagle 算法（传输包很小）。

因为IOT网关不能主动断连接，理论 *** 作中，IOT网关应该和sensor有心跳协议，保证连接的有效性。设备商在数据流程交互完成后，竟然没有close 连接，直接休眠，导致网关所在服务器的连接的文件描述符一直没有正常释放，后面为了预防这种现象，我开启了 *** 作系统层面的keepalve定时器，回收失效连接（系统默认时间是2小时左右，我缩短了失效时间），理论上来说应该是应用层面去实现心跳协议。

整个IOT网关的设计，是无状态，可伸缩的，单网关在普通型ecs上可轻松达到数百tps。

物联网网关功能，协议转换能力，协议从不同的感知网络到接入网的转换，以较低层为标准对数据进行统一封装，好确保不同感知网络的协议可以形成统一的数据和信令;把上层发送的数据包解析为感知层可以识别到信令和控制命令。必须对网关进行统一管理，例如注册管理，权限管理，状态监视等。网关可以实现子网中节点的管理，像获得节点的身份，状态，属性，能源等，与此同时还能够远程实现唤醒，控制，诊断，升级和维护的功能。因为子网的不同技术标准和协议的不同具有的复杂性，所以也让网关的管理具有不同的方式。物联网网关功能，广泛的访问能力，就目前而言，有许多用在了短距离通信的技术标准。国内外也纷纷实行了3GPP，传感器工作组等物联网网关的标准化工作，达到了各种通信技术标准互联互通的效果。总而言之，言而总之，物联网网关作为一个新词汇，物联网网关功能更是与我们的生活息息相关。相信不管是现在还是未来，在物联网的时代它都有自己举足轻重的位子，成为了感知网络和传统通信网络的枢纽，相信它的应用场景也会随之变得更加绚丽多彩。

---