Sobre os protocolos de IoT, mais comumente HTTP, CoAP e MQTT são usados na comunicação.
O HTTP e o CoAP são adequados para a (s) comunicação (ões) de cliente (s) para cliente (s) do servidor e o MQTT suporta a comunicação multiusuário baseada em publicação e assinatura, onde a origem pode ser facilmente de servidor para cliente, cliente para servidor e até cliente para cliente.
Respondendo à pergunta:
Use REST sobre HTTP ou CoAP para comunicações um para um ou MQTT para uso de tráfego multiponto.
Mais detalhes
Após o comentário abaixo, admito que minha resposta foi bastante parcial, por isso examinei e descobri um pouco mais:
Até as comunicações têm esse tipo de confusão de padrões, se todos calculados:
Fonte: Projeto EU Butler - Problemas de comunicação
Também postscapes.com tem a seguinte lista com base em 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 visto na lista de cada exemplo, existem muitos deles e também outros mais personalizados e proprietários certamente existem.
Você deve abrir esse link e lê-lo, é impressionante. Eu acredito que você pode encontrar em seu (s) projeto (s) muitos deles, pelo menos se os sensores forem de forma muito compactada, ou seja. não apenas componentes no formato mais puro, mas partes de alguns ecossistemas já existentes. Nesses casos, talvez você não consiga negociar a maneira como os interage, basta selecionar entre os ecossistemas.
O problema agora parece ser encontrar um conjunto ou conjunto de produtos correto (grupo de conjuntos de produtos) com pilhas de protocolos idênticas ou quase correspondentes por wifi, conforme você define a meta (lembre-se de que o infravermelho é uma solução fora dessa área e lá existem muitas outras soluções de rede sem fio sem Internet, que você ainda pode enfrentar).
Os critérios seriam identificar o que todas as coisas que você deseja fazer e quantas pilhas você pode querer aprender dessa maneira. Ao aprender, quero dizer que você ainda quer brincar pouco com os gadgets e estar ciente de como o protocolo certo funciona sob o capô.
Minha recomendação é MQTT. Versátil, leve e modular, pode até rodar em um ESP8266 (Hub e cliente). O protocolo MQTT está disponível para muitas plataformas, desde dispositivos móveis embarcados até grandes sistemas operacionais como MAC, Windows e Linux.
O protocolo possui um modelo Publisher, Subscriber para a comunicação. E uma QoS para que um Hub possa se lembrar se um assinante recebeu uma mensagem de um editor. Assim, um dispositivo adormecido pode acelerar quando acorda e procura por mensagens.
Eu corro meu servidor MQTT em um pequeno Raspberry Pi Zero W, é como um cartão de crédito na parede e, para a lógica, uso "Node Red" e comecei a procurar no OpenHAB uma solução mais complicada.
Também construí meus próprios dispositivos Arduino / MQTT para meus dispositivos de 12v DC e usa um produto baseado em ESP8266 para meus dispositivos de 230v AC.
fonte