如何建立物联网的通信模型

以下回答，仅供参考
1 首先物联网是一个大的范畴，更多具体体现在什么项目上，比如智能家居、智能照明、智慧城市、智能工业、智能农业等。
2 构建物联网的通信模型需要判断采用哪种无线技术帮您实现，比较常见的有ZigBee、Wi-Fi、BLE等，选择适合的技术才能搭配好通信模型，建议你采用SZ05-ADV款ZigBee来搭建。
3 通信模型的组网类型是什么，比如点对点、一对多、或者MESH自组网，都需要考虑。

TencentOS tiny 提供业界最精简的RTOS内核，最少资源占用为RAM 06 KB，ROM 18 KB。对于复杂的任务管理、实时调度、时间管理、中断管理、内存管理、异常处理等功能，TencentOS tiny都可支持。

腾讯 科技 讯 9月18日消息，腾讯宣布将开源自主研发的轻量级物联网实时 *** 作系统TencentOS tiny。相比市场上其它系统，腾讯TencentOS tiny在资源占用、设备成本、功耗管理以及安全稳定等层面极具竞争力。该系统的开源可大幅降低物联网应用开发成本，提升开发效率，同时支持一键上云，对接云端海量资源。

据权威资料显示，全球物联网市场规模发展迅猛，2018年，仅国内物联网市场容量已经超过1万亿，预计2020年国内物联网市场容量可望超过15万亿。作为物联网整个产业链重要一环，终端侧物联网 *** 作系统由于直接对接底层物联网设备，已经成为构建整个物联网生态的关键。

腾讯物联网团队表示：“将腾讯自主研发的物联网 *** 作系统TencentOS Tiny开源，不仅可以将腾讯在物联网领域的技术和经验和全球开发者分享，还能够汲取全球物联网领域的优秀成果和创新理念，最终推动整体物联网生态的繁荣以及万物智联时代的到来。”
腾讯云构筑起全链条IoT云开发能力

在全面上云的背景下，物联网设备也不例外。借助TencentOS tiny提供的更简单的软件接口，亿级物联网设备上云的门槛降降进一步降低，从而帮助物联网开发者能够更便捷的使用云端海量的计算、存储资源，以及先进的AI和大数据算法模型，有效支撑众多前沿物联网技术在智慧城市、智能家居、智能穿戴、车联网等行业的加速落地。

同时，随着TencentOS tiny的开源，结合腾讯云物联网开发平台IoT Explorer，加上之前已经建设完成的国内最大规模LoRa网络，腾讯云物联网已经彻底打通从芯片通讯开发、网络支撑服务，物理设备定义管理，数据分析和多场景应用开发等一站式、全链条IoT云开发服务能力，物联网开发将变得更为简单、高效。

近年来，腾讯在开源上的步伐不断加快，截至9月，腾讯自主开源项目已达84个，Star数超过24万。在物联网领域，腾讯不仅通过开源和开放持续构建良性的物联网生态体系，在产品易用性和开发效率上，腾讯物联网团队也都做了许多针对性优化。

体积

最小仅18KB

、功耗

最低2微安

TencentOS tiny 提供业界最精简的RTOS内核，最少资源占用为RAM 06 KB，ROM 18 KB。在类似烟感和红外等实际场景下，TencentOS tiny 的资源占用仅为：RAM 269 KB、ROM 1238 KB，极大地降低硬件资源占用。同时，看似“麻雀虽小”，却“五脏俱全”。对于复杂的任务管理、实时调度、时间管理、中断管理、内存管理、异常处理等功能，TencentOS tiny都可支持。

在功耗上，TencentOS tiny还应用了高效功耗管理框架，可以针对不同场景降低功耗。比如TencentOS tiny内部的定时机制在发现业务没有运行的时候，会自动启动休眠状态，有效降低功耗。根据实测的数据显示，TencentOS tiny最低的休眠功耗仅有2微安。开发者也可以根据业务场景选择可参考的低功耗方案，降低设备耗电，延长设备寿命。

独具创意的调试功能，助力开发者快速排障

由于很多物联网的终端设备在实际场景下，位于荒郊野外或者很远的地方，出现问题的时候非常难定位。为了能够减少这个问题，当终端出现问题的时候，TencentOS tiny会把一些故障信息记录下来，当它再重启的时候首先把错误数据上报云端，这个功能极大的方便了开发者查找故障原因。从而远在千里之外，就可以快速排除故障。

另外，TencentOS tiny的内核以及其上层的物联网组件框架，都做了高度解耦，保证和其它模块之间连接的适配。同时，TencentOS tiny 还提供多种编译器快速移植指南和移植工具，帮助开发者向新硬件开发板的一键移植，省时省力，有效提升开发效率。

目前，TencentOS tiny已支持意法半导体、恩智浦、华大半导体、瑞兴恒方、国民技术等主流厂商多种芯片和模组。

你说的这种功能，可以利用的3v模型在线展示功能，通过在线把模型轻量化转换，把生成链接嵌入网站或者网站添加iframe代码的方式实现。

基于产品三维模型上传在网站上展示3D立体图

基于模型这种方式需要企业有设计能力，由工程师使用SW、NX、catia、sinovation等三维软件制作三维模型

然后注册个账号，把模型在线转换，成功以后会生成一个链接地址；

复制这条链接地址，在网站的文本编辑器中，选择为文字或者添加超链接

超链接添加后点击保存，回到网站点击相应的文字或者就可以看到产品的三维立体图了

还有一种方法，就是通过在网站代码中加一个Iframe 模块，把链接地址放在src中，这种方法是一打开网站不用点击任何或文字就，模型直接展示

物联网开发应用最重要的是各种接口的兼容性。

首先物联网终端设备数量比手机大得多，而且本身没有显示界面，通常只是能够通过特定网络协议回传数据的传感器（直接连入互联网或者通过网关设备），也就是说在物联网大数据汇聚的前端，数据的汇入是自动化进行的，应用开发的重点是后端的汇聚层。

物联网应用后端汇聚层需要有一个智能化软件系统（通常运行于数据中心），来管理物联网设备（包括固件升级等）、网络、处理海量数据，并提供给用户。

在设备层、汇聚层之外，物联网应用还需要一个分析层，负责处理物联网设备产生的大数据。

最后，是最终用户层，负责将有用的数据分析结果以可视化的方式展示到用户的终端设备中，这个层面的开发，可以是移动web网站也可以是一个手机APP。

由于设备层和汇聚层第三方专业产品和服务的完善，实际上今天的物联网应用开发，主要指的是分析层和用户层这两个层面，换而言之，未来物联网开发生态主要建立在成熟的云计算物联网平台上。成熟的物联网平台通常都提供汇聚层需要的大数据存储、实时信息总线以及于前端应用通讯的API。

实际上今天已经有大量面向物联网应用开发的平台，例如Xively、Mnubo、BugLabs和ThingWorx等，这些平台通常能够兼容大量物联网产品厂商的设备。

物模型是云平台为物联网产品定义的数据模型，用于描述产品的功能。将产品抽象成数据的集合，方便云端进行控制。

物模型从 属性 、 服务 和 事件 三个维度，分别描述了该实体是什么、能做什么、可以对外提供哪些信息。定义了物模型的这三个维度，即完成了产品功能的定义。

TSL 格式是一个 JSON 格式的文件，完整的 TSL 格式可以参考： 阿里云物模型 。

嵌入式端开发固件往往只需要关注少数几个参数，可以在产品的 功能定义 页面，单击 物模型TSL ， 精简物模型 里面查看。

需要关注的有 "properties"，"events"，"services"，在 JSON 格式里，这三者都是数组，分别存储了该物模型的数据，事件和服务，在 C-SDK 里也就分别是 IOT_Linkkit_Report() 上报属性， IOT_Linkkit_TriggerEvent() 触发事件和注册为 ITE_SERVICE_REQUEST 的回调函数。

在上报属性时，只需要关注 "identifier" 名称对应的值（字符串），此时表示该属性在产品下的唯一标识。例如一个精简物模型属性为：

则上报的数据只需要为 {"count":10} 即可，需满足 JSON 字符串的格式，字符串内有一个名称/值对，名称为 "count"（物模型里 "identifier" 的值），值对为 10（满足物模型里数据类型为 int 的要求）。

触发事件需要关注 "identifier" 名称对应的值（字符串），表示该事件在产品下的唯一标识；还需要关注 "outputData"，表示上报事件的输出值。一个精简物模型例子如下：

"outputData" 数组的使用与属性上报一致，这里就不介绍了。

服务调用需要同时关注 "identifier"，"inputData" 和 "outputData" 这三个名称，分别表示该服务在产品下的唯一标识，服务的输入参数，服务的输出参数。与函数调用有输入值和输出值类似，服务调用也有这些特征。

物模型数据校验方式目前有两种， 弱校验 和 免校验 。

也就是说，弱校验针对产品设备的上报数据，只要 idetifier 是一致的，且 dataType 字段满足要求，就接收该数据，并且在其他云端产品流转。

为什么云端可以设置和获取接入设备的属性呢？为什么接入设备可以上报事件给云端呢？又为什么云端可以调用接入设备提供的服务呢？这就是这一小节解释的内容。

物模型基于 MQTT 协议，MQTT 协议的介绍不在此处展开。

云端定义了一系列的 Topic，在设备接入云端时，C-SDK 向 MQTT broker 订阅了一些的 Topic，而云端需要与设备交互时，就向 MQTT broker 发布相应的 Topic，这样就完成了交互过程。同理，云端也会订阅一些 Topic，设备可以向这些 Topic 发布消息。

接入设备端订阅发布的 Topic 列表如下：

其中 ${productKey} 会替换为实际的产品名，${deviceName} 会替换为实际的设备名，${tsleventidentifier} 是事件的标识符，${tslserviceidentifier} 是服务的标识符，最大限度地保证了 Topic 的唯一性。

这些 Topic 的作用在后面用时序来描述。

---