Wisnode doesn't receive join accept

Hi,

I’ve recently purchased a Wisnode sense home, and a RAK2287 that I connected to a raspberry pi 4 to build a gateway (both in AU915 frequencies).

I’m using the firmware provided by RAK wireless on the raspberry pi, and configured it to talk to the things network on AU915 frequencies (I’ve followed the tutorials from RAK wireless).

In TTN, I can see the join requests being received, although the RSSI seem really low (usually between -90dB and -100dB :

  "name": "gs.up.receive",
  "time": "2021-12-09T22:39:36.671394030Z",
  "identifiers": [
    {
      "gateway_ids": {
        "gateway_id": "rpi4-rak2287-au"
      }
    },
    {
      "gateway_ids": {
        "gateway_id": "rpi4-rak2287-au",
        "eui": "XXXXXXXXXXXXX"
      }
    }
  ],
  "data": {
    "@type": "type.googleapis.com/ttn.lorawan.v3.UplinkMessage",
    "raw_payload": "AARyFfn/CR+sVX8E/v8JH6w95rgnFi0=",
    "payload": {
      "m_hdr": {},
      "mic": "uCcWLQ==",
      "join_request_payload": {
        "join_eui": "XXXXXXXXXXXXXXX",
        "dev_eui": "XXXXXXXXXXXXXXX",
        "dev_nonce": "E63D"
      }
    },
    "settings": {
      "data_rate": {
        "lora": {
          "bandwidth": 125000,
          "spreading_factor": 7
        }
      },
      "coding_rate": "4/5",
      "frequency": "918200000",
      "timestamp": 2684120164,
      "time": "2021-12-09T22:55:04.511Z"
    },
    "rx_metadata": [
      {
        "gateway_ids": {
          "gateway_id": "rpi4-rak2287-au",
          "eui": "XXXXXXXXXXXXXXXXX"
        },
        "time": "2021-12-09T22:55:04.511Z",
        "timestamp": 2684120164,
        "rssi": -98,
        "channel_rssi": -98,
        "snr": -3.8,
        "frequency_offset": "676",
        "uplink_token": "Ch0KGwoPcnBpNC1yYWsyMjg3LWF1EgjkXwH//lcXJBDk2PH/CRoMCKiLyo0GELeOhMACIKDNnZCPywEqDAjIksqNBhDA+9TzAQ==",
        "channel_index": 7
      }
    ],
    "received_at": "2021-12-09T22:39:36.671156023Z",
    "correlation_ids": [
      "gs:conn:01FPGHYFFVH27VT9J08X6CN1GQ",
      "gs:uplink:01FPGNM6PZASFEYSHRXJ03H3C6"
    ]
  },
  "correlation_ids": [
    "gs:conn:01FPGHYFFVH27VT9J08X6CN1GQ",
    "gs:uplink:01FPGNM6PZASFEYSHRXJ03H3C6"
  ],
  "origin": "ip-10-102-6-231.ap-southeast-2.compute.internal",
  "context": {
    "tenant-id": "CgN0dG4="
  },
  "visibility": {
    "rights": [
      "RIGHT_GATEWAY_TRAFFIC_READ",
      "RIGHT_GATEWAY_TRAFFIC_READ"
    ]
  },
  "unique_id": "XXXXXXXXXXXX"
}

The device has been added to TTN, and I can see the gateway is supposed to send a join accept to the device :

{
  "name": "gs.down.send",
  "time": "2021-12-09T22:39:38.483436353Z",
  "identifiers": [
    {
      "gateway_ids": {
        "gateway_id": "rpi4-rak2287-au"
      }
    },
    {
      "gateway_ids": {
        "gateway_id": "rpi4-rak2287-au",
        "eui": "XXXXXXXXXXXX"
      }
    }
  ],
  "data": {
    "@type": "type.googleapis.com/ttn.lorawan.v3.DownlinkMessage",
    "raw_payload": "IMr+ENRf29kojDKcqBoVw0A=",
    "request": {
      "downlink_paths": [
        {
          "uplink_token": "XXXXXXXXXXXXXXXXXXXXXXXXXXXX"
        }
      ],
      "rx1_delay": 5,
      "rx1_data_rate": {
        "lora": {
          "bandwidth": 500000,
          "spreading_factor": 9
        }
      },
      "rx1_frequency": "927500000",
      "rx2_data_rate": {
        "lora": {
          "bandwidth": 500000,
          "spreading_factor": 12
        }
      },
      "rx2_frequency": "923300000",
      "priority": "HIGHEST",
      "frequency_plan_id": "AU_915_928_FSB_2"
    },
    "correlation_ids": [
      "gs:conn:01FPGHYFFVH27VT9J08X6CN1GQ",
      "gs:up:host:01FPGHYFR860A8TPYPYHFV03K6",
      "gs:uplink:01FPGNM6PZASFEYSHRXJ03H3C6",
      "ns:downlink:01FPGNM8FJQ9GVNZDCKYR41F5Q",
      "ns:uplink:01FPGNM6Q0SDPWHZB10FW64PFM",
      "rpc:/ttn.lorawan.v3.GsNs/HandleUplink:01FPGNM6Q0RRG1T68VHGH7WPP5",
      "gs:conn:01FPGHYFFVH27VT9J08X6CN1GQ",
      "rpc:/ttn.lorawan.v3.NsGs/ScheduleDownlink:01FPGNM8FKYR417H78DAPC8X57"
    ]
  },
  "correlation_ids": [
    "gs:conn:01FPGHYFFVH27VT9J08X6CN1GQ",
    "rpc:/ttn.lorawan.v3.NsGs/ScheduleDownlink:01FPGNM8FKYR417H78DAPC8X57"
  ],
  "origin": "ip-10-102-6-231.ap-southeast-2.compute.internal",
  "context": {
    "tenant-id": "CgN0dG4="
  },
  "visibility": {
    "rights": [
      "RIGHT_GATEWAY_TRAFFIC_READ",
      "RIGHT_GATEWAY_TRAFFIC_READ"
    ]
  },
  "unique_id": "XXXXXXXXXXXXXX"
}

But the wisnode never receives the join accept, and therefore keeps trying to join the network over and over again :

[11:50:19:124] [LoRa]:Join retry Cnt:1␊
[11:50:26:164] [LoRa]:Join retry Cnt:2␊
[11:50:33:204] [LoRa]:Join retry Cnt:3␊
[11:50:40:245] [LoRa]:Join retry Cnt:4␊
[11:50:47:285] [LoRa]:Join retry Cnt:5␊
[11:50:54:325] [LoRa]:Join retry Cnt:6␊
[11:51:01:366] ERROR: 99␍␊

I’m using the provided antennas, I’ve checked the connections a few times and everything seems fine. The Wisnode is running V3.0.0.14.H.beta4.

I don’t know why the Wisnode never receives the join accept, I don’t know if there’s an issue in the configuration, or if there’s a hardware problem (as the RSSI is bad, even though the two devices are in the same room at the moment).

Does anyone have any idea ?

Thanks!

You need to fix whatever is causing the signal to be so weak.

Could the RAK2287 LoRa and GPS antennas be installed on the opposite connectors?

Hey Chris,

Thanks for your answer!

I’ve checked and the antennas are installed properly, I have the 915MHz antenna connected to the Lora connector, and the GPS antenna to the GPS connector.

Unfortunately there is no other TTN gateway around, and I only have one device so I can’t figure out which one is behaving poorly.

What do you think could cause this ?

Thanks

PS: after playing around with the antennas, moving them etc, I’ve seen the RSSI increase from -98dB to about -90dB, but it’s still very low considering the 2 devices are on the same desk…

In that situation you should be seeing massive signal overload and occasional weak false reports on additional channels as well as the strong actual one.

The only way you’re actually getting -90 or worse RSSI is if one of the antennas is not electrically connected, but only appears to be, or a similar circuitry or RF misconfiguration problem with either the node or the gateway.

I don’t think that’s the issue; I’ve also tried to let it connect for a night from the other side of the house (with a few walls between them) and didn’t receive a single join request.

I’m not sure how to check if the connections are electrically good, I tried with my multi-meter and it beeped when testing between the antenna and a resistor close to the connector, so I guess it should be fine ?

Regarding the RF configuration, I first followed the tutorials provided by RAKWireless. When it didn’t work I also changed the channels being used by the Wisnode, a solution I found on some forums. I suppose if this was a configuration issue I wouldn’t receive anything no ? It shouldn’t impact the RSSI ?

Anyway, here’s my configuration:

Wisnode : at+get_config=lora:status :

OK Work Mode: LoRaWAN␍␊
Region: AU915␍␊
Send_interval: 600s␍␊
Auto send status: true␍␊
Send_interval work at sleep␍␊
MulticastEnable: false␍␊
DutycycleEnable: false␍␊
Send_repeat_cnt: 0␍␊
Join_mode: OTAA␍␊
DevEui: XXXXXXXXXXX␍␊
AppEui: XXXXXXXXXXX␍␊
AppKey: XXXXXXXXXXXXXXXXX␍␊
Class: A␍␊
Joined Network:false␍␊
IsConfirm: unconfirm␍␊
AdrEnable: true␍␊
EnableRepeaterSupport: false␍␊
RX2_CHANNEL_FREQUENCY: 923300000, RX2_CHANNEL_DR:8␍␊
RX_WINDOW_DURATION: 3000ms␍␊
RECEIVE_DELAY_1: 1000ms␍␊
RECEIVE_DELAY_2: 2000ms␍␊
JOIN_ACCEPT_DELAY_1: 5000ms␍␊
JOIN_ACCEPT_DELAY_2: 6000ms␍␊
Current Datarate: 5␍␊
Primeval Datarate: 5␍␊
ChannelsTxPower: 0␍␊
UpLinkCounter: 0␍␊
DownLinkCounter: 0␍␊

Wisnode : at+get_config=lora:channel :

OK * 0,on,915200000,0,5; * 1,on,915400000,0,5; * 2,on,915600000,0,5;  3,off,915800000,0,5;  4,off,916000000,0,5;  5,off,916200000,0,5;  6,off,916400000,0,5;  7,off,916600000,0,5;  8,off,916800000,0,5;  9,off,917000000,0,5; 10,off,917200000,0,5; 11,off,917400000,0,5; 12,off,917600000,0,5; 13,off,917800000,0,5; 14,off,918000000,0,5; *15,on,918200000,0,5; 16,off,918400000,0,5; 17,off,918600000,0,5; 18,off,918800000,0,5; 19,off,919000000,0,5; 20,off,919200000,0,5; 21,off,919400000,0,5; 22,off,919600000,0,5; 23,off,919800000,0,5; 24,off,920000000,0,5; 25,off,920200000,0,5; 26,off,920400000,0,5; 27,off,920600000,0,5; 28,off,920800000,0,5; 29,off,921000000,0,5; 30,off,921200000,0,5; 31,off,921400000,0,5; 32,off,921600000,0,5; 33,off,921800000,0,5; 34,off,922000000,0,5; 35,off,922200000,0,5; 36,off,922400000,0,5; 37,off,922600000,0,5; 38,off,922800000,0,5; 39,off,923000000,0,5; 40,off,923200000,0,5; 41,off,923400000,0,5; 42,off,923600000,0,5; 43,off,923800000,0,5; 44,off,924000000,0,5; 45,off,924200000,0,5; 46,off,924400000,0,5; 47,off,924600000,0,5; 48,off,924800000,0,5; 49,off,925000000,0,5; 50,off,925200000,0,5; 51,off,925400000,0,5; 52,off,925600000,0,5; 53,off,925800000,0,5; 54,off,926000000,0,5; 55,off,926200000,0,5; 56,off,926400000,0,5; 57,off,926600000,0,5; 58,off,926800000,0,5; 59,off,927000000,0,5; 60,off,927200000,0,5; 61,off,927400000,0,5; 62,off,927600000,0,5; 63,off,927800000,0,5; 64,off,915900000,6,6; 65,off,917500000,6,6; 66,off,919100000,6,6; 67,off,920700000,6,6; 68,off,922300000,6,6; 69,off,923900000,6,6; 70,off,925500000,6,6; 71,off,927100000,6,6

Channels 0, 1, 2 and 15 are on, all the other ones are off.
At first I had the channels 8 to 15 on, all the other ones were off.

Now on the raspberry pi, /opt/ttn-gateway/packet_forwarder/lora_pkt_fwd/global_conf.json:

{
    "SX130x_conf": {
        "com_type": "SPI",
        "com_path": "/dev/spidev0.0",
        "lorawan_public": true,
        "clksrc": 0,
        "antenna_gain": 0, /* antenna gain, in dBi */
        "full_duplex": false,
        "fine_timestamp": {
            "enable": false,
            "mode": "all_sf" /* high_capacity or all_sf */
        },
        "radio_0": {
            "enable": true,
            "type": "SX1250",
            "freq": 917200000,
            "rssi_offset": -215.4,
            "rssi_tcomp": {"coeff_a": 0, "coeff_b": 0, "coeff_c": 20.41, "coeff_d": 2162.56, "coeff_e": 0},
            "tx_enable": true,
            "tx_freq_min": 915000000,
            "tx_freq_max": 928000000,
            "tx_gain_lut":[
                {"rf_power": 12, "pa_gain": 1, "pwr_idx": 6},
                {"rf_power": 13, "pa_gain": 1, "pwr_idx": 7},
                {"rf_power": 14, "pa_gain": 1, "pwr_idx": 8},
                {"rf_power": 15, "pa_gain": 1, "pwr_idx": 9},
                {"rf_power": 16, "pa_gain": 1, "pwr_idx": 10},
                {"rf_power": 17, "pa_gain": 1, "pwr_idx": 11},
                {"rf_power": 18, "pa_gain": 1, "pwr_idx": 12},
                {"rf_power": 19, "pa_gain": 1, "pwr_idx": 13},
                {"rf_power": 20, "pa_gain": 1, "pwr_idx": 14},
                {"rf_power": 21, "pa_gain": 1, "pwr_idx": 15},
                {"rf_power": 22, "pa_gain": 1, "pwr_idx": 16},
                {"rf_power": 23, "pa_gain": 1, "pwr_idx": 17},
                {"rf_power": 24, "pa_gain": 1, "pwr_idx": 18},
                {"rf_power": 25, "pa_gain": 1, "pwr_idx": 19},
                {"rf_power": 26, "pa_gain": 1, "pwr_idx": 21},
                {"rf_power": 27, "pa_gain": 1, "pwr_idx": 22}
            ]
        },
        "radio_1": {
            "enable": true,
            "type": "SX1250",
            "freq": 917900000,
            "rssi_offset": -215.4,
            "rssi_tcomp": {"coeff_a": 0, "coeff_b": 0, "coeff_c": 20.41, "coeff_d": 2162.56, "coeff_e": 0},
            "tx_enable": false
        },
        "chan_multiSF_All": {"spreading_factor_enable": [ 5, 6, 7, 8, 9, 10, 11, 12 ]},
        "chan_multiSF_0": {"enable": true, "radio": 0, "if": -400000},  /* Freq : 916.8 MHz*/
        "chan_multiSF_1": {"enable": true, "radio": 0, "if": -200000},  /* Freq : 917.0 MHz*/
        "chan_multiSF_2": {"enable": true, "radio": 0, "if":  0},       /* Freq : 917.2 MHz*/
        "chan_multiSF_3": {"enable": true, "radio": 0, "if":  200000},  /* Freq : 917.4 MHz*/
        "chan_multiSF_4": {"enable": true, "radio": 1, "if": -300000},  /* Freq : 917.6 MHz*/
        "chan_multiSF_5": {"enable": true, "radio": 1, "if": -100000},  /* Freq : 917.8 MHz*/
        "chan_multiSF_6": {"enable": true, "radio": 1, "if":  100000},  /* Freq : 918.0 MHz*/
        "chan_multiSF_7": {"enable": true, "radio": 1, "if":  300000},  /* Freq : 918.2 MHz*/
        "chan_Lora_std":  {"enable": true, "radio": 0, "if":  300000, "bandwidth": 500000, "spread_factor": 8,                                          /* Freq : 917.5 MHz*/
                           "implicit_hdr": false, "implicit_payload_length": 17, "implicit_crc_en": false, "implicit_coderate": 1},
        "chan_FSK":       {"enable": false, "radio": 1, "if":  300000, "bandwidth": 125000, "datarate": 50000}                                          /* Disabled */
    },

    "gateway_conf": {
        "gateway_ID": "XXXXXXXXXXXXXXXXX",
        /* change with default server address/ports */
        "server_address": "au1.cloud.thethings.network",
        "serv_port_up": 1700,
        "serv_port_down": 1700,
        /* adjust the following parameters for your network */
        "keepalive_interval": 10,
        "stat_interval": 30,
        "push_timeout_ms": 100,
        /* forward only valid packets */
        "forward_crc_valid": true,
        "forward_crc_error": false,
        "forward_crc_disabled": false,
        /* GPS configuration */
        "gps_tty_path": "/dev/ttyAMA0",
        /* GPS reference coordinates */
        "ref_latitude": 0.0,
        "ref_longitude": 0.0,
        "ref_altitude": 0,
        /* Beaconing parameters */
        "beacon_period": 0,     /* disable class B beacon, set to 128 enable beacon */
        "beacon_freq_hz": 923300000, 
        "beacon_freq_nb": 8, 
        "beacon_freq_step": 600000, 
        "beacon_datarate": 12, 
        "beacon_bw_hz": 500000, 
        "beacon_power": 27
    },

    "debug_conf": {
        "ref_payload":[
            {"id": "0xCAFE1234"},
            {"id": "0xCAFE2345"}
        ],
        "log_file": "loragw_hal.log"
    }
}

This one has mostly been modified following the tutorial.

Do you see anything wrong ?

Thanks!

Your frequency settings definitely mismatch, so probably all you are receiving are phantom signals resulting from distortion caused by massively overloading the front end with a transmitter that’s far too close to the receiver.

0,on,915200000,0,5; * 1,on,915400000,0,5; * 2,on,915600000,0,5;

These are the lowest AU915 subband

While the gateway config

“freq”: 917200000,
"“freq”: 917900000,

Are for the 2nd lowest subband.

You mentioned TTN, and your gateway frequencies appear to match gateway-conf/AU-global_conf.json at master · TheThingsNetwork/gateway-conf · GitHub however your node frequencies are not on the subband that TTN uses in AU915.

Formally, the LoRaWAN spec requires nodes to try to join on ALL legal frequencies in a regional setting, since the node cannot know what subband a network is using until it has joined it. However it’s common to ignore this and configure a node to only try to join on the known subband, the problem is that yours appears to be trying to use a mistaken idea of that subband.

1 Like

Ok thanks, that makes sense!

I’ve configured the node to only use the channel 10 (917200000), and I can see the join request is sent on the expected channel, but the RSSI is even worse, and I still don’t receive the join accept:

{
  "name": "gs.up.receive",
  "time": "2021-12-12T04:40:10.737671020Z",
  "identifiers": [
    {
      "gateway_ids": {
        "gateway_id": "rpi4-rak2287-au"
      }
    },
    {
      "gateway_ids": {
        "gateway_id": "rpi4-rak2287-au",
        "eui": "XXXXXXXXXXX"
      }
    }
  ],
  "data": {
    "@type": "type.googleapis.com/ttn.lorawan.v3.UplinkMessage",
    "raw_payload": "AARyFfn/CR+sVX8E/v8JH6y9WmwqChc=",
    "payload": {
      "m_hdr": {},
      "mic": "bCoKFw==",
      "join_request_payload": {
        "join_eui": "XXXXXXXXXXX",
        "dev_eui": "XXXXXXXXXXXX",
        "dev_nonce": "5ABD"
      }
    },
    "settings": {
      "data_rate": {
        "lora": {
          "bandwidth": 125000,
          "spreading_factor": 7
        }
      },
      "coding_rate": "4/5",
      "frequency": "917200000",
      "timestamp": 2977174021,
      "time": "2021-12-12T04:42:24.920Z"
    },
    "rx_metadata": [
      {
        "gateway_ids": {
          "gateway_id": "rpi4-rak2287-au",
          "eui": "XXXXXXXXXXXX"
        },
        "time": "2021-12-12T04:42:24.920Z",
        "timestamp": 2977174021,
        "rssi": -105,
        "channel_rssi": -105,
        "snr": -0.2,
        "frequency_offset": "755",
        "uplink_token": "XXXXXXX",
        "channel_index": 2
      }
    ],
    "received_at": "2021-12-12T04:40:10.737403479Z",
    "correlation_ids": [
      "gs:conn:01FPNY71BTM3G186JN59Q28MD3",
      "gs:uplink:01FPPF1VQHQQ83Q0VCHS29BKJH"
    ]
  },
  "correlation_ids": [
    "gs:conn:01FPNY71BTM3G186JN59Q28MD3",
    "gs:uplink:01FPPF1VQHQQ83Q0VCHS29BKJH"
  ],
  "origin": "ip-10-102-6-231.ap-southeast-2.compute.internal",
  "context": {
    "tenant-id": "CgN0dG4="
  },
  "visibility": {
    "rights": [
      "RIGHT_GATEWAY_TRAFFIC_READ",
      "RIGHT_GATEWAY_TRAFFIC_READ"
    ]
  },
  "unique_id": "XXXXXXXX"
}

I’ve also tried with the device outside (about 10m away, with a wall between them) and didn’t see any join requests being received.

Moreover, here we can see the message was received on the 917200000 frequency, if it was a shadow I suppose the frequency would be different no ?

@afauure

I see you and Chris are looking into the settings and gateway, but did you check if the antenna inside the RAK7204 is actually connected? Could be a disconnect, an antenna cable problem or a defect antenna inside the RAK7204.

Hi Bernd,

Thanks for your answer!

Yes I’ve checked both antennas (node and gateway), and they are properly connected. But I don’t know how to check if it’s a defect antenna or a cable problem, and unfortunately I don’t have any spare.

Do you have access to a SDR like these: RTL SDR. Very helpful to get a basic understanding about the signal itself.

Here a screenshot with several of my devices sending (I am using AS923-3, so different frequencies than yours)

Hello @afauure,

First of all please try to reverse the channel plan of the gateway as default for the band that you are using. Changing the frequencies at your channel plan should meet the LoRaWAN specification as all the software used in both the node and the LNS is designed to work according to this protocol and therefore a small mismatch in the configuration may cause big trouble.

As for the node, when adjusting its channel plan you should make sure to enable the downlink channel as otherwise, your node will miss the join-accept by TTN sent on the downlink channel. Also, the best practice, in this case, will be to enable all of the channels that the gateway is using, just to make sure that there isn’t any mismatch in the configuration(a small mismatch in the configuration may cause big trouble).
Putting the node and the gateway on the same desk(that close) is almost never a good idea, please put the node at least 5-6 meters away from the gateway.

I can’t tell you if the configuration is the only thing preventing your node from joining, but having a correct channel configuration will give us a good starting point for investigation, so you may try the above recommendations and then share the gateway’s channel plan, the node’s channel plan as well as any change in the node’s behavior (if there are any) after the configuration changes.

Best Regards

The channel plan for which the gateway is configured is the one that TTN uses in their region, if they want to use anything else they’d have to use a different network server. It looks like the config RAK publishes for AU915 uses this second subband as well, as it has the same 917.2 and 917.9 radio tunings. I’m guessing it’s literally that file, but could be good to make sure.

The point about possible small mistakes is a good one though, they could try comparing the TTN gateway config file for that region, but that’s an sx1301 config and would have to be reworked as an sx130x one. The scheme of radio tunings and IF offsets should, work the same way on either.

My suspicion is towards a broken antenna connection somewhere (possibly within a board), an RF switch not properly being controlled, or at the outside one of the pieces of hardware actually being for a different band so that mismatched frequencies get through only weakly.

Hey guys, and thanks for your answers!

@beegee No I don’t have any SDR, but I’ll look into buying one, it looks pretty cool!

@Nikola I think the configuration is correct, although I might be wrong. Is there anything that seem wrong in your opinion ? I’ve checked the frequencies that are in my gateway’s conf with the one provided by TTN, and they do match. Here’s the configuration provided by TTN:

  "SX1301_conf": {
    "lorawan_public": true,
    "clksrc": 1,
    "antenna_gain": 0,
    "radio_0": {
      "enable": true,
      "type": "SX1257",
      "freq": 917200000,
      "rssi_offset": -166,
      "tx_enable": true,
      "tx_freq_min": 915000000,
      "tx_freq_max": 928000000
    },
    "radio_1": {
      "enable": true,
      "type": "SX1257",
      "freq": 917900000,
      "rssi_offset": -166,
      "tx_enable": false
    },
    "chan_multiSF_0": {
      "enable": true,
      "radio": 0,
      "if": -400000
    },
    "chan_multiSF_1": {
      "enable": true,
      "radio": 0,
      "if": -200000
    },
    "chan_multiSF_2": {
      "enable": true,
      "radio": 0,
      "if": 0
    },
    "chan_multiSF_3": {
      "enable": true,
      "radio": 0,
      "if": 200000
    },
    "chan_multiSF_4": {
      "enable": true,
      "radio": 1,
      "if": -300000
    },
    "chan_multiSF_5": {
      "enable": true,
      "radio": 1,
      "if": -100000
    },
    "chan_multiSF_6": {
      "enable": true,
      "radio": 1,
      "if": 100000
    },
    "chan_multiSF_7": {
      "enable": true,
      "radio": 1,
      "if": 300000
    },
    "chan_Lora_std": {
      "enable": true,
      "radio": 0,
      "if": 300000,
      "bandwidth": 500000,
      "spread_factor": 8
    },
    "chan_FSK": {
      "enable": false
    },
    "tx_lut_0": {
      "pa_gain": 0,
      "mix_gain": 8,
      "rf_power": -6,
      "dig_gain": 0
    },
    "tx_lut_1": {
      "pa_gain": 0,
      "mix_gain": 10,
      "rf_power": -3,
      "dig_gain": 0
    },
    "tx_lut_2": {
      "pa_gain": 0,
      "mix_gain": 12,
      "rf_power": 0,
      "dig_gain": 0
    },
    "tx_lut_3": {
      "pa_gain": 1,
      "mix_gain": 8,
      "rf_power": 3,
      "dig_gain": 0
    },
    "tx_lut_4": {
      "pa_gain": 1,
      "mix_gain": 10,
      "rf_power": 6,
      "dig_gain": 0
    },
    "tx_lut_5": {
      "pa_gain": 1,
      "mix_gain": 12,
      "rf_power": 10,
      "dig_gain": 0
    },
    "tx_lut_6": {
      "pa_gain": 1,
      "mix_gain": 13,
      "rf_power": 11,
      "dig_gain": 0
    },
    "tx_lut_7": {
      "pa_gain": 2,
      "mix_gain": 9,
      "rf_power": 12,
      "dig_gain": 0
    },
    "tx_lut_8": {
      "pa_gain": 1,
      "mix_gain": 15,
      "rf_power": 13,
      "dig_gain": 0
    },
    "tx_lut_9": {
      "pa_gain": 2,
      "mix_gain": 10,
      "rf_power": 14,
      "dig_gain": 0
    },
    "tx_lut_10": {
      "pa_gain": 2,
      "mix_gain": 11,
      "rf_power": 16,
      "dig_gain": 0
    },
    "tx_lut_11": {
      "pa_gain": 3,
      "mix_gain": 9,
      "rf_power": 20,
      "dig_gain": 0
    },
    "tx_lut_12": {
      "pa_gain": 3,
      "mix_gain": 10,
      "rf_power": 23,
      "dig_gain": 0
    },
    "tx_lut_13": {
      "pa_gain": 3,
      "mix_gain": 11,
      "rf_power": 25,
      "dig_gain": 0
    },
    "tx_lut_14": {
      "pa_gain": 3,
      "mix_gain": 12,
      "rf_power": 26,
      "dig_gain": 0
    },
    "tx_lut_15": {
      "pa_gain": 3,
      "mix_gain": 14,
      "rf_power": 27,
      "dig_gain": 0
    }
  },
  "gateway_conf": {
    "gateway_ID": "XXXXXXXXXXX",
    "server_address": "au1.cloud.thethings.network",
    "serv_port_up": 1700,
    "serv_port_down": 1700,
    "servers": [
      {
        "gateway_ID": "XXXXXXXXXXXXX",
        "server_address": "au1.cloud.thethings.network",
        "serv_port_up": 1700,
        "serv_port_down": 1700,
        "serv_enabled": true
      }
    ]
  }
}

Regarding the configuration of the downlink channel on the node, I didn’t see any command to do this in the documentation, so I assumed it was done automatically when I configured it to use AU915, is that not the case ?

I understand having the node and the device on the same desk is not a good idea, but I also do tests with the device being 10+ meters away from the gateway, and when doing so I usually don’t receive any requests at all.

At this point, do you think I should contact the support to return my hardware ?

Indeed, it should be. Downlink channel and air settings are determined from the uplink channel for RX1 and fixed for RX2 under rules given for the regional settings by the LoRaWAN spec, so as long as everything is set to AU915 you should be fine there for any non-overloading uplink on a channel the gateway is configured to receive. The available customizations of RX settings only apply within the session that begins after a join accept, they have to be at defaults for the join request/accept itself.

It would be great if there were another device in either role you could compare, only people within RAK could tell you what your support options are without that.

Hello @afauure,
Could you try to change the value of “Regional Parameters Version” in TTN to “PHY V1.0.2 REV B” (I assume that you are using REV A…)

I’ve tested the case on my side using AU915 gateway and node and I met no problems.
The gateway channel plan settings are as in TTN’s default global_config.json for AU915FSB2.
The node’s channel plan is as follows:
0,off,915200000,0,5; 1,off,915400000,0,5; 2,off,915600000,0,5; 3,off,915800000,0,5; 4,off,916000000,0,5; 5,off,916200000,0,5; 6,off,916400000,0,5; 7,off,916600000,0,5; * 8,on,916800000,0,5; * 9,on,917000000,0,5; *10,on,917200000,0,5; *11,on,917400000,0,5; *12,on,917600000,0,5; *13,on,917800000,0,5; *14,on,918000000,0,5; *15,on,918200000,0,5; 16,off,918400000,0,5; 17,off,918600000,0,5; 18,off,918800000,0,5; 19,off,919000000,0,5; 20,off,919200000,0,5; 21,off,919400000,0,5; 22,off,919600000,0,5; 23,off,919800000,0,5; 24,off,920000000,0,5; 25,off,920200000,0,5; 26,off,920400000,0,5; 27,off,920600000,0,5; 28,off,920800000,0,5; 29,off,921000000,0,5; 30,off,921200000,0,5; 31,off,921400000,0,5; 32,off,921600000,0,5; 33,off,921800000,0,5; 34,off,922000000,0,5; 35,off,922200000,0,5; 36,off,922400000,0,5; 37,off,922600000,0,5; 38,off,922800000,0,5; 39,off,923000000,0,5; 40,off,923200000,0,5; 41,off,923400000,0,5; 42,off,923600000,0,5; 43,off,923800000,0,5; 44,off,924000000,0,5; 45,off,924200000,0,5; 46,off,924400000,0,5; 47,off,924600000,0,5; 48,off,924800000,0,5; 49,off,925000000,0,5; 50,off,925200000,0,5; 51,off,925400000,0,5; 52,off,925600000,0,5; 53,off,925800000,0,5; 54,off,926000000,0,5; 55,off,926200000,0,5; 56,off,926400000,0,5; 57,off,926600000,0,5; 58,off,926800000,0,5; 59,off,927000000,0,5; 60,off,927200000,0,5; 61,off,927400000,0,5; 62,off,927600000,0,5; 63,off,927800000,0,5; 64,off,915900000,6,6; 65,off,917500000,6,6; 66,off,919100000,6,6; 67,off,920700000,6,6; 68,off,922300000,6,6; 69,off,923900000,6,6; 70,off,925500000,6,6; 71,off,927100000,6,6

(channels 8,9,10,11,12,13,14,15 are on and all others are off)

Best Regards

Good to know, thanks. There’s another gateway close to where I live, I’ll try to get closer and see if it picks up my messages (if the gateway is running, which I don’t know).

@Nikola Thanks for your instructions! My device was indeed using REV A so I changed this, configured it to use channels 8 to 15, and used the default configuration generated by gateway-config. I did get a join accept, and my device has been sending measurements :slight_smile:

BUT, the RSSI is still incredibly low (usually around -100dB when the 2 devices are in the same room). When I leave the device outside for a while (10m away, with a wall between them) or even inside behind a closed door (5m away) I don’t receive anything.

It really looks like there’s a hardware issue unfortunately.

@afauure,
You can not expect much from the default antenna as it is for RND/evaluation purposes only, but this seems too low. Could you send a photo of the antennas connected to the PI HAT?

I understand that, but I think I should get more than 3 meters in line of sight with the default antenna. Even with the 2 devices in the same room, I can be several hours without receiving a single message.

Hi @afauure,
I’ve tested the case with the same configuration and at around 5 meters distance between the gateway and the node the RSSI value is somewhere between -60 to -80.
Could you send some uplinks from the node, to have a better look at the SNR and RSSI values changing in time?
Also, try to reconnect the LoRa antenna on both node and the PiHat. When you connect them you have to make sure that they have a good connection (When you press them on the socket you should hear a clicking-type sound.)
It’s hard to determine the problem as you can not replace either the node or the gateway at your configuration, which would give us a clue on where to look for the issue.

Best Regards

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.