Lorawan-stack: Dokument, das beliebte Gateways verbindet

Habe auch @adriansmares zur Unterstützung eingeschleift. Bitte koordinieren Sie entsprechend.

Cisco IXM hinzugefügt

Siehe auch vorhandene Dokumentation auf https://www.thethingsnetwork.org/docs/gateways/

Dies sollte als _Referenz_ dienen; dass die Dokumentation im Laufe der Zeit gewachsen ist und nicht einem Stil oder einer Struktur folgt.

Bitte beginnen Sie mit der Definition eines Stils und einer Struktur und richten Sie die gesamte Gateway-Dokumentation daran aus.

@adriansmares , @mjamescompton und @johanstokking :

• Ich habe einen Feature-Zweig für dieses feature/gateway-documentation erstellt. Bitte richten Sie alle PRs auf diesen Zweig aus.
• Der erste Kandidat ist hier: https://github.com/TheThingsNetwork/lorawan-stack/pull/1368

@MathieuMonneret Ich habe den ursprünglichen Kommentar aktualisiert.

@adriansmares können Sie mitteilen, wie wir den GCS-Link basierend auf dem Clusternamen und der Gateway-ID erstellen?

Ich habe das NASYS Outdoor Gateway in die Liste aufgenommen, das könnte ich bekommen. Wird ein Problem erstellen und später mit der Arbeit an der Dokumentation beginnen.

Wie ist der Stand hier @MathieuMonneret ?

Ich habe tatsächlich Zweifel bezüglich der GatewayEUI , die ich sicherstellen muss, sobald ich wieder im Büro bin. Ansonsten ist die Konfiguration genau die gleiche wie bei V2, nur ein Link zu ttn docs sollte ausreichen, dasselbe für die Registrierung. Außerdem muss die Registrierung nach der Konfiguration erfolgen, die nicht wirklich der generischen Vorlage folgt.

Mein Kommentar https://github.com/TheThingsNetwork/lorawan-stack/pull/1765#discussion_r360807466 in der NASYS PR kann auch für andere Gateways relevant sein, also reposte ihn hier:

Mit v3 können wir Gateways nicht nur mit Serverparametern, sondern auch mit seinem Frequenzplan automatisch konfigurieren:

$ curl -H "Authorization: Bearer NNSXS.<snip>.<snip>" https://thethings.example.com/api/v3/gcs/gateways/your-gateway-id/semtechudp/global_conf.json

@rvolosatovs hat ein nettes Skript für Kerlink Wirnet-Gateways geschrieben (in https://github.com/TheThingsNetwork/kerlink-station-firmware), vielleicht können wir dasselbe für andere Gateways tun?

Ich frage mich, ob wir uns wegen der Plattformunterschiede bemühen sollten, dieses Skript zu verallgemeinern. Kerlink hat bereits zwei Konfigurationsdateien, MultiTech hat eine andere clksource , Tektelic ist wahrscheinlich anders, da sie kein Referenzdesign verwenden. Dann arbeiten diese Jungs alle an der Unterstützung der Basisstation, die hoffentlich die Ära der UDP-Konfiguration überhaupt beendet. Ich weiß, ich bin hier sehr optimistisch.

@MathieuMonneret Die Gateway-EUI wird vom Gateway-Hersteller bereitgestellt und hängt vom Gateway ab. Einige Gateways ignorieren die EUI in der Konfigurationsdatei und lassen ihre Paketweiterleitung eine melden, einige Gateways haben ein (plattformspezifisches) Skript zum Lesen der EUI usw.

Es ist V2 sowieso sehr ähnlich. Dies hat nichts mit AppEUIs zu tun.

Ich versuche, den Anweisungen zu folgen, um einem TTN-Kickstarter-Gateway beizutreten, das Gateway wird nicht beitreten. Die Meldung in den Logs lautet:

duration=18.325µs error=error:pkg/errors/web:unknown (Not Found) message=Not Found method=GET namespace=web remote_addr=x.x.x.x:5256 request_id=01DWWA895FS8RVNWRQC1PWRPQP status=404 url=/api/v2/gateways/ttn-ks-gateway?filter=ttn

ttn-ks-gateway ist der Name des Gateways

Mache ich etwas falsch? Das Gateway scheint zu versuchen, api/v2 zu erreichen, aber ich denke, der Server bedient nur api/v3

@loganmc10 : Dies ist nicht das richtige Problem. Könnten Sie bitte ein separates Problem dafür erstellen, in dem Sie den Wert der von Ihnen verwendeten Account Server erwähnen?

@johanstokking NASys-Gateway verwendet auch einen Fork der Semtech-Paketweiterleitung mit einigen herstellerspezifischen Konfigurationsoptionen . Vielleicht wäre es mehr Mühe, ein generisches Skript zu haben, als es wert ist? siehe auch meinen Kommentar unter #1765

Ich frage mich, ob wir uns wegen der Plattformunterschiede bemühen sollten, dieses Skript zu verallgemeinern. Kerlink hat bereits zwei Konfigurationsdateien, MultiTech hat eine andere clksource , Tektelic ist wahrscheinlich anders, da sie kein Referenzdesign verwenden. Dann arbeiten diese Jungs alle an der Unterstützung der Basisstation, die hoffentlich die Ära der UDP-Konfiguration überhaupt beendet. Ich weiß, ich bin hier sehr optimistisch.

@KrishnaIyer Wir haben Dokumentation für das MultiTech Conduit AEP-Gateway hinzugefügt

Da wir feature/gateway-documentation nicht haben, zielten wir auf #1793 auf den Zweig master ab.

@benolayinka können wir uns diese Liste noch einmal ansehen und sehen, welche Gateway-Dokumentation wir noch hinzufügen möchten?

Vorschlag an:

• Sehen Sie sich die Kerlink-Dokumentation an, vielleicht können wir die Qualität verbessern
• Tektelische Gateways mit Basics Station
• RAK mit UDP & Basics Station

Bitte öffnen Sie spezifische Probleme für Gateway-Modelle.