Understanding asset tracker v2 configuration

[leonr]

Hi,

I have a Thingy:91 with asset tracker v2 installed on it, and I am a bit puzzled about the results I see based on the configuration. Let me list some information.

1. Device: Thingy:91 (purchased late 2024)
2. SDK: v2.7.0
3. Zephyr: v3.6.99-ncs2
4. Modem firmware: mfw_nrf9160_1.3.5
5. Application: asset tracker v2
6. Extra overlays: pgps and low-power
7. Currently evaluating application using NRF cloud and the provided iBasis SIM

See the reported configuration below.

{
  "activeMode": false,
  "locationTimeout": 300,
  "activeWaitTime": 300,
  "movementResolution": 300,
  "movementTimeout": 86400,
  "accThreshAct": 2,
  "accThreshInact": 2,
  "accTimeoutInact": 300,
  "nod": []
}

What I am trying to achieve is roughly the following.

• When there is no movement (i.e. inactivity), report a data point every 24 hours
• When there is movement (i.e. activity), report every 5 minutes

I lowered the two threshold values from 4 to 2, otherwise no activity was registered for my use case. I extended the inactivity timeout to 5 minutes with the idea that one more data point would always be sampled after movement stops.

I thought the above configuration would achieve what I just explained. During inactivity, the device seems to behave as expected. During activity, behavior is not what I expected. If I look at the data in NRF cloud during activity, data is sampled every 10-60 seconds (varies between points). I suspect I might be interpreting the thresholds or inactivity timeout incorrectly, but might be something else too. Does someone have an idea what might be going on here and how I would achieve my desired functionality?

[dejans]

Hi,

Asset Tracker configurations webpage mentions that in passive mode sampling and sending data happens in 2 cases, when timer controlled by Movement Resolution or Movement Timeout expires. Asset Tracker data module specifies configuration options which set movement timeout value (CONFIG_DATA_MOVEMENT_TIMEOUT_SECONDS) and movement resolution timeout value (CONFIG_DATA_MOVEMENT_RESOLUTION_SECONDS). You could try to set mentioned Kconfig options to desired values.

Best regards,
Dejan

[leonr]

I think I set those Kconfig options to similar values as shown in the reported config. I can recompile and try that again though, just to be sure. Regardless, isn't the live configuration shown above not supposed to override the compile time values?

[dejans]

Hi,

What do you refer to as "live configuration"?

Best regards,
Dejan

[leonr]

Hi Dejan,

I am referring to this configuration that I set through the nRF cloud and was also reported back by the device:

{
  "activeMode": false,
  "locationTimeout": 300,
  "activeWaitTime": 300,
  "movementResolution": 300,
  "movementTimeout": 86400,
  "accThreshAct": 2,
  "accThreshInact": 2,
  "accTimeoutInact": 300,
  "nod": []
}

Best,

Leon

[dejans]

Hi Leon,

Have you tried to set mentioned Kconfig options to desired values and rebuild your project? To which values did you set them and what was the result?

Can you show you full device shadow?

Best regards,
Dejan