Zusammenstellen und fein hacken Konfigurieren eines LoRaWAN-Gateways Es mag auf den ersten Blick etwas kompliziert wirken: Funkparameter, Netzwerke, Server, Zertifikate, seltsame IDs … aber wenn man die einzelnen Komponenten versteht, ist es eigentlich ein recht logischer Prozess. In diesem Artikel führen wir Sie von der Hardware bis zum LoRaWAN-Server, einschließlich TTN und AWS IoT Core, und geben Ihnen so einen umfassenden und praxisnahen Überblick.
Wir werden uns auf Beispiele aus der Praxis stützen, wie zum Beispiel RAK-Gateways (RAK7289, RAK831)Öffentliche Netzwerke wie The Things Network (TTN), Cloud-Lösungen wie AWS IoT Core für LoRaWAN und herstellerspezifische Konfigurationen wie MOKO werden alle behandelt. Wir fassen all diese Inhalte in einem übersichtlichen Leitfaden zusammen, der Sicherheitswarnungen, Tipps zum Ermitteln der IP-Adresse des Gateways sowie detaillierte Informationen zur Netzwerk- und Funkkonfiguration enthält.
Grundlagen: Was ist ein LoRaWAN-Gateway und was leistet es?
Eine LoRaWAN-Gateway Es handelt sich um das Gerät, das die LoRa-Knoten (Sensoren, Tracker usw.) empfängt und deren Nachrichten über das Internet (Ethernet, WLAN, LTE/4G, 5G, Satellit usw.) an einen LoRaWAN-Netzwerkserver weiterleitet. Man kann es sich als eine Art … vorstellen. Mobilfunkmast aber für Geräte mit sehr geringem Stromverbrauch.
Auf der physischen Ebene integriert das Gateway ein oder mehrere Komponenten. LoRa-Konzentratoren (wie beispielsweise der RAK831), der mehrere Kanäle parallel und mit unterschiedlichen Spreizfaktoren überwachen kann, eine Steuerplatine (z. B. Raspberry Pi oder ein eingebettetes SoC), Netzwerkschnittstellen (Ethernet, Wi-Fi, LTE) und oft auch GPS zur Synchronisierung und ungefähre Geolokalisierung der Knoten.
Im LoRaWAN-Ökosystem interpretiert das Gateway den Inhalt von Anwendungsframes nicht: einfach einkapseln und weiterleiten Der Paketweiterleiter sendet Pakete an den LoRaWAN-Server (LNS: LoRaWAN Network Server) oder an die CUPS/LNS-Cloud-Infrastruktur. Die wichtigsten Konfigurationseinstellungen umfassen daher Funkparameter, Gateway-Kennungen und die Adresse des Servers, an den die Daten gesendet werden sollen.
Je nach Bereitstellung können Sie Folgendes verwenden: öffentliche Zugänge (zum Beispiel diejenigen in der TTN-Gemeinschaft in städtischen Gebieten) oder richten Sie Ihr eigenes Gateway ein, um ein ländliches Gebiet, einen Bauernhof, einen Bildungscampus oder ein Industriegebiet abzudecken, wo Sie die vollständige Kontrolle über die Infrastruktur benötigen.
Typische Hardware eines LoRaWAN-Gateways
Zum Aufbau oder Einsatz eines Gateways stehen Ihnen verschiedene Optionen zur Verfügung, von geschlossenen kommerziellen Geräten bis hin zu … Raspberry Pi-basierte EntwicklungskitsEin recht typisches Beispiel ist die Verwendung eines integrierten RAK831-Hubs mit einem Raspberry Pi.
Ein typisches LoRa-Gateway-Kit dieser Art umfasst üblicherweise Folgendes: alle notwendigen Hardwarekomponenten Um sofort loslegen zu können, ohne nach einzelnen Komponenten suchen zu müssen: der LoRaWAN-Konzentratorplatine selbst, dem Motherboard, den Antennen und Adaptern. Dies beschleunigt den Einrichtungsprozess erheblich und vermeidet Kompatibilitätsprobleme.
Im speziellen Fall einiger MOKO-Kits, die auf RAK831 und Raspberry Pi 3B basieren, kann das Paket unter anderem Folgendes enthalten: GPS-AdapterplatteGPS-Antenne, Glasfaser-LoRa-Antenne mit ausreichender Verstärkung für Mastinstallationen, mehrere Meter RG-58-Koaxialkabel, Kühlkörper für die Konzentratorplatine und sogar Beispielknoten wie WisNode oder LoRa-Tracker.
Der große Vorteil dieser Kits besteht darin, dass die Raspberry Pi-Speicherkarte normalerweise enthalten ist. vorkonfiguriert mit Gateway-Software (Paketweiterleitung, Konfigurationsskripte usw.), sodass Sie zum Einstieg nichts kompilieren oder von GitHub herunterladen müssen, außer ein paar Konfigurationsdateien anzupassen.
In kommerziellen Portalen wie dem RAK7289Die gesamte Hardware ist in einem robusten, wetterfesten Gehäuse integriert und verfügt über eine LoRa-Antenne sowie gegebenenfalls eine zusätzliche Antenne für LTE/4G. Diese Modelle bieten in der Regel eine benutzerfreundliche Webkonfiguration, sodass sich die Arbeit auf die Netzwerkparameter (IP, DNS usw.) und die Verbindung des Gateways mit dem korrekten LoRaWAN-Server beschränkt.
Gateway-Netzwerkkonfiguration: Statische IP-Adresse, DHCP und Erstzugriff
Bevor Sie den LoRaWAN-Teil anfassen können, müssen Sie sicherstellen, dass Das Gateway ist ordnungsgemäß mit dem IP-Netzwerk verbunden. (LAN oder WAN). Ohne Internetverbindung (oder zu Ihrem lokalen Server) ist es sinnlos, dass das Funkgerät ordnungsgemäß funktioniert.
Bei vielen Gateways (z. B. dem RAK7289) wird die Verwaltungsschnittstelle über das Web bereitgestellt und über deren Schnittstelle aufgerufen. IP-Adresse im NetzwerkJe nach Netzwerktopologie können Sie es als DHCP-Client (der automatisch eine IP-Adresse vom Router bezieht) oder mit einer statischen IP-Adresse konfigurieren.
Wenn das Gerät werksseitig geliefert oder von einer anderen Organisation konfiguriert wurde, befindet es sich möglicherweise im Modus DHCP-ClientIn diesem Fall müssen Sie herausfinden, welche IP-Adresse Ihr Router oder der DHCP-Server Ihres Netzwerks Ihnen zugewiesen hat. Dazu haben Sie folgende Möglichkeiten:
- Wenden Sie sich direkt an die DHCP-Client-Liste auf dem Router oder Server, wobei das Gateway anhand seiner MAC-Adresse oder seines Hostnamens (zum Beispiel „RAK7289“) identifiziert wird.
- Nutzen Sie Tools wie nmap oder andere IP-Scanner, um herauszufinden, welche Geräte in Ihrem Netzwerksegment antworten.
Einige Gateways beinhalten ein Verwaltungs-WLAN-Zugangspunkt Offen, speziell für diese Ersteinrichtung entwickelt. Wenn Sie sich mit diesem WLAN-Netzwerk verbinden, fungiert das Gateway als Router, und die Standard-Gateway-IP-Adresse Ihres Computers wird zur Verwaltungs-IP-Adresse des Geräts.
Ein wichtiger Sicherheitshinweis: Nach Abschluss des Startvorgangs ist es ratsam, Verwaltungs-WLAN deaktivieren außer es ist unbedingt erforderlich, da ein offenes, verwaltetes Wi-Fi-Netzwerk in realen Umgebungen eine klare Sicherheitslücke darstellt.
In der Konfigurationsoberfläche (z. B. im Menü Netzwerk → WAN-Schnittstelle eines RAK-Gateways) können Sie zwischen statischer IP-Adresse und DHCP wählen, DNS, Subnetzmaske und Gateway definieren sowie die Einstellungen ändern. Zugangsdaten Standardmäßig sind Benutzername und Passwort voreingestellt und sollten niemals geändert werden, da sie werkseitig voreingestellt sind.
Gateway-Einrichtung und -Konfiguration im The Things Network (TTN)
Sobald Ihr Gateway über einen Internetzugang verfügt, ist der nächste Schritt bei vielen Community- oder Laborinstallationen folgender: Integration mit TTN (The Things Network), ein kostenloses und öffentliches LoRaWAN-Netzwerk, ideal für Bildungsprojekte, Tests und kleinere Implementierungen.
Der übliche Prozess beginnt mit der Erstellung eines Kontos auf der TTN-Website und dem Zugriff auf die Konsole Vom Profilsymbol aus. Bei Ihrer ersten Anmeldung werden Sie aufgefordert, Ihre Region auszuwählen (z. B. Europa, Nordamerika usw.). Anschließend können Sie zum Bereich „Anwendungen“ oder „Gateways“ navigieren. Um ein Gateway zu registrieren, müssen Sie speziell auf „Zu Gateways“ klicken.
Wenn Sie auf der TTN-Konsole die Taste drücken Gateway registrierenSie werden nach verschiedenen Informationen gefragt: einer Gateway-ID, ihrer eindeutigen EUI und dem Frequenzplan für Ihre Region. Die Gateway-EUI finden Sie üblicherweise in der Weboberfläche oder Firmware des Geräts, in der Regel im Bereich der LoRa-Netzwerkeinstellungen.
Es ist wichtig, dass die Die in TTN definierte Gateway-ID muss mit der auf dem Gerät konfigurierten übereinstimmen.insbesondere wenn dies in der Herstellerdokumentation gefordert wird. Zusätzlich müssen Sie den passenden Frequenzplan auswählen (z. B. EU868 für Europa), der die verfügbaren Kanäle und Funkparameter definiert, die mit den Vorschriften Ihres Landes kompatibel sind.
Sobald das Gateway bei TTN registriert ist, ist die Konfiguration in der Konsole nahezu abgeschlossen. TTN zeigt Ihnen den Status des Gateways (verbunden oder nicht) an, sobald das Gerät beginnt, Pakete zu senden. TTN-Paketweiterleitung unter Verwendung der entsprechenden Serveradresse.
Paketweiterleitungskonfiguration und LoRaWAN-Parameter
Die Gateway-Schnittstelle (LoRa-Netzwerkmenü → Netzwerkeinstellungen → Paketweiterleitung oder ähnlich) ist der Ort, an dem LoRaWAN-Server-VerbindungsparameterDieser Abschnitt bildet die Brücke zwischen der LoRa-Funkwelt und dem Netzwerkserver.
Der Paketweiterleiter wird durch Angabe der Serveradresse (beispielsweise der TTN-Router oder ein benutzerdefinierter Router wie router.us.mokolora.network in MOKO-Umgebungen) sowie die Upstream- und Downstream-Ports (serv_port_up und serv_port_down). Jeder konfigurierte Server kann zudem mit einem typischen Flag wie serv_enabled aktiviert oder deaktiviert werden.
Bei MOKO- und Raspberry Pi-basierten Gateways werden viele dieser Parameter in JSON-Dateien gespeichert, wie zum Beispiel global_config.json y local_config.json, die jeweils die generische Regionskonfiguration und die spezifischen Gateway-Daten (ID, Standort, Server usw.) definieren.
Die Datei global_config.json enthält üblicherweise den gateway_conf-Block mit Einstellungen für GPS und Synchronisierungzum Beispiel:
{"gateway_conf":{"GPS":true,"gps_tty_path":"/dev/ttyAMA0","fake_gps":false}}
Während local_config.json Daten wie beispielsweise speichert Gateway-ID, Koordinaten (ref_latitude, ref_longitude, ref_altitude), Kontakt-E-Mail, Beschreibung und die Liste der Server, mit denen der Paketweiterleiter verbunden ist, jeweils mit seiner Serveradresse, seinem aktiven Port (serv_port_up), seinem inaktiven Port (serv_port_down) und seinem aktiven Port (serv_enabled).
Konfigurationsdateiverwaltung und Gateway-ID
Bei Raspberry Pi-Systemen mit MOKO ist ein interessanter Aspekt, wie es generiert und verwaltet die gateway_IDSie wird üblicherweise aus der MAC-Adresse der Netzwerkschnittstelle (z. B. eth0) mithilfe eines Skripts berechnet, das diese in einen EUI64-Identifikator umwandelt, wobei "FFFE" eingefügt und das Ergebnis großgeschrieben wird.
Diese gateway_ID wird anschließend in der Datei local_config.json verwendet, um das Gateway zum LoRaWAN-Server eindeutig zu identifizieren. Darüber hinaus basieren viele Implementierungen auf einem Schema von Remote-Konfiguration basiert auf einem GitHub-Repository, in dem die global_config.json-Dateien für jede Region und die local_config.json-Dateien für bestimmte Gateways veröffentlicht sind.
Der Mechanismus funktioniert folgendermaßen: Beim Start lädt der LoRa-Konzentrator die seiner Gateway-ID entsprechende Konfigurationsdatei von GitHub herunter, prüft auf Änderungen seit dem letzten Start und synchronisiert diese, falls eine neue Version erkannt wird, durch Erstellen einer entsprechenden Datei. symbolische Verbindung von bin/local_config.json zur geklonten Repository-Datei.
Wenn Sie dieses System nutzen möchten, können Sie Laden Sie Ihre eigene Konfigurationsdatei in das Remote-Repository hoch.Benennen Sie die Datei mit der gateway_ID (z. B. MFP254862KEF1034.json), forken Sie sie, senden Sie einen Pull Request an das Haupt-Repository und sobald dieser akzeptiert wurde, lädt Ihr Gateway diese Konfiguration bei nachfolgenden Starts automatisch herunter.
Dies ermöglicht die Aktualisierung kritischer Parameter (Server, Frequenzen, Beschreibung, Kontaktdaten), ohne physisch auf jedes Gateway zugreifen zu müssen, vorausgesetzt, es verfügt über Internetverbindung und die Synchronisierungssoftware aktiviert ist.
Regionale Einstellungen, Kanäle und Frequenzfehler
Ein Aspekt, der bei der Konfiguration von LoRaWAN-Gateways viele Fragen aufwirft, ist der regionale FrequenzkonfigurationFür jedes Land oder geografische Gebiet sind bestimmte Frequenzbänder für LoRa freigegeben (z. B. 868 MHz in Europa, 915 MHz in bestimmten Regionen Amerikas usw.), und Netzwerkserver überprüfen, ob die Pakete auf zulässigen Frequenzen ankommen.
Die globalen Konfigurationsdateien für das Gateway (global_config.json) definieren die Funkkanäle und Parameter (Frequenzen, Bandbreite, Spreizfaktor usw.) für jede Region. Öffentliche Repositories mit vordefinierten Konfigurationen für mehrere regionale Tarife sind auf GitHub verfügbar, was die Bereitstellung erheblich vereinfacht.
Wenn Ihre Gateway-Konfiguration nicht mit der des Servers übereinstimmt, mit dem Sie sich verbinden, können Fehler wie die folgenden auftreten: „PAKET ABGELEHNT, Frequenz nicht kompatibel“Beispielsweise könnte das Gateway Pakete auf 868.3 MHz senden, während der Server auf Pakete im Bereich von 890-975 MHz wartet, was zu Fehlern im Paketweiterleitungsprotokoll führt.
Um diese Fehler zu vermeiden, laden Sie bitte die folgende Datei herunter: Die Datei global_config.json ist für Ihre Region korrekt.Stellen Sie außerdem sicher, dass Ihr Server (TTN, MOKO, AWS IoT Core) mit demselben Frequenzplan konfiguriert ist. Überprüfen Sie darüber hinaus, ob die Endgeräte (Tracker, Sensoren usw.) dasselbe Frequenzband verwenden, das sowohl auf dem Gateway als auch auf dem Server definiert ist.
In Ländern wie China werden beispielsweise spezielle Konfigurationen mit anderen Frequenzbändern und Kanälen als in Europa verwendet. Daher reicht es nicht aus, einfach irgendein Beispiel aus dem Internet zu kopieren; man muss die spezifische Datei, die Ihrem geografischen Gebiet zugeordnet ist damit alles zusammenpasst.
Verbindung von LoRaWAN-Gateways mit AWS IoT Core
Bei komplexeren Implementierungen können Sie Ihre Gateways direkt integrieren mit AWS IoT Core für LoRaWAN, unter Nutzung der Cloud-Funktionen von Amazon für Geräteverwaltung, Datenerfassung und Nachrichtenverarbeitung.
Der allgemeine Ablauf besteht darin, das Gateway in AWS IoT Core für LoRaWAN zu registrieren, die erforderlichen Informationen (Zertifikate, Endpunkt-URLs) abzurufen und anschließend das Gateway-Gerät für die Verbindung mit dem Netzwerk zu konfigurieren. CUPS- oder LNS-Endpunkt von AWS, gemäß dem unterstützten Protokoll.
Je nach Gateway-Typ erklärt die Dokumentation des Anbieters, wie das funktioniert. Laden Sie die Vertrauenszertifikate hoch. Diese Anleitung erklärt, wie Sie die Pfade zu diesen Zertifikaten in der Firmware festlegen und sie auf die von AWS bereitgestellten CUPS- oder LNS-URLs verweisen. Es ist wichtig, diese Anleitung genau zu befolgen, da die TLS-Authentifizierung obligatorisch ist.
Bei Gateways, die mit dem CUPS-Protokoll kompatibel sind, müssen Sie die CUPS-Endpunkt-URL angeben. Diese hat ein Format ähnlich wie: prefix.cups.lorawan.region.amazonaws.com:443. Bei Gateways, die mit LNS kompatibel sind, sieht die URL etwa so aus: https://prefix.lns.lorawan.region.amazonaws.com:443. Port 443 und sichere Verbindung.
Sobald die Zertifikate hochgeladen und die Endpunkte konfiguriert wurden, beginnt das Gateway mit der Kommunikation mit AWS IoT Core für LoRaWAN Den Status (verbunden, zuletzt empfangener Uplink usw.) können Sie über die Webkonsole oder über die GetWirelessGatewayStatistics API überprüfen, die Informationen wie ConnectionStatus und LastUplinkReceivedAt im JSON-Format zurückgibt.
Überwachung des Gateway-Status mithilfe der AWS-Konsole und -API
Nach der Verbindung des Gateways mit AWS IoT Core für LoRaWAN bietet die Plattform mehrere Möglichkeiten, Überprüfen Sie, ob alles ordnungsgemäß funktioniert.Die schnellste Möglichkeit bietet die AWS IoT-Webkonsole, in der es einen speziellen Bereich für Gateways gibt.
Innerhalb der Konsole erscheint ein Block, wenn Sie Ihr Gateway auf der Seite „Gateways“ auswählen. Spezifische Details zu LoRaWANDort sehen Sie den Verbindungsstatus sowie Datum und Uhrzeit des letzten empfangenen Uplinks. So können Sie auf einen Blick überprüfen, ob das Gateway aktiv ist und mit der Cloud kommuniziert.
Wenn Sie die Überwachung automatisieren möchten, können Sie Folgendes verwenden: GetWirelessGatewayStatistics APIDieser Vorgang benötigt keinen Anfragetext und gibt ein JSON-Objekt zurück, das beispielsweise den Verbindungsstatus (Verbunden/Getrennt), den Zeitpunkt des letzten Uplink-Empfangs mit Zeitstempel und die WirelessGatewayId des Geräts angibt.
Ein Beispiel für eine Antwort wäre so etwas wie: {"ConnectionStatus":"Connected","LastUplinkReceivedAt":"2021-03-24T23:13:08.476015749Z","WirelessGatewayId":"30cbdcf3-86de-4291-bfab-5bfa2b12bad5"}, die Sie in Ihre Überwachungstools oder benutzerdefinierten Dashboards integrieren können.
Auf diese Weise stehen Ihnen sowohl über die Konsole als auch über die API sehr klare Möglichkeiten zur Verfügung, Verbindungsfehler erkennenlänger anhaltende Inaktivität des Gateways oder Konfigurationsprobleme, die verhindern, dass Uplinks AWS IoT Core korrekt erreichen.
Registrierung von Anwendungen und Endgeräten in TTN
Zurück zur TTN-Umgebung: Sobald das Gateway betriebsbereit und registriert ist, gibt es noch einen weiteren wichtigen Schritt: Registrieren Sie die Anwendung und die Endgeräte (Knoten, Tracker, Sensoren). Nur weil das Gateway in TTN als verbunden angezeigt wird, bedeutet das nicht, dass Sie bereits Daten von Ihren Knoten empfangen.
Gehen Sie in der TTN-Konsole zum Bereich „Anwendungen“ und erstellen Sie eine neue Anwendung mit einem Namen/einer ID. Innerhalb dieser Anwendung verwenden Sie die Schaltfläche … „Endgerät registrieren“ Zur Registrierung jedes LoRaWAN-Knotens können Sie die Daten je nach Gerätetyp entweder manuell eingeben oder Vorlagen verwenden.
Zu den wichtigsten Parametern gehören DevEUI, JoinEUI (APP-EUI) und AppKeyEinige Tools, wie beispielsweise die eigene Konsole von TTN, ermöglichen dies. Automatische Generierung von DevEUI und AppKey durch Generierungsschaltflächen, die den Startvorgang bei der Verwendung generischer Knoten oder kundenspezifischer Entwicklungen vereinfachen.
Für JoinEUI können Sie in bestimmten Fällen praktisch jeden Wert festlegen, solange dieser mit dem übereinstimmt. Geräteeinstellungen (Beispielsweise entspricht im Loko-Konfigurationstool der Parameter APP-EUI dem Parameter JoinEUI in TTN.) Die übrigen Schlüssel müssen in der Konsole und der Knoten-Firmware exakt übereinstimmen.
Sobald das endgültige Gerät registriert ist, können Sie zum Abschnitt „Payload-Formatierer“ wechseln und Optionen wie die folgenden auswählen: CayenneLPP für die Uplink-Dekodierung. Dadurch können Daten in benutzerfreundlicheren Formaten dargestellt und die Integration mit Dashboards, Datenbanken und Visualisierungssystemen erleichtert werden.
Praktisches Beispiel mit Trackern und Konfigurationswerkzeugen
Ein recht häufiges Beispiel aus der Praxis ist die Verwendung von LoRaWAN GPS-Tracker Personen, Fahrzeuge oder Objekte können geortet werden, indem ihre Koordinaten regelmäßig über das Netzwerk gesendet werden. Geräte wie der Dragino TrackerD oder die Loko Air-Einheiten veranschaulichen diesen Prozess sehr gut.
Im Bildungsbereich können beispielsweise mehrere Tracker unter derselben TTN-Anwendung registriert werden, wobei die Tatsache genutzt wird, dass jeder Tracker mit folgenden Eigenschaften ausgestattet ist: eindeutige Zugangsdaten (DevEUI, AppEUI/JoinEUI, AppKey), die in Ihrem Handbuch oder auf dem Geräteetikett dokumentiert sind. Sie alle gehören zur selben Anwendung, sind aber individuell gekennzeichnet.
Zur Konfiguration erweiterter Tracker-Parameter (Frequenz der Koordinatenübertragung, Dauer des Panikalarms usw.) kann das Gerät über USB angeschlossen werden. Alternativ kann eine serielle Schnittstelle mit 115200 Baud verwendet werden. vordefinierte AT-BefehleBei manchen Modellen ist eine Eingabe „Taste für Taste“ nicht möglich; stattdessen muss der gesamte Befehl auf einmal eingegeben werden, damit er korrekt interpretiert wird.
Im Falle von Geräten wie Loko Air, dem Werkzeug Loko-Konfigurationstool Es ermöglicht Ihnen, die aktuelle Konfiguration auszulesen, den LoRaWAN-Modus zu aktivieren und die drei wesentlichen Parameter (JoinEUI/AppEUI, DevEUI und AppKey) so einzugeben, dass sie mit den Aktivierungsinformationen des Endgeräts im The Things Network übereinstimmen.
Nach Anwendung der Einstellungen und Neustart des Geräts sollten Sie, sofern das Gateway ordnungsgemäß funktioniert und sich in Reichweite befindet, folgende Ergebnisse sehen: Live-Verkehr im Abschnitt „Endgeräte“ von TTN, einschließlich Nachrichten mit dekodierten Nutzdaten und dem Standort des Trackers auf der Karte, sofern das Format dies zulässt.
Darüber hinaus können die in der TTN-Konsole angezeigten Informationen in öffentliche Dashboards wie z. B. integriert werden. Datenkuchendie es ermöglichen, Rohdaten von LoRaWAN in benutzerfreundliche Visualisierungen, teilbare Dashboards oder Anzeigetafeln für Bildungsprojekte und IoT-Pilotprojekte umzuwandeln.
Bei dieser gesamten Entwicklung, von der Hardware bis zur Cloud, einschließlich TTN, AWS und der Feinabstimmung der Funkkonfiguration, wird deutlich, dass ein LoRaWAN-Gateway nicht nur „eine Antenne“ ist, sondern … neuralgischer Punkt das die physische Welt der Sensoren mit den Datenplattformen verbindet, auf denen der Wert des Projekts tatsächlich generiert wird.
Letzter Absatz
Sobald die internen Abläufe verstanden sind – RAK831- oder RAK7289-Hardware, global_config- und local_config-Dateien, Fernsynchronisierung über GitHub, IP-Konfiguration und Deaktivierung des Management-WLANs, TTN-Einrichtung und -Parametrierung, sichere Verbindung mit AWS IoT Core und Registrierung von Anwendungen und Endgeräten wie GPS-Trackern oder Loko Air-Einheiten – wird es viel einfacher zu verstehen, dass Konfigurieren eines LoRaWAN-Gateways Es handelt sich schlichtweg um die geordnete Summe mehrerer logischer Schritte, wobei es vor allem darauf ankommt, den regionalen Frequenzplan einzuhalten, die IDs und Schlüssel zwischen Gateway, Server und Knoten abzugleichen und sich auf die Konsolen und APIs der verschiedenen Dienste zu verlassen, um jederzeit zu überprüfen, ob die Uplinks ankommen und ob sich die LoRaWAN-Infrastruktur in Ihrer tatsächlichen Bereitstellung wie erwartet verhält.