RAK811-N can't join GW

  • woaa !.. i just modify the setting order, set the keys juste before the join command and now i see that :
    0_1525790931333_TTN appdata3.png

    1/ where are my data ? ( at+send=1,1,010101 ) ?
    2/ i got even ERROR-6 message !
    3/ sometime between several send, i receive at+recv=3,0,0 :o)
    then a lot of ERROR-6 !!

    0_1525791098540_RAK811-N terminal.png

  • here it is some data :))))

    0_1525791208143_TTN appdata4.png

    but a lot of ERROR-6 between !

    i send too fast ? (20 seconds)

  • Hm, these MAC BUSY errors are really strange.
    I don't think you are sending too fast, as I sometimes send 5 messages in 2 seconds (after hard reboot, I send the device config of the irrigation sensors which is no problem at all). So i think RAK811-N are buggy somehow...
    As for developement, I'm afraid that the -N version might be the wrong choice. As you see on the following picture, there is no internal programming support:
    Taken form the Aliexpress RAK811-N page I found this on Aliexpress.

    As for the toolchain, I use GNU Arm Embedded Toolchain, at the moment without any IDE using Makefiles under Ubuntu. I simulate using qemu and I debug/programm the devices with a fake J-Link using OpenOCD.
    But I think I'll give GNU MCU Eclipse a try soon. But in the end, you know, I don't like this bloatware IDEs too much. What OS are you on?

    I try to provide a cleaned up template project for the RAK811 soon via github. To be honest, it's a big uncommented nearly -everything-in-one-file-mess at the moment, especially the low power states need some love.

  • i agree, RAK811-N is not the good choice for the prototype, but it is what i have in my hands right now to start my tests !

    well the link is realy unstable, i can't exchange data anymore !
    if i had not a screen copy, i won't believe that i already receive one time 3,0,0 !

    i'm working under Windows 99% of time

    i don't understand the paramters of the rx2 command :
    what is the datarate ? the datasheet say "see regions define", but in the table §5, i don't find it !??

  • Hm, I don't know which §5 you are referring to. The RX2 is defined in Section 2.2.7 in the LoRaWAN 1.1 Regional Parameters, at least for the EU868. It defaults to 869.525MHz/DR0. BUT: In EU868, the Network/Gateway may set another channel/DR for RX2 in the Join Accept message. And for your case, you can't use RX2 as you got a single channel gw.

    Regards, Edi

  • at+set_config=rx2 page 12 of the RAK811-N datasheet
    (all RAK811-N documents are just removed from the rakwireless site !)

    well better is to order a reliable gateway !
    so happy with RPI3 + RAK831 ?
    i hesitate with the IC880A

    thanks for your help, best regards

  • Yes, RAK831/Pi3 runs rock solid at my GWs. If you go this way, I can assist with setting up everything.
    Edit: But don't except too much out of the set LoRa antenna.

  • thanks for your help !

    in fact, i think that all my problems come from that simple GW .. "single channel" and i have several others RF equipment s working on 868MHz .. not on LORA modulation, but same frequency ..


  • Yeah, it's the same situation here: HomeMatic and zWave in My House, zWave and some Babyphones in my neighborhood... The spectrum around 868MHz looks like an Image of the Alps :smile:
    You are very welcome.

  • administrators

    First said sorry to phil31, and thanks to eiten‘s solution of the problem,and then thank you for your use of this product.
    We will use rak's products to the customer to provide technical support, if the customer problems encountered in the use of E-mail to our engineers can try, we will offer solutions in a timely manner.
    Then we will also strengthen the answer to the BBS.

    best regards

  • Hello Edi,

    well just receive my Sentrius RG186 gateway and in couples of minutes i'm transferring data between TTN and my RAK811-N node :)

    but some of them are KO !
    i'm doing, in main loop, increment of a counter, then each 20 seconds send with confirmation (at+send=1,1, counternum)

    most of time, all works as expected (receive at+recv=1,0,0), but sometime i receive ERROR-6

    you told me "ERROR-6 means that the MAC is busy" .. in that case, need i to try another send with the same payload ?

    thanks, regards

    0_1526307746641_TTN appdata5.png

  • administrators

    hi, phil31

    I think you can send your data after receiving the information (receive at+recv=1,0,0)


  • "i thing" ?..
    please provide a real answer .. what we need to do in case of we receive ERROR-6 !?
    what does it mean "MAC busy" ? the module try himself to resend the data or we need to "at+send" again with same data ?


  • administrators

    "MAC Busy" has a lot of kinds, such as what you sent data is need to be confirmed, if not received the gateway's response (success, failure, or timeout), and you send data again, you will receive "MAC Busy", the solution: you can send the data don't need to be unconfirmed, or wait for received its reply to send the next data.

  • Hi Phil,
    Yeah, congrats!
    Well, I think it's like this: you send a package with confirmation. If you don't get the confirmation and try to send again, you'll get the ERROR-6. In this case, you might try to reset the RAK811-N and try to send again.

    Regards, Edi

  • so i'm little confuse... what is the 'good' method in case we receive ERROR-6

    1/ reset the RAK811 as Edi suggest
    2/ how can i know the reason (success, failure, or timeout) to define the next action

    • success : all right
    • failure : maybe reset the RAK811 ? then send again the data ?
    • timeout : try to send again same data ?

    some data are more critical than others, so i need to be sure (as most as possible) that the data are right received by the GW and TTN (or other application network)


  • administrators

    As you said, you send the data is the data need to confirm, in order to ensure that data is not lost, you may need to receive a successful response(OK) after sending a frame data, if you receive a failure(Fail), please retransmission the frame data;If you receive a timeout(STATUS_TX_TIMEOUT), retransmit this frame data;If you are "MAC busy"(ERROR-6), wait to receive one of these three responses before deciding which frame to send.

  • thanks for this clarification

Log in to reply

Looks like your connection to RAK Support Center was lost, please wait while we try to reconnect.