Best Practices für die Entwicklung von IoT Agents

von Ponlakshmi

Jedes intelligente Gerät, das heute gebaut wird, hat die Software, die liest Daten und Kommunikation mit den anderen Geräten, um eine vollständige intelligente Umgebung. Es ist sehr wichtig, eine robuste und zuverlässiger Agent für eine intelligente Umgebung. Nur die besten Praktiken einfache, leichte Mittel sind,

Bauen Sie keine Intelligenz in Agenten

Die begrenzten Lebensbatterien KräfteIoTVorrichtungen am Umfang meist. Agenten sollten programmiert werden, um zu laufen ein paar Prozeduren wie das Hören der Veranstaltung und senden Sie die Daten an der zentrale Server und wenn der zentrale Server einen Befehl sendet, Agent sollte das Ereignis basierend auf dem Befehl auslösen. Der einzige Code im Mittel sollte sein:

Wenn(message_received == ‚DO DIESES‘) {
DO_THIS()
}
wenn(message_received == ‚DO THAT‘ )
DO_THAT() s
}

Ein bisschen mehr dazu wird die Batterie schneller ruinieren. Eine weitere Verbesserung der Intelligenz in jedem Agenten wird sein einen sehr teuren Deal. Das Beste ist, einen Deponierer zu schaffen Agent. Wenn Sie eineMQTbasierte Implementierung, nur abonnieren nur ein Thema und veröffentlichen nur ein Thema und der Rest sollte von der Zentrale betreut werden Broker oder der Server dahinter.

Lassen Sie die Agenten schlafen

Die meisten Geräte arbeiten basierend auf dem Ereignis, das auf den Geräten auftritt. In Ein solches Szenario ist nicht erforderlich, dass das Mittel kontinuierlich mit dem Zentralserver verbunden. Wählen Sie einen guten Protokollstandard dass Ihr Agent für eine festgelegte Zeit schlafen und dann kommen zurück leben.MQTT-SNbietet diese Option. Das Mittel sollte innerhalb der vorgeschriebenen Zeit, um Nachrichten (falls vorhanden) für ihn vom zentralen Server zu überprüfen. Überprüfen Sie, wie kritisch die Daten, die sie sammelt und entscheidet über die Schlafdauer.

Vermeiden Sie lokale Speicherung. Nur schicken

Die Zeitempfindlichkeit der Daten steigt Tag für Tag. Je früher die Daten werden im zentralen Server empfangen, die besseren Entscheidungen wird von der zentralen Big Data Engine gemacht werden. DieDas ist der Wegeinen detaillierteren Einblick in die schnelle Feedbackschleife geben

Der Agent ist nicht zum Speichern von Daten. Sobald Sie die Veranstaltung bekommen, Senden Sie es an den zentralen Server. Die Aggregation der Daten kann auch zu intermittierende Datenverlust, also Senden Sie es einfach.

Feste Verbindungsmitteilung einstellen

Die Trennung der Geräte wird ein häufigeres Phänomen sein mit der Explosion der Anzahl der Geräte und andere physische Faktoren, die die Verbindung beeinflussen. Das Gerät kann aus dem Verbindung aufgrund von Faktoren wie Verlust von Strom, Netzproblem, etc., Stellen Sie sicher, dass der zentrale Server oder der Manager oder die betreffenden Geräte werden benachrichtigt, wenn Geräte aus der Verbindung kommen. Set Stronger Nachrichten, wenn der jeweilige Agent ist missionskritische.MQTbietet eine MöglichkeitWILL MESSAGEdie die anderen Kunden und Manager informieren können, wenn Client geht aus.

Perfect Restart and Reconnect routin

Alles und alles kann versagen und alles wird zurückkommen Leben. So sind die Geräte. Stellen Sie sicher, dass Sie Agent gut an den Anfang haken / Stoppen Sie die Routine des Geräts, für das Sie es programmieren. Die Zentrale Server trotz gehostet auf hoch verfügbarem Rechenzentrum ist auch nicht Ausnahme von der Fehlerregel. Der Agent sollte gut sein Reconnection-Algorithmus, um die Server-Verfügbarkeit zu überprüfen. Sehr häufiges Ping auf einen nicht verfügbaren Server wird die Leistung an einem schneller Tempo.