在 Ubuntu VM 上使用 Google Assistant SDK 为智能家居设备建模 - 可用的设备类型?
Modelling Smart Home devices with Google Assistant SDK on a Ubuntu VM - available Device Types?
我正在尝试在 Ubuntu VM 桌面上使用 Google Assistant SDK 为智能家居环境建模。我想对此处 https://developers.google.com/actions/smarthome/guides/ 的开发人员文档中列出的所有设备类型进行建模,并研究用于控制它们的命令。但是,当我尝试为 CAMERA 创建设备模型时,我收到一条错误消息,指出可用的设备类型仅限于 LIGHT、SWITCH 和 OUTLET。有谁知道是否/如何可以按照所述在设置中扩展可用设备类型列表?
目前不支持其他设备类型。原因是 Types 与 Traits.
A type 是对设备 是 的非常笼统的描述:灯泡、插座或开关。此描述在您进行远程执行的情况下更有用。 "Turn on my lights" 之类的短语将获得该类型的所有设备。使用 Assistant SDK,目前不支持远程执行,因此您实际使用的类型不太重要。
A trait 是一段元数据,描述了可以对设备执行的操作。 "Turn on"、"turn red" 或 "set the brightness to 20%" 都是与不同特征相关的事物。
这些相同的类型和特征也存在于 Smart Home API 的上下文中,其中设备本身没有嵌入智能助理,但仍然存在并通过 cloud-to-cloud 在生态系统中工作集成。
当我构建 a camera, the specification discusses how to return specific properties 以及 SYNC
意图时。
"attributes": {
"cameraStreamSupportedProtocols": ["hls", "dash"],
"cameraStreamNeedAuthToken": true,
"cameraStreamNeedDrmEncryption": false
}
使用 Assistant SDK 注册设备时,没有 SYNC
要求您 return 这些属性。因此,当用户发送 EXECUTE
意图时,带有 Assistant SDK 的设备无法知道这些值。
恒温器等其他一些设备类型也是如此。由于 SDK 不支持 SYNC
或 QUERY
意图,因此智能助理将不知道如何处理需要额外设置或参数的操作。
目前,Assistant SDK 仅支持智能家居设备可用的部分类型和特征。
如果您确实想要一个同时支持 Assistant SDK 和 CameraStream
等其他特性的设备,您将需要两个 pathways/scripts.
- 首先是实际的 Assistant SDK 集成,它将处理音频输入和输出,而无需向该模型注册任何特征
- 您还需要有一个智能家居云集成,它将支持
CAMERA
类型并在调用 camera-related 命令时提醒您的客户。
这确实有需要间接谈论你的相机的缺点,即。 "Show front door camera"。但是,它会让你有能力做到这两点。 Assistant SDK 会使用您的帐户,因此除其他类型的查询外,任何智能家居命令都可以使用。
相反,如果您只想对不同的设备类型建模,而不希望每个设备都嵌入 Google 助手,那么您可以创建每个设备类型并构建一个 cloud-based整合。
我正在尝试在 Ubuntu VM 桌面上使用 Google Assistant SDK 为智能家居环境建模。我想对此处 https://developers.google.com/actions/smarthome/guides/ 的开发人员文档中列出的所有设备类型进行建模,并研究用于控制它们的命令。但是,当我尝试为 CAMERA 创建设备模型时,我收到一条错误消息,指出可用的设备类型仅限于 LIGHT、SWITCH 和 OUTLET。有谁知道是否/如何可以按照所述在设置中扩展可用设备类型列表?
目前不支持其他设备类型。原因是 Types 与 Traits.
A type 是对设备 是 的非常笼统的描述:灯泡、插座或开关。此描述在您进行远程执行的情况下更有用。 "Turn on my lights" 之类的短语将获得该类型的所有设备。使用 Assistant SDK,目前不支持远程执行,因此您实际使用的类型不太重要。
A trait 是一段元数据,描述了可以对设备执行的操作。 "Turn on"、"turn red" 或 "set the brightness to 20%" 都是与不同特征相关的事物。
这些相同的类型和特征也存在于 Smart Home API 的上下文中,其中设备本身没有嵌入智能助理,但仍然存在并通过 cloud-to-cloud 在生态系统中工作集成。
当我构建 a camera, the specification discusses how to return specific properties 以及 SYNC
意图时。
"attributes": {
"cameraStreamSupportedProtocols": ["hls", "dash"],
"cameraStreamNeedAuthToken": true,
"cameraStreamNeedDrmEncryption": false
}
使用 Assistant SDK 注册设备时,没有 SYNC
要求您 return 这些属性。因此,当用户发送 EXECUTE
意图时,带有 Assistant SDK 的设备无法知道这些值。
恒温器等其他一些设备类型也是如此。由于 SDK 不支持 SYNC
或 QUERY
意图,因此智能助理将不知道如何处理需要额外设置或参数的操作。
目前,Assistant SDK 仅支持智能家居设备可用的部分类型和特征。
如果您确实想要一个同时支持 Assistant SDK 和 CameraStream
等其他特性的设备,您将需要两个 pathways/scripts.
- 首先是实际的 Assistant SDK 集成,它将处理音频输入和输出,而无需向该模型注册任何特征
- 您还需要有一个智能家居云集成,它将支持
CAMERA
类型并在调用 camera-related 命令时提醒您的客户。
这确实有需要间接谈论你的相机的缺点,即。 "Show front door camera"。但是,它会让你有能力做到这两点。 Assistant SDK 会使用您的帐户,因此除其他类型的查询外,任何智能家居命令都可以使用。
相反,如果您只想对不同的设备类型建模,而不希望每个设备都嵌入 Google 助手,那么您可以创建每个设备类型并构建一个 cloud-based整合。