我打算做很多家庭自动化。为此，我将托管一个私有的隔离WiFi网络，所有设备都将连接到该WiFi网络。这些设备将是简单的灯，RGB LED灯带（smd5050和ws2812b），恒温器，风扇，开窗器，窗帘控制器和普通插座。另外，IR发射器可以模拟遥控器以启动电视等。还有433MHz发射器可以模拟遥控器，该遥控器可以切换标准的遥控插座。

现在，我想知道是否有关于这些设备应暴露于WiFi网络的接口的标准。

我当然可以给每个设备一个简单的http路由，然后编写可以理解我的界面的应用程序，但是如果我可以实现一个允许我使用具有以下功能的应用程序的标准，那就太好了已经写过，并且了解标准。

#1 楼

关于物联网协议，最常在通信中使用HTTP，CoAP和MQTT。

HTTP和CoAP适用于REST类型的客户端到服务器的通信，而MQTT支持基于发布和订阅的多用户通信，其起源可以轻松地从服务器到客户端，从客户端到服务器以及

回答问题：

将REST over HTTP或CoAP用于一对一通信，或将MQTT用于多点通信。

/>更多详细信息

在下面的评论之后，我承认我的回答相当不完整，因此我检查并发现了更多内容：

即使交流中也有这种混乱的局面标准，如果已全部计算的话：



来源：欧盟管家项目-沟通问题

postscapes.com还根据不同方面列出了以下列表：

1  Infrastructure (ex: 6LowPAN, IPv4/IPv6, RPL)
2  Identification (ex: EPC, uCode, IPv6, URIs)
3  Comms / Transport (ex: Wifi, Bluetooth, LPWAN)
4  Discovery (ex: Physical Web, mDNS, DNS-SD)
5  Data Protocols (ex: MQTT, CoAP, AMQP, Websocket, Node)
6  Device Management (ex: TR-069, OMA-DM)
7  Semantic (ex: JSON-LD, Web Thing Model)
8  Multi-layer Frameworks (ex: Alljoyn, IoTivity, Weave, Homekit)


在每个示例的列表中都可以看到，它们很多，而且肯定还有更多的定制和专有的。 >您应该打开该链接并阅读通过，这是令人振奋的。我相信您可能会在您的项目中遇到很多这样的问题，至少在传感器为重装形式的情况下。不仅是最纯格式的组件，还包括一些已经存在的生态系统的一部分。在这种情况下，您可能无法协商它们的接口方式，只需在生态系统之间进行选择。 ），因为您设定了目标（请记住，红外线是该领域之外的解决方案，并且还有许多其他非互联网无线联网解决方案，您可能仍然会遇到这种情况）通过wifi使用相同或几乎匹配的协议栈。

标准将是确定您可能想要做的所有事情，以及您希望以这种方式学习多少堆栈。通过学习，我的意思是您仍然想与小工具玩得很少，并且要知道某些协议是如何在后台运行的。

评论

“ REST over HTTP”有点模糊。即使考虑到这一点，我也可以想到一百种不同的方法来设计界面，特别是对于那些了解“开”和“关”的设备。理想情况下，我只提供IP地址和设备类型，其余的将标准化。有没有类似的东西存在？

–Forivin
17-10-1在14:48

#2 楼

我的建议是MQTT。通用，轻巧和模块化，它甚至可以在ESP8266（集线器和客户端）上运行。 MQTT协议可用于许多平台，从嵌入式，移动设备到大型操作系统，如MAC，Windows和Linux。

该协议具有用于通信的发布者，订阅者模型。还有QoS，因此集线器可以记住订户是否已收到发布者的消息。因此，睡眠设备在唤醒并查找消息时可以加快速度。我使用“节点红色”的逻辑，我已经开始研究OpenHAB以获得更复杂的解决方案。

我还为12v DC设备构建了自己的Arduino / MQTT设备，并使用基于ESP8266适用于我的230v交流设备的产品。