Schema mount的概念最早来自于open daylight组织。在最初的时候，open daylight控制器所有的YANG模型，包括北向YANG模型和南向YANG模型都是在一起加载的，这带来了几个问题。当通过控制器管理某个设备的时候，需要指明对哪个设备的那个YANG节点进行操作，但是南向设备YANG模型并没有一个key来指明自己是哪个设备，事实上要求南向设备的YANG模型建模的时候指明自己属于哪个网管/控制器系统的设备是不合适的，因为设备YANG模型只是在描述设备上的业务，模型设计者不可能知道这个YANG模型会被用在控制器上。在open daylight控制器早期遇到这个问题时，只能要求开发者手工修改设备的YANG模型，把所有的节点都augment到控制器的设备管理模型节点上。这种方式不够优雅，因为这需要开发者手工修改YANG模型，不能直接使用设备YANG模型，更无法直接在线添加新设备（因为在线的时候无法自动修改YANG模型）。源模型：module ietf-interfaces {yang-version 1.1;namespace "urn:ietf:params:xml:ns:yang:ietf-interfaces";prefix if;import ietf-yang-types {prefix yang;}/** Data nodes*/container interfaces {description"Interface parameters.";list interface {key "name";description"The list of interfaces on the device.";leaf name {type string;description"The name of the interface.";...}}}}需要修改为：module ietf-interfaces {yang-version 1.1;namespace "urn:ietf:params:xml:ns:yang:ietf-interfaces";prefix if;import ietf-yang-types {prefix yang;}import inventory {prefix inv;}/** Data nodes*/augment "inv:inventory/inv:configuration/inv:devices/inv:device"{container interfaces {description"Interface parameters.";list interface {key "name";description"The list of interfaces on the device.";leaf name {type string;description"The name of the interface.";...}}}}}当控制器管理很多设备时，还会带来另外一个问题，不同设备支持的YANG模型各不相同，很可能存在需要支持同一个YANG模型的不同版本，比如设备A需要支持ietf-interfaces的2013-07-15版本，但是设备B需要支持ietf-interfaces的2018-09-03版本。但是当这些YANG模型加载在一起的时候，根据标准的规定控制器最终只能支持一个版本，这对其中一种设备来说，很可能控制器按照YANG模型下发的报文在设备上处理会失败。基于以上的问题，open daylight提出了schema mount的概念，其借助了linux系统的mount的概念，直接将南向设备YANG模型挂载控制器设备管理的节点下。Schema mount的思路是这样的，在可能的挂载点上定义mount point，每个mount point下会存在一个或多个YANG schema的上下文（YANG schema的上下文就是指一组YANG模型的集合），外部在访问mount point下的YANG schema节点时，就好像这些节点是mount point定义节点的子孙节点一样。这样就达到了不需要修改YANG模型就可以在控制器上直接管理设备的目标，并且每个YANG schema上下文都是相互独立的，所以不会造成模型加载的冲突。Schema mount技术解决了模型级复用的问题，模型设计者只要定义mount point，声明哪些模型归属此mount point，就可以在不修改YANG模型的情况下，在各种场景下复用该YANG模型（augment方案需要修改YANG模型）。Schema mount后来被提交到IETF NETMOD工作组进行标准化，目前已经发布为RFC8528。RFC8528的主要规定如下：只有container或list节点内可以定义mount point，定义mount point使用一个扩展关键字mount-point来定义，后面跟上名字。mount point允许多层级联，如一个YANG模型定义mount点，mount了另一个模型如果还有mount点，则会产生级联。一个mount point mount了哪些YANG模型不会在mount点中定义，因为这是一个运行时的概念，并非在模型定义的时候能够事先知道的。如果用户想知道目前有哪些mount点，可以通过ietf-yang-schema-mount模块来查询。module: ietf-yang-schema-mount+--ro schema-mounts+--ro namespace* [prefix]|  +--ro prefix    yang:yang-identifier|  +--ro uri?      inet:uri+--ro mount-point* [module label]+--ro module                 yang:yang-identifier+--ro label                  yang:yang-identifier+--ro config?                boolean+--ro (schema-ref)+--:(inline)|  +--ro inline!+--:(shared-schema)+--ro shared-schema!+--ro parent-reference*   yang:xpath1.0schema mount默认mount点下的模型必须支持ietf-yang-library。使用者可以通过该模型获得该mount point下的模型支持情况。一个模型被mount后，如果用户想访问其中的数据，则需要加上mount点所在路径和该模型原来的路径合并成的长路径来访问。如ietf-interface模块被mount到inventory/configuration/devices/device上后，如果想要访问interface表，则需要使用inventory/configuration/devices/device/interfaces/interface来访问。如果想访问ietf-interface中的rpc操作，则需要将rpc看成是action（因为此时rpc已经不是模块的根节点了）。总的来说，schema mount标准只规定了一些外在形式，以及需要实现的YANG模型，并未规定如何实现。如何实现需要具体的厂家自行决定。Schema mount不仅仅用于控制器管理设备的场景，还被应用在其他需要复用YANG模型的，如logical-network-element的YANG模型和network-instance的YANG模型都利用了schema mount技术复用了YANG模型。举一个利用schema mount技术通过控制器管理设备配置的例子，让我们对schema mount技术有一个直观的认识。假设控制器上设备管理的YANG模型如下：module inventory {namespace "urn:example:yang:inventory";prefix inv;import ietf-yang-schema-mount {prefix yangmnt;reference"RFC 8528: YANG Schema Mount";}import ietf-yang-types {prefix yang;reference"RFC 6991: YANG common Data types";}container inventory {container configuration {container devices {list device {key name;leaf name{type string;}yangmnt:mount-point "device-root" {description "the yang models root of device.";}}}}}}使用者下发请求获得 device信息：<?xml version="1.0" encoding="utf-8"?><rpc xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="15"><get-config><source><running/></source><filter type="subtree"><inventory xmlns="urn:example:yang:inventory"><configuration><devices><device><name/><device></devices></configuration></inventory></filter></get-config></rpc>控制器返回：<rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="15"><data><inventory xmlns=" urn:example:yang:inventory "><configuration><devices><device><name>paris</name></device><device><name>beijing</name></device><device><name>shanghai</name></device></devices></configuration></inventory></data></rpc-reply>假设使用者想要管理beijing这台设备，首先需要知道beijing这台设备支持哪些YANG模型。按照schema mount标准的要求，所有设备都应该支持ietf-yang-library，因此需要发送请求获得beijing这台设备的YANG library。<?xml version="1.0" encoding="utf-8"?><rpc xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="15"><get-config><source><running/></source><filter type="subtree"><inventory xmlns="urn:example:yang:inventory"><configuration><devices><device><name>Beijing</name><yang-library xmlns=”urn:ietf:params:xml:ns:yang:ietf-yang-library” /><device></devices></configuration></inventory></filter></get-config></rpc>控制器返回：<rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="15"><data><inventory xmlns=" urn:example:yang:inventory "><configuration><devices><device><name>beijing</name><yang-libraryxmlns="urn:ietf:params:xml:ns:yang:ietf-yang-library"xmlns:ds="urn:ietf:params:xml:ns:yang:ietf-datastores"><module-set><name>config-modules</name><module><name>ietf-interfaces</name><revision>2018-02-20</revision><namespace>urn:ietf:params:xml:ns:yang:ietf-interfaces</namespace></module><module><name>ietf-ip</name><revision>2018-02-22</revision><namespace>urn:ietf:params:xml:ns:yang:ietf-ip</namespace></module><import-only-module><name>ietf-yang-types</name><revision>2013-07-15</revision><namespace>urn:ietf:params:xml:ns:yang:ietf-yang-types</namespace></import-only-module><import-only-module><name>ietf-inet-types</name><revision>2013-07-15</revision><namespace>urn:ietf:params:xml:ns:yang:ietf-inet-types</namespace></import-only-module></module-set><schema><name>config-schema</name><module-set>config-modules</module-set></schema><datastore><name>ds:running</name><schema>config-schema</schema></datastore><content-id>75a43df9bd56b92aacc156a2958fbe12312fb285</content-id></yang-library></device></devices></configuration></inventory></data></rpc-reply>这里就返回了该设备支持的所有YANG模型。可以看出，该设备支持ietf-interfaces模块，因此我们可以按照ietf-interfaces模块的定义获得该设备的接口信息。<?xml version="1.0" encoding="utf-8"?><rpc xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="15"><get-config><source><running/></source><filter type="subtree"><inventory xmlns="urn:example:yang:inventory"><configuration><devices><device><name>Beijing</name><interfaces xmlns=” urn:ietf:params:xml:ns:yang:ietf-interfaces” /><device></devices></configuration></inventory></filter></get-config></rpc>控制器返回：<rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="15"><data><inventory xmlns=" urn:example:yang:inventory "><configuration><devices><device><name>beijing</name><interfaces xmlns=” urn:ietf:params:xml:ns:yang:ietf-interfaces”><interface><name>eth0</name><!—other data nodes--></interface><interface><name>eth1</name><!—other data nodes--></interface></interfaces></device></devices></configuration></inventory></data></rpc-reply>如果使用者想要修改接口eth0的mtu值，则可以下发这样的报文：<?xml version="1.0" encoding="utf-8"?><rpc xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="20"><edit-config><target><running/></target><config><inventory xmlns=" urn:example:yang:inventory "><configuration><devices><device><name>beijing</name><interfaces xmlns=” urn:ietf:params:xml:ns:yang:ietf-interfaces”><interface><name>eth0</name><mtu>1500</mtu></interface></interface></interfaces></device></devices></configuration></inventory></config></edit-config></rpc>控制器返回：<?xml version="1.0" encoding="utf-8"?><rpc-reply xmlns="urn:ietf:params:xml:ns:netconf:base:1.0"message-id="20" ><ok/></rpc-reply>Schema moun技术将YANG模型的定义和如何使用分开，在定义YANG模型时可以不必考虑其应用的层次，这样定义的YANG模型可以在不同场景下复用，这是schema mount技术的最大价值。但是schema mount技术还存在一些不足之处。首先，目前schema mount的标准（RFC8528）没有定义设计态schema mount如何实现，只定义在运行态获得所mount的YANG模型上下文的能力，不能满足在设计态依据mount信息编程的诉求。其次，schema mount技术没有提供直观的方式展示YANG节点的层次结构（YANG树），没有办法直接看到mount点下的YANG树，这对使用者理解节点的组织结构带来了一定的困难。

【功能模块】IOT应用侧开发，【操作步骤&问题现象】1、下载了 官网提供的应用侧开发 Java demo， 2、成功获取了Token3、修改了 project_id \ product_id4、运行代码时，返回了502 Bad Gateway错误【截图信息】【日志信息】（可选，上传日志内容或者附件）

　　随着科技飞速发展，各类企事业单位的智能化设备的应用越来越多，给企事业单位的生产运营带来了众多便利。然而，设备的不断增多，而且室内的建筑面积也越来越大，当需要使用某个设备时却很难找到，固定资产管理直接影响到企业运营成本与产品成本，加强企业的固定资产管理，对于固定资产安全完整，提高企业的生产能力及企业经济效益有着重要的意义。　　随着“十三五”医改对医院服务能力要求的提升，越来越多的医疗设备被购入，庞大的医院系统中关于如何的发现、盘点、查看设备使用情况逐渐加大了医院设备科头的工作难度。　　我司研发了蓝牙资产定位标签和蓝牙网关设备，通过蓝牙定位标签能查看、盘点医疗设备的位置和轨迹。此方案将成为医院设备采购、调度、增减辅助决策系统。　　蓝牙标签基本特性：　　1.双重防拆卸功能，超声波组装，防拆和防水；　　2.功耗，可以使用3年；　　3.广播距离可以达到100米；　　4.体积轻巧，安装方便，3M胶安装　　蓝牙网关基本特性：　　1.网络支持以太网、WiFi、4G　　2.支持POE供电和电源适配器供电　　3.支持多种通信模式（UDP、TCP、MQTT）　　4.每秒可以扫描300个终端设备，扫描距离150米　　蓝牙标签广播数据，蓝牙网关扫描数据，通过以太网、WiFi、4G将数据回传后台。　　蓝牙资产标签+蓝牙网关解决方案，本解决方案适用于医院、政府等客户的资产管理，通过对区域级别的资产效率管理，实现企业级别的资产管理应用。

【功能模块】如何让应用系统通过roma的APIC调用IOTDA的接口实现指令下发、设备管理，求指导

【功能模块】设施管理页面的设备属性编辑【操作步骤&问题现象】1、在设施管理页面进行设备的编辑，设备的属性的属性名称不能进行国际化，在中文繁体的状态下，显示的是中文简体2、如何配置，才能使之变成中文繁体，麻烦帮忙解决下【截图信息】【日志信息】（可选，上传日志内容或者附件）顾庆耀/18068848554/guqingyao@chinasoftinc.com

编译：iothome物联网设备管理可提供对已部署的物联网设备的管理访问权限，并使流程自动化。必须对这些连网设备执行数据收集、数据路由和边缘计算等任务的安全性和正常运行时间进行监控。管理应用程序监控网络并向管理员发送通知，管理员可以安全地对这些设备进行故障排除、更新固件，并在需要时重新启动它们。为了使管理员能够执行这些任务，需要将物联网中的部署与物联网应用程序管理工具集成在一起。其中一个关键功能是能够对许多设备执行大规模固件更新，而无需分别登录每台设备。注意：如果没有这一关键功能，物联网管理器就无法使用安全修补程序使其部署的设备系统保持最新，从而使设备易受攻击、过时、不合规且无法访问。在本篇文章中，我们将提供更多关于物联网系统管理工具如何工作，以及如何评估其功能的见解，这是选择物联网解决方案合作伙伴的关键一步。物联网部署示例：连网设备管理案例物联网设备可以部署在任何地方。虽然无线模块、网关和蜂窝路由器等设备近距离安装并不少见，但许多此类设备最终都会被安装在很远的地方、难以进入的地方或危险的环境中。让我们来看看远程物联网设备管理的一些重要用例。▲智慧城市照明如今，智慧城市正在转向基于传感器的自动化照明系统，该系统可以检测不断变化的照明条件和车辆的存在。这些智能照明系统的能源效率更高，因为它们可以在不需要时自动关闭。由于检测和控制灯的设备安装在灯柱顶部，因此，除非由配备“升降机”的技术人员接触之外，否则它们在物理上是无法触及的，这是非常昂贵的提议。此外，通常有数千、数万个这样的设备。管理所有这些设备的配置、安全性或功能更新是非常不切实际的。▲农业与精准农业农业是采用物联网技术的主要行业之一，其应用范围广泛，从自动化饲喂系统到储罐和料仓监测、智能浇水、激活霜扇和其他自动化流程。在精准农业中，物联网设备可以部署在数千亩农田的不同位置。例如，物联网设备被部署在自动浇水系统中，可以基于土壤湿度传感器激活浇水系统。操作员必须具有远程访问设备以进行故障排除的能力，以确保这些系统正常运行。越来越多地将人工智能集成到这些应用中，以实现基于传入数据的自动化决策。▲移动应用物联网设备也可以不停地运动，例如在城市交通系统、供应链和交付服务中。例如，在公共汽车、地铁和轻轨系统中，物联网设备的任务包括从收费到安全监控再到为运营商提供GPS和乘客Wi-Fi。在供应链和包裹运送中，它们监测并跟踪车队、车辆驾驶员表现和包裹运送。这些应用程序对可靠性有着至关重要的需求，这就要求能够从一个集中的位置对它们进行远程监测、故障排除和管理。▲工业物联网应用工业物联网（IIoT）的定义很宽泛。它包括工厂车间用于自动化、机器学习和人工智能的新兴工业4.0应用。它包括在石油和天然气、采矿、水和废水管理以及环境修复项目中的大量应用。它还包括对油井、通讯系统和清洁能源装置（如太阳能电池板和风车）的远程监控。它甚至还包括城市街道、地铁和高速公路上的数字标牌，因为支持这些部署的设备必须是工业级的，以应对极端温度、湿度和振动。因此，在工业物联网中，连网设备可以集成在偏远地区、地下系统、建筑项目、地铁、桥梁和立交桥上的数字标牌中，或者在炼油厂迷宫般的管道深处。所有这些设备都需要监测、管理和定期固件更新。它们还需要一个用于安全访问和数据传输的安全框架，因此，在出现安全威胁和其他挑战时，必须建立监测和警报系统。这些只是在商业、政府和工业环境中需要物联网设备管理的众多原因中的几个。但它们都证明了一件事，所有这些设备需要集中管理和控制。物联网设备管理平台的作用在规划物联网部署时，要记住的最重要的因素之一是，物联网网络不是静态的，它就像一个有生命的有机体。另一个要记住的重要因素是，人类不可能监测数十、数百或数千台设备，有效地管理其安全性，或者手动更新所有这些设备。因此，管理平台需要具备一些非常重要的功能。▲远程访问由于上述原因，无论应用类型如何，每一次成功的物联网部署都包括在整个部署网络中执行监测、维护和故障排除的能力。管理员必须建立物联网设备管理协议，用于监测设备性能和安全性、接收警报以及远程管理设备。物联网设备管理解决方案（例如Digi RemoteManager®）提供了这些功能，使管理员和技术人员能够获得警报并解决问题，即使设备是远程的或物理上不可访问的，即使它们的数量达到数十万。它还可以提供传统上通过串行接口进行管理的带外访问。▲配置管理物联网设备执行其功能的方式、时间和原因差异很大，因此每个应用程序都必须能够通过设备的固件配置来设置特定的设备功能。让我们看一些配置管理任务的示例，这些示例通常通过物联网设备管理平台在部署时以及部署设备之后执行。物联网用例通常需要边缘计算，其中数据处理发生在离被管理机器或进程很近的物理位置，而不是在某个遥远的数据中心。理想情况下，物联网设备管理应用将具有在任何最有效和最具成本效益的位置执行数据处理的功能，无论是在部署设备附近、公司数据中心还是两者之间。该功能可以通过从设备管理平台下载到设备的脚本来设置。一个例子是农业环境，其中可能有数千个传感器分布在数百亩的农田上，用于测量土壤湿度、温度和其他环境条件。由于这些传感器通常仅需要每小时或每天仅传输少量数据，因此最大限度地延长电池寿命是当务之急，而间歇性连接可能就足够了。在这些情况下，物联网设备可以配置为按计划（例如每小时或每天）“唤醒”，以检查并报告状况。因此，同样重要的是要注意设备是否因为某种原因没有按计划唤醒，比如，设备可能需要重新启动或更换电池。相比之下，工业物联网设置可能需要更高的带宽和更高水平的自动化，以确保设备始终处于开启状态并始终正常工作。在工业物联网情况下，电源可能随时可用，而低延迟对于机器和设备的安全运行可能至关重要。因此，将所有设备配置为以某种方式运行的能力至关重要。▲安全物联网设备管理平台还必须支持应用程序的安全性。平台如何执行此功能将有所不同，例如，Digi Remote Manager在整个设备部署中执行自动配置监控。它还会将配置重置为批准状态，以防止任何篡改，并且管理员可以在任何尝试更改配置时收到警报。物联网设备管理的3个步骤连网设备管理涉及的3个主要步骤是：1、安装2、监测3、维护通过软件执行这些步骤的能力具有多个重要意义，包括设备和网络安全、持续的全系统洞察力，以及成功部署和维护已部署设备所需的人力资源数量。让我们看看物联网设备管理平台如何支持这些关键功能。1、安装连网设备管理的第一步是将新设备添加到网络。该过程包括：▲配置：正如我们已经讨论过的，物联网设备需要配置固件属性，包括安全设置和行为。无论是在部署期间还是部署之后，远程配置和管理设备的能力都是至关重要的，以便设置设备的初始功能，并在需要时更新该功能。例如，可能需要增加状态报告的频率，以便更密切地关注敏感流程。（来源物联之家）或者，可能需要降低报告频率，以节省网络带宽(和成本)和电池寿命。未来的安全补丁是计划向所有设备发送固件更新的另一个原因。▲身份验证：这是在设备注册到物联网系统时确认其身份的流程。这是为了确保出现在物联网管理仪表板上的每个设备都是合法成员。正确的身份验证可确保只注册具有所需凭据的设备，以确保部署不受入侵，并且专有信息也会保密。需要注意的是，身份验证也适用于试图访问系统的人员。2、监测为了使每个设备或一组设备顺利且安全地运行，必须进行自动监测。管理控制面板使网络管理员能够监测整个部署，并深入到设备组或单个设备来调查异常情况。连网设备管理应用可以使用基于云的分析来提供有用见解，以了解整个连网设备中发生的任何问题。物联网设备管理应用可以生成程序日志来跟踪性能，并帮助识别和诊断问题。例如，如果设备的用电量激增是由未知原因引起的，则程序日志可以为管理员提供有关使用率激增的时间和情况的数据，以便他们可以分析和解决问题。监测网络指标还可以揭示影响性能或指示安全威胁的模式和趋势。管理员可以设置警报以自动将某些情况通知他们，并以所需的时间间隔生成状态报告。3、维护在整个设备部署中保持可见性、获取警报和解决问题的能力是物联网设备管理的最重要方面之一。在工业物联网部署中，设备的使用寿命可能为十年或更长，因此，不可避免地会不时需要增强功能、安全补丁和固件更新。如果没有策略来执行这些持续的维护任务，团队将不得不寻找手动执行这些更新的方法。在许多情况下，结果是设备部署在安全性方面落伍并且不合规。评估物联网设备管理软件设备管理从您最初选择物联网设备开始。与提供集成、先进且安全的物联网设备管理平台供应商合作至关重要，该平台使您能够从应用程序接口无缝配置、监测和管理设备。将物联网软件纳入设备购买决策选择具有物联网设备管理平台的设备供应商的一些原因：▲在网络中配置和注册设备应该通过该软件进行，然后该软件将记录每个设备ID、其设备类型和配置及其在网络中的位置。▲同时配置大量设备并监测其安全性的能力确保了可扩展性。如果没有这些能力，企业就无法进行大规模部署，无法对其进行监测或有效管理。▲并非所有物联网设备管理系统都是一样的。该系统的关键功能必须符合您的部署、设备配置、边缘计算、远程访问和监控要求。物联网设备管理平台的主要功能大多数用于管理物联网设备的平台都包括用于认证和配置设备，将新固件推送到设备组以更新设备功能或安全性，以及对问题进行远程故障排除的基本功能。对于当今的许多应用，通过智能网络解决方案进行更全面的控制非常重要。以下是一些需要寻找的其他关键功能，以及它们为智能应用管理提供的价值：▲稳健、完善的API：○寻找一个API浏览器，该浏览器可以无缝导航API库并轻松测试API功能。○寻找将软件或数据库程序连接到远程管理程序的功能。此功能可将远程管理程序功能集成到您自己的系统中，以及将数据发送到数据库以从物联网设备管理平台数据创建自定义报告和分析的功能。▲可定制的仪表板○能够根据需要和规范编辑应用程序界面很重要。例如，Digi Remote Manager允许您自定义仪表板小部件，因为没有两个物联网部署是相同的。此功能使管理者能够建立一个一目了然的视图或图表，以便深入了解其特定网络的最关键状况。▲能够向设备发送自定义脚本○此功能使应用程序管理器可以将Python脚本等文件发送到已部署的设备。例如，Digi Remote Manager提供了对设备的授权文件系统访问权限，目的是下载脚本和其他文件。▲能够分组和控制设备组○设备管理平台的一个关键功能是控制设备配置，并且应该是任何此类平台的标准。要寻找的关键差异因素是创建任何设备组和应用程序特定配置的灵活性。例如，如果您将一种设备类型部署到三个不同的应用程序，则必须能够分别为每个应用程序设置配置。▲访问边缘设备○支持边缘计算是当今越来越多物联网部署的一个关键特性，它可以减少数据传输的延迟，并提高网络效率。您的物联网设备管理系统应支持这种访问，以确保您可以管理来自边缘的数据流。▲带外管理○对于许多应用而言，访问离线物联网设备并对其进行故障排除的功能至关重要。虽然一些远程管理工具需要升级才能访问这一重要功能，但Digi remote Manager通过其基本级别的服务实现带外访问。这是通过Digi Remote Manager和运行Digi Accelerated Linux（DAL）操作系统的蜂窝产品组合通过串行连接完成的。▲白色标签○对于那些希望开发结合自己品牌的解决方案的人来说，这是一项重要功能。例如，Digi Remote Manager提供了白色标签选项，使增值经销商能够将这些功能整合到其解决方案中。例如，某些客户使用Digi Remote Manager API来针对特定用例或语言本地化自定义软件。

【功能模块】租户：Hi-zdh1234【操作步骤&问题现象】1、进入IOC设备管理--->设备图像--->查看趋势图......2、请问这个需要在哪里配置。【截图信息】【日志信息】（可选，上传日志内容或者附件）

1、模块化、独立于平台的设计 尽管近年来SaaS和基于云的服务激增，但企业也逐渐意识到，云并不是每种物联网场景的理想选择。当延迟、数据隐私和合规性占据主导地位时，许多人倾向于内部部署，即在公司防火墙内进行本地数据处理。在许多情况下，将工作负载分配到本地服务器和公共云之间的混合方法被认为是最佳的。 多功能的网络和设备管理解决方案应满足您最终可能使用的任何部署选项。独立于平台意味着它可以利用最现代化的基础设施，同时允许从一个计算环境轻松迁移到另一个计算环境。同时，功能松散耦合的模块化设计提供了在内部或外部独立部署不同软件服务的灵活性。这样，您就可以利用混合体系架构来最大限度地发挥数据潜力。  2、跨供应商设备兼容性 如今，硬件供应商数量的爆炸式增长已将智能设备生态系统变成了一个高度复杂的环境。为了让物联网系统产生最大价值，需要跨供应商设备来有效应对多个业务挑战和用例，例如，智能建筑系统可能包括占用传感器、环境传感器和泄漏检测器，每种传感器均从单独的供应商处采购。随着物联网领域的快速发展，新的先进设备的无缝和直接集成是保持联网系统可行性和创新性的另一个先决条件。 可靠的网络管理解决方案与设备无关，它提供了一种简单的方法来将跨供应商的硬件参数和数据结构整合到物联网工作流程中。只需几个简单步骤，您就可以定义传感器型号、有效负载类型和测量单位。这样，来自不同设备的传入数据就可以以用户友好的方式轻松显示和使用。 3、具有强大集成工具的开放式体系架构 在解锁商业智能以增强决策能力时，必须将物联网数据纳入企业系统和应用程序中，这些系统和应用程序可以解读其含义，并建议和自动化相应的操作流程。每个企业都有自己量身定制的应用程序，随着时间推移，这些应用程序也将不断发展，以满足不断变化的需求。 具有现代接口的开放式体系架构允许数据从终端设备轻松传输到任何现有和未来的应用程序中。虽然大多数设备和网络管理软件都提供某种集成功能，但不同之处在于它们的就绪性、易用性和功能性。强大的解决方案提供了可满足各种需求的丰富API集，以及强大的本地云连接器，可在集成到超大规模云中时将复杂性降至最低。 4、内置安全性 必须考虑安全性并将其嵌入物联网工作流程的每个组件中。在设备和网络管理方面，最重要的要求是使用行业标准的安全协议对所有数据流量进行加密，无论是从基站到管理服务器还是从管理服务器到终端应用。（来源物联之家网）通常，传输层安全性（TLS）是在应用程序、服务器之间以及在整个网络上进行安全数据通信的可靠选择。同样重要的是，要确保支持可靠的API身份验证机制。 5、直观、可定制的管理门户/用户界面 网络管理解决方案应具有简洁、一致且直观的用户界面。所有功能，如设备管理、数据监控、网络状态信息和后端集成，都应该易于访问。同样，传入的数据应该实时更新，并且需要一个用于消息过滤和数据导出的选项。最人性化的解决方案还可以根据需要轻松定制用户界面。 当与连网产品捆绑在一起时，网络和设备管理解决方案可提供网络启动和运行所需的一切，因此您可以专注于获取物联网数据价值并缩短产品上市时间。上面讨论的注意事项是验证所选解决方案就绪性和长期可行性的基础。转载自https://www.iothome.com/tech/jishu/2020/0731/11256.html

物联网平台促进了物联网设备的可扩展部署，因为它们为设备管理和数据分析提供了一个平台。物联网平台的重要功能包括数据管理、分析、应用程序开发、互操作性、设备管理和安全性等。图片来源：https://pixabay.com/images/id-4861605/物联网平台促进了物联网设备的可扩展部署，因为它们为设备管理和数据分析提供了一个平台。物联网平台的重要功能包括数据管理、分析、应用程序开发、互操作性、设备管理和安全性等。 什么是物联网平台？ 从更广泛意义上来说，物联网平台是一套集成的工具和服务，可帮助开发人员创建应用程序。 物联网平台是一个中间套件层，它从传感器和设备中获取数据，并将其提供给人和分析软件，从而获得洞察力。大多数物联网平台提供定义良好的API和设备SDK，可将开发人员连接到任何硬件平台并使用其云服务。 物联网平台的组成部分是什么？ 要了解物联网平台，企业应该了解物联网系统的组件。尽管每家物联网平台都有自己独特的功能和机制，但一个完整的物联网平台都有四个不同的组件： ▲物联网设备从环境中收集不同类型的数据（语音、视频、图像或结构化时间序列数据，如振动、热量等）。 一些物联网设备还与其环境交互，而不仅仅是收集数据。 ▲网络连接解决方案使设备能够将数据传输到云端或从云端接收命令。 ▲数据处理软件，在设备边缘或内部执行分析。根据分析结果，组织可以做出数据驱动的决策。 ▲监控和管理软件，这提供了一个用户界面，允许用户在需要时与物联网系统进行交互。用户界面层最普遍的用途是远程控制设备和可视化分析结果。 为什么物联网平台现在很重要？ 根据思科的调查，75%的物联网项目失败了。物联网平台可以通过缩短开发时间、加快上市速度、实现应用程序的可扩展性、降低成本和避免技术错误来帮助企业取得成功。 物联网平台简化了开发，因为它解决了企业在构建物联网应用程序时要处理的许多问题和复杂性。使用平台可以让企业专注于解决方案，而不用参与创建支持物联网应用的基础设施。 随着传感器和设备数量的增加，收集的数据和物联网项目的复杂性也随之增加。物联网平台可帮助企业组合各种设备，并管理物联网数据。 它有什么好处？ 更快的部署：物联网平台是一套解决方案，它通过提供各种内置工具来加快物联网系统的构建过程。它有助于物联网系统内的数据收集和传输、设备管理和应用程序开发。 减少构建物联网系统的投资：依靠现成的物联网平台，公司可以在投资和运营成本之间进行权衡。物联网平台降低了物联网系统的开发和测试成本。然而，依靠第三方平台提供商，公司将需要支付长期订阅费或许可费。 物联网平台有哪些重要功能？ 应用开发：用户可以开发和部署与物联网平台兼容的应用。 海量数据管理：随着传感器和设备数量的增加，收集的数据和物联网项目的复杂性也随之增加。物联网平台可帮助企业管理海量数据。 分析：物联网平台可以具有分析功能，例如规则引擎、事件流处理、机器学习和数据可视化。 它可以支持边缘或云中的数据分析，以生成可操作的见解。 互操作性和集成性：平台可以提供与不同类型设备（传感器、摄像头、可穿戴设备等）的通信，以便将其数据正确传输到云端。 设备管理：物联网平台使用户能够跟踪、监控和管理物联网设备。有效的设备管理对于物联网设备的连接性和安全性非常重要。 安全性：组织可以依靠物联网平台的功能来确保物联网系统内数据的安全。 领先的物联网平台提供商有哪些？ ▲ARTIK Cloud by Samsung▲Autodesk Fusion▲AWS IoT▲B+B SmartWorx by Advantech▲Bosch IoT Suite▲Carriots Platform▲GE Predix▲Google Cloud IoT▲KAA Platform▲Losant Platform▲Macchina Platform▲Microsoft Azure IoT Suite▲MyDevices Cayenne Platform▲Initial State Platform▲IBM Watson IoT▲Particle Cloud▲Salesforce IoT Cloud▲Samsara Platform▲SiteWhere Platform▲Temboo Platform▲ThingSpeak Platform▲ThingWorx▲Ubidots Platform▲WebNMS Platform▲Xively Platform▲Zebra Zatar Cloud来源 | 物联之家网作者 | Cem Dilmegani编译 | iotohme原文链接 | https://www.iothome.com/tech/platforms/2021/0930/11896.html

设备管理服务和设备接入服务已经整合为全新升级的设备接入服务(IoT Device Access)。设备接入服务（IoT Device Access）是华为云的物联网平台，提供海量设备连接上云、设备和云端双向消息通信、批量设备管理、远程控制和监控、OTA升级、设备联动规则等能力，并可将设备数据灵活流转到华为云其他服务，帮助物联网行业用户快速完成设备联网及行业应用集成。

特性分类功能特性功能说明设备管理能力设备生命周期管理设备增删改查、设备状态管理、设备冻结/解冻、子设备管理等。设备分组&标签支持对设备进行分组或打标签,详细请参见群组与标签。设备物模型定义对设备进行物模型定义（Profile）,详细请参见产品模型。设备影子支持影子数据查询和影子设置,详细请参见设备影子。OTA升级支持对设备软固件进行升级,详细请参考固件升级、软件升级。设备文件上传支持设备上传文件到OBS，设备可向云端请求文件,详细请参见文件上传。设备批操作支持对设备的批量操作，包括批量创建设备、批量软固件升级和批量命令下发。提供了更丰富完备的设备管理能力，简化海量设备管理复杂性，节省人工操作，提升管理效率提供了更丰富完备的设备管理能力，简化海量设备管理复杂性，节省人工操作，提升管理效率。

首次使用华为云IoT设备接入管理服务（IoTDA）时，开发者们总会遇到一些问题，小编针对大家遇到的问题做了分类总结，比如设备管理遇到异常、IoT工具使用、开发API的运用、设备数据上报等问题。憋着急！下面小编就来为大家一一解答遇到这几类问题时该如何快速解决，一步解决大家的困扰。本次主题为大家整理常见问题系列是【设备管理&异常定位类】问题及解答方法参考。问：子设备状态异常问题怎么处理？ 答：子设备的状态需要调用接口来手动上报，请参考：网关已经离线，子设备的状态还显示在线？ https://support.huaweicloud.com/iothub_faq/iot_faq_00256.html  网关与子设备 https://support.huaweicloud.com/usermanual-iothub/iot_01_0052.html 问：遇到设备标识码的唯一性问题怎么处理？答：即node_id，填写为设备的IMEI、MAC地址或Serial No；若没有真实设备，填写自定义字符串，由英文字母和数字组成。 注意：NB设备由于模组烧录信息后无法配置，所以NB设备会校验node_id全局唯一。 https://support.huaweicloud.com/api-iothub/iot_06_v5_0046.html问：设备状态变化的规则是什么？答：设备状态变化和协议相关，请参考链接的材料，如果设备不主动发起断链就会按参考资料中的时间变化。如果设备主动发起断链那么就会立刻断链显示离线了。 https://support.huaweicloud.com/usermanual-iothub/iot_01_0065.html#section0问：设备鉴权失败问题怎么处理？答：设备鉴权需要根据设备的信息生产一些鉴权用的信息，请参考： https://support.huaweicloud.com/bestpractice-iothub/iot_bp_00016.html#section6  https://iot-tool.obs-website.cn-north-4.myhuaweicloud.com/问：设备状态未激活，怎么办？答：未激活表示设备在平台注册后还没有跟平台进行通信，需要设备和平台建立连接。 设备状态的含义：https://support.huaweicloud.com/usermanual-iothub/iot_01_0065.html#section0设备接入平台指导请参考： MQTT协议：https://support.huaweicloud.com/bestpractice-iothub/iot_bp_00016.html NB-IoT：https://support.huaweicloud.com/bestpractice-iothub/iot_bp_0007.html#section10 问：创建批量任务有没有最大次数限制 答：当前单用户单一任务类型的未完成的任务最大为10，超过则无法创建新的任务。您可以参考文档说明：https://support.huaweicloud.com/api-iothub/iot_06_v5_0011.html问：IoTDA是否支持两个设备之间互发消息？答：IoTDA不支持设备互发消息。 设备可以将设备发送到平台后，平台支持将数据流转到应用服务器，应用服务器接收到消息后就可以使用平台提供的命令下发功能控制相关的设备。问：iotda未激活的设备是不是会被系统自动删除 答：设备注册时候可以携带timeout参数。 若设备在有效时间内未接入物联网平台并激活，则平台会删除该设备的注册信息。若设置为“0”，则表示平台不会删除该设备的注册信息（建议填写为“0”）。 https://support.huaweicloud.com/api-iothub/iot_06_v5_0046.html 问：在线调测功能，没有上报某个字段的值，但是却会显示出来，怎么处理？答：在线调测中消息区展示的是设备影子的数据，设备影子数据会保存设备每个属性最后一次上报的数值，因此会展示出来。实际在数据推送的时候只会推送设备上报到平台的数据。关于设备影子的功能可以参考：https://support.huaweicloud.com/usermanual-iothub/iot_01_0049.html  本帖内容会持续刷新维护和新增问答，如您有本类型问题或问题仍无法解决，欢迎留言交流！华为云IoT设备接入管理服务（IoTDA）其他系列问答参考：☛☛☛ 华为云IoT设备接入管理服务常见问题之开放API&SDK集成类问题解答手册☛☛☛ 华为云IoT设备接入管理服务常见问题之数据上报&流转类问题解答手册

用于边缘设备管理的 Atlas Edge 软件在哪里下载，找了一圈没有找到。

如果从设备管理，切换到用户管理，我怎么可以知道，离开了设备管理？目前用的高级组件开发的，在组件里面试了 beforeDestroy 和 destroy 钩子函数 都没有正常打印，感觉这个生命周期没有执行

设备管理与其他 IT 资产管理类似，即其关键是设备的预配、操作和更新。这些问题适用于所有设备，包括网关。 预配 预配是设置新设备并使其可供使用的过程。预配包括： 使用基本设备信息进行引导。设备信息至少包括 ID 和基本元数据。 安全通信所需的凭据和身份验证。例如，可以向设备提供可以用于当前通信的令牌或密钥。此类凭据可能具有到期时间。 授权设备。授权根据上面的身份验证凭据建立设备与应用或其他服务交互的权限。授权是指分配给设备 ID 和凭据使用特定资源的权限。 设置网络连接。设备需要通过网络连接与其他服务通信并传输数据。 注册设备。应用需要知道哪些设备是可用的。设备注册表会跟踪正在使用的设备，管理身份验证的云端，并将设备与特定数据和资源（例如遥测主题和状态存储）相关联。 操作 物联网系统的日常运作要求您收集有关正在发生的事情的正确信息。与任何 IT 硬件部署类似，通过信息中心和提醒机制记录的各种事件以及监控的关键状态指标可以帮助您保持事物的平稳运行。 为此，Google Cloud 提供了以下可用于日常操作的功能： Cloud Logging 收集并存储日志。系统会记录关键设备生命周期事件以进行审核。例如，您可以将部分遥测事件中继到 Logging 中进行分析和报告。与构建自定义日志记录解决方案相比，使用 Logging 可以节省大量时间和精力。 无线更新 典型物联网部署一般具有庞大规模，这意味着在现场更新单个设备是不切实际的。由于设备已经通过设计实现某种形式的网络连接，因此通过在网络上推送更新可以使设备更新变得更加简单。在手机领域中，这称为无线 (OTA) 更新，这种方法同样也适用于物联网。支持无线更新的选项包括： Android Things。如果您使用基于 Android Things 的硬件，则无线更新功能已内置在硬件中。 在 Google Cloud 上设置您自己的 Debian 软件包代码库 (APT)。 Balena.io。基于 Yocto 项目，balena.io 允许您使用熟悉的工具（如 Docker 和 git）来推送容器映像更新。 在 Google Cloud 上使用 Mender 为嵌入式 Linux 设备部署 OTA 软件更新解决方案。 网关 网关管理使用不同协议的网络之间传输的流量，并负责协议转换和其他互操作的任务。有时，物联网网关设备用于提供设备和云之间的连接和转换。由于某些设备不包含互联网连接所需的网络栈，因此网关设备可以充当代理，从设备接收数据并将其打包以通过 TCP/IP 进行传输。 以下部署的设备可能需要专用网关设备： 不具备可路由到互联网的连接，例如蓝牙设备。 不具备传输层安全性 (TLS) 所需的处理能力，因此无法与 Google API 通信。 不具备电力来执行所需的网络传输。 即使相关设备能够在没有网关的情况下进行通信，也可以使用网关设备。在此场景中，网关的价值体现在它能够在将数据发送到云端之前提供跨多个设备的数据处理功能。在这种情况下，直接输入将是其他设备，而不是单个传感器。以下任务可能会归类到网关设备的任务： 压缩数据以最大化可通过单个链接发送到云端的数据量 在与云端的连接不够稳定的情况下，将数据存储在本地数据库中，然后在连通时转发数据 提供具有备用电池的实时时钟，用于为无法正确管理时间戳或保持良好同步的设备提供一致的时间戳 执行 IPV6 到 IPV4 的转换 从本地网络提取和上传与 IoT 数据相关并关联的其他基于平面文件的数据 充当固件更新的本地缓存。