no one would need 30 - or deploy that many gateways in range of a reasonably behaving device.
Perhaps I did not explain myself well. We have no intention of deploying such relevant number of gateways, but rather use the one already connected to TTN in the range of our device.
When performing tests at relevant altitude we noticed that rx_metadata object in the uplink packet displayed in console, displayed at very most 30 gateways (in 60 Km radius).
I believe those are just the first 30 gateways that received the message sent from our end node.
I’m sure more gateways have received the messages and forwarded it to TTN, and the data from those gateways (RSSI, SNR, Rx Time, and more) is useful for our research.
I was wondering simply if a paid plan could merely provide us with a full or broadened list, since likely those messages were already forwarded to TTN, simply the rest of the gateways that forwarded them would not show up in the list given a limit.
Please consider that you may be causing an impact on the other users around you and could potentially be impacting the normal running of the servers that we get free use of and must ensure we do not add to the already substantial costs that TTI cover.
This is understood, and we are not causing any of such: (again) not merely we are not deploying those gateways ourselves (they are already present), but the dutycycle we adopt is far less then 1%. It is our belief given how we limited our usage that no rational reason may exist for which this can ever be considered abusing the servers.
In this phase we are more interested in the data the gateways yield rather than forwarding our payload with some frequency.
Regardless, the servers already received the messages from each other gateway that could not make the 30-gateway limited list.
Wondered merely if a full list could be obtained with a paid plan, since those messages were already forwarded to TTN.
What are you trying to achieve with your research?
At the moment we cannot disclose what the research is about. Once concluded such relevant number of gateways will not be needed.
