Closed lthiery closed 2 years ago
Looking at this because I was going to add AU915 to the Frequency Plans page in the docs, went down the rabbit hole, and I'm wondering if this was actually originally correct and miners/sys.config was misleading.
Looking at RP2-1.0.3 LoRaWAN Regional Parameters upstream channels 0 through 63 are 125 kHz wide and incremented linearly by 200kHz from 915.2 MHz to 927.8 MHz so channels 8 through 15 are:
8 916.8
9 917
10 917.2
11 917.4
12 917.6
13 917.8
14 918
15 918.2
Upstream channels 64 to 71 are 500 kHz wide and incremented by 1.6 MHz from 915.9 to 927.1:
64 915.9
65 917.5 <--
66 919.1
67 920.7
68 922.3
69 923.9
70 925.5
71 927.1
So I suspect the 500 kHz channel is intended to be 65, rather than 918.2 as it looks has been changed here. Looks like this comes from the numerical sorting of the frequencies in sys.config which doesn't correspond to the actual channels.
Otherwise as per that LoraWAN doc the downstream channels are all 500kHz wide with 600 kHz increments between 923.3 and 927.5, but I don't know enough about this to see where that fits in with this config:
0 923.3
1 923.9
2 924.5
3 925.1
4 925.7
5 926.3
6 926.9
7 927.5
I'm new to this so I might be on the wrong track, just thought I'd call out an inconsistency that I noticed.
@lthiery @JayKickliter Not sure if you get a notification about this since it's merged already.
@mdaviesnz your are correct and in fact on the sx1301 it breaks things.
@shawaj @mdaviesnz if we are going to correct the AU915 configuration here, we must first fix it in miner/sys.config. But based on my reading, I think your corrections are right.
@mdaviesnz would you care to open a PR against Miner presenting your findings?
@lthiery what is wrong in sys.config? all of the frequencies from the initial config are present there https://github.com/helium/miner/blob/a5a99c355b12dd312603913c7cb938cba3750ab4/config/sys.config#L114
Sorry I misread. We need to simply revert this change it seems? And then update the test analysis software to be the following
pub const AU915_UPLINK_FREQUENCIES: [usize; 9] = [
916_800_000,
917_000_000,
917_200_000,
917_400_000,
917_600_000,
917_800_000,
918_000_000,
918_200_000,
917_500_000, // fat channel
];
Just for future reference also, the SX1257 has a bandwidth of 1MHz, so using std with 500kHz bandwidth and IF of 400kHz puts this beyond the range ... 400kHz + (500kHZ / 2) = 650kHZ which is higher than 550kHZ ( = 1.1MHz / 2) which is the usable bandwidth for 500kHz channels. Which is why it fails to work.
For SX1250 not sure if this is the same
Thanks for looking at this. I expect reverting this would fix in the short term. Maybe needs to be stored as an ordered list, or indexed by channel number, perhaps with bandwidth details too, to avoid this in the future (or with other band plans).
miner/sys.config
presents:Meanwhile, prior to this PR, the results from analysis with sx13xx-conf:
Some corrections were made, including the centering of the radio0 range. The analysis now claims a match to
miner/sys.config
: