# Dwell time for AS923 frequency plans **URL:** \ **Category:** The Things Stack v3\ **Created:** [June 6, 2024, 3:40am UTC](https://www.thethingsnetwork.org/forum/t/dwell-time-for-as923-frequency-plans/68160 "2024-06-06T03:40:03Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![iotthinks](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/iotthinks/32/48429_2.png) [@iotthinks](https://www.thethingsnetwork.org/forum/u/iotthinks)\ **Post date:** [June 6, 2024, 3:40am UTC](https://www.thethingsnetwork.org/forum/t/dwell-time-for-as923-frequency-plans/68160/1 "2024-06-06T03:40:03Z")
Hi all, I’m testing my devices with AS923\_x in The Things Stack Sandbox. I understand there is optional Dwell Time for AS923\_x. For AS923 Group 2, there are 03 options in [Frequency Plans | The Things Stack for LoRaWAN](https://www.thethingsindustries.com/docs/reference/frequency-plans/) 1. Asia 920-923 MHz (AS923 Group 2) with only default channels 2. Asia 920-923 MHz (AS923 Group 2) with only default channels and dwell time disabled 3. Asia 920-923 MHz (AS923 Group 2) with only default channels and dwell time enabled Option 2 and 3 are easy to understand. What does option 1 mean? Option 1 means no dwell time settings or dwell time disabled? How is Option 1 different from Option 2 and 3? Could you help to advise me? Thanks a lot and have a nice day. ---
**Author:** ![stevencellist](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/stevencellist/32/46434_2.png) [@stevencellist](https://www.thethingsnetwork.org/forum/u/stevencellist)\ **Post date:** [June 6, 2024, 12:32pm UTC](https://www.thethingsnetwork.org/forum/t/dwell-time-for-as923-frequency-plans/68160/2 "2024-06-06T12:32:39Z")
Interesting question. Some observations: - The frequency plans from the dropdown selection when registering a device are listed [here](https://github.com/TheThingsNetwork/lorawan-frequency-plans/blob/master/frequency-plans.yml). - For e.g. [US915](https://github.com/TheThingsNetwork/lorawan-frequency-plans/blob/master/US_902_928_FSB_1.yml) which has uplink dwell time limitations, there is a section with these rules listed: ```yml dwell-time: uplinks: true downlinks: false duration: 400ms ``` - For e.g. [EU868](https://github.com/TheThingsNetwork/lorawan-frequency-plans/blob/master/EU_863_870.yml) which has no dwell time limitations, there is no mention of dwell time in the corresponding file. So I guess an absence of the section above means that TTS will not apply dwell time limitations. - If we look at the main list again for e.g. AS923\_2, there are indeed three entries: ```yml - id: AS_923_2 band-id: AS_923_2 name: Asia 920-923 MHz (AS923 Group 2) with only default channels ... file: AS_923_2.yml - id: AS_923_2_NDT band-id: AS_923_2 name: Asia 920-923 MHz (AS923 Group 2) with only default channels and dwell time disabled ... base-id: AS_923_2 file: disable_dwell_time.yml - id: AS_923_2_DT band-id: AS_923_2 name: Asia 920-923 MHz (AS923 Group 2) with only default channels and dwell time enabled ... base-id: AS_923_2 file: enable_dwell_time_400ms.yml ``` - [AS923\_2 base file](https://github.com/TheThingsNetwork/lorawan-frequency-plans/blob/master/AS_923_2.yml) does not include any mention of dwell time, just as for EU868. - [`disable_dwell_time.yml`](https://github.com/TheThingsNetwork/lorawan-frequency-plans/blob/master/disable_dwell_time.yml) contains the lines similar to US915 (but disabled), just like [`enable_dwell_time_400ms.yml`](https://github.com/TheThingsNetwork/lorawan-frequency-plans/blob/master/enable_dwell_time_400ms.yml) does. Given that this additional file that we can see for `DT` and `NDT` is not listed for the ‘normal’ AS923\_2, I’d suspect it works similar to EU868 for which these lines are also absent, implying there are no dwell time limitations. But that makes one wonder why this first option exists… 🤷‍♂️ I guess that’s something to ask on Slack. ---
**Author:** ![kevinle](https://www.thethingsnetwork.org/forum/letter_avatar_proxy/v4/letter/k/a88e57/32.png) [@kevinle](https://www.thethingsnetwork.org/forum/u/kevinle)\ **Post date:** [June 7, 2024, 3:38am UTC](https://www.thethingsnetwork.org/forum/t/dwell-time-for-as923-frequency-plans/68160/3 "2024-06-07T03:38:27Z")
> 1. Asia 920-923 MHz (AS923 Group 2) with only default channels > 2. Asia 920-923 MHz (AS923 Group 2) with only default channels and dwell time disabled > 3. Asia 920-923 MHz (AS923 Group 2) with only default channels and dwell time enabled Thanks a lot for your response. May be later I use RAK3172 to test with TTS. The interesting of RAK3172 for AS923\_x is - The default Dwell time is true in the source code of the device. - It will set Dwell time after join based on MAC commands from server. So based on your reply, now I suspect there is difference between Option 1 (not mention DwellTime) and Option 2 (DwellTime disabled). In Option 1, there would be no DwellTime setting in MAC commands, so RAK3172 will keep the default DwellTime (in this case is true). In Option 2, RAK3172 will set DwellTime to false. In Option 3, RAK3172 will set DwellTime to true. Let me have some time to test the theory. ---
**Author:** ![stevencellist](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/stevencellist/32/46434_2.png) [@stevencellist](https://www.thethingsnetwork.org/forum/u/stevencellist)\ **Post date:** [June 7, 2024, 6:14am UTC](https://www.thethingsnetwork.org/forum/t/dwell-time-for-as923-frequency-plans/68160/4 "2024-06-07T06:14:30Z")
> [@kevinle](#): > > In Option 1, there would be no DwellTime setting in MAC commands, so RAK3172 will keep the default DwellTime (in this case is true). I would agree indeed. You should also be able to test this with RadioLib with debug mode enabled if you squint your eyes 😉 (or send me logs), but sure try it out with a RAK device 👍 ---
**Author:** ![kevinle](https://www.thethingsnetwork.org/forum/letter_avatar_proxy/v4/letter/k/a88e57/32.png) [@kevinle](https://www.thethingsnetwork.org/forum/u/kevinle)\ **Post date:** [June 7, 2024, 12:09pm UTC](https://www.thethingsnetwork.org/forum/t/dwell-time-for-as923-frequency-plans/68160/5 "2024-06-07T12:09:32Z")
Ok, I will do the test with RadioLib this weekend.