The hard RAK831 cafe part 1

I’ve the same problem with my 868MHz board. After few hours it stops receiving packets. When I restart ttn packet forwarder it start working. Packet forwarder makes the board reset (pin 25).

1 Like

I have the RPi and the RAK831 in a “RPi casing”.

The CPU core temperature was in the 55-65 degrees range and the RAK831 got warm (I would not say “hot”).

Now I have added a small Cooling Fan that blows at the back of the RAK831. The CPU core temperature is now in the 30-35 degrees range. I have no way of measuring the RAK831 but I expect it to run cooler also.

3 Likes

who supplies the tall case?

It was a web shop in the Netherlands. (SOSsolutions maybe, I’m not sure) but they don’t sell them anymore. The casing is build with a bottom and a top and in between you can add 1, 2 or 3 fillers.

I’m searching for a tall case to
found this one https://www.modmypi.com/raspberry-pi/cases-183/highpi/highpi-raspberry-pi-b-plus2-case

or, if you have a 3D printer https://pinshape.com/items/22512-3d-printed-tired-cube-raspberry-pi-3-case

1 Like

I too am trying to gt 915 to work. I don’t think I have a good global_conf.json. I have been able to get a node to send data to the rak831 if I disable crc, but then the data is junk. Have you had any progress?

can you post your RAK startup log and json config?

global_conf.json for 915MHz …maybe

{
“SX1301_conf”: {
“lorawan_public”: true,
“clksrc”: 1,
“clksrc_desc”: “radio_1 provides clock to concentrator”,
“antenna_gain”: 0,
“antenna_gain_desc”: “antenna gain, in dBi”,
“radio_0”: {
“enable”: true,
“type”: “SX1257”,
“freq”: 904300000,
“rssi_offset”: -166.0,
“tx_enable”: true,
“tx_freq_min”: 923000000,
“tx_freq_max”: 928000000
},
“radio_1”: {
“enable”: true,
“type”: “SX1257”,
“freq”: 905000000,
“rssi_offset”: -166.0,
“tx_enable”: false
},
“chan_multiSF_0”: {
“desc”: “Lora MAC, 125kHz, all SF, 903.9 MHz”,
“enable”: true,
“radio”: 0,
“if”: -400000
},
“chan_multiSF_1”: {
“desc”: “Lora MAC, 125kHz, all SF, 904.1 MHz”,
“enable”: true,
“radio”: 0,
“if”: -200000
},
“chan_multiSF_2”: {
“desc”: “Lora MAC, 125kHz, all SF, 904.3 MHz”,
“enable”: true,
“radio”: 0,
“if”: 0
},
“chan_multiSF_3”: {
“desc”: “Lora MAC, 125kHz, all SF, 904.5 MHz”,
“enable”: true,
“radio”: 0,
“if”: 200000
},
“chan_multiSF_4”: {
“desc”: “Lora MAC, 125kHz, all SF, 904.7 MHz”,
“enable”: true,
“radio”: 1,
“if”: -300000
},
“chan_multiSF_5”: {
“desc”: “Lora MAC, 125kHz, all SF, 904.9 MHz”,
“enable”: true,
“radio”: 1,
“if”: -100000
},
“chan_multiSF_6”: {
“desc”: “Lora MAC, 125kHz, all SF, 905.1 MHz”,
“enable”: true,
“radio”: 1,
“if”: 100000
},
“chan_multiSF_7”: {
“desc”: “Lora MAC, 125kHz, all SF, 905.3 MHz”,
“enable”: true,
“radio”: 1,
“if”: 300000
},
“chan_Lora_std”: {
“desc”: “Lora MAC, 500kHz, SF8, 904.6 MHz”,
“enable”: true,
“radio”: 0,
“if”: 300000,
“bandwidth”: 500000,
“spread_factor”: 8
},
“chan_FSK”: {
“desc”: “FSK disabled”,
“enable”: false
},
“tx_lut_0”: {
“desc”: “TX gain table, index 0”,
“pa_gain”: 0,
“mix_gain”: 8,
“rf_power”: -6,
“dig_gain”: 0
},
“tx_lut_1”: {
“desc”: “TX gain table, index 1”,
“pa_gain”: 0,
“mix_gain”: 10,
“rf_power”: -3,
“dig_gain”: 0
},
“tx_lut_2”: {
“desc”: “TX gain table, index 2”,
“pa_gain”: 0,
“mix_gain”: 12,
“rf_power”: 0,
“dig_gain”: 0
},
“tx_lut_3”: {
“desc”: “TX gain table, index 3”,
“pa_gain”: 1,
“mix_gain”: 8,
“rf_power”: 3,
“dig_gain”: 0
},
“tx_lut_4”: {
“desc”: “TX gain table, index 4”,
“pa_gain”: 1,
“mix_gain”: 10,
“rf_power”: 6,
“dig_gain”: 0
},
“tx_lut_5”: {
“desc”: “TX gain table, index 5”,
“pa_gain”: 1,
“mix_gain”: 12,
“rf_power”: 10,
“dig_gain”: 0
},
“tx_lut_6”: {
“desc”: “TX gain table, index 6”,
“pa_gain”: 1,
“mix_gain”: 13,
“rf_power”: 11,
“dig_gain”: 0
},
“tx_lut_7”: {
“desc”: “TX gain table, index 7”,
“pa_gain”: 2,
“mix_gain”: 9,
“rf_power”: 12,
“dig_gain”: 0
},
“tx_lut_8”: {
“desc”: “TX gain table, index 8”,
“pa_gain”: 1,
“mix_gain”: 15,
“rf_power”: 13,
“dig_gain”: 0
},
“tx_lut_9”: {
“desc”: “TX gain table, index 9”,
“pa_gain”: 2,
“mix_gain”: 10,
“rf_power”: 14,
“dig_gain”: 0
},
“tx_lut_10”: {
“desc”: “TX gain table, index 10”,
“pa_gain”: 2,
“mix_gain”: 11,
“rf_power”: 16,
“dig_gain”: 0
},
“tx_lut_11”: {
“desc”: “TX gain table, index 11”,
“pa_gain”: 3,
“mix_gain”: 9,
“rf_power”: 20,
“dig_gain”: 0
},
“tx_lut_12”: {
“desc”: “TX gain table, index 12”,
“pa_gain”: 3,
“mix_gain”: 10,
“rf_power”: 23,
“dig_gain”: 0
},
“tx_lut_13”: {
“desc”: “TX gain table, index 13”,
“pa_gain”: 3,
“mix_gain”: 11,
“rf_power”: 25,
“dig_gain”: 0
},
“tx_lut_14”: {
“desc”: “TX gain table, index 14”,
“pa_gain”: 3,
“mix_gain”: 12,
“rf_power”: 26,
“dig_gain”: 0
},
“tx_lut_15”: {
“desc”: “TX gain table, index 15”,
“pa_gain”: 3,
“mix_gain”: 14,
“rf_power”: 27,
“dig_gain”: 0
}
},
“gateway_conf”: {
“server_address”: “router.us.thethings.network”,
“serv_port_up”: 1700,
“serv_port_down”: 1700,
“servers”: [ {
“server_address”: “router.us.thethings.network”,
“serv_port_up”: 1700,
“serv_port_down”: 1700,
“serv_enabled”: true
} ]
}

}

With ttn packet forwarder RPi3+RAK831 only works if I run the command manually every time it is restarted, I’ve been testing this way for several days and it’s still working, but I have not been able to run as service (install-systemd.sh script does not seem to work) to start automatically.

Hi (just breaking in your conversation with @meldundas),
I’m using the TTN Packet-Forwarder. Seems to work OK, but I don’t have a json config file.
Is that normal for my gateway?

Are you running Jessie? Older versions of Rasbian did not use systemctl…
If Jessie, did you “systemctl enable ttn-pkt-fwd.service”?

Hi, yeah Running Jessie, I execute the commands as they are in the TTN instalation guide and there was no problem in this, but the status of the service shows a failure:

and on reboot too:

Would you be so kind to cut-and-paste messages in stead of posting pictures? Text is a whole lot better search-able an better readable as well.
Looking at the errors the service definition seems to be non compliant.

2 Likes

Yes it is. The TTN Packet Fowarder uses a different configuration mechanism. (It requests the config from the back-end when starting)

Some people above asked if the 915MHz version works. I can confirm it does -> https://console.thethingsnetwork.org/gateways/shimizuchou. I have a gateway running on AS923. One thing to keep in mind is that RAK’s 915MHz modules (RAK811) only work with US915. There is a binary that does AS923 on their forums though.

3 Likes

Hi Daniel, I’ve noticed you mentioned that in the RAK support forum

Can you tell us about the bug you found, is that a problem ?

The “bug” was just that the rx2 frequency was 400-something MHz and OTAA join wouldn’t work. RAKs instructions for joining TTN say to set that frequency, so I set it to 923.4MHz and it came to life. So not a show stopper but the default value could be better. :slight_smile:

1 Like

I just run the following commands, with the TTN script (install-systemd.sh)

sudo ./install-systemd.sh /usr/bin/packet-forwarder /usr/config/ttn-pkt-fwd.yml
sudo systemctl daemon-reload
sudo systemctl enable ttn-pkt-fwd
sudo systemctl start ttn-pkt-fwd

could you suggest what I could verify to solve the service failure?

Use

sudo journalctl -u ttn-pkt-fwd

to see if any information is logged during startup.