关于物联网协议,最常用的 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 找到具有相同或几乎匹配的协议栈的正确产品集或产品集(产品集组)(记住红外线是该领域之外的解决方案)是许多其他非 Internet 无线网络解决方案,您可能仍然面临)。
标准是确定您可能想做的所有事情,以及您可能想通过这种方式学习多少堆栈。通过学习,我的意思是你仍然想很少玩这些小工具,并了解某些协议是如何在幕后工作的。