mcci-catena / arduino-lmic

LoraWAN-MAC-in-C library, adapted to run under the Arduino environment
https://forum.mcci.io/c/device-software/arduino-lmic/
MIT License
636 stars 207 forks source link

Objenious : EV_JOIN_TXCOMPLETE: no JoinAccept #716

Open maitrekobayashi opened 3 years ago

maitrekobayashi commented 3 years ago

Hi again,

I'm trying to run the ttn-otaa.ino from the latest github mainline code. My problem seems to be a recurent one but the solutions provided didn't work. Here what i got on the terminal :

_16:14:46.425 -> Starting 16:14:46.465 -> Packet queued 16:14:46.465 -> 1767: EV_JOINING 16:14:49.940 -> 220993: EV_TXSTART 16:14:56.960 -> 657246: EV_JOIN_TXCOMPLETE: no JoinAccept 16:15:58.439 -> 4496983: EV_TXSTART 16:16:05.432 -> 4933240: EV_JOINTXCOMPLETE: no JoinAccept [...]

Here my pinmapping :

// Pin mapping
const lmic_pinmap lmic_pins = {
    .nss = 10,
    .rxtx = LMIC_UNUSED_PIN,
    .rst = 5,
    .dio = {2, 3, 4},
};

Here my lmic_project_config.h :

#define CFG_eu868 1
#define DISABLE_BEACONS
#define DISABLE_PING
#define CFG_sx1272_radio 1

Point 1 : I tried all the possibilities about lsb, msb. The DevEUI, AppEUI and AppKey I'm using here worked well with a (STM32)L073RZ+SX1272 (with Keil compiler) on this same Objenious server. Point 2 : I tried (as you told others users to try) with adding LMIC_setClockError(MAX_CLOCK_ERROR * 10 / 100); between the LMIC_reset(); and the do_send(&sendjob); in the main

So I'm currently in a lack of solutions to try, maybe someone already got the same problem ?

Thanks

Paul

maitrekobayashi commented 3 years ago

I MIGHT have found the problem but can't resolve it right now. Indeed, TTN and many LoRaWAN servers use for RX2DR = 3 (SF9) Objenious on the contrary use RX2DR = 0 (SF12). What i don't understand is that OTAA have, for me, to adapt even if ttn-otaa.ino is designed for ttn use. Could I modify it by myself or should I let it down and try with APB ?

EDIT 1 : After trying all possibilities (devEUI etc..) with adding LMIC.dn2Dr = DR_SF12; I've seen no changes. I didn't try to use LMIC_setDrTxpow(DR_SF7,14); because I don't know how the Tx power could affect my configuration.

EDIT 2 : I had the same return on my terminal trying this time to connect to ttn server, not objenious one :

// Pin mapping
const lmic_pinmap lmic_pins = {
.nss = 10,
.rxtx = LMIC_UNUSED_PIN,
.rst = A0,
.dio = {2, 3, 4},
};
terrillmoore commented 3 years ago

I always try the raw sketch with a second radio to confirm that downlink is working at all. You might not have that option, but that's the easiest to start to get a level of confidence to build up from.

maitrekobayashi commented 3 years ago

Hi again, I tried with an other semtech SX1272MB2xAS and had the same results.

terrillmoore commented 3 years ago

Did you try two radios talking to each other with the raw sketch?

maitrekobayashi commented 3 years ago

Yes the ping pong was working two days ago with these two SX1272 but on STM32 boards, not on Uno

miguemorales commented 2 years ago

I'm suffering the same issues that you comment in your first message, i can send the join accept, and I also receive this join accept in my gateway, but i never receive any downlink, and I am not doing anything that may delay the timing. Have you found the problem?

terrillmoore commented 2 years ago

Please check #798#794. In all cases so far, this has turned out not to be a device problem. Especially in Europe, gateways have very limited downlink bandwidth and joins may not work unless you have a gateway close by. And you must have a multi-channel gateway.

mrx23dot commented 2 years ago

You can also try if ABP works better than OTAA.