This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Asset Tracker Program hangs before main on Thingy91

Hi,

We are having trouble getting the Thingy91 firmware running as is. We have achieved this in the past but I had made too many modifications and I decided to scrap it and start over. But I didn't realise that I could've just reused the cmake file so I uninstalled and reinstalled the SDK. 

We are trying to run the Asset Tracker project from the 1.3.0 toolchain.

So what happens is that when I build and debug instead of going to main() it stops here:

Then when it runs it hangs here:

I have tried to modify it to change the floating point configuration but I changed it back. I didn't try running it before the modifications

Parents
  • ImagiSam said:
    First we think that perhaps running from the code has a different sampling frequency from the other version he ran (out of the box). IS this possible?

    This is possibe, the precompiled hex file thingy91_ltem_2020-04-29_bc7ade8b.hex was based on the commit bc7ade8b (in the nrf repository) and many things have changed in NCS since then. What version of NCS are you using? v1.3.0? master?

    You can simply run git diff bc7ade8b..v1.3.0 applications/asset_tracker > changes_asset_tracker.diff  from ncs/nrf to see what have changed between the precompiled asset tracker and the asset tracker application from v1.3.0.

    What sampling rate are you referring to? ADXL362? BME680? Other?

     

    ImagiSam said:
    When he was collecting data he was able to obtain the air_quality value but for me that code is absent. Is it possible to obtain this segment or get help on how to fix it?
    env_sensors.c
    int env_sensors_get_air_quality(env_sensor_data_t *sensor_data)
    {
    return -1;
    }

     Check Martin's answer in this ticket, use bsec.c instead.

     

    If anything is unclear, please ask and I will try to clarify

    Best regards,

    Simon

Reply
  • ImagiSam said:
    First we think that perhaps running from the code has a different sampling frequency from the other version he ran (out of the box). IS this possible?

    This is possibe, the precompiled hex file thingy91_ltem_2020-04-29_bc7ade8b.hex was based on the commit bc7ade8b (in the nrf repository) and many things have changed in NCS since then. What version of NCS are you using? v1.3.0? master?

    You can simply run git diff bc7ade8b..v1.3.0 applications/asset_tracker > changes_asset_tracker.diff  from ncs/nrf to see what have changed between the precompiled asset tracker and the asset tracker application from v1.3.0.

    What sampling rate are you referring to? ADXL362? BME680? Other?

     

    ImagiSam said:
    When he was collecting data he was able to obtain the air_quality value but for me that code is absent. Is it possible to obtain this segment or get help on how to fix it?
    env_sensors.c
    int env_sensors_get_air_quality(env_sensor_data_t *sensor_data)
    {
    return -1;
    }

     Check Martin's answer in this ticket, use bsec.c instead.

     

    If anything is unclear, please ask and I will try to clarify

    Best regards,

    Simon

Children
No Data
Related