Helec LoRa 32 LoRaWAN Node + The Things Network

Hello, I’m starting to study IOT and I’m having a lot of difficulties on my first project, can anyone help me? I’ve been working on it for days. I do not know if the problem is in the gateway or in my source code.

#####a very valid information ######
“Data” appears every 60 seconds on my arduino serial monitor (reported below), but no packet information appears on my gateway !!

The goal is to communicate LoRa 32 node of LoRaWAN Heltec in The Things network

#I’m following this tutorial

#My Arduino IDE version 1.8.8

#My Board HELTEC ESP32 LORA Transceiver SX1276

#My gateway is configured like this:

Configuration
GW_ID “CC50E30C8513”
GW_HOSTNAME “SafeTeste”
GW_NTP_SERVER “br.pool.ntp.org
GW_ROUTER “router.us.thethings.network” ← ( I am from Brazil )
GW_PORT “1700”
GW_FREQ 915000000
GW_BW “BW250”
GW_SF “SF7”
GW_LAT “-25.410966”
GW_LON “-49.223382”
GW_ALT 935
GW_NSS 0
GW_DIO0 1
GW_DIO1 2
GW_PWD 878787


#data from my arduino serial monitor

3883824: Running job 0x3ffbfce0, cb 0x400d0d9c, deadline 3883824
3883828: engineUpdate, opmode=0x908
3883832: Uplink data pending
3883851: Airtime available at 3883831 (channel duty limit)
3884177: Ready for uplink
3884363: TXMODE, freq=904100000, len=26, SF=7, BW=125, CR=4/5, IH=0
Packet queued
3888230: irq: dio: 0x0 flags: 0x8
3888237: Scheduled job 0x3ffbfd50, cb 0x400d1b2c ASAP
3888242: Running job 0x3ffbfd50, cb 0x400d1b2c, deadline 0
3888351: Scheduled job 0x3ffbfd50, cb 0x400d1854 at 3950627
3950627: Running job 0x3ffbfd50, cb 0x400d1854, deadline 3950627
3950753: RXMODE_SINGLE, freq=923900000, SF=7, BW=500, CR=4/5, IH=0
3950841: irq: dio: 0x1 flags: 0x80
3950858: Scheduled job 0x3ffbfd50, cb 0x400d2fd0 ASAP
3951154: Running job 0x3ffbfd50, cb 0x400d2fd0, deadline 0
3951479: Scheduled job 0x3ffbfd50, cb 0x400d18a4 at 4013487
4013487: Running job 0x3ffbfd50, cb 0x400d18a4, deadline 4013487
4013613: RXMODE_SINGLE, freq=923300000, SF=9, BW=125, CR=4/5, IH=0
4014913: irq: dio: 0x1 flags: 0x80
4014920: Scheduled job 0x3ffbfd50, cb 0x400d2ffc ASAP
4014924: Running job 0x3ffbfd50, cb 0x400d2ffc, deadline 0
4015039: EV_TXCOMPLETE (includes waiting for RX windows)
4015353: Scheduled job 0x3ffbfce0, cb 0x400d0d9c at 7765353
4015684: engineUpdate, opmode=0x900


In the other publication have my source code

I’m grateful

#My code in ttn-ABP mode

#include <lmic.h>
#include <hal/hal.h>
#include <SPI.h>

// LoRaWAN NwkSKey, network session key
// This is the default Semtech key, which is used by the early prototype TTN
// network.
static const PROGMEM u1_t NWKSKEY[16] = { 0x8C, 0xF2, 0xF4, 0x16, 0x30, 0x5C, 0x3C, 0x43, 0x0D, 0x97, 0x93, 0x8A, 0x9C, 0x52, 0x67, 0x7B };

// LoRaWAN AppSKey, application session key
// This is the default Semtech key, which is used by the early prototype TTN
// network.
static const u1_t PROGMEM APPSKEY[16] = { 0x63, 0xFE, 0xFF, 0xC1, 0xBC, 0x34, 0xC4, 0x61, 0x4D, 0xA4, 0x2E, 0x07, 0x14, 0x23, 0x8D, 0x43 };

// LoRaWAN end-device address (DevAddr)
static const u4_t DEVADDR = 0x26001FD3 ; // ← Change this address for every node!

// These callbacks are only used in over-the-air activation, so they are
// left empty here (we cannot leave them out completely unless
// DISABLE_JOIN is set in config.h, otherwise the linker will complain).
void os_getArtEui (u1_t* buf) { }
void os_getDevEui (u1_t* buf) { }
void os_getDevKey (u1_t* buf) { }

static uint8_t mydata = “Hello, world!”;
static osjob_t sendjob;

// Schedule TX every this many seconds (might become longer due to duty
// cycle limitations).
const unsigned TX_INTERVAL = 60;

// Pin mapping
const lmic_pinmap lmic_pins = {
.nss = 18,
.rxtx = LMIC_UNUSED_PIN,
.rst = 14,
.dio = {26, 33, 32},
};

void onEvent (ev_t ev) {
Serial.print(os_getTime());
Serial.print(": ");
switch(ev) {
case EV_SCAN_TIMEOUT:
Serial.println(F(“EV_SCAN_TIMEOUT”));
break;
case EV_BEACON_FOUND:
Serial.println(F(“EV_BEACON_FOUND”));
break;
case EV_BEACON_MISSED:
Serial.println(F(“EV_BEACON_MISSED”));
break;
case EV_BEACON_TRACKED:
Serial.println(F(“EV_BEACON_TRACKED”));
break;
case EV_JOINING:
Serial.println(F(“EV_JOINING”));
break;
case EV_JOINED:
Serial.println(F(“EV_JOINED”));
break;
case EV_RFU1:
Serial.println(F(“EV_RFU1”));
break;
case EV_JOIN_FAILED:
Serial.println(F(“EV_JOIN_FAILED”));
break;
case EV_REJOIN_FAILED:
Serial.println(F(“EV_REJOIN_FAILED”));
break;
case EV_TXCOMPLETE:
Serial.println(F(“EV_TXCOMPLETE (includes waiting for RX windows)”));
if (LMIC.txrxFlags & TXRX_ACK)
Serial.println(F(“Received ack”));
if (LMIC.dataLen) {
Serial.println(F(“Received “));
Serial.println(LMIC.dataLen);
Serial.println(F(” bytes of payload”));
}
// Schedule next transmission
os_setTimedCallback(&sendjob, os_getTime()+sec2osticks(TX_INTERVAL), do_send);
break;
case EV_LOST_TSYNC:
Serial.println(F(“EV_LOST_TSYNC”));
break;
case EV_RESET:
Serial.println(F(“EV_RESET”));
break;
case EV_RXCOMPLETE:
// data received in ping slot
Serial.println(F(“EV_RXCOMPLETE”));
break;
case EV_LINK_DEAD:
Serial.println(F(“EV_LINK_DEAD”));
break;
case EV_LINK_ALIVE:
Serial.println(F(“EV_LINK_ALIVE”));
break;
default:
Serial.println(F(“Unknown event”));
break;
}
}

void do_send(osjob_t* j){
// Check if there is not a current TX/RX job running
if (LMIC.opmode & OP_TXRXPEND) {
Serial.println(F(“OP_TXRXPEND, not sending”));
} else {
// Prepare upstream data transmission at the next possible time.
LMIC_setTxData2(1, mydata, sizeof(mydata)-1, 0);
Serial.println(F(“Packet queued”));
}
// Next TX is scheduled after TX_COMPLETE event.
}

void setup() {
SPI.begin(5, 19, 27);
Serial.begin(115200);
Serial.println(F(“Starting”));

#ifdef VCC_ENABLE
// For Pinoccio Scout boards
pinMode(VCC_ENABLE, OUTPUT);
digitalWrite(VCC_ENABLE, HIGH);
delay(1000);
#endif

// LMIC init
os_init();
// Reset the MAC state. Session and pending data transfers will be discarded.
LMIC_reset();

// Set static session parameters. Instead of dynamically establishing a session
// by joining the network, precomputed session parameters are be provided.
#ifdef PROGMEM
// On AVR, these values are stored in flash and only copied to RAM
// once. Copy them to a temporary buffer here, LMIC_setSession will
// copy them into a buffer of its own again.
uint8_t appskey[sizeof(APPSKEY)];
uint8_t nwkskey[sizeof(NWKSKEY)];
memcpy_P(appskey, APPSKEY, sizeof(APPSKEY));
memcpy_P(nwkskey, NWKSKEY, sizeof(NWKSKEY));
LMIC_setSession (0x1, DEVADDR, nwkskey, appskey);
#else
// If not running an AVR with PROGMEM, just use the arrays directly
LMIC_setSession (0x1, DEVADDR, NWKSKEY, APPSKEY);
#endif

#if defined(CFG_eu868)
// Set up the channels used by the Things Network, which corresponds
// to the defaults of most gateways. Without this, only three base
// channels from the LoRaWAN specification are used, which certainly
// works, so it is good for debugging, but can overload those
// frequencies, so be sure to configure the full frequency range of
// your network here (unless your network autoconfigures them).
// Setting up channels should happen after LMIC_setSession, as that
// configures the minimal channel set.
// NA-US channels 0-71 are configured automatically
LMIC_setupChannel(0, 868100000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band
LMIC_setupChannel(1, 868300000, DR_RANGE_MAP(DR_SF12, DR_SF7B), BAND_CENTI); // g-band
LMIC_setupChannel(2, 868500000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band
LMIC_setupChannel(3, 867100000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band
LMIC_setupChannel(4, 867300000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band
LMIC_setupChannel(5, 867500000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band
LMIC_setupChannel(6, 867700000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band
LMIC_setupChannel(7, 867900000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI); // g-band
LMIC_setupChannel(8, 868800000, DR_RANGE_MAP(DR_FSK, DR_FSK), BAND_MILLI); // g2-band
// TTN defines an additional channel at 869.525Mhz using SF9 for class B
// devices’ ping slots. LMIC does not have an easy way to define set this
// frequency and support for class B is spotty and untested, so this
// frequency is not configured here.
#elif defined(CFG_us915)
// NA-US channels 0-71 are configured automatically
// but only one group of 8 should (a subband) should be active
// TTN recommends the second sub band, 1 in a zero based count.
// gateway-conf/US-global_conf.json at master · TheThingsNetwork/gateway-conf · GitHub
LMIC_selectSubBand(1);
#endif

// Disable link check validation
LMIC_setLinkCheckMode(0);

// TTN uses SF9 for its RX2 window.
LMIC.dn2Dr = DR_SF9;

// Set data rate and transmit power for uplink (note: txpow seems to be ignored by the library)
LMIC_setDrTxpow(DR_SF7,14);

// Start job
do_send(&sendjob);
}

void loop() {
os_runloop_once();
}

My code in ttn-ABP mode

How about code tags mode, instead?

I am by no means an expert in the Things Network stuff, but you do appear to be using some form of unknown gateway that is configured for 915Mhz and bandwidth 250khz, with standard node code for 868Mhz and bandwidth 125khz.

The configuration of TTN gateways is a bit out of scope for the Arduino forums, especially as there is a public forum explicity set up to support The Things Network;