Thank-you very much, BSTRobin. Just some follow-up questions if I may, please. I understand the point about the watermark length which I can set to 960 (through registers FIFO_WTM_0 and _1). Is it correct that if I choose the non-header setting then 160 readings will result in exaclty 960 bytes of data (3 channels each producing 2 bytes of data, msb and lsb) - have I understood correctly here ? The part of your answer I'm not sure about relates to placing the device in low-power mode. For low-power mode the datasheet says, on page 20/102, "The samples acquired during the normal mode will be averaged and the result will be the output data". For example, if I choose acc_bwp = 0x00, which is for no averaging, then will I simply receive the result of 160 individual samples ? If I choose acc_bwp = 0x01, which is the setting for average 2, then is each of the 160 results actually based on two samples and it is the average of these two that is provided as the result ? How does this mode compare to performance mode ? Is it simply that in performance mode no averaging is performed and so it is just one sample provided for each result ? If so how is this different to low-power mode with no averaging ? And is the time taken to wait for 160 samples to be written to FIFO plus the time needed to read this data equal to the time it would take to request and immediately receive a single sample and then to do this serially 160 times ? Is it correct that for this second approach we do not need FIFO and can simply read the relevant registers (DATA_0 to DATA_5) directly after each set of samples is ready ? As well as a time difference is there also a difference in current consumption between the two approaches. The tables on pages 24 and 25 show what I believe is the FIFO buffer. With the auxiliary sensor disabled, our case, will the first reading be stored at address 0 ? So ACC_X LSB at address 0, ACC_X MSB at address 1, ACC_Y LSB at address 2, etc. And how do we use command FIFO_DATA to read this data ? I'm trying to learn this device, so thanks for your understanding. kind regards,
... View more