Terrence Spencer
Forum Replies Created
-
Ok, 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 packetHere 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;
}Hey 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.
How can I edit a previous post?
edit:
I finally discovered the edit link which html style is dimmed or not “active”.
I would suggest making that link the standard blue style of all html links.
Thanks.
