説明

LoRaWANデバイスのネットワーク参加方法は2種類あります：

• ABP : 固定デバイスアドレス、ネットワークセッションキーは工場出荷時にデバイスに書き込まれます。複数のネットワークサーバーが正しいノード情報で設定されていれば、複数のネットワークサーバーでノードパケットをデコードできます。
• OTAA : Dynamic Device Address, Networks Session Key はセンサーがネットワークに参加する度に生成されます。そのため、多くの使用シナリオでは、OTAA は ABP よりも安全な選択です。OTAA方式を使用する場合、ユーザーはセンサーがネットワークに正常に参加したかどうかを確認し、すべてのデータパケットが正しいネットワークサーバーで受信されデコードされることを確認する必要があります。

Milesightゲートウェイはネットワークサーバを内蔵しており、上記の方法をサポートしています。このガイドでは、LoRaWANノードがMilesightゲートウェイ内蔵のネットワークサーバーにアクティベートできない場合のトラブルシューティング方法について説明します。

解決方法

ヒント1. Packet Forwarder > Generalと Network server > Generalにアクセスし、Embedded NSが有効になっていることを確認します。

ゲートウェイのウェブGUIにアクセスし、[Network Server] > [Packets ]でゲートウェイが受信したセンサーパケットを確認します。受信していない場合は、以下の設定を確認してください。

ヒント 2. ゲートウェイに正しいデバイス EUI を入力したか確認してください。

ヒント 3. ノードとゲートウェイ間の LoRaWAN 信号を確認します。

• ノードとMilesightゲートウェイ間の距離が適切であること（地方では10km以下、都市部では2km以下）、ゲートウェイの全てのアンテナがユーザーガイドに従って正しく設置されていることを確認してください。
• 特に外部アンテナを使用する場合は、Packet Forwarder -> Radiosページで正しいアンテナモードを選択していることを確認してください。

ヒント 4. ゲートウェイとノードの周波数プランと周波数設定が一致しているか確認してください。

MilesightゲートウェイのウェブGUIにアクセスします： Packet Forwarder > Radios（パケットフォワーダー > 無線）、センサー周波数チャンネル設定インターフェイスにアクセスし、全ての周波数プランと周波数チャンネルが同じであることを確認します。

注意

1) ゲートウェイの全周波数帯域は、センサーの全周波数帯域をカバーする必要があります。

2) ノードが AU915 でゲートウェイが US915 の場合、ゲートウェイはセンサからのアップリンクパケットを検出できず、受信できません。ノードの周波数をUS915に変更してください。

3) ゲートウェイの地域周波数が AU915、US915、CN470 の場合。ゲートウェイのデフォルトの8チャンネル周波数に合わせて、チャンネルインデックスをより小さい範囲（8-15）に変更してください。

ゲートウェイのウェブ GUI のNetwork Server > Packets ページにアップリンクがある場合、アップリンクパケットタイプをチェックしてください。

ヒント 5. パケットが JnReq タイプの場合、ゲートウェイとセンサーの周波数設定の両方が正し いことを意味します。このガイドに従って、デバイス情報（特にアプリケーションキー）がすべて正しいかどうかを確認してください。

アプリケーションキーが正しくない場合、ゲートウェイはここでセッションキーを生成し

ヒント 6. 全てのパケットが JnReq と JnACC タイプの場合、Network Server > Gerneral > Channel Plan Setting で Channel Mask を削除し、Save & Applyしてからセンサーを再起動してもう一度確認してください。

ヒント 7. センサーノードの受信遅延時間を拡大するか、ゲートウェイからの参加受付を受信するように拡散係数を変更します。Milesight UC11xx コントローラを例に説明します、

1)Receive Dealy1=2000ms、Receive Dealy2=3000 ms に変更します。

2)RX2 Datarateの値が Spread Factorと同じか確認します。

ヒント 8. rootアカウントでゲートウェイにSSH接続して、ダウンリンクウィンドウをRX2に変更します。

root@ROUTER:/mnt/mmcblk0p1/log# vi /mnt/mmcblk0p1/lora-server/etc/loraserver/loraserver.json
        "network_settings": {
            "installation_margin": 10,
            "join_delay": 5,
            "rx1_delay": 1,
            "rx1_dr_offset": 0,
            "rx2_dr": -1,
            "rx2_frequency": -1,
            "disable_mac_commands": false,
            "rx_window_auto": true, #### Change this to “false”to use RX2 to send downlink packets.
            "enabled_uplink_channels": [], 
            "extra_channels": [

root@ROUTER:/mnt/mmcblk0p1/log# /etc/init.d/loraserver stop
root@ROUTER:/mnt/mmcblk0p1/log# /etc/init.d/loraserver strat

トラブルシューティングの例

以下は一般的な例と考えられる理由です。

1. Appkeyエラー

アプリキーを間違えると、lora-gateway-adapter.logに以下のようなログが表示されます：

time="2021-09-29T12:04:57+10:00" level=info msg="mqtt/gateway: receive uc error msg" payload="{\"applicationID\":\"1\",\"applicationName\":\"cloud\",\"deviceName\":\"6414B10371250025\",\"devEUI\":\"24e124414b103712\",\"type\":\"JoinError\",\"error\":\"AppKey Error\",\"time\":\"\"}" topic=application/1/device/24e124414b103712/error
time="2021-09-29T12:04:57+10:00" level=warning msg="received error msg" error="AppKey Error" type=JoinError 

2.Windowsの受信が一致しません

デバイスのログファイルがあり、以下のような 「タイムアウト 」エラー情報がある場合、センサーの受信ウィンドウ設定またはゲートウェイのダウンリンクウィンドウを変更してください。

①

[13:57:21.789]IN¡û¡ô=====..\..\public\Ursalink\LoRaWAN\radio\sx1276.c SX1276OnTimeoutIrq:1530 1
[13:57:22.259]IN¡û¡ôenter OnJoinedPacketTimerEvent 310...

②

[2021-09-09 13:45:57.287]# RECV ASCII>
######===== MLME-Confirm ====######

STATUS     :RX 1 timeout

IsTxTimeoutTimerRunning:false

######===== JOIN FAILED ====######