Nous explorons les différents cas d'utilisation et solutions IoT. Afin de faciliter l'exploration, l'expérimentation, la conception, le développement et les tests d'une solution possible, j'étudie la possibilité de mettre en place localement un simple serveur IoT.
Par conséquent, je voudrais comprendre l'architecture sous-jacente des serveurs qui desservent les appareils IoT. De manière générale, les appareils IoT connectent un service qui fournit des données et rend les informations disponibles pour une utilisation par d'autres appareils. C'est assez simple.
Pour le moment, les éventuels périphériques IoT utiliseront le Wi-Fi, mais envisagez de migrer vers un faible débit de données, un protocole à faible puissance tel que ZigBee, BLE, ou pourrait être Z-Wave, auquel cas j'aurai besoin d'un certain type de concentrateur . La charge utile des données sera d'environ 100 octets, au pic la transmission pourrait atteindre une transaction par minute. Les appareils IoT edge téléchargeront principalement des données, avec un téléchargement occasionnel sur les appareils.
Il a été suggéré que j'examine MQTT et RabbitMQ comme options possibles. J'ai également été dirigé vers « Affichage des messages MQTT dans un navigateur en temps réel », sur lequel je me penche au moment de la rédaction.
Voici quelques questions que je crois liées:
- Qu'est-ce qui différencie un serveur IoT d'un serveur Web, d'un serveur de messagerie ou d'un serveur FTP?
- Quelle est l'architecture sous-jacente d'un serveur IoT de base?
- Quelles caractéristiques sont importantes lorsque l'on considère un serveur IoT simple et léger?
la source
Comme l'a souligné @ralight, le serveur IoT fonctionne avec la pile de protocoles IoT. Cela ne se limite pas à une couche OSI, chaque étape est ou peut être optimisée pour l'utilisation de l'IoT et de nouveaux protocoles sont bien sûr nécessaires.
Il est également possible que le matériel soit atypique: dans peu de périphériques de collecte de données comme Raspberry PI peut contenir les tâches du serveur en tout ou en partie.
Signifie en partie le brouillard informatique, où les données sont traitées là où elles sont collectées et seuls les résultats finaux sont transmis au serveur principal.
Sur ce site, quelques spécifications matérielles:
Donc, matériel serveur de base.
Je n'ai pas beaucoup d'informations à ce sujet, mais je serais personnellement intéressé de savoir si Raspberry PI est suffisant comme une sorte de serveur MQTT. J'ai lu quelque part à Quora que Esp8266 ne l'est pas, mais j'ai vu un Linux de bureau normal travailler sur RPI, alors pourquoi ne pourrait-il pas servir de serveur également.
Ce qu'il faut considérer avant d'essayer Raspberry est la configuration matérielle requise pour la pile de services sélectionnée. Avec un matériel de serveur normal, les quantités de mémoire actuelles sont si élevées qu'il n'y aura pas de problème.
Le nombre de 3000 msg / s mentionné est relativement élevé par rapport aux cas de test IoT, et le RPI3 a 1 Go de RAM. C'est la moitié, donc cela dépend si les messages remplissent la mémoire dans ce cas ou combien le MQTT nu a besoin. Cela affecte son adéquation.
la source