Transmission fails after 120-140 sends messages rak11700

LPWAN Nodes
#1

Hey

I have a rak11720 breakout board but after around 120-140 send messages i just get this message every time a send should be a lora transmission:

23:35:01.102 → Data Packet:
23:35:01.102 → 0x74 0x65 0x73 0x74
23:35:01.146 → Sending is requested
23:35:09.257 → Sending failed
23:35:09.257 → +EVT:SEND_CONFIRMED_FAILED(4)

I dont get any data so its not a confirmation problem. At first i throat that it was something in my costume arduino code, but i have just run a test in the lorawan otaa example and it gives the same result. I have checked the incoming data in my gateway and have come to the conclusion that the node dont send a message. Are there anyone else there have run into this issue and have a solution?

#2

Hi Oscar,

What RUI3 version do you use? I have RAK11722 (RAK11720 for WisBlock) with the latest RUI3 version V4.0.5 running without problems.

What is your send interval?

#3

Hey Beegee

I first discovered the problem on V4.0.3. But have since tried both V4.0.4 and V4.0.5 and i still have the same problem.

I have tried some different send intervals (20-, 60-, 120-sec) and the problem starts around 120-140 sends on all the intervals.

#4

Is this RAK11720 on a custom PCB? Or is it our Breakout Board or WisBlock Core module?
I cannot reproduce your problem.

#5

Nope it is the standard breakout board form rak. Link: RAK11720 Breakout Board | RAK11721 – RAKwireless Store

#6

What region do you use?
What datarate did you set?
Is ADR enabled?
How often did you set confirmed message retry number?
How far is the gateway from the node?

#7
  1. RAK_REGION_EU868
  2. Not set so as it is in standard mode
  3. Yes set to 1 also as standard
  4. Retry is set to 1 as it is in the loRaWan_OTAA eksampl
  5. The gateway is 10 meters away
#8

Can you change in the LoRaQAN_OTAA example the TX finished callback to get more information about the error:

void sendCallback(int32_t status)
{
    if (status == RAK_LORAMAC_STATUS_OK) {
        Serial.println("Successfully sent");
    } else {
        Serial.printf("Sending failed with %ld\n", status);
    }
}
/*************************************
 * enum type for LoRa Event (value of status)
    RAK_LORAMAC_STATUS_OK = 0,
    RAK_LORAMAC_STATUS_ERROR,
    RAK_LORAMAC_STATUS_TX_TIMEOUT,
    RAK_LORAMAC_STATUS_RX1_TIMEOUT,
    RAK_LORAMAC_STATUS_RX2_TIMEOUT,
    RAK_LORAMAC_STATUS_RX1_ERROR,
    RAK_LORAMAC_STATUS_RX2_ERROR,
    RAK_LORAMAC_STATUS_JOIN_FAIL,
    RAK_LORAMAC_STATUS_DOWNLINK_REPEATED,
    RAK_LORAMAC_STATUS_TX_DR_PAYLOAD_SIZE_ERROR,
    RAK_LORAMAC_STATUS_DOWNLINK_TOO_MANY_FRAMES_LOSS,
    RAK_LORAMAC_STATUS_ADDRESS_FAIL,
    RAK_LORAMAC_STATUS_MIC_FAIL,
    RAK_LORAMAC_STATUS_MULTICAST_FAIL,
    RAK_LORAMAC_STATUS_BEACON_LOCKED,
    RAK_LORAMAC_STATUS_BEACON_LOST,
    RAK_LORAMAC_STATUS_BEACON_NOT_FOUND,
 *************************************/
#9

Two more things:

Can you enable debug with AT+DEBUG=1 and switch off ADR with AT+ADR=0 and see if things change and what the additional debug output says.

#10

Now i get this:

09:55:45.989 → Data Packet:
09:55:45.989 → 0x74 0x65 0x73 0x74
09:55:46.037 → Frequency:868100000
09:55:46.037 → Rx1Frequency:868300000
09:55:46.037 → RxCFrequency:869525000
09:55:46.037 → RxC Datarate:0
09:55:46.037 → ChannelsDatarate:5
09:55:46.037 → AdrAckCounter:17
09:55:46.037 → ChannelsTxPower:6
09:55:46.037 → Sending is requested
09:55:54.115 → Sending failed with 4
09:55:54.115 → +EVT:SEND_CONFIRMED_FAILED(4)

So if i understand it correctly it is a rx1 timeout?

#11

It is a RAK_LORAMAC_STATUS_RX2_TIMEOUT, which means it didn’t receive the expected ACK in neither of the two RX windows.
So either the packet was not sent or the LNS didn’t acknowledged the receive of the packet.

Can you try to switch off ADR and see if it anything changes.

#12

Have tried with it both on and off and have not have any luck.

#13

Thank you for trying. That gives me all information I needed.

I will open a issue ticket with our R&D team to check the problem.