Skip to main content
Visitor II
November 6, 2017
Question

LSM9DS1 Wake Up Interrupts

  • November 6, 2017
  • 1 reply
  • 1410 views
Posted on November 06, 2017 at 17:26

The original post was too long to process during our migration. Please click on the attachment to read the original post.
    This topic has been closed for replies.

    1 reply

    ST Employee
    November 10, 2017
    Posted on November 10, 2017 at 12:32

    The original post was too long to process during our migration. Please click on the provided URL to read the original post. https://st--c.eu10.content.force.com/sfc/dist/version/download/?oid=00Db0000000YtG6&ids=0680X000006I6kI&d=%2Fa%2F0X0000000buV%2F_ea91o0WZ3EnfrIkSiKDv3CXK9zNAvRmJ2GJ7uQOgpk&asPdf=false
    PastranaAuthor
    Visitor II
    November 16, 2017
    Posted on November 16, 2017 at 15:59

    Hi

    Batek.Miroslav

    ‌,

    First of all thank you for your answer and for considering both options. I am concern about the second option, I want to wake-up the system when an acc or gyr data exceeded a threshold. I have already routed the int2 interruption to one of my GPIO, and I configured the Device tree as I explained at the beginning of this page.

    I though that the driver was already prepared to attend this kind of interruptions. As you have said, I have to modified the driver by myself. I will follow your example configuration and will post the results.

    I have other question, is it possible to know the value which exceed the threshold limit and caused the interrupt??

    Thanks a lot,

    Javi.

    ST Employee
    November 17, 2017
    Posted on November 17, 2017 at 15:41

    If you want be able to read output data within one ODR period after the interrupt occurs, you can read the value which exceeded the threshold.

    If you are not able to read it so fast you can use the FIFO as buffer.