GoogleHomeActionRESTAPI调用

我正在努力寻找如何让google home进行本地网络rest呼叫

我有一些ESP8266，里面有MDN和RESTAPI。 现在有了google home，我想让它向设备发送一个rest呼叫

我不想要任何像IFTTT这样的网络钩子/服务。我不希望通过这些第三方服务进行通信

它应该像google home那样获得输入（google service to understand是oke）。它检索操作（本地网络、url rest调用和正文）。GoogleHome将RESTAPI调用发送到本地设备

---

无需更改端口转发/防火墙。

Google Home在设备处理方面做得很少。发送本地网络呼叫不是它所做的事情之一。几乎所有的处理，包括通过智能家居API的物联网控制，都是通过基于云的服务完成的

更新

我无法回答“为什么”它不能做到这一点，因为我不是建造它的工程师之一，但我可以对原因进行很多猜测

首先，它极大地增加了设备上软件和硬件的复杂性。现在，这个设备实际上只不过是一个麦克风和一个扬声器，有一点逻辑来检测热门词，然后将其他内容流到服务器，然后返回结果并播放。其余大部分代码可能会处理设置和配置

如果设备也必须是通用物联网集线器，那么它需要用于蓝牙和可能的其他信号系统的软件和硬件。它需要能够跟踪网络上其他设备的状态，并在设备的电源周期之间管理这些状态（甚至处理设备本身的电源中断）。这可能需要打开设备上的网络以接收消息，而不仅仅是发送消息。它必须有更广泛的网络配置——了解什么是本地网络，而不仅仅是本地路由器是什么，以及如何处理该配置（以及该配置发生变化时的配置）。诚然，这些都是可能的，但会增加复杂性，在某些情况下还会降低设备的安全性

这可能是合理的。。。如果这样做有重大价值。但是你已经在问题中规定了语音处理可以在云中完成，所以一旦命令被发送到云中并在那里进行解析，为什么不在云中完成上面的所有操作（设备和状态跟踪、更改等）？尤其是因为大多数物联网设备都维护云服务器，因为人们还希望在不在家庭局域网上时能够控制或监控他们的家庭设备。在某些情况下，拥有一套双重的命令（有些是本地的，有些不是本地的）是有意义的，但同时也会极大地增加控制器和设备的复杂性，因此大多数只依赖于云

所以，虽然我理解为什么有些人希望有一个漂亮的小系统，可以时不时地向您的play本地REST服务器发送一个命令，但现实是，为消费者系统这样做是不合理的

---

如果你真的想要一个能做到这一点的系统，你可以继续保持爱好者的精神，用你最喜欢的物联网平台构建一些东西。

Google Home的“本地”API有点有限。这是一份来自反向工程API人员的文档

看起来他们公开了蓝牙和警报/定时器，以及一些有限的配置

---

我打赌你会发现你不能那样做。我希望我错了。@SamHartman我也对它能完成像行动这样简单的任务失去了希望。为什么？唯一的好处是现在有更多的公司拥有这些数据，而不仅仅是谷歌。我想对第三、第四和第四个alinea进行评论。第三个alinea，我不同意你的说法。如果它已经连接，你只需要陈述一个动作，其余的称之为自我。哪个url，哪个主体。通过mDNS，它不需要了解IP内容。物联网设备本身内置了这些服务。所以它会做出反应。第四个alinea，它不需要跟踪状态，iot设备正在这样做，它所要做的就是询问当前状态并根据状态执行操作。不需要实时机器跟踪。任何对这种方法感兴趣的人可能也应该查看：