Replies: 3 comments 3 replies
-
Looks perfectly fine to me: the LNS is very actively reducing the transmission power of your device using ADR commands. You can see this from the LinkADRReq commands in the logs, or from the dashboard console when you put it in verbose mode. |
Beta Was this translation helpful? Give feedback.
-
So if i understand well your answer there is more downlink because the ADR is more efficient than in the previous version. If i wait a few the number of downlink will decrease ? |
Beta Was this translation helpful? Give feedback.
-
That's not normal policy, but suspending an account that breaches FUP as egregious as this isn't unusual. And very irritating as the example is set to 5 minutes and the starter notes link to the air time calculator - so no excuses what so ever. At an RSSI of -44 you have your gateway & device far too close for either RF input circuits comfort. And it is the reason you see the downlinks as the power levels are progressively reduced, so in fact this would fall in to your doing, not TTN. Separation of 5 to 10m with a brick wall intervening is the recommendation. 17:09:22 - Joined 17:10:28 - Second uplink, reduce power 17:11:34 - Third uplink, reduce power At the same time as being given a link to the air time calculator, I see it has been recommended on the TTN forum you familiarise yourself with the spec With the header size & the operation of ADR issues raised, this would be apposite. And please don't make things difficult for us providing support that isn't in line with FUP. Whilst I can read enough European languages if you are going to change the debug, can you at least leave the technical keywords like |
Beta Was this translation helpful? Give feedback.
-
I'm trying to modify my sketch to work with the new version :
But there is a scheduled downlink for each uplink (whereas with previous sketch and previous version not).
Beta Was this translation helpful? Give feedback.
All reactions