I can't get confirmed tx to work

164 views
Skip to first unread message

Göran Krampe

unread,
Sep 4, 2017, 5:15:42 AM9/4/17
to LoRaWAN Server Users
Hi guys!

I am using Sodaq ONE (rn2483) - 7 of them in fact - to make a tracker-system proof of concept for a customer. Mostly everything works fine, we happily OTAA and the ADR stuff works even.

We use a Net id of "000001" and I suspect the global_conf.json for the gateways are fairly correct too, see below.

Now, using "uncnf" (rn2483 command) we can send unconfimed messages fine, although the checkmark in the frames list is CHECKED (which seems odd to me, since it's an unconfirmed message). But if I use "cnf" instead the rn2483 ends up sending 7 times (I think 7 retries is default) and then failing. I can see the frames in the frames list, but they now have a CROSS in the Confirmed column and for all 7 retries the framecounter is 0, which is expected I guess. I am currently at a loss to what I should check next. 

The rn2483 has 1.0.1 firmware btw. The gateway has the latest packet forwarder packages from Multitech. I also made sure to use "mac set rx2 0 869525000" on the rn2483. rxdelay1 is 1000 ms and rxdelay2 is 2000 ms, I verified that.

I have checked the Troubleshooting.md but since OTAA works my conclusion is that downlink frames do work in general.

Any and all hints and help appreciated!

regards, Göran


{
    "SX1301_conf": {
        "lorawan_public": false,
        "clksrc": 0, /* radio_1 provides clock to concentrator */
        "lbt_cfg": {
            "enable": false,
            "rssi_target": 160, /* rssi in dBm = -lbt_rssi_target/2 */
            "nb_channel": 1,
            "start_freq": 869525000,
            "scan_time_us": 5000,
            "tx_delay_1ch_us": 4000000,
            "tx_delay_2ch_us": 4000000
        },
        "antenna_gain": 0, /* antenna gain, in dBi */
        "radio_0": {
            "enable": true,
            "type": "SX1257",
            "freq": 867500000,
            "rssi_offset": -165.0,
            "tx_enable": true,
            "tx_freq_min": 863000000,
            "tx_freq_max": 870000000
        },
        "radio_1": {
            "enable": true,
            "type": "SX1257",
            "freq": 868500000,
            "rssi_offset": -165.0,
            "tx_enable": false
        },
        "chan_multiSF_0": {
            /* Lora MAC channel, 125kHz, all SF, 868.1 MHz */
            "enable": true,
            "radio": 1,
            "if": -400000
        },
        "chan_multiSF_1": {
            /* Lora MAC channel, 125kHz, all SF, 868.3 MHz */
            "enable": true,
            "radio": 1,
            "if": -200000
        },
        "chan_multiSF_2": {
            /* Lora MAC channel, 125kHz, all SF, 868.5 MHz */
            "enable": true,
            "radio": 1,
            "if": 0
        },
        "chan_multiSF_3": {
            /* Lora MAC channel, 125kHz, all SF, 867.1 MHz */
            "enable": true,
            "radio": 0,
            "if": -400000
        },
        "chan_multiSF_4": {
            /* Lora MAC channel, 125kHz, all SF, 867.3 MHz */
            "enable": true,
            "radio": 0,
            "if": -200000
        },
        "chan_multiSF_5": {
            /* Lora MAC channel, 125kHz, all SF, 867.5 MHz */
            "enable": true,
            "radio": 0,
            "if": 0
        },
        "chan_multiSF_6": {
            /* Lora MAC channel, 125kHz, all SF, 867.7 MHz */
            "enable": true,
            "radio": 0,
            "if": 200000
        },
        "chan_multiSF_7": {
            /* Lora MAC channel, 125kHz, all SF, 867.9 MHz */
            "enable": true,
            "radio": 0,
            "if": 400000
        },
        "chan_Lora_std": {
            /* Lora MAC channel, 250kHz, SF7, 868.3 MHz */
            "enable": true,
            "radio": 1,
            "if": -200000,
            "bandwidth": 250000,
            "spread_factor": 7
        },
        "chan_FSK": {
            /* FSK 50kbps channel, 868.8 MHz */
            "enable": true,
            "radio": 1,
            "if": 300000,
            "bandwidth": 125000,
            "datarate": 50000
        },
        "tx_lut_0": {
            /* TX gain table, index 0 */
            "pa_gain": 0,
            "mix_gain": 8,
            "rf_power": -6,
            "dig_gain": 3
        },
        "tx_lut_1": {
            /* TX gain table, index 1 */
            "pa_gain": 0,
            "mix_gain": 10,
            "rf_power": -3,
            "dig_gain": 3
        },
        "tx_lut_2": {
            /* TX gain table, index 2 */
            "pa_gain": 0,
            "mix_gain": 12,
            "rf_power": 0,
            "dig_gain": 3
        },
        "tx_lut_3": {
            /* TX gain table, index 3 */
            "pa_gain": 1,
            "mix_gain": 8,
            "rf_power": 3,
            "dig_gain": 3
        },
        "tx_lut_4": {
            /* TX gain table, index 4 */
            "pa_gain": 1,
            "mix_gain": 10,
            "rf_power": 6,
            "dig_gain": 3
        },
        "tx_lut_5": {
            /* TX gain table, index 5 */
            "pa_gain": 1,
            "mix_gain": 12,
            "rf_power": 10,
            "dig_gain": 3
        },
        "tx_lut_6": {
            /* TX gain table, index 6 */
            "pa_gain": 1,
            "mix_gain": 12,
            "rf_power": 11,
            "dig_gain": 3
        },
        "tx_lut_7": {
            /* TX gain table, index 7 */
            "pa_gain": 2,
            "mix_gain": 9,
            "rf_power": 12,
            "dig_gain": 3
        },
        "tx_lut_8": {
            /* TX gain table, index 8 */
            "pa_gain": 1,
            "mix_gain": 15,
            "rf_power": 13,
            "dig_gain": 3
        },
        "tx_lut_9": {
            /* TX gain table, index 9 */
            "pa_gain": 2,
            "mix_gain": 10,
            "rf_power": 14,
            "dig_gain": 3
        },
        "tx_lut_10": {
            /* TX gain table, index 10 */
            "pa_gain": 2,
            "mix_gain": 11,
            "rf_power": 16,
            "dig_gain": 3
        },
        "tx_lut_11": {
            /* TX gain table, index 11 */
            "pa_gain": 3,
            "mix_gain": 10,
            "rf_power": 20,
            "dig_gain": 3
        },
        "tx_lut_12": {
            /* TX gain table, index 12 */
            "pa_gain": 3,
            "mix_gain": 11,
            "rf_power": 23,
            "dig_gain": 3
        },
        "tx_lut_13": {
            /* TX gain table, index 13 */
            "pa_gain": 3,
            "mix_gain": 12,
            "rf_power": 24,
            "dig_gain": 3
        },
        "tx_lut_14": {
            /* TX gain table, index 14 */
            "pa_gain": 3,
            "mix_gain": 13,
            "rf_power": 25,
            "dig_gain": 3
        },
        "tx_lut_15": {
            /* TX gain table, index 15 */
            "pa_gain": 3,
            "mix_gain": 15,
            "rf_power": 26,
            "dig_gain": 3
        }
    },

    "gateway_conf": {
        "gateway_ID": "008000000000B775",
        /* change with default server address/ports, or overwrite in local_conf.json */
        "server_address": "lora.evothings.com",
        "serv_port_up": 1680,
        "serv_port_down": 1680,
        /* 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
    }
}

Petr Gotthard

unread,
Sep 4, 2017, 7:26:32 AM9/4/17
to Göran Krampe, LoRaWAN Server Users

Hello. Would you be able to capture the LoRaWAN frames as sent by the gateway, please? Either in the gateway log, or by capturing the UDP frames sent by the gateway. Ideally if you could capture one that has the checked sign and one that has the cross sign.

 

Petr

--
You received this message because you are subscribed to the Google Groups "LoRaWAN Server Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lorawan-serve...@googlegroups.com.
To post to this group, send email to lorawan...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/lorawan-server/32ff9e0b-ca13-4a7a-9c3a-3e53ccb39390%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Petr Gotthard

unread,
Sep 4, 2017, 10:19:45 AM9/4/17
to Göran Krampe, LoRaWAN Server Users

Oh, scratch that and please accept my apologies. There is a bug in the display. Everything works OK, just in the rxframes table true and false are swapped. J

 

Petr

Göran Krampe

unread,
Sep 4, 2017, 10:52:20 AM9/4/17
to Petr Gotthard, LoRaWAN Server Users
Hi!

On 04/09/17 16:19, Petr Gotthard wrote:
> Oh, scratch that and please accept my apologies. There is a bug in the
> display. Everything works OK, just in the rxframes table true and false
> are swapped. J
Ok, that makes the icon more logical :) But I will get back to you with
captures, I got interrupted with other stuff.

regards, Göran

Petr Gotthard

unread,
Sep 4, 2017, 11:10:00 AM9/4/17
to Göran Krampe, LoRaWAN Server Users
You don't have to waste time with the captures. The bug was found and fixed.

Thanks for reporting this. The bug was there since the very beginning.


Petr

Göran Krampe

unread,
Sep 4, 2017, 2:03:47 PM9/4/17
to LoRaWAN Server Users, goran....@gmail.com
Hey!


On Monday, September 4, 2017 at 5:10:00 PM UTC+2, Petr Gotthard wrote:
You don't have to waste time with the captures. The bug was found and fixed.

Thanks for reporting this. The bug was there since the very beginning.


I upgraded my server and yup, now I get checkmarks instead of X:es, but also for the sends that used uncnf. And my device still don't seem to get the confirm. So still not a happy camper.

regards, Göran

Petr Gotthard

unread,
Sep 4, 2017, 2:28:35 PM9/4/17
to Göran Krampe, LoRaWAN Server Users

The next thing to check is whether the gateway successfully relayed the downlink. This is written in the log.

If you see the downlink logged, then the error is in the device.

 

Petr

 

From: lorawan...@googlegroups.com [mailto:lorawan...@googlegroups.com] On Behalf Of Göran Krampe


Sent: 04 September 2017 20:04
To: LoRaWAN Server Users <lorawan...@googlegroups.com>

Cc: goran....@gmail.com
Subject: Re: I can't get confirmed tx to work

 

Hey!

--

You received this message because you are subscribed to the Google Groups "LoRaWAN Server Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lorawan-serve...@googlegroups.com.
To post to this group, send email to lorawan...@googlegroups.com.

YuBei Xiong

unread,
May 25, 2018, 4:46:11 PM5/25/18
to LoRaWAN Server Users
Hi,

Gotcha. 

I am still getting "downlink_missed" messages. What's the difference between "downlink_missed" and "downlink_lost"? Can this be a time out problem? How should I fix it?

FYI, I followed instructions on this: No downlink frames delivered  and tried switching the TX window of the devices for Auto/RX1/RX2. All of them gave me downlink_missed. Since I can't find the log file on the gateway (trying to create one now...) , I don't know if it's because of the device. The only thing I know is that the device operating frequency is LoRaWAN radio for USA: 902.0 to 928.0 MHz, which matches the network settings.

Regards,
Rebecca

Petr Gotthard

unread,
May 26, 2018, 4:46:33 AM5/26/18
to YuBei Xiong, LoRaWAN Server Users

Yeah, this was not sufficiently documented.

 

downlink_missed = Confirmed downlink was sent, but the device indicated it did not received it. Depending on the application logic the downlink may be retransmitted.

downlink_lost = downlink_expired = Confirmed downlink was superseded before it could be transmitted to the device. See the **D/L Expires** setting of the corresponding [Handler](Handlers.md).

 

It’s really the “No downlink frames delivered” issue, but I cannot say more than is written in the Troubleshooting guide.

Perhaps one thing: Is it ABP or OTAA device? In the US band pay attention also to the sub-bands, sometimes called as “private” networks (although they are not relay private). See the “Set Channels” description here: https://github.com/gotthardp/lorawan-server/blob/master/doc/Devices.md#adaptive-data-rate-adr

 

 

Petr

Reply all
Reply to author
Forward
0 new messages