Wenn ich mit meinem Telefon ein einfaches Gerät mit Wi-Fi-Verbindung steuern wollte, das nur das Licht ein- oder ausschaltet, oder eine einfache Temperaturanzeige, warum kommuniziere ich dann nicht einfach direkt mit dem Gerät, anstatt eine Cloud zu durchlaufen? Keine Datenpersistenz oder schwere Verarbeitung oder andere ausgefallene Dinge zu behandeln.
Hält mich irgendetwas davon ab, ein so einfaches IoT-Produkt zu entwerfen und es einfach in Serie zu produzieren und zu verkaufen? Es scheint billiger zu sein, den Mittelsmann auszuschalten und sich nicht um die Kosten / Nachrichtengebühren einer Cloud zu kümmern.
wifi
system-architecture
BossGiveMeArrays
quelle
quelle
Antworten:
Während Sie ein IoT-Gadget so gestalten können, dass es über eine direkte Verbindung mit dem Telefon des Benutzers funktioniert, kann ein Gerät, das nur auf diese Weise funktioniert, für viele Benutzer zu einschränkend sein:
Wenn der Benutzer nicht zu Hause ist, ist es unwahrscheinlich, dass er direkt mit dem Gerät interagieren kann, da das Zulassen eingehender Verbindungsversuche zum Heimnetzwerk aus Sicherheitsgründen im Allgemeinen nicht akzeptabel ist und die meisten Mobilfunkanbieter eingehende Verbindungsversuche zum Internet blockieren Telefon. Stattdessen müssen Abwesenheitsanforderungen über einen Server weitergeleitet werden, der über ausgehende Verbindungen sowohl vom Telefon als auch vom IoT-Gerät aus erreichbar ist.
Befindet sich der Benutzer zu Hause, sein Telefon jedoch derzeit in einem Mobilfunknetz und nicht in seinem Heimatnetz, gilt das oben genannte Problem weiterhin. Das Auffordern des Benutzers, sein Telefon von Handy auf WLAN umzustellen, kann für verschiedene Benutzer akzeptabel oder nicht akzeptabel sein und hängt bis zu einem gewissen Grad von der Verwendung der WLAN-Batterie ihres Telefons ab. Einige Telefone können auch dynamisch zwischen beiden wählen, was problematisch sein kann, wenn Sie das WLAN-Netzwerk benötigen.
Die Verbindung zwischen dem Telefon und dem Gerät durch eine andere Methode wie BTLE kann von Vorteil sein, ist jedoch in der Reichweite begrenzt, sodass sie möglicherweise nicht in allen Teilen des Hauses oder der Umgebung funktioniert und natürlich auch außerhalb des Zuhauses nicht funktioniert.
Während Sie also ein Gerät erstellen können, für das keine Unterstützung für eine Serverinfrastruktur außerhalb des Hauses erforderlich ist , ist es wahrscheinlich besser, ein Gerät zu erstellen, das einen Relay-Server verwendet , sofern dieser von den Benutzereinstellungen erreichbar oder zugelassen ist.
quelle
Ja, es gibt bereits viele Anwendungen auf dem Markt, die nicht auf Cloud-Services angewiesen sind. Die Komplexitätshierarchie, die ein Benutzer für die Installation mit einem bestimmten Produkt auswählen kann, sieht ungefähr so aus:
Jeder Anbieter kann einen Teil der Kette ansprechen. IFTTT bietet zum Beispiel nur den Cloud-Dienst und die Telefon-App an - die Dienste sind alle von Drittanbietern.
Googles NEST-Thermostat sollte problemlos im Standalone-Modus funktionieren (auch wenn es sich in diesem Modus um eine teure Implementierung handelt).
Überwachungskameras passen für verschiedene Kombinationen dieser Modelle, je nachdem, ob sie vom Benutzer abonniert werden oder einmalige Verkaufskosten verursachen.
Aus kommerzieller Sicht gibt es zwei wichtige Punkte für die Abhängigkeit von der Cloud-Infrastruktur. Zum einen ist dies die Eignung für die Evaluierung / Teilinstallation (bei gleichzeitig geringen Anfangskosten), zum anderen die Fähigkeit, den eingeschränkten Service auch bei fehlender Nachrüstung (Stromausfall usw.) aufrechtzuerhalten.
quelle
Wenn Sie nur die Kontrolle innerhalb des Hauses wollen, ist dies sicher möglich.
Das Problem ist, wenn Sie die Kontrolle von außerhalb des Hauses anbieten möchten, wird es schwierig. Weder der Client noch der Server verfügen wahrscheinlich über eine statische IP-Adresse, sondern es sind wahrscheinlich Firewalls und / oder NATs im Weg.
Es ist für den Benutzer möglich, Portweiterleitungen / Ausnahmen in seinem Router / seiner Firewall einzurichten und eine Art dynamisches DNS einzurichten, um seine dynamische IP zu verfolgen und seinen Client auf den dynamischen DNS-Eintrag zu verweisen. Dazu ist jedoch ein technischer Benutzer erforderlich es schafft Sicherheitsprobleme.
Wenn Sie einen Server an einem bekannten Ort im öffentlichen Internet haben, können Sie auf einfachste Weise sicherstellen, dass Ihre Objekte unabhängig von dynamischen IPs, NATS, ausschließlichen Firewalls usw. miteinander kommunizieren können Durchsetzen von Sicherheitsrichtlinien auf dem Server, die einfacher überwacht und aktualisiert werden können.
IPv6 verliert das NAT, aber dynamische IPs und Firewalls, die nur aus dem IPv6-Netzwerk austreten, sind nach wie vor häufig anzutreffen.
quelle
IoT-Geräte gehen über die Kommunikation zwischen Geräten hinaus. Nehmen wir zum Beispiel eine TV-Fernbedienung, es ist ein eingebettetes Gerät, das über ein Infrarotsignal mit dem Fernseher kommuniziert, um den Fernseher anzuweisen, so etwas wie den Sender zu wechseln. Würden Sie dies als IoT-Gerät betrachten?
IoT-Geräte gehen über Folgendes hinaus:
Diese Funktionen können vollständig in Ihrem Produkt und ohne Cloud-Services implementiert werden. Es muss vielmehr entschieden werden, ob die Funktionen, die Ihr IoT-Produkt haben soll, von der Cloud-Infrastruktur profitieren. Die Vorteile kommen in verschiedenen Bereichen:
Daten
Daten können in der Cloud gespeichert werden, anstatt ein Speichermedium auf dem Gerät einzuschließen. Das hat viele Vorteile:
Software-Dienstleistungen
Es ist wahrscheinlich, dass Ihre IoT-Geräte einen Aspekt der Interaktion mit dem Benutzer über Software aufweisen. Durch die Nutzung der Cloud kann Ihre Produktsoftware von folgenden Vorteilen profitieren:
quelle