![]() Examples Configure Factory Preset Frequencies for ABP Devices All settings are available at the End Device API Reference page and can be viewed using the ttn-lw-cli end-devices set -help command. Some additional examples are included below. mac-settings.factory-preset-frequencies.Settings that are useful based on device class are: You can also refer to the End Device API Reference page for documentation on the available MAC settings and MAC state parameters. Run the following command to get a list of all available MAC settings and available parameter values: The Network Server will start using the Rx1Delay of 6 seconds for downlink communication with the end device. If the end device does not conform to the LoRaWAN Specification and has a custom Rx1 delay configured in it (6 seconds in this example), modify the mac-settings.rx1-delay parameter: ttn-lw-cli end-devices update -application-id -device-id -mac-settings.rx1-delay RX_DELAY_6 The Rx1Delay of 6 seconds will be communicated to the device during join procedure via Join-accept downlink message. The Rx1 delay change will take effect only after the end device performs a re-join, i.e. To make the Rx1 delay change persistent upon end device re-join, modify the sired-rx1-delay parameter: ttn-lw-cli end-devices update -application-id -device-id sired-rx1-delay RX_DELAY_6 For this change to take effect, the end device does not need to perform a re-join. The Network Server will then start using the Rx1Delay of 6 seconds for scheduling downlinks. The end device will answer with an RxTimingSetupAns MAC command in the next uplink. The Network Server will schedule an RxTimingSetupReq MAC command to communicate a new Rx1Delay of 6 seconds to the device. To see Rx1 delay change in the current session, modify the 1-delay parameter: ttn-lw-cli end-devices update -application-id -device-id 1-delay RX_DELAY_6 For demonstration purposes, in this example we use 6 seconds. The Things Stack configures the Rx1Delay to 5 seconds by default to accomodate for high latency backhauls and/or peering with Packet Broker, so this is the recommended configuration. If no settings are provided on device creation or unset, defaults are first taken from the device Frequency Plan if available, and finally from Network Server Configuration. See how this applies to the Rx1 delay parameter in the example below. Modify sired_ to make the change permanent.The expected procedure for testing and updating settings is: are applied on the next uplink, and lost on reset. To update settings for testing in the current session, make changes to the sired_parameters. Mac-state can be used to test MAC settings in the current session. ![]() It may however be necessary to set mac-settings.RX1_delay for ABP devices where this is not configured as part of activation. represents what the Network Server believes is configured on the end device, and should not be changed, unless the device does not conform to the LoRaWAN® specification. Updates to sired_ take effect on device creation, after OTAA join or ABP FCnt reset, ResetInd, or after MAC state reset. To configure persistent MAC settings, make changes to sired_. MAC settings on The Things Stack are configurable per end device. Learn how to install the CLI MAC Settings and MAC State
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |