Essendo un progetto per la mia università (dovendo essere correlato al corso), mi è venuto in mente un sistema che consentisse la gestione dei dispositivi su una connessione HTTP / TCP.
Avrebbe:
- Numero "N" di dispositivi con input fisico e un'app HTML5 come output e comunicazione con il server . (Sì, il monitor sulla destra rappresenta l'app HTML.)
- Un numero di client Web per gestire lo stato dei dispositivi in tempo reale.
- Un programma server che comunica con il database, i dispositivi e detti client Web.
- Il database.
Quindi, qualcosa di simile nell'immagine:
Quindihovistoduecosemoltochiarequi:
- Innanzitutto,sevolevoun"collegamento in tempo reale", le websocket erano le strada da percorrere, come potrei notificare tutti che erano connessi , di qualsiasi cosa, immediatamente .
- Il secondo: ho più dispositivi, "permanentemente connessi" con un server. Potrei usare MQTT per sfruttare la sua leggerezza e inoltrare / pubblicare il protocollo dei messaggi. Inoltre, la maggior parte esistente le librerie hanno il supporto websocket.
Quindi ho felicemente iniziato a sviluppare una websocket con thread quando ho realizzato qualcosa: MQTT ha bisogno di un broker .
Quindi dovrei collegare sia il server che i dispositivi al broker (come client).
Potenziale problema: Questo è un protocollo MQTT all'interno di un websocket, all'interno di un websocket serving . Dovrei fare tutto due volte sul lato server, poiché ci sarebbero due volte gli eventi (OnMessage, OnConnection ...) invece di uno solo, e collegare entrambi i lati (Es: Mostra dispositivo morto nel web manager) più eventuali complicazioni Non vedo.
Devo solo eliminare MQTT?
So che non è MQTT ciò che rende il mio progetto IOT (il requisito), ma ho solo pensato che fosse logico implementarlo qui (e sarebbe ben valutato), cosa mi manca qui? Quali sono le mie alternative?