#1初めまして、直近でTTNゲートウェイを岐阜にて導入いたしました。TTNのコンソールからゲートウェイは「接続済み」でアプリケーションをTTNに追加し、デバイスも登録いたしました。Dev-JP)をUSB経由でプログラムの書き込みを行いました。ステータス「発見できません」のままになっております。TTNCTLツールをダウンロードいただき、コマンドラインから試してみてください。#3CRIJapan:TTNCTLツールありがとうございます。いちど、内容を確認いたします。#4少し、時間がかかりましたが、アドバイスをいただき、内容を確認しました。/go/pkg/mod/github.com/!the!things!network/ttn/utils/errors@v0.0.0-20190516093004-b66899428ed5/errors.go:222などとなており、euのハンドラーとなっておりました。ttn-handler-asia-seでハンドラーを指定しても変化がありません。アプリやデバイスを削除し、再作成してもeuのままです。なってしまうのかもわかりません。#5まだ、解決には至っておりませんが、後の方の為に記録を残させていただければと思います。事例としては、下記のURLに近い症状です。#7吉田様おはようございます。LoRa/GPS_HATとなります。boardとなります。設定は次のサイトを参考にさせて頂きました。https://www.rs-online.com/designspark/azurepart02-jp現在は、OTTAではなく、ABPにて設定を行いました。ゲートウェイの「トラフィック」を確認したところ、センサノードのデバイスアドレスが表示されておりましたので、センサーノードからゲートウェイまではの疎通は出来ているのではないかと思っております。これは、OTTAでも同様にデバイスEUI及びアプリケーションEUIに関して、「トラフィック」に表示されることを確認しております。認証に問題がある可能性を感じ、センサーノードの各キーはmsb及びlsbともに設定をして確認を行いましたが、ゲートウェイへのトラフィックは同様に表示できておりました。最初にご指摘の通り、アプリケーションの内部でハンドラとデバイスのハンドラがうまく設定できていないのではないかと感じております。WEBでのコンソールの表示で「ハンドラ」は「ttn-handler-asia-se」を表示しております。#83日前に国内でttn-handler-asia-seの不具合が報告されていましたが、私の環境では問題ありませんでした。3日前不具合もその日の午後に修復されていたようです。アプリケーションにつなぐ、ペイロードのデコーダーをチェックしてみてください。わたしもよくここでトラブルが発生します。様アドバイスありがとうございます。お恥ずかしい話、「ペイロードのデコーダをチェックしてください」というご指摘を正確に理解できないでおります。decoded;}をweb上で設定しており、値を01.02といれますと、それぞれ01,02と帰ってくるまでは確認ができております。#10一度、アカウントをすべて削除して、再作成したのですが、問題の切り分けとして一番疑わしいのは、センサーノードの設定かなと考えています。一部、疑問に思うのですが、ABPにおいて、アプリケーションセッションキーとネットワークセッションキーがありますが、msbとlsbのどちらで設定をすべきか、よくわからない状態です。#11global_config.jsonの、serversの、addressに、router.jp.things.networkを設定されてますか?そのサーバー、障害が発生しているようで、もし、設定されているようであれば、router.as2.thethings.networkに変更して、リコンパイル(必要ないかもしれませんが)して、もう一度試してみてください。#12owashiさまアドバイスありがとうございます。DATAにてデータが出力されている事が確認できました。ありがとうございました。昨日から設定を変えておりませんので、router経由での障害だったと考えられます。今回の課題といたしまして、ネット上で出ている情報をもとに設定を行っても、うまく行かないケースだった為、今後障害の切り分け方法を明確にしていける環境づくりが、TTNのGW拡大や利用者の拡大に大きく影響するのではないかと感じました。LikeホームカテゴリFAQ/ガイドライン利用規約プライバシーポリシーDiscourseにより提供されています。最適な表示のために、Javascriptを有効にしてください。