Lorawan-stack: 人気のあるゲートウェイを接続するドキュメント

同様にサポートのために@adriansmaresでループしました。 それに応じて調整してください。

CiscoIXMを追加しました

https://www.thethingsnetwork.org/docs/gateways/の既存のドキュメントも参照してください。

これは_reference_として機能する必要があります。 そのドキュメントは時間の経過とともに成長し、1つのスタイルや構造に従っていません。

スタイルと構造を定義することから始めて、すべてのゲートウェイドキュメントをそれに合わせてください。

@ adriansmares 、 @ mjamescompton 、@ johanstokking ：

• このfeature/gateway-documentationの機能ブランチを作成しました。 すべてのPRをこのブランチにターゲティングしてください。
• 最初の候補はここにあります： https ：//github.com/TheThingsNetwork/lorawan-stack/pull/1368

@MathieuMonneret元のコメントを更新しました。

@adriansmaresクラスター名とゲートウェイIDに基づいてGCSリンクを構築する方法を教えてください。

NASYS屋外ゲートウェイをリストに追加しました。それを取得できました。 問題を作成し、後でドキュメントの作業を開始します。

@MathieuMonneretのステータスはどうなっていますか？

私は実際にGatewayEUIについて疑問を持っています。オフィスに戻ったら、確認する必要があります。 それ以外の場合、構成はV2とまったく同じです。登録には、ttndocsへのリンクだけで十分です。 また、登録は構成後に行う必要がありますが、これは実際には汎用テンプレートに準拠していません。

NASYS PRの私のコメントhttps://github.com/TheThingsNetwork/lorawan-stack/pull/1765#discussion_r360807466は、他のゲートウェイにも関連している可能性があるため、ここに再投稿してください。

v3では、サーバーパラメータだけでなく、その頻度計画を使用してゲートウェイを自動的に構成できます。

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

@rvolosatovsは、Kerlink Wirnetゲートウェイ（https://github.com/TheThingsNetwork/kerlink-station-firmware）用の優れたスクリプトを作成しました。他のゲートウェイでも同じことができるでしょうか。

プラットフォームの違いから、そのスクリプトの一般化に力を注ぐべきかどうか疑問に思います。 Kerlinkにはすでに2つの構成ファイルがあり、MultiTechには異なるclksourceがあり、Tektelicはリファレンスデザインを使用していないため、おそらく異なります。 その後、これらの人々はすべてBasic Stationのサポートに取り組んでおり、UDP構成の時代を完全に終わらせることができれば幸いです。 私はここで非常に楽観的であることを知っています。

@MathieuMonneretゲートウェイEUIはゲートウェイメーカーによって提供され、これはゲートウェイによって異なります。 一部のゲートウェイは、構成ファイル内のEUIを無視し、パケットフォワーダーにレポートを送信させます。一部のゲートウェイには、EUIを読み取るための（プラットフォーム固有の）スクリプトがあります。

とにかくV2と非常によく似ています。 これはAppEUIとは関係ありません。

指示に従ってTTNキックスターターゲートウェイに参加しようとしていますが、ゲートウェイが参加しません。 ログのメッセージには次のように書かれています。

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はゲートウェイの名前です

私は何か間違ったことをしていますか？ ゲートウェイはapi/v2に到達しようとしているようですが、サーバーはapi/v3のみを提供していると思います

@ loganmc10 ：これは正しい問題ではありません。 使用したAccount Serverの価値について、別の問題を作成していただけませんか。

@johanstokking NASysゲートウェイも、ベンダー固有の構成オプションを使用して、semtechパケットフォワーダーのフォークを使用します。 おそらく、一般的なスクリプトを持つことは、それが価値があるよりも厄介でしょうか？ ＃1765の私のコメントも参照してください

プラットフォームの違いから、そのスクリプトの一般化に力を注ぐべきかどうか疑問に思います。 Kerlinkにはすでに2つの構成ファイルがあり、MultiTechには異なるclksourceがあり、Tektelicはリファレンスデザインを使用していないため、おそらく異なります。 その後、これらの人々はすべてBasic Stationのサポートに取り組んでおり、UDP構成の時代を完全に終わらせることができれば幸いです。 私はここで非常に楽観的であることを知っています。

@KrishnaIyer MultiTechConduitAEPゲートウェイのドキュメントを追加しました

feature/gateway-documentationがないため、＃1793をmasterブランチにターゲティングしました。

@benolayinkaこのリストに再度アクセスして、追加したいゲートウェイドキュメントを確認できますか？

提案：

• Kerlinkのドキュメントを見てください。品質を向上させることができるかもしれません。
• BasicsStationを備えたTektelicゲートウェイ
• UDPとBasicsStationを備えたRAK

ゲートウェイモデルに固有の問題を開いてください。