Acerca de los protocolos de IoT, más comúnmente HTTP, CoAP y MQTT se utilizan en la comunicación.
HTTP y CoAP son adecuados para el tipo de comunicación REST de cliente (s) a servidor y MQTT admite la comunicación multiusuario basada en publicación y suscripción, donde el origen puede ser fácilmente de servidor a cliente, de cliente a servidor e incluso de cliente a cliente.
Respondiendo la pregunta:
Use REST sobre HTTP o CoAP para comunicaciones uno a uno o MQTT para uso de tráfico multipunto.
Más detalles
Después del comentario a continuación, admito que mi respuesta fue bastante parcial, así que examiné y encontré un poco más:
Incluso las comunicaciones tienen este tipo de desorden de normas, si se calculan todas:
Fuente: Proyecto EU Butler - Problemas de comunicación
También postscapes.com tiene la siguiente lista basada en diferentes aspectos:
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)
Como se ve en la lista de cada ejemplo, hay muchos de ellos y seguramente también hay otros más personalizados y propietarios.
Debes abrir ese enlace y leerlo, es alucinante. Creo que puede encontrar en su (s) proyecto (s) muchos de estos, al menos si los sensores tienen una forma muy compacta, es decir. no solo componentes en el formato más puro, sino partes de algunos ecosistemas ya existentes. En esos casos, tal vez no pueda negociar la forma en que los conecta, solo tiene que seleccionar entre ecosistemas.
El problema correcto ahora parece ser encontrar el conjunto de productos o conjuntos de conjuntos correctos (grupo de conjuntos de productos) con pilas de protocolos idénticas o casi coincidentes a través de wifi, a medida que establece el objetivo (teniendo en cuenta que el infrarrojo es una solución fuera de esta área y allí) hay muchas otras soluciones de redes inalámbricas que no son de Internet, que aún puede enfrentar).
Los criterios serían identificar qué cosas puede querer hacer, y cuántas pilas puede querer aprender de esa manera. Al aprender quiero decir que todavía quieres jugar poco con los gadgets y saber cómo funciona cierto protocolo bajo el capó.