Closed alexanderplanar closed 6 years ago
Any ideas? It is still actual for me...
In the latest release, this setting has been moved to LoRa Server:
--rx2-dr value rx2 data-rate (when set to -1, the default rx2 data-rate will be used) (default: -1) [$RX2_DR]
https://docs.loraserver.io/loraserver/install/config/
Note that the RX2 data-rate will be sent only on OTAA. For ABP you need to enter the RX2 data-rate in the device-profile.
Please note that it won't be possible anymore to pick the receive-window from the UI. In the future LoRa Server will decide which RX window to use for downlink.
Thanks for your reply! Now I use LoRa Server version 0.21.0 and LoRa Application Server 0.13.1. Does this setting work in my conditions? Is it required to update the applications to use this setting? Can you explain your descision about moving the functionality of choosing the RX-window to LoRa Server? I guess, the ability to choose the RX window from UI is was a good idea, is'nt it?
I use OTAA. As I understand, the device profile functionality appeared not so long ago, I have not use it yet, and have not upgraded the applications to actual versions. Should I do some actions to move to new version to keep all my data?
Thanks!
See https://forum.loraserver.io/t/release-lora-server-0-22-0-lora-app-server-0-14-x-read-carefully/350 :-)
The reason to move this config option to LoRa Server is that network-configuration is in the network-server domain and should be configured / handled there. Also the network-server knows best about the available resources and limits like duty-cycles (eventually) an should be able to choose which receive window would be the most resource efficient choice for downlink.
Thanks for clarifying, brocaar! I will try to update application to new version. Let's see what will happen :)
I will follow the LoRaWAN Regional Parameters specification by the LoRa Alliance. If it gets added there, I'll implement it :-)
Ok, I understand :-) Looking forward for the specification issuing.
Sorry for offtopic. Do you have any information about the date when the new revision of Regional Parameters will be issued? I found out that LoRaWAN Alliance going to issue new revision (B) of Regional Parameters til New Year. Do you know anything about this?
Thanks!
Sorry, I don't know.
It seems to be works fine after upgrading.
In LoRa Server v2.4.1 we still have this issue, "rx2_dr=..." option not working, datarate of RX2 packets from server is always DR_0. All the components of the server seems to be the newest. All the components seems to be configured with desired config file. We are using RU864-870 region parameters. Now we checked: for EU863-870 server this option is working correct, but not for RU.
Please note that changing the rx2_dr
requires you to restart LoRa Server and 1) either the device to OTAA re-activate or 2) to acknowledge the mac-command that changes the RX2 parameters on the device. LoRa Server will keep using the "old" RX2 value until the device is made aware that this parameter changed.
Is this a bug or a feature request?
Bug, I guess, I'm not sure, maybe I do something wrong way.
What did you expect?
Change RX2 Datarate for downlinks, and send downlinks with datarate DR_3 (SF9)
What happened?
The downlink packet are sent always with default parameters: DR_0 (SF12 / BW125) on 869.525MHz
What version are your using?
$ lora-app-server -h 0.13.1
How can your issue be reproduced?
Use non-standart RX2 window parameters, e.g. DR_3(SF9 / BW125) and try to receive the downlinks on the node.
Could you share your log output?
I have the logs from the packet forwarder on gateway:
JSON down: {"txpk":{"imme":true,"freq":869.525,"rfch":0,"powe":14,"modu":"LORA","datr":"SF12BW125","codr":"4/5","ipol":true,"size":14,"data":"oFPwwQYAcAABZhOmJTg="}}
I see this record each time I send the downlink using "mosquitto_pub" for my node. As far as I understand, the packet forwarder receives parameters of the channel the packet must be emitted with. Even I change the "RX2 data-rate" at "Advanced Network Settings" tab in Application Server Web page, the record remains the same, specifically "SF12BW125". I tried the values 0, 1, 2, ... 9, 10, 11, 12.
Moreover, even I change the "RX2 data-rate", I see, that the emitted packet by application server has the following parameters in "Raw frame logs":
P.S. What number I should set, 0, 1, 2... corresponding to DR0, DR1, DR2, or 9, 10, 11, 12... corresponding to SF9, SF10, etc. ?
Thanks in advance!!!