Asset Tracker 2 with eDRX and PSM settings

We are developing a product that will use Asset Tracker 2 and Nordic's nRF Cloud.

We want to take advantage of the power saving offered by the LTE eDRX and PSM modes.  We are trying to sort out how Asset Tracker 2 sets either eDRX or PSM timer settings, and what the relationship is between those settings and the 'activeWaitTime' that is part of the device's configuration.

So, specifically, our question is:

  1. Does Asset Tracker 2 use a default eDRX or PSM setting?  Which one? What are the timer settings?
  2. How can those settings be changed?
  3. What, if any, is the relationship between whatever either the eDRX or the PSM settings are and the 'activeWaitTime' time setting that is part of the device configuration?
  4. How can we determine which setting, either eDRX or PSM that the device is currently set to?  For example, if I use the AT+CPMS? command the response is: +CPSMS: 1,,,"11000001","00001010", indicating the PSM mode is enabled, and if I use the  AT+CEDRXRDP command I get the response +CEDRXRDP: 4,"0001","0001","0001" which indicates the eDRX is enabled.  But they can't both be on at the same time on the same device.  So how do I know if eDRX is currently being used on the device or PSM?



Thanks in advance for your help!

Parents
  • > But they can't both be on at the same time on the same device. 

    Depends on the definition of "same time". A device may have negotiated both. In RRC connected, the device will be able to communicate (high energy consumption, 50-250mA). After a quiet phase (or usage of RAI, if supported), the device will switch to RRC idle (low energy consumption, 1mA). If eDRX is negotiated, the device will then use the extended times to enable the receiver (lower energy consumption <1mA). The device the stays in RRC idle until the PSM active timer expires. If eDRX is active, that time extended time must also be considered. e.g. 4s PSM active timer, 20s eDRX => the device will stay for at least 20s in RRC idle before it switches to sleep (lowest energy consumption 4µA + quiescent current of the rest of your device + self-discarge of the battery).

    So, a device may negotiated both at the same time, but actually effective at the really same time is only one, switching to the other, when the timers indicates it.

    I guess, in the end you will not save too much energy. Though you use MQTT, that seems anyway not to be the highest priority. And a tracker will also need energy for GNSS (50mA) and also some for "more network searches" (that may take the multiple amount of energy than just sending data requires), when moving around.

  • Thx Achim.

    Here's how I understand the difference between the the LTE-M eDRX vs PSM modes.

    Both modes have an identical idle/listen cycle when they are connected to the network and either sending or receiving.

    The difference as I understand it is that in the eDRX mode, the device is never allowed to go into the very deep sleep PSM mode.  The reason someone might want this is because once the device goes into PSM mode it is totally disconnected from the network and is unreachable until the PSM timer expires, which could be anywhere between 16 minutes to 413 days depending on the timer setting.

    When the device does finally wake up and come back online, it must go through a network sync and SIM sync and TAU update to reestablish itself back onto the network.

    In eDRX mode however, the device is never allowed to go into PSM mode and so is never totally disconnected from the network.   Because of this it never has to go through the syncing and TAU update process, and is reachable during the iDRX period.

    Here's a link to a short presentation I prepared recently to explain the difference to other people on our team: eDRX vs PSM.pdf

    Maybe my understanding is incorrect, but the way I understand it is that the device can be set to honour either the eDRX behavior rules, or the PSM behaviour rules, but not both at the same time.  The reason is that I may not want the device to ever go into the unreachable PSM deep sleep mode.

    However, if I'm wrong, and the device can, without my permission, go into the PSM deep sleep mode, how can I know that it's in that state?  Is there any way to query its state via the Asset Tracker 2 shadow state?

    Thanks again for your help.

  • Thanks.  Yes, we understand the different current draws in the different modes.

    We have used the PPK II to analyze current consumption as well. That's where the data for the slides in the presentation came from.

    I think we have a different understanding of the terms.

    I don't understand '...  negotiate both PSM and eDRX..." the same way you do.

    It seems that you are using the term eDRX mode for the period of time that the device is going through the idle/listen cycle.

    I understand the term differently.

    I agree that the idle/listen cycle behaviour is identical between the eDRX mode and the PSM mode.

    The difference is that in PSM mode the idle/listen cycle is determined by the PSM active timer, whereas in the eDRX mode there is no such thing as a PSM active timer, becuase in that mode the device is never allowed to go into PSM.

    The terms are confusing because the term 'PSM' is used to describe both the 'deep sleep' state (4.7 micro amps) and to describe the mode where the device is allowed to go into the deep sleep state.

    Whereas, my understanding is the term eDRX is used to describe a mode where the device is never allowed to go into PSM.  Instead it stays in the idle/active cycle.

    That's why I say that the device can't be set to both modes at the same time.  Either it's allowed to go into PSM or it isn't.

    I agree with you that by going into long periods of PSM it's possible to save battery life.  In that case the extra current consumption used by coming out of PSM and reestablishing on the network is negligible compared to the savings you get from being in PSM for long periods of time.

    The disadvantage of that is that the device is unreachable while it's in PSM, and that can be for very long time periods.

    That's why some users will want to set their devices to eDRX mode and eliminate PSM alltogether.

    Thanks again for your help.

  • > I don't understand '...  negotiate both PSM and eDRX..." the same way you do.

    "negotiate" means, the device requests it and the network grants it. It may be also something as "successful requested".

    The eDRX times will be active, when the device is in RRC idle.

    If you enable PSM and eDRX using a pretty large PSM active time, you will see your slide 5, followed by the PSM sleep of slide 4.

    See Modem current consumption

    PSM: 2.7µA

    eDRX: down to 9µA (655s interval, without considering the SIM)

    So, what do you think, 2.7µA and 9µA. Does the device sleep in 9µA or what do you expect to get "calculated" for that 9µA?

  • So my conclusion:

    In eDRX it sleeps for a couple of seconds to minutes during RRC idle.

    In PSM it sleeps for hours.

    If you want to use both, for what ever reason, you will have eDRX in the RRC idle time, and PSM afterwards.

  • OK, looks like I now understand what you're trying to tell me.  It is possible for both eDRX and PSM modes to be active at the same time.  I didn't know that.  I thought that it had to be either one or the other.

    BTW, I understand and completely agree with you about the different current consumption in the different modem states.  That was never my issue.

    Here's a link to Nordic's explanation of the different states: https://academy.nordicsemi.com/topic/lesson-1-power-saving-techniques/

    So it looks like, if I use the appropriate AT commands to enable both, then I get both.  Or I can use AT commands to disable either one or the other and get the modem behaviour I want.

    Once again, I believed it was an either/or situation and not a both. Sorry for the misunderstanding on my part and thanks for your patience.

Reply Children
  • Now, I'm hoping that someone can answer by questions about how Asset Tracker 2 is configured :-)

  • Not to capture your other ticket also, here's what I know.

    These values are related to the nrf-modem-library. For their definition search the "nrf/lib" folder including subfolders for the configuration values (e.g. LTE_PSM_REQ_RPTAU for CONFIG_LTE_PSM_REQ_RPTAU).

    As common in zephyr, project specific values are maintained in the project "prj.conf" or overlay "xxx.conf".

    The values, you are looking for, are:

    CONFIG_LTE_PSM_REQ_RPTAU

    CONFIG_LTE_PSM_REQ_RAT

    CONFIG_LTE_EDRX_REQ_VALUE_LTE_M

    CONFIG_LTE_EDRX_REQ_VALUE_NBIOT

    CONFIG_LTE_PTW_VALUE_LTE_M

    CONFIG_LTE_PTW_VALUE_NBIOT

    Please refer to At-command documentation about the valid value range.

    All this values may also be passed to the API from an app, if a more dynamic solution is required. Check the nrf-modem-library for that APIs.

  • Thanks Achim.

    Are these in the NordicSemiconductor/asset-tracker-cloud-firmware-aws repository on Github?  I can't find a "nrf/lib" folder in that repository.  Maybe I'm not lookingin the right place.

  • That's the "app-only" part. To build the app, you need zephyr and the sdk-nrf. The west tool will fetch them all based on the west.yml.

    To see the files on github, you may browse https://github.com/nrfconnect/sdk-nrf .

    To search for something e.g. LTE_PSM_REQ_RPTAU it's easier when the project and the two other parts are already checked out locally.

    prj.conf - PSM

    You may use the "nRF Connect for Desktop" "Toolchain Manager" to install all required source and tools. After installation, open the sh via that toolchain manager and then you will see the "nrf"  folder. Under "applications" you will find the tracker, and under "lib" you may search the settings, just if your interested in their documentation. If you search the "*.prj" files in the nrf/applications/asset_tracker_v2 you will see the current values.

Related