IoT 即插即用的核心是设备模型，该模型向支持 IoT 即插即用的应用程序介绍设备的功能。 该模型被构造为一组接口，这些接口定义以下内容：
- 属性：表示设备或其他实体的只读或可写状态。 例如，设备序列号可以是只读属性，而调温器上的目标温度可以是可写属性。
- 遥测字段：定义设备发出的数据，包括常规的传感器读数流、偶发性错误或信息消息。
- 命令：描述可在设备上执行的功能或操作。 例如，命令可以重新启动网关，或使用远程相机拍照。
若要详细了解 IoT 即插即用如何使用设备模型，请参阅 IoT 即插即用设备开发者指南和 IoT 即插即用服务开发者指南。
若要定义模型，请使用数字孪生定义语言 (DTDL)。 DTDL 使用名为 JSON-LD 的 JSON 变量。 以下代码片段展示的恒温器设备模型具有以下特点：
- 具有唯一的模型 ID：。
- 发送温度遥测数据。
- 具有用于设置目标温度的可写属性。
- 具有报告自上次重新启动以来最大温度的只读属性。
- 响应请求某个时间段内的最大、最小和平均温度的命令。
恒温器模型有单个接口。 本文后面的示例说明了使用组件和继承的更复杂的模型。
本文介绍如何设计和创作自己的模型，并介绍数据类型、模型结构和工具等主题。
若要了解详细信息，请参阅数字孪生定义语言规范。
属性、遥测和命令将分组为接口。 本部分介绍如何使用组件和继承，以使用接口来描述简单和复杂的模型。
每个接口都具有唯一的数字孪生模型标识符 (DTMI)。 复杂模型使用 DTMI 标识组件。 应用程序可以使用设备发送的 DTMI 在存储库中查找模型定义。
DTMI 应使用以下命名约定：
- DTMI 前缀是 。
- DTMI 后缀是模型的版本号，例如 。
- DTMI 的主体映射到存储模型的模型存储库中的文件夹和文件。 版本号是文件名的一部分。
例如，由 DTMI 标识的模型存储在“DTMI/com/example/thermostat-2.js”文件中。
以下代码片段概述了具有唯一 DTMI 的接口定义：
简单的模型（例如前面所示的恒温器）不会使用嵌入组件或级联组件。 遥测、属性和命令在接口的 节点中定义。
下面的示例说明了不使用组件的简单模型的一部分：
Azure IoT 资源管理器和 IoT Central 设备模板设计器之类的工具将恒温器等独立接口标记为默认组件。
以下屏幕截图展示模型在 Azure IoT 资源管理器工具中的显示方式：
以下屏幕截图展示模型在 IoT Central 设备模板设计器中显示为默认组件的方式。 选择“查看标识”以查看模型的 DTMI：
模型 ID 存储在设备孪生属性中，如以下屏幕截图所示：
不带组件的 DTDL 模型对于使用一组遥测、属性和命令的设备或 IoT Edge 模块非常有用。 不使用组件的模型允许用户轻松地将现有设备或模块迁移为 IoT 即插即用设备或模块 - 创建 DTDL 模型来描述实际设备或模块，而无需定义任何组件。
可以通过两种方法重用接口定义。
- 在模型中使用多个组件来引用其他接口定义。
- 使用继承扩展现有的接口定义。
可以通过组件将一个模型接口构建为其他接口的程序集。
例如，恒温器接口定义为模型。 定义温度控制器模型时，可以将此接口作为一个或多个组件合并。 在下面的示例中，这些组件称为 和 。
对于包含多个组件的 DTDL 模型，有两个或两个以上的组件部分。 每个部分的 均设置为 ，并显式引用架构，如以下代码片段所示：
此模型包含“内容”部分定义的三个组件 - 两个 组件和一个 组件。 内容部分还包括属性、遥测和命令定义。
以下屏幕截图显示了此模型在 IoT Central 中的显示方式。 温度控制器中的属性、遥测和命令定义显示在顶层“默认组件”中。 每个恒温器的属性、遥测和命令定义将显示在组件定义中：
若要了解如何编写与组件交互的设备代码，请参阅IoT 即插即用设备开发者指南。
若要了解如何编写与设备上的组件进行交互的服务代码，请参阅 IoT 即插即用服务开发者指南。
可以使用继承在基接口中重用功能，以扩展接口的功能。 例如，多个设备模型可以共享常用功能，如序列号：
下面的代码片段展示了 DTML 模型使用 关键字定义上图中显示的继承关系：
以下屏幕截图显示了此模型在 IoT Central 设备模板环境中：
编写设备或服务端代码时，代码不需要执行任何特殊操作来处理继承的接口。 在此部分所示的示例中，设备代码会报告序列号，就像它是恒温器接口的一部分一样。
你可以在创建模型时合并组件和继承。 下图显示了从 接口继承的 模型。 接口有一个组件，该组件本身继承自另一个接口：
以下代码片段显示了使用 和 关键字的 DTML 模型，以定义上图中所示的继承关系和组件用法：
使用数据类型定义遥测、属性和命令参数。 数据类型可以是基元类型或复杂类型。 复杂数据类型使用基元类型或其他复杂类型。 复杂类型的最大深度为五个级别。
下表显示了可以使用的基元类型集：
以下代码片段显示了在 字段中使用 类型的示例遥测定义：
复杂数据类型是“数组”、“枚举”、“映射”、“对象”或地理空间类型之一。
数组
数组是可索引的数据类型，其中的所有元素都是相同的类型。 元素类型可以是基元类型或复杂类型。
以下代码片段显示了在 字段中使用 类型的示例遥测定义。 数组元素为布尔值：
枚举
枚举描述具有一组映射到值的命名标签的类型。 这些值可以是整数或字符串，但标签始终为字符串。
以下代码片段显示了在 字段中使用 类型的示例遥测定义。 枚举中的值是整数：
地图
映射是具有键值对的类型，其中的值都具有相同的类型。 映射中的键必须是字符串。 映射中的值可以是任何类型，包括其他复杂类型。
以下代码片段显示了在 字段中使用 类型的示例属性定义。 映射中的值是字符串：
对象类型由命名字段组成。 对象映射中的字段类型可以是基元类型或复杂类型。
以下代码片段显示了在 字段中使用 类型的示例遥测定义。 对象中的字段为 、 和 类型：
地理空间类型
DTDL 提供了一组基于 GeoJSON 的地理空间类型，用于建模地理数据结构：、、、、 和 。 这些类型是数组、对象和枚举的预定义嵌套结构。
以下代码片段显示了在 字段中使用 类型的示例遥测定义：
由于地理空间类型基于数组，因此当前无法在属性定义中使用。
属性的数据类型或遥测定义指定设备与服务交换的数据的格式。 语义类型提供了有关遥测和属性的信息，应用程序可以使用这些信息来确定处理或显示值的方式。 每个语义类型都有一个或多个关联的单位。 例如，摄氏温度和华氏温度语义类型为单位。 IoT Central 仪表板和分析可以使用语义类型信息来确定绘制遥测数据或属性值以及显示单位的方式。 若要了解如何使用模型分析程序读取语义类型，请参阅了解数字孪生模型分析程序。
以下代码片段显示了一个包含语义类型信息的示例遥测定义。 语义类型 将添加到 数组和 值， 为语义类型的有效单位之一：
应用程序（如 IoT Central）使用模型中的信息来围绕与 IoT 即插即用设备交换的数据动态构建 UI。 例如，仪表板上的磁贴可以显示遥测、属性和命令的名称和说明。
模型中的可选 和 字段保留要在 UI 中使用的字符串。 这些字段可以保留应用程序呈现本地化 UI 的本地化字符串。
以下代码片段显示了包含本地化字符串的示例温度遥测定义：
添加本地化字符串是可选项。 下面的示例仅包含一种默认语言：
设备模型的四个生命周期阶段是“创作”、“发布”、“使用”和“版本控制”：
DTML 设备模型是可以在文本编辑器中创建的 JSON 文档。 但是，在 IoT Central 中可以使用设备模板 GUI 环境创建 DTML 模型。 在 IoT Central 中用户可以：
- 创建用于定义属性、遥测和命令的接口。
- 使用组件组装多个接口。
- 定义接口之间的继承关系。
- 导入和导出 DTML 模型文件。
若要了解详细信息，请参阅在 Azure IoT Central 应用程序中定义新的设备类型。
VS Code 有一个支持 DTDL v2 和 DTDL v3 的 DTDL 创作扩展。
若要安装适用于 VS Code 的 DTDL 扩展，请转到适用于 Visual Studio Code 的 DTDL 编辑器。 还可以在 VS Code 的“扩展”视图中搜索“DTDL”。
安装了该扩展后，请使用它来帮助你在 VS Code 中创作 DTDL 模型文件：
- 该扩展在 DTDL 模型文件中提供语法验证，突出显示错误，如以下屏幕截图所示：
- 编辑 DTDL 模型时，使用 IntelliSense 和自动完成功能：
- 创建新的 DTDL 接口。 “DTDL: 创建接口”命令使用新接口创建一个 JSON 文件。 该接口包含示例遥测数据、属性和命令定义。
应用程序（如 IoT Central）使用设备模型。 在 IoT Central 中，模型是描述设备功能的设备模板的一部分。 IoT Central 使用设备模板动态构建设备 UI，包括仪表板和分析。
自定义解决方案可以使用数字孪生模型分析程序来了解实现该模型的设备的功能。 若要了解详细信息，请参阅在 IoT 解决方案中使用 IoT 即插即用模型。
为了确保使用模型的设备和服务器端解决方案继续正常工作，已发布的模型是不可变的。
DTMI 包括可用来创建模型的多个版本的版本号。 设备和服务器端解决方案可以使用设计规定的特定版本。
IoT Central 实现了更多设备模型版本控制规则。 如果在 IoT Central 中对设备模板及其模型进行版本控制，则可以将设备从以前的版本迁移到更高版本。 但是，在没有固件升级的情况下，已迁移设备不能使用新功能。 若要了解详细信息，请参阅编辑设备模板。
截至 2024 年 2 月，Azure 认证设备计划已停用。 因此，Microsoft 不再接受将 DTDL 模型提交到 Azure IoT 即插即用模型存储库。
若要设置自己的模型存储库，可以使用 Azure IoT 即插即用模型工具存储库。 此存储库包含 CLI 工具的代码，该工具可以验证、导入和扩展 DTDL 模型。 使用工具还可以为遵循设备模型存储库约定的模型存储库编制索引。
下面的列表总结了有关模型的一些主要约束和限制：
- 目前，数组、映射和对象的最大深度为五个级别的深度。
- 不能在属性定义中使用数组。
- 可以将接口扩展到 10 个级别。
- 接口最多可以扩展到两个其他接口。
- 组件不能包含另一个组件。
DTDL 规范中介绍了数字孪生体定义语言 (DTDL)。 用户可以使用数字孪生模型分析程序 NuGet 包来验证和查询 DTDL v2 或 v3 模型。 DTDL 模型可以在多个文件中定义。
该分析程序已在 NuGet.org 中提供，其 ID 为：DTDLParser。 若要安装该分析程序，请使用任何兼容的 NuGet 包管理器（如 Visual Studio 或 CLI 中的包管理器）。
DTDLParser 是一个库，可用于：
- 根据语言 v2 或 v3 规范确定一个或多个模型是否有效。
- 识别具体的建模错误。
- 检查模型内容。
模型可由 JSON 文件中描述的一个或多个接口组成。 可以使用分析程序加载用于定义模型的所有文件，然后将所有文件（包括文件间的所有引用）作为一个整体进行验证。
适用于 .NET 的 DTDLParser 存储库包含以下用于演示分析程序用法的示例：
- DTDLParserResolveSample 演示如何使用外部引用来分析接口，以及如何使用 客户端来解析依赖关系。
- DTDLParserJSInteropSample 演示如何通过 .NET JSInterop 从浏览器中运行的 JavaScript 使用 DTDL 分析程序。
“适用于 .NET 的 DTDLParser”存储库还包含一系列教程，介绍如何使用分析程序来验证和检查模型。
模型分析程序 API 支持使用许多方案来自动执行或验证依赖于 DTDL 模型的任务。 例如，可以根据模型中的信息动态生成 UI。
现在，你已了解设备建模，以下是一些其他资源：
- 数字孪生定义语言 (DTDL)
- 模型存储库
版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/sjkxydsj/21921.html