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?


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.



New Firmware #1.1.0043_Release r173

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