Skip to main content
Pastrana
Associate
November 6, 2017
Question

LSM9DS1 Wake Up Interrupts

  • November 6, 2017
  • 4 replies
  • 1429 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.

4 replies

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
Pastrana
PastranaAuthor
Associate
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.