破解物联网落地困境-阿里云硬件接入最佳实践

在《剑指物联》第五期中,阿里云IoT事业部总经理库伟曾提到物联网实施过程中的困境。比如在设备厂家层面:智能设备连接不稳定,网络安全差;在ISV层面:标准不统一,集成各厂商的智能设备成本高,时间长,数据打通困难;在用户层面:与产品捆绑紧密,提供的服务割裂,导致用户体验不佳。

库总是从整个物联网全网链路来看物联网实施困境的,而我的着眼点仅是其中一个环节,就是硬件接入层这个环节,由于涉及到软硬结合,对不少人来时是一个难点。此外我们基于设备接入这层,也归纳出如下三条物联网落地难点:

(1)   需要接入的传感器及智能仪表种类繁多,物理通信链路多样,通信协议也各有不同

(2)   施工现场条件各异,有线和无线部署差异大,设备安装、调试难

(3)   设备安装量大,又缺少专门的维护队伍,长期稳定性、可靠性难保证

在这里我先讲讲物联网硬件层需要接入的一些传感器、设备、通信链路及通信协议,向不太了解硬件的网友扫扫盲,然后再介绍一下我们的方案是如何实现“一分钟设备快速接入网关,一分钟网关快速上云”的。

1 物联网领域常见智能硬件

1.1      传感器

如图所列仅是众多传感器中的沧海一粟。并且同样是温湿度传感器,接口可以是多种多样,比如可以I2C接口,也可以是单总线,还可以是RS232或RS485。接口不同,协议也各异。

1.2      智能设备

同样和传感器一样,上图所列的智能设备也是众多智能设备中的九牛一毛。并且比如智能水表,接口也依然多种多样,比如是Mbus或RS485接口,协议有可能是Modbus或118协议。

1.3      控制设备/智能网关

控制设备和智能网关虽然没有传感器和智能仪表那么海量,但还是非常众多,其通信接口,编程语言,操作系统等等都有所差异。

2             物联网领域常见通信类型

2.1有线通信

l  RS485:两线制,差分信号传输,半双工通信,最大通信距离千米以上。

l  RS232:三线制,全双工通信,一般通信距离小于 10 米。

l  以太网:4 线或 8 线,多主通信,高性能。普通网线通信距离 100 米以内。

l  CAN:两线制,多主通信,高性能,高可靠性,每次最多传输 8 个字节的数据。通信距离千米以上。

l  M-Bus:两线制,半双工,专为远程抄表系统专门设计的总线,传送速度为 300 至 9600 Baud。

l  单总线:单线制,主设备口可以直接驱动200米范围的从设备,传输速率一般为16.3Kbit/s,最大可达142 Kbit/s。

l  电力载波:利用现有电力线,通过载波方式将模拟或数字信号进行高速传输的技术。

2.2无线通信

l  Wifi:2.4G/5G射频频段,民用最常用无线通信方式,通信距离100米内。

l  蓝牙:2.4G短距离无线通信,常见的通信距离为10米左右。

l  Zigbee:低功耗无线通信协议,低功率一般传输距离 100 米以内,高功率的 1000 米左右。

l  LoRa:基于扩频技术的超远距离无线传输方案。低功耗,多节点。通信距离 1千米~8千米。

l  GPRS:通用分组无线服务技术,广域网通信。

l  NB-IoT:IoT 领域一个新兴的技术,支持低功耗设备在广域网的蜂窝数据连接,亦称低功耗广域网(LPWA)。

l  433M/470M无线通信:小功率经济型无线数传通信,通信距离一般1000米左右。

l  数字无线电台:借助DSP技术和无线电技术实现的高性能专业数据传输电台,免申请频段为2.4G,通信波特率为9600~19200Bps,根据功率不同,一般通信距离1千米~15千米

2.3芯片级通信

l  TTL串口:三线制,和RS232或RS485一样,都属于串行通信,只是为TTL电平,大部分是芯片对芯片,近距离通信。

l  SPI:四线制,高速全双工,同步的通信总线。

l  I2C:两线制,由Philips公司开发的一种简单、双向同步串行总线。

l  SDIO:主要为SD卡模块定义的外设接口,有些wifi模块也采用了SDIO接口和MCU通信。

2.4其他通信方式

l  模拟量信号输入:0~20mA/0~5V/0~20V

l  开关量信号输入:0~24V

l  继电器信号输出: 通断,干接点

3             物联网领域常见通信协议

l  Modbus RTU:施耐德公司制定的基于 RS485/RS232 的串行通信总线协议。

l  Modbus TCP: 施耐德公司制定的基于以太网的通信总线协议。

l  CJ/T188-2004:中国城镇建设行业标准,主要在抄表系统中常用。

l  DL/T645-2007:国家电力行业电测量标准化技术委员会颁布的多功能电能表通信协议。

l  TCP/IP:网络通讯协议,是Internet最基本的协议,由网络层的IP协议和传输层的TCP协议组成(TCP是有连接的协议,UDP是无连接的协议)。

l  Http:超文本传输协议,所有的WWW文件都必须遵守这个标准。协议构建在TCP之上。

l  MQTT:消息队列遥测传输,IBM开发的一个即时通讯协议。目前已经成为主流物联网平台默认使用的通信协议。

l  CoAP:可以理解为精简的Http协议,主要在资源受限的物联网设备上使用。

l  PPI:西门子公司专为 S7-200 系列 PLC 开发的通讯协议。

l  Profibus:是一种国际化、开放式、不依赖于设备生产商的现场总线标准。

l  CANopen:是一种架构在 CAN 上的高层通信协协议,包括通信子协议及设备子协议。

l  KNX :是被正式批准的住宅和楼宇控制领域的开放式国际标准。

l  Alink:阿里巴巴推出的一种物联网通信协议。

4             困境破解之物联网设备端平台

从以上我们可以知道,传感器、智能仪表和控制设备众多,并且接口各异,通信协议也不一样,如果分别开发接入,那工作量将是巨大的,并且由于涉及到代码开发,由于没有经过测试,其稳定可靠性也是很难保证的。

我们的思路是借鉴工控领域的做法,引入了“组态软件”的概念,只是我们把组态软件做小,做成了芯片级的组态。可以以最小的代价,最方便的方式,仅通过配置的方式就可以轻松接入各种传感器和设备。

4.1    平台构成

下可以对接各种接口和协议的传感器和设备(通过各种驱动程序实现),上可以通过各种策略,对接各种公有和私有的云平台,并且还可以写各种控制逻辑(通过各种策略实现)。并且具备远程升级和远程调试的能力。

4.2    深度硬件整合能力

考虑到物联网垂直行业的特点,我们还可以做到各种产品的深度整合,这样不仅硬件成本大大降低,实施部署的成本也同时降低了。

针对养殖行业做的九合一智能设备。

针对水处理行业做的水质综合检测仪

4.3    物联网数据组态(YFIOs)

轻量级组态软件,可以在一个单芯片中运行。支持远程升级,远程调试。支持驱动、策略用户二次开发

我们已经实现常用设备的驱动。

4.4    设备快速接入

4.5    平台优势

l  最轻量级组态软件

n  单芯片运行支持,免编程或少编程就可以实现大部分物联网应用场景构建,同时支持远程升级,远程调试。

l  组态粒度最小

n  可基于I2C、SPI和单总线等芯片级接口进行项目组态构建

l  类似产品功耗最低

n  基于ARM Cortex-M芯片构建物联网组态系统,在保证强大功能基础上,功耗可以做到最低。

l  直接入云

n  目前网关已通过微软Azure认证,也支持阿里云、百度云等物联网云平台的直接接入

l  十多年技术积淀

n  2004起开始构建工控组态相关项目,历经WinCE版,Windows版,.NET Micro Framework版和Html5版。

5             困境破解之物联网云端平台

5.1      物联网云平台的优势

l  传统物联网类项目最容易费时间的地方在于通信环节 -- 通用IoT平台专业开发支持、项目多、迭代快,更容易做到稳定可靠。

l  传统物联网类项目最容易费时间的地方在于多方对接 -- 通用IoT平台标准统一,接口统一,有专门的工具对通信过程评测,减少对接内耗。

l  传统物联网类项目最容易费时间的地方在于通信方式多样 -- 通用IoT平台涵盖通信方式多,并且阿里云IoT面向智慧城市构建,更专业,更多样,更接地气,适合更多的接入场景。

5.2      阿里云物联网平台

l  物联网开发套件

u  基础版

u  高级版

u  边缘计算版

l  物联网一站式开发平台

u  通用版

u  地方版(飞凤平台)

l  阿里云嵌入式OS

u  AliOS-Things

5.3      阿里云一站式开发平台

l    设备开发、接入、调试、固件升级  --  一站式

l    Web、移动开发、市场服务 -- 一站式

5.4      Alink协议简介

Alink是阿里云物联网平台一个端到云的基于Json格式的通信协议(MQTT & HTTPS)

5.5      云端设备创建&调试

云端可以对设备进行建模,添加各种属性或件。

如果对接成功,还可以很直观的看到相关的实时数据、历史数据和曲线。

5.6      网关快速上云

填写对应的网关和设备三元组,勾选要上传的数据,即可实现网关数据到云。

6             已对接阿里云的项目

l    物联网消防系统监控(基础版)

l    新希望猪场水表监控(高级版)

l    公寓房物联网远程监控(高级版)

附:《剑指物联》第五期:对话这家中国巨头物联网掌舵人,物联网时代进入倒计时。链接:

https://mp.weixin.qq.com/s?__biz=MjM5MDA5MTY2MA==&mid=2650156243&idx=1&sn=d962aca236448ad567f60898533a9ca6&chksm=be489c30893f152627ba84642b31c64c805805c697c450b8dfadb3bba0c96703c55b36113411&mpshare=1&scene=1&srcid=0512WBLmcWjSOPm2I85Ugt64#rd

附:微信号:yefanqiu (加入请注明:物联网交流)

原文地址:https://www.cnblogs.com/yefanqiu/p/9032473.html

时间: 2024-09-30 06:11:37

破解物联网落地困境-阿里云硬件接入最佳实践的相关文章

阿里云 CDN HTTPS 最佳实践系列——动态证书(一)

背景 了解阿里云 CDN 架构的朋友应该知道,阿里云 CDN 7层的接入组件是 Tengine,我们知道 Tengine 原生是支持 SSL 的,只需要在配置文件中配置证书和私钥即可.在 CDN HTTPS 产品化以前,要开通 HTTPS 的域名需要把证书私钥给我们,我们在 Tengine 静态配置中配置,然后再同步到所有 CDN 边缘节点,显然这种方式在越来越多的域名开通 HTTPS 后,Tengine 静态配置文件会越来越大,难以管理,同时也会导致 Tengine reload 变得很慢,这

阿里云 CDN HTTPS 最佳实践——动态密钥套件(三)

背景 在 ssllabs 中可以测试域名的 SSL 安全等级: 影响这个测试等级的最主要因素就是密钥套件,在接入阿里云 CDN 的所有域名中,绝大多数域名评级都是 A,但是有少数域名为了兼容一些老浏览器或者客户端,需要支持比如 RC4 这样的加密算法,这样就导致评级为 B,但用户体验更重要,这就需要为这些对密钥套件有特殊需求的域名特殊配置密钥套件. 另外,当我们调试 https 时,比如抓包分析数据包时,发现应用数据都是加密的,无法分析 HTTP 协议的问题,但是如果我们有私钥,那就有办法可以通

阿里云CDN接入踩坑记录

最近负责的系统安全要求接入CDN,避免DDOS之类攻击,然后华丽丽踩了两个大坑.回顾问题原因后,发现还是相关人员都对CDN原理不够熟悉.了解导致. 坑一:默认支持的文件上传最大是300M 问题现象: 接入CDN后,连续两个用户反馈视频上传失败.系统对视频最大长度有限制,一开始引导用户确认时长,后来给力的用户居然定位到精超过300M就上传失败. 问题原因: 1.除了接入CDN,系统未进行任何变更,因此很快定位到是接入CDN导致. 2.跟阿里云咨询,确认如下:默认支持的最大文件为300M:可以申请放

预警| Confluence 高危漏洞被大规模利用,阿里云WAF接入即可防护,支持免费应急服务

2019年4月4日,阿里云安全应急响应中心监测到Confluence 官方发布安全更新指出,Widget Connector 存在服务端模板注入漏洞,攻击者能利用此漏洞实现目录穿越遍历甚至远程命令执行.4月10日远程命令执行PoC被公开,阿里云监测到此漏洞被大规模利用,4月12日凌晨攻击流量达到第二次高峰. 4月6日出现第一次大规模攻击,全天攻击次数超过5000次,阿里云WAF默认规则均成功防御.攻击特征为任意文件读取,攻击者通过构造特定请求读取本地敏感文件信息. 直到4月7日,第一波攻击结束,

阿里云centos安装docker-engine实践

近日在阿里云ECS服务器(centos系统)中安装docker,参考官方指南 https://docs.docker.com/engine/installation/linux/centos/  大概流程都能跑通,但是中途发生了一些意外情况,特记录备案以免后来再次踩坑. 一.需要有登录ECS的工具(推荐Xshell)和拥有root权限的用户. 二.确保linux内核版本是3.10以上并且是64位的centos版本.如果不能满足这个前提,建议看官绕道走吧. 检查linux版本命令如下 $ unam

基于AWS的云服务架构最佳实践

ZZ from: http://blog.csdn.net/wireless_com/article/details/43305701 近年来,对于打造高度可扩展的应用程序,软件架构师们挖掘了若干相关理念,并以最佳实践的方式加以实施.在今天的"信息时代",这些理念更加适用于不断增长的数据集,不可预知的流量模式,以及快速响应时间的需求.本文将强调并重申其中的一些传统观念,并讨论他们如何在融合云计算的发展,还将讨论由于云计算的动态性而产生的一些前所未有的概念(如弹性). 本文的目标是面向云

博云 x 某股份制银行信用卡中心,容器云平台建设项目最佳实践

近期,BoCloud博云收到了一封感谢信: 由BoCloud博云(全称:苏州博纳讯动软件有限公司)承建的某大型股份制银行信用卡中心(以下简称:卡中心)容器管理平台建设项目,在面对工期紧.任务重.要求高等诸多困难和压力下,我司高度重视与配合,在项目组全体成员的共同努力下,扎扎实实.勤勤恳恳.严谨负责.保质保量地完成了阶段性建设目标,为该卡中心应用的容器化工作提供了有力的技术支持与保障. 数字化转型发展到今天,其核心是促进业务变革与创新.伴随互联网+对银行业的深度渗入,使得To C场景与互联网的结合

阿里云产品简介

前言 安全管家简介: 阿里云安全管家服务是阿里云安全专家基于阿里云多年安全最佳实践经验为云上用户提供的全方位安全技术和咨询服务,为云上用户建立和持续优化云安全防御体系,保障用户业务安全. 金融.电商.o2o.互联网+.游戏.政府.保险.政府等各行业拥有丰富的最佳安全实践. 如果您遇到了以下情况之一: 需要从产品到服务的完整安全解决方案. 缺少熟悉云安全的专业技术人员. 希望通过外包服务降低安全运营成本. 网关Api简介: 总结:山不厌高,海不厌深.

阿里云物联网平台体验(树莓派+Python篇)

阿里云物联网平台体验(树莓派+Python篇) 虽然对阿里云物联网平台比较熟悉了,从一开始就有幸参与了飞凤平台(Link Develop 一站式开发平台的前身)的一些偏硬件接入的工作.但是同时也见证了阿里云物联网团队从几十人到数百人的迅速扩张,其物联网平台所承载的内容也急速膨胀,物联网开发套件基础版.飞凤.Link Develop一站式开发平台.物联网开发平台高级版.飞燕.飞象.城市大脑.农业大脑和工业互联平台不一而足……,很难有精力真正熟悉和了解阿里云的每一款物联网产品. 这次有幸成为物联网平