IoT-Setup: Bluetooth-Sensor -> IoT-Gateway -> IoT-Plattform

8

Ich möchte mit der Implementierung von IoT-Inhalten beginnen. Ich habe bisher keine Erfahrung damit, lerne aber schnell.
Ich stelle mir mein Setup wie folgt vor:

Vorgeschlagenes Setup

Verschiedene drahtlose Sensoren (Temperatur, Luftfeuchtigkeit, ...) sollten über BL (oder BLE) mit einem IoT-Gateway verbunden werden. Das IoT-Gateway sollte die Sensorinformationen auf eine Open-Source-IoT-Plattform übertragen - wahrscheinlich über Wi-Fi und MQTT. Die Open-Source-IoT-Plattform sollte über eine Regelengine verfügen und eine REST-API verfügbar machen.

Hardware

  • Arduino Uno R3 mit DHT22 (Temperatursensor) und HC-05 (Bluetooth-Slave) als Sensor.

  • Raspberry Pi 3B mit HC-05 (Bluetooth Master) als IoT-Gateway.

  • Die IoT-Plattform sollte in der Cloud auf AWS oder irgendwo gehostet werden.

Fragen:

  • Ist dieses Setup machbar und macht es Sinn?
  • Welche Software soll für das IoT Gateway verwendet werden?
  • Ist die IoT Gateway-Software von der von mir verwendeten IoT-Plattform abhängig?
  • Welche Open Source IoT-Plattform soll verwendet werden?

Ich habe über "thingworx" nachgedacht, da es irgendwie das größte ist. "Kaa" hat meines Erachtens keine Regel-Engine. "thingboards.io" sieht auch sehr gut aus, was ich sehen kann.
Welche Schritte muss ich unternehmen, um dies umzusetzen? Wie mache ich das eigentlich?

Obwohl diese Fragen ziemlich spezifisch sein mögen, denke daran, ich habe absolut keine Ahnung von diesem Zeug. Ich besitze nichts außer dem Raspberry Pi 3B, den ich bei einem Hackathon gewonnen und bisher noch nicht benutzt habe.

Sobald ich die Informationen in der IoT-Plattform habe und mit REST darauf zugreifen kann (oder sie von der Plattform auf einem MQTT-Broker veröffentlichen kann), kann ich meine Anwendung implementieren. Im Idealfall kann ich mit dem Setup die IoT-Plattform mit minimalem Aufwand ändern. Ich meine, dafür sind Standards (IoT Gateway, Bluetooth, MQTT) gedacht, oder?

PS: IoT Gateway- und IoT Platform-Tags fehlen

raspberry-pi bluetooth arduino Versteck spiel
quelle
1
Herzlich willkommen. Sie können jede Ihrer Fragen separat mit den relevanten Informationen stellen. Im Allgemeinen raten wir von mehreren großen Fragen in einem Beitrag ab ( weitere Informationen und einige Tipps finden Sie unter Fragen ). Es kann uns auch helfen, wenn Sie kurz angeben, was Sie mit Ihrem Setup tun möchten. was ist dein Ziel? Sie sollten bearbeiten , um die Anzahl der hier gestellten Fragen zu verringern und möglicherweise weitere Fragen zu stellen, sobald Sie eine Antwort auf diese Frage erhalten haben. Dies verhindert, dass Antworten zu lang oder zu breit werden und mehrere Themen abdecken, und hilft zukünftigen Personen bei der Suche.
Aurora0001
Hallo. Ich sehe Ihre Besorgnis, aber ich bin der Meinung, dass der Workflow von Sensor -> Gateway -> IoT-Plattform eine einzelne Frage sein sollte, da er in dieser Hinsicht stark miteinander verbunden ist. Wenn ich für jeden Schritt eine Frage erstellen würde, würde dies vermutlich zu Problemen bei der erneuten Integration der Schritte führen. Außerdem dachte ich, dass das Setup: Sensor-> Gateway-Platform das Standard-Setup für IoT-Anwendungen ist, und wundere mich wirklich, dass ich diesbezüglich keine weiteren Informationen finden kann.
HideAndSeek
@HideAndSeek Die von Ihnen aufgeführte Anforderung ist genau das, was ich implementieren muss. Das Gateway überträgt die Daten über MQTT / Rest an die IoT-Cloud-Plattform. Ich bin neu in der IoT-Plattform wie Sie. Haben Sie Ihre Implementierung abgeschlossen? Bitte geben Sie mir einen Vorschlag, um dies zu erreichen. Vielen Dank.
SKK

Antworten:

2

Es gibt eine Million Möglichkeiten, diese Katze zu häuten. In dieser Phase ist es am besten, wenn Sie versuchen, etwas zum Laufen zu bringen. Darüber hinaus können Sie sich über "richtige" und "geeignete" Wege Gedanken machen.

Ihr Setup ist machbar und sinnvoll.

Vielleicht haben Sie Probleme, weil Sie erwarten, Software von der Stange zu finden? Da der DHT22, der Uno, der HC-05 und der Pi unterschiedliche Geräte mit ihren eigenen Anforderungen sind, ist es sehr unwahrscheinlich, dass Sie Plug-and-Play finden. Das ist okay, es bedeutet nur, dass Sie die Klebesoftware selbst schreiben müssen.

Betrachten Sie jede der Schnittstellen vom Sensor zur Cloud und packen Sie sie nacheinander an. Beginnen Sie damit, dass der Uno den DHT22 nach einem Wert abfragt. Dann funktioniert die Bluetooth-Kommunikation. Dann das Wifi und MQTT. Starten Sie Thingworx und nehmen Sie einige MQTT-Pakete auf. Dann setzen Sie alles zusammen. Sie finden viele Beispiele für jedes Bit. Konzentrieren Sie sich also auf eines nach dem anderen.

Heath Raftery
quelle