一
物联网项目在开发初期,需要云端和设备端两个工种的工程师一起谈谈实现的技术细节。有一个叫作ALink协议的语言,成功解决了两个物种之间交流困难的世纪难题!
ALink协议是针对物联网开发领域设计的一种数据交换规范。设备端按照这个简单的规范把数据组织一下发送给云端,云端工程师也懂这个简单的规范,可以直接拿这个数据进行处理。同时还解决了调试困难的痛点:云端工程师使用一个叫做MQTT客户端的电脑工具,就可以发送符合ALink协议的测试数据调试云端产品的代码;设备端工程师就可以在给单片机写代码的时候直接组织一个符合ALink协议的测试数据,从而不用依赖云端下发。
二
物联网将物理世界的万物接入网络并通过整合各类服务实现智能化。“物”(Things)作为整个网络中的基础节点和商业触手,既是环境信息的采集者,也是智能服务的提供者和承载者。“物”就是设备端。
你首先需要对物联网中的“物”能做什么,能提供什么样的服务进行描述。这就需要从产品层面进行功能建模,定义物的“属性”(Property)、“服务”(Service)和“事件”(Event)。最简单的情况下你定义一个属性就够了,比如零妖的物联网弹幕器项目,就仅有两个属性。
通过功能建模将各类设备统一抽象为云端的资源,并对外暴露相应的接口,以满足不同场景下不同系统的调用和快速集成。
物模型是对设备是什么,能做什么的描述,包括设备身份标识、连接状态、描述信息,以及设备的属性(properties)、服务(services)、事件(events),后三者构成了设备的功能定义。Link Develop通过定义一种物的描述语言来描述物模型,称之为 TSL(即 Thing Specification Language)。
三
有一种非常简单的数据格式,叫作JSON字符串,有编程基础的人两分钟就能研究清楚那是什么。ALink协议的数据格式就是JSON字符串的格式。零妖只是提一下而已,ALink协议想读懂根本不用了解啥是JSON,我要开车了,兄弟们请坐好扶稳。
看到了吧,就是这么简单。上面那个截图就是设备上报自己属性的字符串。设备端发送的数据其实就是那些内容,而且零妖也解释很清楚了。总结一下,就是 <“属性”:数值 >的做法,非常类似 <键:值> 的做法。反正对于单片机来说,想要上报哪个属性,就发送哪个,修改一下后面的数值就行了。
同理,云端下发的数据也是符合ALink协议的。单片机想解析这些数据就更简单了,简直不要太爽。我们只管记住这些固定的格式就行了,其他的不用修改。上行数据和下行数据在格式上都一样,但是有些固定的地方是不一样的,可以去 https://linkdevelop.aliyun.com/developGuide#kgd6wp.html 查看单个设备的报文,复制你需要的报文,然后修改其中的属性名称和数值,就可以了。
对于云端开发的工程师来说,要做的工作就是调用阿里云提供的API,往里面扔数据就行了,自己更需要关注的是业务的实现逻辑而不是这些细节问题。云端开发代码的流程零妖会在后面的文章里讲一个小小的Demo,帮助你快速上手。
四
你一定正在好奇属性的名称是怎么得到的。零妖告诉你,属性的名称和取值范围是在 LinkDevelop 平台上,“设备开发”里面,定义产品的时候自己选择的。零妖的下一篇文章将会讲解“设备开发”的内容,这部分是在云端完成的工作,也是团队开会时候需要确定的内容。 原文
物联网项目在开发初期,需要云端和设备端两个工种的工程师一起谈谈实现的技术细节。有一个叫作ALink协议的语言,成功解决了两个物种之间交流困难的世纪难题!
ALink协议是针对物联网开发领域设计的一种数据交换规范。设备端按照这个简单的规范把数据组织一下发送给云端,云端工程师也懂这个简单的规范,可以直接拿这个数据进行处理。同时还解决了调试困难的痛点:云端工程师使用一个叫做MQTT客户端的电脑工具,就可以发送符合ALink协议的测试数据调试云端产品的代码;设备端工程师就可以在给单片机写代码的时候直接组织一个符合ALink协议的测试数据,从而不用依赖云端下发。
二
物联网将物理世界的万物接入网络并通过整合各类服务实现智能化。“物”(Things)作为整个网络中的基础节点和商业触手,既是环境信息的采集者,也是智能服务的提供者和承载者。“物”就是设备端。
你首先需要对物联网中的“物”能做什么,能提供什么样的服务进行描述。这就需要从产品层面进行功能建模,定义物的“属性”(Property)、“服务”(Service)和“事件”(Event)。最简单的情况下你定义一个属性就够了,比如零妖的物联网弹幕器项目,就仅有两个属性。
通过功能建模将各类设备统一抽象为云端的资源,并对外暴露相应的接口,以满足不同场景下不同系统的调用和快速集成。
物模型是对设备是什么,能做什么的描述,包括设备身份标识、连接状态、描述信息,以及设备的属性(properties)、服务(services)、事件(events),后三者构成了设备的功能定义。Link Develop通过定义一种物的描述语言来描述物模型,称之为 TSL(即 Thing Specification Language)。
三
有一种非常简单的数据格式,叫作JSON字符串,有编程基础的人两分钟就能研究清楚那是什么。ALink协议的数据格式就是JSON字符串的格式。零妖只是提一下而已,ALink协议想读懂根本不用了解啥是JSON,我要开车了,兄弟们请坐好扶稳。
看到了吧,就是这么简单。上面那个截图就是设备上报自己属性的字符串。设备端发送的数据其实就是那些内容,而且零妖也解释很清楚了。总结一下,就是 <“属性”:数值 >的做法,非常类似 <键:值> 的做法。反正对于单片机来说,想要上报哪个属性,就发送哪个,修改一下后面的数值就行了。
同理,云端下发的数据也是符合ALink协议的。单片机想解析这些数据就更简单了,简直不要太爽。我们只管记住这些固定的格式就行了,其他的不用修改。上行数据和下行数据在格式上都一样,但是有些固定的地方是不一样的,可以去 https://linkdevelop.aliyun.com/developGuide#kgd6wp.html 查看单个设备的报文,复制你需要的报文,然后修改其中的属性名称和数值,就可以了。
对于云端开发的工程师来说,要做的工作就是调用阿里云提供的API,往里面扔数据就行了,自己更需要关注的是业务的实现逻辑而不是这些细节问题。云端开发代码的流程零妖会在后面的文章里讲一个小小的Demo,帮助你快速上手。
四
你一定正在好奇属性的名称是怎么得到的。零妖告诉你,属性的名称和取值范围是在 LinkDevelop 平台上,“设备开发”里面,定义产品的时候自己选择的。零妖的下一篇文章将会讲解“设备开发”的内容,这部分是在云端完成的工作,也是团队开会时候需要确定的内容。 原文