RF packets received by concentrator: 0
Home › Forums › Conduit: AEP Model › RF packets received by concentrator: 0
- This topic has 6 replies, 2 voices, and was last updated 8 years, 5 months ago by Terrence Spencer.
-
AuthorPosts
-
May 31, 2016 at 6:19 pm #12816Terrence SpencerParticipant
Here is the top of the log file and a few attempts by mDot to send data.
My packet forwarding config is below.
Any ideas what else to do?
Thank you.lgw_rxrf_setconf:894: Note: rf_chain 0 configuration; en:1 freq:902600000
lgw_rxrf_setconf:894: Note: rf_chain 1 configuration; en:1 freq:903400000
lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 0 configuration; en:1 freq:-300000 SF_mask:0x7e
lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 1 configuration; en:1 freq:-100000 SF_mask:0x7e
lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 2 configuration; en:1 freq:100000 SF_mask:0x7e
lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 3 configuration; en:1 freq:300000 SF_mask:0x7e
lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 4 configuration; en:1 freq:-300000 SF_mask:0x7e
lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 5 configuration; en:1 freq:-100000 SF_mask:0x7e
lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 6 configuration; en:1 freq:100000 SF_mask:0x7e
lgw_rxif_setconf:998: Note: LoRa ‘multi’ if_chain 7 configuration; en:1 freq:300000 SF_mask:0x7e
lgw_rxif_setconf:972: Note: LoRa ‘std’ if_chain 8 configuration; en:1 freq:400000 bw:1 dr:4
lgw_rxif_setconf:919: Note: if_chain 9 disabled
setup_sx125x:673: Note: SX125x #0 version register returned 0x21
setup_sx125x:678: Note: SX125x #0 clock output enabled
setup_sx125x:721: Note: SX125x #0 PLL start (attempt 1)
setup_sx125x:673: Note: SX125x #1 version register returned 0x21
setup_sx125x:678: Note: SX125x #1 clock output enabled
setup_sx125x:721: Note: SX125x #1 PLL start (attempt 1)
lgw_start:1120: Note: calibration started (time: 3000 ms)
lgw_start:1141: Note: calibration finished (status = 191)
Info: Initialising AGC firmware…
Info: loading custom TX gain table
Info: putting back original RADIO_SELECT value
*** GPS Packet Forwarder for Lora Gateway ***
Version: 1.4.1
*** Lora concentrator HAL library version info ***
Version: 1.7.0; Options: ftdi sx1301 sx1257 full mtac-lora private;
***
INFO: Little endian host
INFO: found global configuration file /var/run/lora/1/global_conf.json, parsing it
INFO: /var/run/lora/1/global_conf.json does contain a JSON object named SX1301_conf, parsing SX1301 parameters
INFO: radio 0 enabled, center frequency 902600000
INFO: radio 1 enabled, center frequency 903400000
INFO: Lora multi-SF channel 0> radio 0, IF -300000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 1> radio 0, IF -100000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 2> radio 0, IF 100000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 3> radio 0, IF 300000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 4> radio 1, IF -300000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 5> radio 1, IF -100000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 6> radio 1, IF 100000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora multi-SF channel 7> radio 1, IF 300000 Hz, 125 kHz bw, SF 7 to 12
INFO: Lora std channel> radio 0, IF 400000 Hz, 500000 Hz bw, SF 8
INFO: FSK channel 8 disabled
INFO: /var/run/lora/1/global_conf.json does contain a JSON object named gateway_conf, parsing gateway parameters
INFO: gateway MAC address is configured to 008000000000AC90
INFO: server hostname or IP address is configured to “croft.thethings.girovito.nl”
INFO: upstream port is configured to “1700”
INFO: downstream port is configured to “1700”
INFO: synch word is configured to 34
INFO: downstream keep-alive interval is configured to 12 seconds
INFO: statistics display interval is configured to 20 seconds
INFO: upstream PUSH_DATA time-out is configured to 120 ms
INFO: packets received with a valid CRC will be forwarded
INFO: packets received with a CRC error will be forwarded
INFO: packets received with no CRC will NOT be forwarded
INFO: Reference latitude is configured to 30.228290 deg
INFO: Reference longitude is configured to -97.810780 deg
INFO: Reference altitude is configured to 686 meters
INFO: fake GPS is enabled
WARNING: [main] impossible to open for GPS sync (check permissions)
INFO: [main] concentrator started, packet can now be receivedINFO: Start of downstream thread
INFO: [down] PULL_ACK received in 143 ms
INFO: [down] PULL_ACK received in 141 ms##### 2016-05-31 22:26:13 GMT #####
### [UPSTREAM] ###
# RF packets received by concentrator: 0
# CRC_OK: 0.00%, CRC_FAIL: 0.00%, NO_CRC: 0.00%
# RF packets forwarded: 0 (0 bytes)
# PUSH_DATA datagrams sent: 0 (0 bytes)
# PUSH_DATA acknowledged: 0.00%
### [DOWNSTREAM] ###
# PULL_DATA sent: 2 (100.00% acknowledged)
# PULL_RESP(onse) datagrams received: 0 (0 bytes)
# RF packets sent to concentrator: 0 (0 bytes)
# TX errors: 0
### [GPS] ###
# Invalid time reference (age: 1464733573 sec)
# GPS *FAKE* coordinates: latitude 30.22829, longitude -97.81078, altitude 686 m
##### END #####
INFO: [down] PULL_ACK received in 141 ms
INFO: [down] PULL_ACK received in 142 ms##### 2016-05-31 22:26:33 GMT #####
### [UPSTREAM] ###
# RF packets received by concentrator: 0
# CRC_OK: 0.00%, CRC_FAIL: 0.00%, NO_CRC: 0.00%
# RF packets forwarded: 0 (0 bytes)
# PUSH_DATA datagrams sent: 1 (155 bytes)
# PUSH_DATA acknowledged: 0.00%
### [DOWNSTREAM] ###
# PULL_DATA sent: 2 (100.00% acknowledged)
# PULL_RESP(onse) datagrams received: 0 (0 bytes)
# RF packets sent to concentrator: 0 (0 bytes)
# TX errors: 0
### [GPS] ###
# Invalid time reference (age: 1464733593 sec)
# GPS *FAKE* coordinates: latitude 30.22829, longitude -97.81078, altitude 686 m
##### END #####
INFO: [down] PULL_ACK received in 150 ms##### 2016-05-31 22:26:53 GMT #####
### [UPSTREAM] ###
# RF packets received by concentrator: 0
# CRC_OK: 0.00%, CRC_FAIL: 0.00%, NO_CRC: 0.00%
# RF packets forwarded: 0 (0 bytes)
# PUSH_DATA datagrams sent: 1 (155 bytes)
# PUSH_DATA acknowledged: 0.00%
### [DOWNSTREAM] ###
# PULL_DATA sent: 1 (100.00% acknowledged)
# PULL_RESP(onse) datagrams received: 0 (0 bytes)
# RF packets sent to lgw_receive:1423: FIFO content: 1 10 0 7 97
lgw_receive:1438: [5 17]
Note: LoRa packet
concentrator: 0 (0 bytes)
# TX errors: 0
### [GPS] ###
# Invalid time reference (age: 1464733613 sec)
# GPS *FAKE* coordinates: latitude 30.22829, longitude -97.81078, altitude 686 m
##### END #####
INFO: [down] PULL_ACK received in 141 ms
INFO: [down] PULL_ACK received in 142 ms+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
{
“SX1301_conf”: {
“chan_FSK”: {
“enable”: false,
“radio”: 0
},
“chan_Lora_std”: {
“bandwidth”: 500000,
“enable”: true,
“if”: 400000,
“radio”: 0,
“spread_factor”: 8
},
“chan_multiSF_0”: {
“enable”: true,
“if”: -300000,
“radio”: 0
},
“chan_multiSF_1”: {
“enable”: true,
“if”: -100000,
“radio”: 0
},
“chan_multiSF_2”: {
“enable”: true,
“if”: 100000,
“radio”: 0
},
“chan_multiSF_3”: {
“enable”: true,
“if”: 300000,
“radio”: 0
},
“chan_multiSF_4”: {
“enable”: true,
“if”: -300000,
“radio”: 1
},
“chan_multiSF_5”: {
“enable”: true,
“if”: -100000,
“radio”: 1
},
“chan_multiSF_6”: {
“enable”: true,
“if”: 100000,
“radio”: 1
},
“chan_multiSF_7”: {
“enable”: true,
“if”: 300000,
“radio”: 1
},
“radio_0”: {
“enable”: true,
“freq”: 902600000
},
“radio_1”: {
“enable”: true,
“freq”: 903400000
}
},
“gateway_conf”: {
“synch_word”: 52,
“forward_crc_disabled”: false,
“forward_crc_error”: true,
“forward_crc_valid”: true,
“gateway_ID” : “<WILL-BE-REPLACED-WITH-LORA-EUI>”,
“keepalive_interval”: 12,
“push_timeout_ms”: 120,
“serv_port_up”: 1700,
“serv_port_down”: 1700,
“server_address”: “croft.thethings.girovito.nl”,
“stat_interval”: 20,
“fake_gps”: true,
“ref_latitude”: 30.22829,
“ref_longitude”: -97.81078,
“ref_altitude”: 686}
}May 31, 2016 at 6:55 pm #12817Jason ReissKeymasterHow is the end-point configured?
AT+FREQ?
FB_915From the frequencies and synch word you would need these set.
AT+FSB=1
AT+PN=1Can you enable logging and upload some debug output?
AT+LOG=6Another option would be to use the things network poly-packet-forwarder.
May 31, 2016 at 7:58 pm #12818Terrence SpencerParticipantHey Jason, I am all over a non custom solution.
I am in Texas, so 915.
The mDot is using the mDot_lora_example_tnn_connect.Do you mean this from GitHub:
https://github.com/Lora-net/packet_forwarder/tree/master/basic_pkt_fwd
If I used the global_conf.json do I need to change anything.
edit: this config is for 868 mhz. So there has to be a bunch of changes.
or is it as easy as search and replace:
“freq”: 868500000,
for
“freq”: 915??????????????????,https://github.com/Lora-net/packet_forwarder/blob/master/basic_pkt_fwd/global_conf.json
I am pretty green at this config stuff.
- This reply was modified 8 years, 5 months ago by Terrence Spencer.
- This reply was modified 8 years, 5 months ago by Terrence Spencer.
May 31, 2016 at 8:24 pm #12821Terrence SpencerParticipantHere is the mDot code:
#include “mbed.h”
#include “mDot.h”
#include “MTSLog.h”
#include <string>
#include <vector>
#include <algorithm>
// these options must match the settings on your Conduit
// TTN Keys
static const uint8_t netowork_session_key_array[] = {0x2B, 0x7E, 0x15, 0x16, 0x28, 0xAE, 0xD2, 0xA6, 0xAB, 0xF7, 0x15, 0x88, 0x09, 0xCF, 0x4F, 0x3C};
static const uint8_t data_session_key_array[] = {0x2B, 0x7E, 0x15, 0x16, 0x28, 0xAE, 0xD2, 0xA6, 0xAB, 0xF7, 0x15, 0x88, 0x09, 0xCF, 0x4F, 0x3C};
// uncomment the following lines and edit their values to match your configuration
//static const uint8_t network_address_array[] = {0x02, 0x01, 0xBA, 0x01}; // use yours based on http://thethingsnetwork.org/wiki/AddressSpace
static std::vector<uint8_t> netowork_session_key (netowork_session_key_array, netowork_session_key_array + sizeof(netowork_session_key_array) / sizeof(uint8_t));
static std::vector<uint8_t> data_session_key (data_session_key_array, data_session_key_array + sizeof(data_session_key_array) / sizeof(uint8_t));
//static std::vector<uint8_t> network_address (network_address_array, network_address_array + sizeof(network_address_array) / sizeof(uint8_t));
static uint8_t config_frequency_sub_band = 4;int main() {
int32_t ret;
mDot* dot;
std::vector<uint8_t> data;
std::vector<uint8_t> devID;
std::string data_str = “Hello SSV”;// get a mDot handle
dot = mDot::getInstance();dot->resetConfig();
dot->setLogLevel(mts::MTSLog::INFO_LEVEL);
// too lazzy to check all errors
dot->setJoinMode(mDot::MANUAL);
dot->setPublicNetwork(true);
dot->setFrequencySubBand(config_frequency_sub_band);
dot->setNetworkSessionKey(netowork_session_key);
dot->setDataSessionKey(data_session_key);
//dot->setNetworkAddress(network_address);// a higher spreading factor allows for longer range but lower throughput
// in the 915 (US) frequency band, spreading factors 7 – 10 are available
// in the 868 (EU) frequency band, spreading factors 7 – 12 are available
logInfo(“setting TX spreading factor”);
if ((ret = dot->setTxDataRate(mDot::SF_10)) != mDot::MDOT_OK) {
logError(“failed to set TX datarate %d:%s”, ret, mDot::getReturnCodeString(ret).c_str());
}// request receive confirmation of packets from the gateway
logInfo(“enabling ACKs”);
if ((ret = dot->setAck(0)) != mDot::MDOT_OK) {
logError(“failed to enable ACKs %d:%s”, ret, mDot::getReturnCodeString(ret).c_str());
}// save this configuration to the mDot’s NVM
logInfo(“saving config”);
if (! dot->saveConfig()) {
logError(“failed to save configuration”);
}
//*******************************************
// end of configuration
//*******************************************// attempt to join the network
logInfo(“joining network”);
while ((ret = dot->joinNetwork()) != mDot::MDOT_OK) {
logError(“failed to join network %d:%s”, ret, mDot::getReturnCodeString(ret).c_str());
// in the 868 (EU) frequency band, we need to wait until another channel is available before transmitting again
osDelay(std::max((uint32_t)1000, (uint32_t)dot->getNextTxMs()));
}// format data for sending to the gateway
for (std::string::iterator it = data_str.begin(); it != data_str.end(); it++)
data.push_back((uint8_t) *it);printf(“Device ID {“);
std::vector<uint8_t> deviceId;
deviceId = dot->getDeviceId();
for (std::vector<uint8_t>::iterator it = deviceId.begin() ; it != deviceId.end(); ++it) {
printf(“0x%2.2X”,*it );
printf(“%s”, it != (deviceId.end() -1 ) ? “, ” : ” ” );
}
printf(“}\r\n”);while (true) {
// send the data to the gateway
if ((ret = dot->send(data)) != mDot::MDOT_OK) {
logError(“failed to send”, ret, mDot::getReturnCodeString(ret).c_str());
} else {
logInfo(“successfully sent data to gateway”);
}// in the 868 (EU) frequency band, we need to wait until another channel is available before transmitting again
osDelay(std::max((uint32_t)10000, (uint32_t)dot->getNextTxMs()));
}return 0;
}- This reply was modified 8 years, 5 months ago by Terrence Spencer.
June 1, 2016 at 7:35 am #12824Jason ReissKeymasterChange your frequency sub band setting to 1 to match the frequencies setup on Conduit.
static uint8_t config_frequency_sub_band = 1;
Or modify conduit to use frequency sub band 4 to match mdot
Use 907400000 and 908200000 for radio_0 and radio_1 settings.June 1, 2016 at 9:01 am #12828Terrence SpencerParticipantAh, good catch, thank you.
this: was in response to my mDot code:
Change your frequency sub band setting to 1 to match the frequencies setup on Conduit.
static uint8_t config_frequency_sub_band = 1;
Or modify conduit to use frequency sub band 4 to match mdotThis was incase I decide to use the poly-packet-forwarder and my search and replace question correct?
Either/or but not both.
June 1, 2016 at 6:34 pm #12844Terrence SpencerParticipantOk, I got those coordinated and it looks like the concentrator is getting 100%.
I don’t see any messages with my gateway eui at ttn.
https://thethingsnetwork.org/api/v0/nodes/I do see my gateway at ttn.
https://thethingsnetwork.org/api/v0/gateways/What log can I look in to see where the conduit failing?
Ideas?
Thank you.
##### 2016-06-01 23:22:56 GMT #####
### [UPSTREAM] ###
# RF packets received by concentrator: 2
# CRC_OK: 100.00%, CRC_FAIL: 0.00%, NO_CRC: 0.00%
# RF packets forwarded: 2 (44 bytes)
# PUSH_DATA datagrams sent: 3 (571 bytes)
# PUSH_DATA acknowledged: 0.00%
### [DOWNSTREAM] ###
# PULL_DATA sent: 2 (100.00% acknowledged)
# PULL_RESP(onse) datagrams received: 0 (0 bytes)
# RF packets sent to concentrator: 0 (0 bytes)
# TX errors: 0
### [GPS] ###
# Invalid time reference (age: 1464823376 sec)
# GPS *FAKE* coordinates: latitude 30.22829, longitudelgw_receive:1423: FIFO content: 1 9a 1 5 16
lgw_receive:1438: [2 17]
Note: LoRa packet
lgw_receive:1423: FIFO content: 1 c0 1 5 16
lgw_receive:1438: [7 17]
Note: LoRa packet- This reply was modified 8 years, 5 months ago by Terrence Spencer.
-
AuthorPosts
- You must be logged in to reply to this topic.