Dragino LG01-N - The Thing Network - ttn

Hallo, habe ich folgende Bildanweisung richtig umgesetz?

config.h (8,6 KB)

Umsetzung config.h

/home/arianx/snap/arduino/85/Arduino/libraries/arduino-lmic-master/src/lmic/config.h

#ifndef _lmic_config_h_
#define _lmic_config_h_

// In the original LMIC code, these config values were defined on the
// gcc commandline. Since Arduino does not allow easily modifying the
// compiler commandline, use this file instead.


#define CFG_eu868 1
//#define CFG_us915 1
//#define CFG_au921 1
//#define CFG_as923 1
//#define CFG_in866 1

#define LG02_LG01 1

//US915: DR_SF10=0, DR_SF9=1, DR_SF8=2, DR_SF7=3, DR_SF8C=4 
//       DR_SF12CR=8, DR_SF11CR=9, DR_SF10CR=10, DR_SF9CR=11, DR_SF8CR=12, DR_SF7CR
#if defined(CFG_us915) && defined(LG02_LG01)
// CFG_us915 || CFG_as923 
#define LG02_UPFREQ   902320000
#define LG02_DNWFREQ  923300000
#define LG02_RXSF     3      // DR_SF7  For LG01/LG02 Tx
#define LG02_TXSF     8      // DR_SF12CR For LG02/LG02 Rx
#elif defined(CFG_eu868) && defined(LG02_LG01)
// CFG_eu868
//EU868: DR_SF12=0, DR_SF11=1, DR_SF10=2, DR_SF9=3, DR_SF8=4, DR_SF7=5, DR_SF7B=1, DR_FSK, DR_NONE
#define LG02_UPFREQ   868100000
#define LG02_DNWFREQ  869525000
#define LG02_RXSF     5      // DR_SF7 For LG01/LG02 Tx
#define LG02_TXSF     0       // DR_SF12 For LG02/LG02 Rx
#endif

// Set this to 1 to enable some basic debug output (using printf) about
// RF settings used during transmission and reception. Set to 2 to
// enable more verbose output. Make sure that printf is actually
// configured (e.g. on AVR it is not by default), otherwise using it can
// cause crashing.
#define LMIC_DEBUG_LEVEL 1

// This is the SX1272/SX1273 radio, which is also used on the HopeRF
// RFM92 boards.
//#define CFG_sx1272_radio 1
// This is the SX1276/SX1277/SX1278/SX1279 radio, which is also used on
// the HopeRF RFM95 boards.
#define CFG_sx1276_radio 1

// 16 μs per tick
// LMIC requires ticks to be 15.5μs - 100 μs long
#define US_PER_OSTICK_EXPONENT 4
#define US_PER_OSTICK (1 << US_PER_OSTICK_EXPONENT)
#define OSTICKS_PER_SEC (1000000 / US_PER_OSTICK)


// Enable this to allow using printf() to print to the given serial port
// (or any other Print object). This can be easy for debugging. The
// current implementation only works on AVR, though.
#if defined(LMIC_DEBUG_LEVEL)
#define LMIC_PRINTF_TO Serial
#endif

// Any runtime assertion failures are printed to this serial port (or
// any other Print object). If this is unset, any failures just silently
// halt execution.
#define LMIC_FAILURE_TO Serial

// Uncomment this to disable all code related to joining
//#define DISABLE_JOIN
// Uncomment this to disable all code related to ping
//#define DISABLE_PING
// Uncomment this to disable all code related to beacon tracking.
// Requires ping to be disabled too
//#define DISABLE_BEACONS

// Uncomment these to disable the corresponding MAC commands.
// Class A
//#define DISABLE_MCMD_DCAP_REQ // duty cycle cap
//#define DISABLE_MCMD_DN2P_SET // 2nd DN window param
//#define DISABLE_MCMD_SNCH_REQ // set new channel
// Class B
//#define DISABLE_MCMD_PING_SET // set ping freq, automatically disabled by DISABLE_PING
//#define DISABLE_MCMD_BCNI_ANS // next beacon start, automatical disabled by DISABLE_BEACON

// In LoRaWAN, a gateway applies I/Q inversion on TX, and nodes do the
// same on RX. This ensures that gateways can talk to nodes and vice
// versa, but gateways will not hear other gateways and nodes will not
// hear other nodes. By uncommenting this macro, this inversion is
// disabled and this node can hear other nodes. If two nodes both have
// this macro set, they can talk to each other (but they can no longer
// hear gateways). This should probably only be used when debugging
// and/or when talking to the radio directly (e.g. like in the "raw"
// example).
//#define DISABLE_INVERT_IQ_ON_RX

// This allows choosing between multiple included AES implementations.
// Make sure exactly one of these is uncommented.
//
// This selects the original AES implementation included LMIC. This
// implementation is optimized for speed on 32-bit processors using
// fairly big lookup tables, but it takes up big amounts of flash on the
// AVR architecture.
// #define USE_ORIGINAL_AES
//
// This selects the AES implementation written by Ideetroon for their
// own LoRaWAN library. It also uses lookup tables, but smaller
// byte-oriented ones, making it use a lot less flash space (but it is
// also about twice as slow as the original).
#define USE_IDEETRON_AES

#endif // _lmic_config_h_

Danke fürs Schauen.

arianx

The Dragino LG01 is not supported for use on TTN.

TTN Gateways need to be 8-channel min.

Please look this manual.

Single Channel LoRa IoT Kit v2 User Manual_2022_12_14-abp-mode.pdf (511,0 KB)

I can use the Dragino LG01-N in the ABP mode this ttn.

No you cannot, ask TTN yourself if you dont believe me;

If you have an LG01 active, switch it off, it can and does prevent other legitamate nodes from connecting.

From Draginos web page on the LG01;

Screenshot - 27_03_2023 , 10_03_51

In Dec. 2022 i have create a connection config this my Arduino and HT11 temp sensor this success.

The first Informatiion i have get it from the Dragino Support.

For very good reasons you wont get any support from TTN for using the LG01 on thier network, they are very disruptive to other legitamate users.

If you want a TTN gateway use a proper one thats actually designed to work correctly.

I didn't know what you mean.

you should not use a single channel packet forwarder like the LG01 with TTN V3.

Is that clear enough?

1 Like

No, why i should not use a single channel packet forwarder like the LG01 with TTN V3?

because they are not LORAwan compliant and therefore obsolete in TTN V3.

1 Like

pleas look post #3 Dragino Manual

it's not about what dragino tells about their product, it's about what TTN says about their network.

OT

Which Arduino sketch should i use for my Private LoRa Network with my Arduino Uno DHT11 system?

This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.