2018-06-11 05:55 AM
Hello,
we've been using the LIS3DH on a development board and have switched to the LIS3DE for the prototype. We're using the HW fifo feature to batch-read values from the sensor. The LIS3DE is only 8-bit and thus I was expecting the HW fifo to only provide 8-bit values, but it seems like it is still sending 2 bytes per axis, is this correct?
The reason I'm asking is simply due to the fact that the _L and _H distinction does not exist on the LIS3DE, I'm always reading from register 0x29 (instead of 0x28) and read using auto-increment. In the received data every second value is zero and thus the values are actually signed 16 bit values?
What is the correct way to interpret the values? Attached: Buffer as read from LIS using HW fifo feature
#fifo-buffer #lis3dh #lis3deSolved! Go to Solution.
2018-06-18 07:27 AM
It is correct, there are two bytes in the FIFO per axis. But the second byte is not used so you can discard it.
2018-06-18 07:27 AM
It is correct, there are two bytes in the FIFO per axis. But the second byte is not used so you can discard it.
2018-06-18 10:52 AM
Thanks, I did fear that this might be the answer since it doubles the amount of data that i have to transmit via I2C. another question very closely related to this: The LIS3DE also has a 'normal' mode (vs. 'low-power') but always delivers 8-bit values - is there really any difference between these two?
On the LIS3DH the device provides 10 bit in normal mode (instead of 8 bit). The only option affected by this setting on the LIS3DE is the 1.6 kHz mode - is this correct or is there any other use of the normal mode on the LIS3DE?
2018-06-19 09:40 AM
First difference is the available ODR modes:
Second difference is in current consumption:
In Normal mode the noise will be lower because the sensor does internally an averaging.
2018-06-19 02:58 PM
Thank you for the clarification !