Only when the counter is lower or equal to the previous value. Once the counter increases to a value above the last one used the uplink will show in the application,
The counter is ignored if you set the according flag in the device properties. please don’t because it makes your devices insecure and opens it up to replay attacks and more nasty issues.
You should see all of them (as received by the gateway) because this is before the network server checks the counters,
The application data and the device data (for that device in that application) should match.
Make sure all thee are the exact same timeframe. Sharing data of different timeframes won’t allow analysis.
Please also share the detailed device setup. No need to share the keys, but every other setting including the nitty gritty details of the MAC settings and advanced setting.
i re-registered the device one more time in 20/07 and i turned it off, yesterday i turned it on again, and behavior is the same as on 20/07. The problem is what the live data i can see on device console is only about 20/07, nothing from yesterday.
i didn’t change anything in this General settings except the frame counter reset (on or off doesn’t seems to change anything). i didn’t find the ignore frame counter setting anywhere thought.
Can i send json files only to you without making them public pls or there nothing which can compromise our devices on that log?
Sorry, one of the messages i get on TTN reports me the value: consumed_airtime: “0.061696s”. Based on the fair use policy the time allowed for public networks for node is 30 sec per 24 hours, so i do not think i’m violating it sending messages every 10 minutes. Sorry i’m new in this area and trying to understand so, could you please explain?
One of the devices shows three uplinks in the space of 15 seconds so it won’t take long for it to consume airtime.
The concern (that is replicated across the forum time & time again) is that someone may leave it running on their bench. Neither does it work better because you hit the servers frequently. And it’s very hard to see what happened if the console is a blizzard of data.
And then there is the law (police, courts etc) for the duty cycle - a percentage in an hour.
Either have it on a one-shot on boot and just reset the device, have it on a push-button or set it to interval per https://avbentem.github.io/airtime-calculator/ttn/eu868. This is how the community ensures it doesn’t impact the free service paid for by TTI.
Travelling hopeful on the above, some things for you to consider:
Please read the rest of the Learn section, not just the Bytes bit I gave you above, there’s a lot of the usual gotcha’s covered in it. Plus https://www.thethingsnetwork.org/docs/lorawan/
Your RSSI is way way too high - you will be overloading the gateway input circuits which will most likely turn the uplink in to a CRC error which is where your missing uplinks are going - 5 to 10m separation and/plus a brick wall - forum search will explain it in detail.
No way that firmware of LoRaMAC-node is v1.0.2.
TTN has an entry for the frequency plan of “Europe 863-870 MHz (SF9 for RX2 - recommended)” - the draft plan has only 6 channels so YMMV. It also has to be in sync with your gateway.
The docs for the Pico repro are almost non-existent - where did you get the LW version and the channel plan settings from?
The repro has an older release of LMn but it should be possible to cross-reference it to a release so you can see which versions it supports - it may well have options you need to #define as recently we’ve had a choice of three. The most recent is not necessarily the best / simplest to get started with.
Just one clarification. Probably the one u mention with 3 uplink in 15 secs is the one with the address
eui-9c65f9fffe346af5? this one is not main, so i need to figure out if they are also complaint with the TTN policy. Thanks for detailed description of the problem. i will try to get better understanding of all configuration.the one i was worried about is the euie661640843133e22.
We don’t tend to bike-shed the details or get too involved intricate calculations - any console logs or code that indicates an interval less than the ones from the calculator causes concern - doesn’t matter if it’s not the device in question, it’s any device on TTN.
