Closed JacoTuks closed 3 years ago
A change in the propagation model parameters probably shrunk the coverage radius down. I don't think it's necessarily bad that the radius used in the example leaves some devices out of range however, since it's a situation that EDs can reasonably find themselves in, and it would be useful if the example made users aware of this.
At the same time, I also agree that if a very large portion of devices is left out, we should reduce this number in the examples. Is this the case in the cited example?
For the default sim, 48 out of the 200 devices are out of range.
I agree that it's not a bad thing, but I do think it will be confusing when reading an older paper that state 7500 m allows all devices to be reachable and then running a sim which which does the opposite. Perhaps an additional comment in the files explaining the difference.
Using 6500 m causes 4/200 to be out of range.
6400 m and below allows all devices to be in range.
Didn't realize this was mentioned explicitly in the original paper! In this case, I think the best option is to lower the deployment radius to 6400 m as you mentioned. Feel free to open a pull request if you have the changes ready - I will do it myself otherwise.
I'm happy to send a pull request. I didn't do any sort of calculations for 6400, I just stepped it down in intervals of 100 until all devices could send. I assume you followed a similar approach for 7500?
Yes, it was trial and error as far as I can remember
Fixed in #102, closing.
Expected Behavior
Setting the radius to 7500 m should allow all devices to still be able to communicate.
Actual Behavior
This radius seems to be too large and when a simulation is run several devices are out of range. This can be seen by enabling line 534 of lorawan-mac-helper. A lower value such as 6300 m, does not have this problem. Perhaps a bug fix caused 7500 m to no longer be valid?
Steps to Reproduce the Problem
Specifications