RAK7249 - DIY enterprise gateway


The RAK7249 is the first DIY enterprise grade gateway on the market.
Customers can configure from a variety of options depending on their needs.






WELCOME to this RAK7249 Q & A topic

1 Like

The most key feature to help developer to experience the professional gateway. RAK core engineering team work in H3C.com and have more than 10 years Enterprise wifi router product development experience.We leverage our wifi router experience to make the enterprise loRaWan gateway software.You can see the software function like LoRaWan network settings

1 Like
1 Like

Not clear from pictures or video but wondering if there is a moisture barrier/pressure plug/vent on the housing?

1 Like


my guess is … ’ reserved’ :sunglasses:

1 Like

Its here! :slight_smile: …Unboxing, build & field reviews to follow…


@Jeff-UK Any new experiences on the gateway? Can you please update us?

1 Like

After running for a couple of weeks TTN stopped receiving packets from this gateway. This happened when I restarted my home’s ADSL modem, and the internet dropping for a couple of minutes.

On the RAK7249 the packet forwarder is still running and on the Status->LoRaWAN Packet Logger I see data being received. The data is just not forwarded to TTN. This is like due to my home’s router not forwarding the UDP after the restart. The Semtech packet forwarder has a “autoquit_threshold” feature (https://github.com/Lora-net/packet_forwarder/issues/20#issuecomment-263595213) which should detect this and quit, so that the packet forwarder can restart and re-create the UDP connection.

Unfortunately RAK did not add the autoquit_threshold to the web interface of the gateway so one can’t enable this feature. I was able to find the global_conf.json file on the file system of the gateway and add the autoquit manually:
root@RAK7240:/usr/bin# vi global_conf.json
Then I killed the lora_pkt_fwd and waited for it to be restarted - which it didn’t do. So RAK also did not add a watchdog to keep the packet forwarder running?

So far I’m a bit disappointed by RAK’s LTE gateways. My other one, a RAK Pilot Pro also has unstable firmware and stops working every now and then, requiring a manual power cycle. Their previous non-LTE gateway were able to run standard Resin.io based images which were stable.


Hi,JP,Thanks for advice on RAK7249 outdoor gateway, We should consider to add these two features to our firmware. let me discuss with team. Also, Fomi will reply you regarding the pilot gateway. since you purchased this gateway in Feb, we already have some new firmware and we believe it worth your try.

Hi, @jpmeijers

Thank you for your reminding!
I think it is true that we have not added the autoquit_threshold to our gateway firmware, and it is surely useful when the network is down . So we’ll add this feature in our new firmware ASAP, including RAK7249, RAK831, RAK2245, Pilot gateway pro, etc.

BTW, i think you need to use the latest firmware for RAK Pilot gateway pro with LTE:
Please download the one named “RAK7243_LTE_…”, and make SD card again.
In the latest firmware for RAK RPi gateway, there is a watchdog to watch the packet forwarder progress now.

1 Like

Ahh excellent. Thanks for the update @kenyu and @fomi. I will try the new firmware as soon as possible.

I updated to firmware V1.1.0037_Release_r159 on the RAK7249 now. Switching off my ADSL modem and a minute later back on. The packet forwarder continued forwarding packets to TTN. So it seems like the issue I had was fixed in the newer firmware. Thanks RAK!


great to know have progress in RAK7249 and also pilot gateway Pro.

Hi, @jpmeijers

I’m glad to tell you that we’ve released a new version firmware for RAK2245 Pi HAT, RAK7243 LTE, and RAK831. In this firmware, we’ve fixed the issue you mentioned about autoquit_threshold, and we’ve tested it successfully.

You can download the new firmware and try again.


I’ve ordered this gateway and I’m planning to use this as a private gateway. My question is, does anybody have a guide how I can have a private version of TTN and connect this gateway to that? Thanks in advance!

Sorry let me rephrase my question. I understand this already had it’s own loraserver built in. What I want to know is, how can I push those incoming messages to a different app? Maybe an app that has an API endpoint that accepts messages?

May-be a better question for the vendors support site? The forum is for TTN, not private LoRaWAN implementations using different software.

It’s unclear what you really want to do here.

If you want to customize what was called LoRaServer and is now called Chirpstack, you should probably start on Chirpstack’s website and follow instructions for setting up a custom instance in the cloud. Needless to say none of that is on topic here. And if you merely want to connect applications to the existing and likely out-of-date LoRaServer/Chirpstack in the gateway, while the task is different your best resources would similarly would be the Chirpstack and/or RAK websites, rather than the TTN forum.

If you want to use a custom instance of the TTN stack, then look up the instructions for setting up and configuring such (perhaps slightly on topic here, but start with the documentation first), and then point the gateway at it in essentially the same way you would point it at public TTN (ie, most likely via the aging and imperfect but widely supported UDP protocol) only using the address of your private server instead.

Sorry if I was unclear. I did check with the manufacturer’s guide and saw documentation there on how to configure this device to LoRaServer/Chirpstack. But what you said about a custom TTN stack is intriguing, I would definitely look that up. Thanks for your reply! I apologize if I was barking at the wrong tree. I’m quite new to all of this and TTN was the first place I discovered Lora so I asked my question here.

Fomi, the 2245 site gives a 404 error. Is there a new location for that firmware?