数据分析服务基于物联网资产模型，整合物联网数据集成，清洗，存储，分析，可视化，为开发者提供一站式服务，降低开发门槛，缩短开发周期，快速实现物联网数据价值变现。将感知层设备的数据先通过存储服务按天或者按大小存储起来，通过数据分析服务进行分析，经常用于预测，比如淘宝，可以通过分析你搜索的关键词之类的信息，从而推算出你需要购买的商品，给你进行推送。所以在今天这个世界，最值钱的东西是“数据”。IoT Studio应用开发服务基于物联网平台开放给北向应用的接口能力，配合华为云其他产品，提供第三方应用推荐、Web在线开发和微服务开发等功能帮助快速构建物联网应用。通过该服务可以快速开发一款App用于为你的各类物联网节点提供图形化控制、数据展示等功能。目前大部分的技术只能做到智能，跟随预先设定的规则让设备之间产生联动，相互控制，通过后面的机器学习等等技术慢慢的就能让设备被变得“智慧”，会自己去学习用户的习惯等等，让用户处于一个舒适的环境。

在编写一个框架时，脑海中一直在想着“如何写才能尽可能的去耦合？”去了耦合之后的模块在可移植性、可拓展性等方面都有较大的提升，模块与模块之间的联系性就降低了，这在框架中是一件好事，但是在学习理论与实践未必是一件好事。大脑是一个很神奇的东西，直接给它一些孤立的点，比如西瓜、报纸、衣服、手机这几个词，大脑一下子是无法记住的，但是给它一张网，例如我在边吃西瓜边看报纸，突然手机响了，我吓了一跳，把衣服弄脏了，这样是不是好记多了，学习一个知识也是这样，最容易学会的方法就是找到正在学习的知识和你已经具备的知识之间的联系，本章的耦合层，就是给大家找一个理论与实践之间的联系。理论与实践可以当作两个模块，本章内容就是为大家在这两个模块中间添加一个耦合层，让大家更容易将理论知识和实际开发联系到一块。物联网和TCP/IP一样，都是分层的，常常将物联网分为感知层、传输层、接入层、应用层，还能更细分，可能你已经清清楚楚记得每一层是什么？作用是什么？但是在实际开发中，看到华为物联网中那么多的服务，已经头昏眼花了，无法马上得知某个服务是对应某一层的。别担心，看完本章你就能深刻理解每种服务及对应的每一层，对物联网架构分析做到庖丁解牛，对物联网开发做到游刃有余。在教授他人一个知识的时候，最先教授的应该是全部的一个概括，而不是孤立的一个点，就好比我们看一份代码，如果你直接看.c文件中对函数的实现，那将痛苦不堪，看了前面完了后面，正确的做法是找一个Demo，看看被人如何使用这份代码的API，再去看看这份代码的.h文件，研究其API的作用，最后才看这些API分别是如何实现的。先复习一下物联网架构，如下图：每一层都是为自己上层提供支持，封装下层的数据，各大物联网云厂商几乎都遵循该架构图来设计自己的物联网体系，每一层对应不同的产品和服务。现在我以一个智能插座的例子，给大家讲解一下每层的作用，这是一个WIFI版本的智能插座，自身并不具备接入核心网的能力，需要通过网关进行接入，智能插座主要的功能是根据手机App下发的指令/定时来控制负载的开或关、检测当前负载的功率通过手机App显示，所以其属于“感知层”的设备。网关可以是家里面的无线路由器、手机热点等等，关于网关的定义是：连接两个或两个以上复杂网络的设备。智能插座的WIFI网络可以称为个人局域网，路由器（网关）可以将个人局域网和广域网（核心网）连接在一起，使不同网络间的设备和产品能相互通讯，所以网关处于“网络层”。数据到了广域网之后经过多个运营商的核心交换机等网络设备的转发，最终发送到“平台层”。平台层对应的是华为云“IoTDA设备接入”服务，将数据处理后转发给“应用层”，应用层最终通过手机App等软件将命令下发和数据上报接口以图形化的方式给用户展现。

MQTT v5 带来了很多新的特性，我们会尽量以通俗易懂的方式展示这些特性，并探讨这些特性对开发者的影响。到目前为⽌，我们已经探讨过这些 MQTT v5 新特性，现在我们将继续讨论：流量控制流量控制通常服务端的资源都是固定且有限的，而客户端的流量则可能是随时随地变化的。正常业务（用户集中访问、设备大量重启）、被恶意攻击、网络波动，都会导致流量出现激增，如果服务端没有对其进行任何限制，就会导致负载迅速上升，进而导致响应速度下降，影响其他业务，甚至导致系统瘫痪。因此，我们需要流量控制，可以是限制发送端的发送速率，也可以是限制接收端的接收速率，但最终目的都是保证系统的稳定。常用的流控算法有滑动窗口计数法、漏桶算法以及令牌桶算法。MQTT v3 没有规范流量控制行为，导致客户端和服务端在实现上百花齐放，进而影响了设备的接入和管理。不过现在，MQTT v5 已经引入了流量控制功能，这也是我们接下来将要探讨的内容。MQTT v5 中的流量控制在 MQTT v5 中，发送端会有一个初始的发送配额，每当它发送一个 QoS 大于 0 的 PUBLISH 报文，发送配额就相应减一，而每当收到一个响应报文（PUBACK、PUBCOMP 或 PUBREC），发送配额就会加一。如果接收端没有及时响应，导致发送端的发送配额减为 0，发送端应当停止发送所有 QoS 大于 0 的 PUBLISH 报文直至发送配额恢复。我们可以将其视为变种的令牌桶算法，它们之间的区别仅仅是增加配额的方式从以固定速率增加变成了按实际收到响应报文的速率增加。这种算法能够更加积极和充分地利用资源，因为它没有在发送速率的层面上进行限制，发送速率完全取决于对端的响应速率和网络情况，如果接收端空闲且网络良好，那么发送端可以得到比较高的发送速率，反之则会被限制到一个比较低的发送速率上。Receive Maximum 属性为了支持流量控制，MQTT v5 新增了一个 Receive Maximum 属性，它存在于 CONNECT 报文与 CONNACK 报文，表示客户端或服务端愿意同时处理的 QoS 为 1 和 2 的 PUBLISH 报文最大数量，即对端可以使用的最大发送配额。如果接收端已收到但未发送响应的 QoS 大于 0 的 PUBLISH 报文数量超过 Receive Maximum 的值，接收端将断开连接避免受到更严重的影响。为什么没有 QoS 0 ？也许你已经发现，前文所有提到 PUBLISH 报文的地方都使用了定语： QoS 大于 0。QoS 0 消息的特性决定了它不存在响应报文，也许是觉得 QoS 0 消息的重要性不高，接收端可以通过强制的接收速率限制来约束 QoS 0 消息，也许是其他原因，总之最后我们看到的 MQTT v5 的流量控制机制完全依赖响应报文，这就导致它的流量控制只能局限在 QoS 1,2 消息中。聊胜于无，MQTT v5 给出了一个并不完美的解决方案，或者说仅仅只是一个建议：当发送配额减为 0 时，发送端可以选择继续发送 QoS 为 0 的 PUBLISH 报文，也可以选择暂停发送。其中暂停发送的行为逻辑是，如果 QoS 1,2 的 PUBLISH 报文的应答速度变慢，通常意味着接收端的消费能力已经下降，继续发送 QoS 0 消息只会令情况变得更糟。结论尽管 MQTT v5 的流量控制机制依然存在一些不足，但我们依然建议用户尽可能地使用它。基于响应报文的发送配额算法使得发送端能够最大程度地利用资源，Receive Maximum 使得通信双方不再需要事先协商发送配额，从而获得更高的透明度和灵活性，这在需要接入多厂商设备时是很有帮助的。作者：EMQX83443链接：https://juejin.im/post/6857318491893170189来源：掘金著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

截图格式如下，已经设置为仅楼主可见；

                     华为云IoT携手华为高校联盟，一起将物联网的知识普及校园，让同学们能够与科技共舞！                                                         本次实验活动带着丰厚的活动奖品和实践需要的学习技能来了~！      一、活动时间2020年8月21日00：00-2020年8月31日20：00      二、参与方式&活动奖励        参与方式1.完成实验，发布截图，截图格式在下方（为了您的隐私，截图请发在另外一贴，帖子已经设置为仅楼主可见，获得大奖的几率更大哦）链接：【IoT畅学物联网】——设备接入服务（IoTDA）实践 截图回复贴2.发布对此次活动的实验心得（不得少于30字）；      3.提出对此次活动的实验建议或困惑；（参与方式2和3加起来盖楼不得超过五层，发现超过者取消奖励资格）活动奖励 一等奖1名：京东e卡200元                                二等奖2名：京东e卡100元                             三等奖3名：京东e卡50元      一等奖，二等奖奖品在发布截图的帖子的楼层中随机抽取并录制视频；三等奖盖楼（本帖：实验心得&实验建议or困惑回帖）获得，为总参与楼层的10%，50%，90%；奖品不可以兼得，同时获得取最高奖励，同时兼得的奖励顺延至下一楼；                                       三、实验目的与内容本次实验难度属于入门级，用时大概5-10分钟，实验目的如下:        1.了解并掌握MQTT协议的实现方式，在Windows下搭建安装mqtt.fx；       2. 通过MQTT协议的物联网传输，在云上实现客户端与服务器端的MQTT 通信，完成截图。实验文档：https://support.huaweicloud.com/devg-iothub/iot_01_2127.html所需截图需附带右上角的华为云账号  四、获奖名单与奖品发放    活动结束后，抽奖视频和获奖名单将于活动结束的三天内在论坛发布，请留意，每位用户仅有一次中奖机会，若抽到已中奖用户，则楼层向下顺延一层。活动结束后，虚拟奖品会统一发放，实物奖品将统一快递包邮发放。    中奖用户请通过论坛私信通知获奖用户前往小助手处（邮箱：iotcooperation@huawei.com）领奖。抽奖视频已经上传到附件一等奖获得者：截图贴第9楼   Mr Z 二等奖获得者：截图贴第17楼 walker0，第29楼eerlis 三等奖获得者：主贴第101*10%=10.1=10楼     small hole，101*50%=50.5=51楼     猪，你的鼻子很大，101*90%=90.9楼=91楼   macbook获奖用户请在9.10前发送邮件给（iotcooperation@huawei.com）这个邮箱，并说明：活动名称，活动链接，所获奖品，联系方式，最后提供华为云实名认证截图补充说明：1、“有效楼层”指的是回复内容含实验完成截图/学习心得/课程建议/实验困惑等与本次活动相关的内容的楼层视为有效楼层，回复其他内容均视为无效楼层。注：要清晰显示课程进度和右上角的华为云账号2、 如同一用户多次（>5）回复同一内容，则该用户回复的所有楼层均视为无效楼层；3、 抽奖方式为活动结束后，华为云工作人员将从活动帖子下所有盖楼的用户中抽取各等奖励获奖楼层。获奖楼层=总楼层*中奖百分比。例如：活动结束后总楼层为1000，中奖百分比为96%，则1000*96%=960，即第960楼获奖，其他获奖楼层同理可得。如出现小数点，则四舍五入，例如：活动结束后总楼层为530，中奖百分比为96%，则530*96%=508.8，即第509楼获奖。4、 无效楼层不参与中奖，奖励楼层向下一楼层顺延。例如：抽取获奖楼层为第5楼，但5楼为无效楼层，即顺延至第6楼获奖，若依然为无效楼层，则继续顺延，以此类推；5、每个ID只能参与一次评选，同一ID不可重复中奖。6、.获奖结果将在活动结束后3个工作日内进行公示，请获奖者在公示后3个工作日内联系楼主，通过站内私信反馈您的信息，所有奖品将在活动结束后15个工作日内发放。7、 本次回帖内容需满足华为云论坛发帖规范https://bbs.huaweicloud.com/forum/thread-5766-1-1.html

# 阅前必看 首先需要准备一个数据，即我们账号在北京四区的项目id，先复制保留  # 具体步骤 ## 第一步 创建产品 > 访问这个链接`https://apiexplorer.developer.huaweicloud.com/apiexplorer/overview`  * 选择创建产品,直接选择切换为文本输入简单又暴力  * 直接copy下边的json字符串 ```json { "data_format": "json", "device_type": "SmokeAlarm01", "name": "SmokeAlarm01", "protocol_type": "MQTT", "service_capabilities": [ { "option": "Optional", "service_id": "123456", "service_type": "smoke01" } ] } ``` * 最后一步请求成功后复制响应体中的projuct_id  ## 第二步 注册设备 > 访问这个链接`https://apiexplorer.developer.huaweicloud.com/apiexplorer/overview`点击之前固定的设备**接入**  * 选择注册设备,根据图片操作简单又暴力  ## 第三步 创建规则 > 访问这个链接`https://apiexplorer.developer.huaweicloud.com/apiexplorer/overview`点击之前固定的设备**接入**  * 选择创建规则,直接选择切换为文本输入简单又暴力  * 直接copy下边的json字符串 ```json { "actions": [ { "dis_forwarding": { "project_id": "填入你自己的项目id", "region_name": "cn-north-4", "stream_name": "dis iot" }, "type": "DIS_FORWARDING" } ], "condition_group": { "conditions": [ { "type": "DEVICE_STATUS" } ] }, "name": "Data to DIS", "rule_type": "DATA_FORWARDING" } ``` ## 最后一步截图打卡 ### it's here  ## it's so beautiful，have a time~!

最近更新了postman（V7版），调测应用接口鉴权时，无法得到响应。通过查看Postman console，报错：Parse Error: Header overflow按照下方贴子方法一操作，顺利解决。因原帖是在ModelARTS版块，故分享在这里。  在使用7.x.x的postman调试代码时有可能会报Parse Error: Header overflow   https://bbs.huaweicloud.com/forum/thread-64101-1-1.html

物联网设备连接华为云，现有的通讯模块是EC200与L651，想问一下该怎么从开发板端的代码出发进行连接啊？小白一枚，望大大们讲解一下

这个错误是出现了什么问题，该如何解决呀？

设备识别码也和代码中一致，而且在设备接入可以正常显示数据，但是在IoT Stdio开发者上不能显示已经上传的数据

User Portal 正确属于设备接入平台的Portal吗？

设备接入平台业务使能层支持的功能有哪些？

User Portal 正确属于设备接入平台的Portal吗？

我之前参加LiteOS训练营比赛写过一个基于ESP8266使用MQTT协议传输数据的Demo，大家可以参考下，已上传到附件。一、修改iot_config.h文件中的wifi名称和密码为你自己的。二、修改MQTT的ID和密码为你自己定义的注意：MQTT_ID是设备ID，不是设备标识码。ESP8266的设备标识码是自己定义的，不是通过AT指令获取的，只有NB-IoT使用LWM2M/COAP协议连接物联网平台需要去获取IMEI号码。保存，重新编译后，即可完成接入！

个人PC能作为类似于小熊派之类的设备接入华为iot平台吗？ 能的话 应该参考哪个文档上云  感谢 感谢