ST意法半导体
直播中

刘帅

8年用户 173经验值
私信 关注
[问答]

LIS3DH全尺寸数据输出

嗨,

我正在从两个LIS3DH中读取数据。所有工作都按预期工作,直到满刻度设置为+ -16g。

根据数据手册,当FS为11且启用低功耗模式时,数据输出寄存器中的每个LSb代表192mg。低功耗模式在OUT_X / Y / Z_H寄存器中提供8位输出。 8位2的补码数的最大值是127,因此数据输出寄存器理论上可以显示127 * 192mg = 24g。这超过了+ -16g的阈值。这是否意味着在低功耗模式和+ -16g满量程中,数据输出寄存器中的数字永远不会超过16000mg / 192mg = 83?我从数据输出寄存器中获取127和-128等值,这对我来说没有意义。

我相信我的寄存器配置是正确的,因为当加速度计平放在地面上时我能够读取(0,0,5)。考虑到有限的分辨率,5 * 192mg = 960mg,足够接近1g。


问候,

凯文S.

以上来自于谷歌翻译


以下为原文

Hi,

I am reading data out from two LIS3DHs. All works as expected until the full scale is set to +-16g.

According to the data sheet, when FS is 11 and low power mode is enabled, each LSb in the data output registers represent 192mg. Low-power mode gives a 8 bit output in the OUT_X/Y/Z_H registers. The maximum value of a 8 bit 2's complement number is 127, and thus the data output registers can in theory show 127*192mg = 24g. This exceeds the +-16g threshold. Does this mean that in low-power mode and +-16g full scale, the number in the data output registers can never exceed 16000mg / 192mg = 83? I am getting values such as 127 and -128 from the data output registers, which don't make sense to me.


I believe my register configurations are correct, as I was able to read (0, 0, 5) when the accelerometer is placed flat on the ground. 5*192mg = 960mg, which is close enough to 1g considering the limited resolution.


Regards,

Kevin S

回帖(3)

曾玲娟

2019-2-18 08:37:00
加速度计的功能保证高达+ -16g。
如果加速度较高,您可以读取超过16g但不保证精度,线性度和整体性能。

以上来自于谷歌翻译


以下为原文

The functionality of the accelerometer is guaranteed up to +-16g.
In case the acceleration is higher you can read more than 16g but the accuracy, linearity and overall performance is not guaranteed.
举报

刘帅

2019-2-18 08:54:19
嗨,
 
谢谢你的快速反应。只是确保我理解正确,加速度计的数据输出不会在+ -16g处切断,但可以更高。但是,+ -16g以外的任何数据都不能保证准确。我的理解是否正确?
 
 
谢谢,
 
凯文S.

以上来自于谷歌翻译


以下为原文

Hi,

Thank you for the quick response. Just making sure I understand correctly, the accelerometer's data output does not cutoff at +-16g, but can go up higher. However any data outside of +-16g is not guaranteed to be accurate. Is my understanding correct?


Thank you,

Kevin S
举报

曾玲娟

2019-2-18 09:00:00
是的,你的理解是正确的。

以上来自于谷歌翻译


以下为原文

Yes, your understanding is correct.
举报

更多回帖

发帖
×
20
完善资料,
赚取积分