完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我一直在使用快速ODR设置来达到高于80hz的磁力计数据速率。我注意到在较高频率的数据中存在大约+/- 250的尖峰。经过一些研究,似乎这是由读取寄存器引起的,而设备也在更新这些值。
我的问题是这种快速ODR设置有没有未记载的副作用吗?我想知道这一点,因为设置这些更高的数据速率没有在LSM9DS1数据表中记录,而是在LIS3MDL数据表中记录。 以上来自于谷歌翻译 以下为原文 I have been using the fast ODR setting to reach magnetometer data rates higher than 80hz. I have noticed that there are spikes of about +/- 250 in the data at higher frequencies. After some research, it seems this is caused by reading registers while the device is also updating those values. My question is are there any undocumented side effects of this fast ODR setting? I am wondering this because setting these higher data rates is not documented in the LSM9DS1 datasheet, but rather in the LIS3MDL datasheet. |
|
相关推荐
5个回答
|
|
您是否在CTRL_REG5_M(24h)寄存器中设置了BDU位?
以上来自于谷歌翻译 以下为原文 Did you set the BDU bit in CTRL_REG5_M (24h) register? |
|
|
|
我没有启用BDU设置,因为我正在记录数据,并希望我在任何时候读取的数据都有准确的时间戳。我假设设置会导致旧数据被读取而不是像我现在那样丢失样本。
以上来自于谷歌翻译 以下为原文 I did not enable the BDU setting because I am logging the data and would like for the data I read at any point to have an accurate timestamp. I assume that setting would result in old data being read as opposed to losing samples as I currently am. |
|
|
|
BDU将确保输出寄存器中的LOW和HIGH字节来自同一样本。
如果未设置BDU,则可以读取前一个采样的LOW字节和当前采样的HIGH字节,这可能会导致您提到的尖峰。 请尝试启用BDU并检查尖峰问题是否仍然存在。 以上来自于谷歌翻译 以下为原文 The BDU would ensure that the LOW and HIGH byte in the output registers are from the same sample. If the BDU is not set you can read LOW byte from previous sample and HIGH byte from current sample, which can cause the spikes which you mentioned. Please try to enable BDU and check if the problem with the spikes persist. |
|
|
|
主要是我想知道在这些更高的频率下是否存在运行磁力计的副作用。由于设置频率没有在传感器的数据表中找到,我想知道这些更高的频率是否超出规范,并且由于某种原因没有故意记录。
其次,BDU确实似乎消除了尖峰。但是,由于其他操作,我的系统经常丢失样品。即使没有读取任何字节,您能否确认数据寄存器是否已使用BDU更新? 以上来自于谷歌翻译 以下为原文 Mainly I am wondering if there are side-effects of running the magnetometer at these higher frequencies. As setting the frequencies is not found in the datasheet for the sensor, I would like to know if these higher frequencies are out of spec and not documented on purpose for some reason. Secondly, BDU does indeed seem to remove the spikes. However, my system regularly loses samples due to other operations. Can you confirm that the data registers are updated with BDU on even though neither bytes have been read? |
|
|
|
即使数据表中缺少较高频率也不会超出规范,您可以使用它们。这只是数据表中的错误。
是的,即使您没有阅读,我也可以确认数据寄存器是否已更新。 如果设置了BDU并且您读取了低字节,则在读取之前不会更新高字节。因此,高字节和低字节将来自同一样本。非常推荐配置。 以上来自于谷歌翻译 以下为原文 The higher frequencies are not out of spec even if they are missing in the datasheet, you can use them. It is just bug in the datasheet. Yes, I can confirm that the data registers are updated even if your don't read them. If BDU is set and you read the Low byte the High byte won't be updated until you read it. So the High and Low byte will be from the same sample. It is very recommended configuration. |
|
|
|
只有小组成员才能发言,加入小组>>
请教:在使用UDE STK时,单片机使用SPC560D30L1,在配置文件怎么设置或选择?里面只有SPC560D40的选项
2747 浏览 1 评论
3244 浏览 1 评论
请问是否有通过UART连接的两个微处理器之间实现双向值交换的方法?
1813 浏览 1 评论
3655 浏览 6 评论
6044 浏览 21 评论
1342浏览 4评论
204浏览 3评论
对H747I-DISCO写程序时将CN2的st-link复用为usart1,再次烧录时无法检测到stlink怎么解决?
359浏览 2评论
STM32G474RE芯片只是串口发个数据就发烫严重是怎么回事?
451浏览 2评论
STM32处理增量式编码器Z信号如何判断中断是正转的还是反向转的?
277浏览 2评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-29 09:11 , Processed in 1.690043 second(s), Total 84, Slave 68 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号