Configuration de l'IoT: Capteur Bluetooth -> Passerelle IoT -> Plateforme IoT

Je veux commencer à implémenter des objets IoT. Je n'ai pas d'expérience avec cela jusqu'à présent, mais j'apprends vite.
J'imagine ma configuration comme suit:

Configuration proposée

Différents capteurs sans fil (température, humidité, ...) doivent être connectés à une passerelle IoT via BL (ou BLE). La passerelle IoT devrait pousser les informations du capteur vers une plate-forme IoT Open Source - probablement via Wi-Fi et MQTT. La plate-forme IoT open-source doit comporter un moteur de règles et exposer une API REST.

Matériel

Arduino Uno R3 avec DHT22 (capteur de température) et HC-05 (esclave Bluetooth) comme capteur.
Raspberry Pi 3B avec HC-05 (Bluetooth Master) comme passerelle IoT.
La plateforme IoT doit être hébergée dans le cloud sur AWS ou quelque part.

Des questions:

Cette configuration est-elle réalisable et est-elle logique?
Quel logiciel utiliser pour la passerelle IoT?
Le logiciel IoT Gateway dépend-il de la plate-forme IoT que j'utilise?
Quelle plateforme IoT Open Source utiliser?

Je pensais à "thingworx", car c'est un peu le plus gros. "Kaa" n'a pas de moteur de règles pour autant que je sache. "thingboards.io" est aussi très joli d'après ce que je peux voir.
Quelles mesures dois-je prendre pour mettre en œuvre cela? Comment est-ce que je fais réellement ceci?

Bien que ces questions puissent être assez spécifiques, gardez à l'esprit, je n'ai absolument aucune idée de ce genre de choses. Je ne possède rien d'autre que le Raspberry Pi 3B - que j'ai gagné lors d'un hackathon et que je n'ai pas utilisé jusqu'à présent.

Une fois que j'ai les informations dans la plateforme IoT et que je peux y accéder avec REST (ou que je peux les publier depuis la plateforme vers un courtier MQTT), je pourrai implémenter mon application. Idéalement, la configuration me permettrait de changer la plate-forme IoT avec un minimum d'effort. Je veux dire que ce sont les normes (IoT Gateway, Bluetooth, MQTT), non?

PS: les balises IoT Gateway et IoT Platform sont manquantes

raspberry-pi bluetooth arduino

— Cache-cache
source

Bienvenue. Vous pourriez envisager de poser chacune de vos questions séparément avec les informations pertinentes - nous déconseillons généralement plusieurs grandes questions dans un seul post (voir Comment demander plus d'informations et quelques conseils). Cela peut également nous aider si vous spécifiez brièvement le type de chose que vous souhaitez faire avec votre configuration; quel est ton but? Vous devez modifier pour réduire le nombre de questions que vous avez posées ici et potentiellement poser plus de questions une fois que vous avez répondu à celle-ci. Cela évitera que les réponses deviennent excessivement longues ou larges, couvrant plusieurs sujets et aide les futures personnes à chercher.

— Aurora0001

Hey. Je vois votre inquiétude, mais j'ai l'impression que le flux de travail de Sensor -> Gateway -> IoT Platform devrait être une question unique car il est fortement connecté les uns aux autres à cet égard. Si je devais créer une question pour chaque étape, je suppose que cela entraînerait des problèmes d'intégration des étapes à nouveau. J'ai également pensé que la configuration: Sensor-> Gateway-Platform était la configuration standard pour les applications IoT et je me demande vraiment que je ne puisse pas trouver plus d'informations à ce sujet.

— HideAndSeek

@HideAndSeek L'exigence que vous avez énumérée est exactement ce que je dois implémenter. La passerelle transmettra les données à la plate-forme cloud IoT via MQTT / Rest. Je suis nouveau sur la plateforme IoT comme vous. Vous avez terminé votre implémentation? Veuillez me donner une suggestion pour y parvenir. Merci.

— SKK

Il y a un million de façons d'écorcher ce chat. Mieux pour vous à ce stade, essayez simplement de faire fonctionner quelque chose. Au-delà de cela, vous pouvez vous soucier des moyens "corrects" et "appropriés".

Votre configuration est faisable et logique.

Peut-être que vous rencontrez des problèmes parce que vous vous attendez à trouver des logiciels sur étagère? Étant donné que le DHT22, l'Uno, le HC-05 et le Pi sont tous des appareils disparates avec leurs propres exigences particulières, il est très peu probable que vous trouviez quelque chose de plug and play. Ça va, cela signifie simplement que vous devez écrire le logiciel de colle vous-même.

Considérez chacune des interfaces du capteur au cloud et abordez chacune à son tour. Commencez par demander à l'Uno d'interroger le DHT22 pour une valeur. Faites ensuite fonctionner les communications Bluetooth. Puis le Wifi et le MQTT. Lancez Thingworx et ingérez certains paquets MQTT. Ensuite, mettez tout cela ensemble. Vous trouverez de nombreux exemples de chaque bit, alors concentrez-vous sur un à la fois.

— Heath Raftery
source