Rak811 Tracker Board

I have the same issue. Before getting a RAK811 I was playing with TheThingsUno + Ublox GPS. The RAK811 miss a lot of places that with the other setting I was able to connect. Did you solve the problem? I guess the problem comes with the LoRa antenna…

For those interested in the next gen of the RAK811 … https://www.rakwireless.com/en/beta-wistrio

I got mine RAK811-'s in two weeks ago from AliX not knowing there was a new ‘generation’ coming. But no hard feelings because my two units work excellent together with Cayenne.
It took only two days to get it working with all help I could find on the internet.

The new generation seems to be much more power efficient but be aware that it takes time to get a stable / reliable product both hardware/software. In that sense I do not have good experiences with the SODAQ tracker. I am looking forward to buy some discounted RAK811 trackers for my project.

Hi Konrad,

My experiences with antenna that comes with the board and directly attached to the SMA is indeed good.
My larger antenna with cable 4 meters and magnetic foot does not perform better on the workbench. (cable loss)
The larger antenna will only benefit when the antenne height / freedom of sight is utilized.
THe transmit and receive antenna’s must be in the same plane/direction to make use of the antenna “gain” If this is not under control than it can make it worse.
Marcel / PE1MLT

  1. The WisTrio still uses the RAK811 LoRa module
    -> Rather than upgrading the board to a newer u-blox GPS, a Quectel GPS is used
    -> A Quectel L76 GPS module replaces the u-blox Max-7Q GPS module
    -> The Quectel module has more efficient low power sleep states than the Max-7Q
    -> The command set between u-blox and Quectel GPS modules are very similar so minimal changes to the firmware in the RAK811 module were required
    -> RAK811 firmware should rather mature since this is a leveraged product
  2. A BME680 sensor was added to the board
    -> Adds a couple euros to the BOM but provides OK environmental data
    -> The BME680’s Air quality measurement is not very robust and can be easily misinterpreted.
    -> Personally, I prefer the BME280 - less power usage compared to the BME680,
    -> For both the BME280 and BME680, the temp and humidity sensors are very accurate
  3. The RAK811 Tracker board is no longer avail on their AliExpress storefront -> only 3rd party sellers on AliExpress are selling it now
  4. RakWireless appears to be putting more weight on their NBIoT products than their LoRa products and it will be interesting to see how they move forward

An specified error of max +/-1 degree C in the 0-65 degree range is very accurate? Well it depends on the application of course. The Si7021 with max +/- 0.4 degree C error over -10 to 85 degree C is more accurate.

1 Like

If you want accuracy, might as well go with the SHT31 with +/-0.2C accuracy (typical) over 0C to 85C - or the Si7021. BME280 is +/-0.5C at 25C and increases to +/-1C over 0C to 65C. For power consumption, the ranking from lowest to highest of average current consumption is SHT31 (1.7uA), Si7021 (2.3uA) and BME280 (3.7uA) where a temp/RH sample is taken every sec. In my experience in batch testing of sensors, Si7021 has a more accurate mean but larger standard deviation as compared to the BME280. In our products, the BME280 temp is LPF and typically gets better than +/-0.5C accuracy - which is acceptable in our application (higher importance is placed on RH and pressure accuracy than temp accuracy). The following link is to an interesting report but the sampling sets were small http://www.kandrsmith.org/RJS/Misc/Hygrometers/calib_many.html

1 Like

Definitely coax losses at 915MHz, antenna height over average terrain, and proper polarization (vertical?) are all important to getting a LoRaWAN system working.
73 DE WA4OSH, Konrad

Need to be careful with the temp and humidity calculation library you use. The BME series has at least 9 internal calibration constants which are used to calculate temperature and humidity from the raw temp and humidity reading. If the library calculations are simplified then the error can be a few percent, particularly in the RH reading. I connect the sensors to a Raspberry Pi to get an accurate reading and then a Lora Node and compare the readings.

Could anyone point me to a recent “good” working library (git) , for my 811-tracker w. GPS (old model).


https://github.com/jcaridadhdez/RAK811-tracker. have a look for this one

1 Like

RAK also publish the open source project for rak811 as :https://github.com/RAKWireless/RAK811_LoRaNode

1 Like

Thank you for the links

Finally we have RAK811 support in PlatformIO out of the box :slight_smile: testing later, its been on and off this for months and months - one for 16kb and one for 32kb versions


1 Like

There appears to be Arduino support for RAK811 in the Arduino Core for STM32 (by STM) mentioned here: https://github.com/stm32duino/Arduino_Core_STM32

Which could possibly be combined with Arduino LMIC.

Has anyone tried developing for RAK811 with the Arduino framework?

I’ve been trying for weeks, close but it freezes on init() - there is an error with the core pins too, I need to post the fix

This may possibly help:

Regarding: #ifdef ARDUINO_ARCH_STM32
Check if ARDUINO_ARCH_STM32 is defined by the Arduino Core STM32 or that you will have to use a (slightly) different to check

Tried, and tried and re-tried - there is a pin mapping incorrect in the core setup which i need to pass on, but i just cant get past it freezing - tried those interrupt fixes, I will post some finding I found here over the next few days

I have not checked myself but is ARDUINO_ARCH_STM32 defined when using Arduino_Core_STM32?

The RAK811 Tracker Board is a board with RAK811 module with additional sensors and GPS.
The RAK811 module internally contains a STM32 MCU and SX1276.
The RAK811 tracker board definition in the Arduino_Core_STM32 core contains pin definitions for both the SX1276 inside the module and for the sensors and GPS on the board (external to the module).

Do you know of any documentation (other than Arduino_Core_STM32) where the internals of the RAK811 module and its STM32/SX1276 pin mappings are described?

I would like to be able to use the Arduino core with a RAK5205 tracker board.
Do you know if the RAK5205 Tracker Board is identical to the RAK811 Tracker Board (just a name change), or would a new board definition need to be created for the RAK5205?

I believe the RAK5205 is still build around the RAK811 module - but the tracker boards are not identical at all, the core RAK811 module is the same in terms cpu/lora bits so I think it will have the same issues I am having with the older tracker board