It works for me! (mind you, this is pin 22 on the GPIO header!)
I noticed the temperature of the RAK pcb after 30 min, could it that the RPI is heating the RAK831 when you use a converter PCB ?
That is a fairly normal temperature for a concentrator board. The MultiTech mCards are at finger burning temperature when used with an PCIe-to-USB convertor. Other concentrators are also well above room termperature in my experience.
So (imho) nothing to worry about.
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).
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.
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
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.
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.
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 ?