Pls check the pic , we face some problem on CH setting .as we know ,when we use US915 ,TTN server allow the device work on CH 8-15 . But when we test the device on CH 0-7, we found that the node can uplink the data to server normally with the disabled ADR. Can tell us which CH we are likely to use normally withe the disabled ADR ? and why when i enable ADR, the data cannot uplink to server on CH 0-7 of US915. Thank you.
For this to work the gateway needs to be configured for the wrong channels. Please check the settings of your gateway in it’s (not TTN) user interface.
I know that the node can run normally on CH8-15 of US915 . i means that if i set the CH to (0-7) on node and gateway, and close the ADR function on node ,the node can uplink the payload to server normally.is thta measn when we us US915, the node can run on other CH except 8-15 ? Pls give me advice, should i run the node on other CHs ?
No you should not. Any traffic from TTN to the node will be ch. 8-15 so confirmations, ADR and downlinks will not work. When using TTN use channels 8-15.
If i only want to use uplink function ,not use ADR and downloink ,Can i use other CHs？ it is just my personal question, just for test. In a formal scenario, I would use 8-15.Thank you!
Indeed!
Actually, no. In US915 there are eight downlink channels which are distinct from uplink channels and mapped into the offset of available downlink channels based on uplink modulo 8, so with regard to downlink the various uplink sub-bands all fold back into the same downlink sub-band.
Yes again. Just because LoRaWAN specifies the mapping of other uplink channels to downlink ones doesn’t mean that the network should accept unconfigured channels. And of course only the asker’s own misconfigured gateways would detect these, while ignoring proper uplinks for other’s correctly implemented nodes.
The plethora of available uplink channels in this bandplan does raise an interesting idea with regard to de-conflicting a notorious category of undercapable budget hardware… but I’ll not go there at the moment.