Answers:
关于物联网协议,最常在通信中使用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找到正确的产品集或具有相同或几乎匹配的协议栈的产品集(产品集组),因为您设定了目标(请注意,红外线是该领域之外的解决方案)还有许多其他的非互联网无线网络解决方案,您可能仍然会遇到)。
标准将是确定您可能想要做的所有事情,以及您希望以这种方式学习多少堆栈。通过学习,我的意思是您仍然想与小工具玩得很少,并且要知道某些协议是如何在后台运行的。
我的建议是MQTT。通用,轻巧和模块化,它甚至可以在ESP8266(集线器和客户端)上运行。MQTT协议可用于许多平台,从嵌入式,移动设备到大型胖OS,例如MAC,Windows和Linux。
该协议具有用于通信的发布者,订阅者模型。还有QoS,因此集线器可以记住订户是否已收到发布者的消息。因此,睡眠设备可以在唤醒并查找消息时加快速度。
我在小型Raspberry Pi Zero W上运行我的MQTT服务器,就像在墙上的信用卡一样,出于逻辑考虑,我使用“节点红色”,并且我已经开始关注OpenHAB以获得更复杂的解决方案。
我还为12v DC设备构建了自己的Arduino / MQTT设备,并为230v AC设备使用了基于ESP8266的产品。