LG01-P / Arduino Uno (+ Dragino Lora 1.4 shield) : Unable to send data

Hello everyone, I’m really new here :slight_smile:

Hardware :

  • LG01-P Gateway
  • Dragino Lora Shield v1.4 put on a Arduino Uno

Software :

  • Atom IDE

My LG01-P set-up :

Screenshot at 20-32-19 Screenshot at 20-32-29 Screenshot at 20-32-46 Screenshot at 20-32-54

My Gateway shows as “Connected” on TheThingsNetwork.

What I’m trying to do is sending data through my Arduino Uno to TTN, this doesn’t work (at all).

Here is the sketch I use :

/*******************************************************************************

Copyright © 2015 Thomas Telkamp and Matthijs Kooijman
Permission is hereby granted, free of charge, to anyone
obtaining a copy of this document and accompanying files,
to do whatever they want with them without any restriction,
including, but not limited to, copying, modification and redistribution.
NO WARRANTY OF ANY KIND IS PROVIDED.
This example sends a valid LoRaWAN packet with payload "Hello,
world!", using frequency and encryption settings matching those of
the (early prototype version of) The Things Network.
Note: LoRaWAN per sub-band duty-cycle limitation is enforced (1% in g1,
0.1% in g2).
Change DEVADDR to a unique address!
See http://thethingsnetwork.org/wiki/AddressSpace
Do not forget to define the radio type correctly in config.h.
*******************************************************************************/

#include <Arduino.h>
#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 prototype TTN
// network initially.
static const PROGMEM u1_t NWKSKEY[16] = { my network key };
static const u1_t PROGMEM APPSKEY[16] = { my app key };
static const u4_t DEVADDR = 0x my dev address ;

// 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 = 10,
.rxtx = LMIC_UNUSED_PIN,
.rst = 9,
.dio = {2, 6, 7},
};

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;
break;
case EV_TXCOMPLETE:
Serial.println(F(“EV_TXCOMPLETE (includes waiting for RX windows)”));
if(LMIC.dataLen) {
// data received in rx slot after tx
Serial.print(F("Data Received: "));
Serial.write(LMIC.frame+LMIC.dataBeg, LMIC.dataLen);
Serial.println();
}
// 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”));
Serial.println(LMIC.freq);
}
// Next TX is scheduled after TX_COMPLETE event.
}

void setup() {
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

// 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.
LMIC_setupChannel(0, 868100000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI);
LMIC_setupChannel(1, 868300000, DR_RANGE_MAP(DR_SF12, DR_SF7B), BAND_CENTI);
LMIC_setupChannel(2, 868500000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI);
LMIC_setupChannel(3, 867100000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI);
LMIC_setupChannel(4, 867300000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI);
LMIC_setupChannel(5, 867500000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI);
LMIC_setupChannel(6, 867700000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI);
LMIC_setupChannel(7, 867900000, DR_RANGE_MAP(DR_SF12, DR_SF7), BAND_CENTI);
LMIC_setupChannel(8, 868800000, DR_RANGE_MAP(DR_FSK, DR_FSK), BAND_MILLI);
// 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.

// Disable link check validation
LMIC_setLinkCheckMode(0);

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

// Start job
do_send(&sendjob);
}

void loop() {
os_runloop_once();
}

Obviously the above (network key …) are set correctly
So this sketch sends a basic “Hello World” to my device.

My issue is : I have no Traffic in either my Gateway nor my Device on TTN

Screenshot at 20-35-06

Any help is greatly appreciated ! Thank’s in advance.

As numerous threads here explain, this should not be used on TTN and is not supported

Hello, thank you for your answer !

Tell that to my teacher, he is forcing us to use that as our gateway, and people from my class managed to make it work with the LG01-P.
Obviously I asked them their help, but it looks like I have done everything correctly, I can’t see what’s the issue here.

So there is definitly a way for it to work.
The only thing I want is to be able to send data to TTN.

it can be made to work, badly but that should not be done as connecting it to the network is detrimental to other TTN users.

I mean I have to do it if I want to get my grade, there is no other way…
I’m sorry if it’s an issue for you, I just want some help here :frowning:

Your teacher is welcome to set up their own network server and operate radio devices within the constraints of applicable local regulation.

But on TTN servers and TTN forums, TTN’s policy is what counts, not your teacher’s.

Please provide the e-mail address of your teacher in a private message and I’ll tell him.

That ‘gateway’ is not LoRaWAN compliant and can only receive data at one frequency and one spreading factor, LoRaWAN gateways using the European frequency plan of TTN must be able to receive data on 8 frequencies and with multiple spreading factors (SF7 - SF12) which results in 48 possible communication paths, not the one the LG01 supports.
Your sketch uses a random frequency from the available ones, it is a small chance that matches the LG01 settings.

TTN actively discourages the use of these single channel devices because they disrupt operation of the network.

1 Like

Thank you guys for ur answers, but I don’t want any trouble

The thing is, the main purpose of this project is not to send a lot of data for a long period of time

The main purpose is to send any data (a hello world isn’t much, is it ? :slight_smile: ) and to be able to collect it
This is going to last a maximum of 1 week on the network.

So please guys, can I get some help ?
I don’t ask for much :frowning:

Why, even though my LG01-P is correctly set-up (I think ?), why don’t I get any traffic on the gateway registered on TTN ?

The problem isn’t your node, or how little or much you might use it. Your node appears (at least at first glance) to be configured to work with a proper LoRaWAN gateway.

The problem is your non-gateway, which doesn’t do the job of a gateway and can lead nodes (both yours and other peoples) astray by only sporadically working on the occasions where a node lines up with its singular frequency and spreading factor possibility it supports, while not being able to receive the other 48 of 49 possibilities it does not support because it is not really a gateway.

Read my previous message as a start to see what might be a problem. And no, we are not going to provide more help as TTN does not want those non compliant packet forwarders on the network. They cause issues for other users. Sometimes costing them a lot of money and/or frustration.

I am closing this topic now,