LIS3DH- Comprender la salida del eje Z

Estoy tratando de medir la vibración de una máquina usando el sensor LIS3DH. Configuré el LIS3DH en modo de bajo consumo y una frecuencia de muestreo de 5.376 kHz que genera una salida de 8 bits. Uso SPI para obtener los datos del sensor. Cambié esta salida sin procesar a 'g' usando el valor de sensibilidad dado en la hoja de datos. Mi problema es: el sensor muestra una fluctuación en su salida del eje Z incluso cuando no se aplica vibración y el sensor está instalado en una superficie horizontal. El rango de esta fluctuación es aproximadamente de 0,6 ga 1,2 g. He adjuntado una imagen que muestra dicha salida. (El eje X es el tiempo y el eje Y es la vibración en términos de g) ¿ ingrese la descripción de la imagen aquíPuede alguien ayudarme a interpretar por qué sucede esto? ¿Hay algún método para eliminar de alguna manera este ruido de la salida?

Respuestas (3)

El eje Z debe mostrar alrededor de 1 m/s 2 cuando está nivelado porque está midiendo la fuerza de la gravedad. El ruido podría ser vibración debido a ventiladores cercanos, maquinaria, viento, incluso personas caminando en el área. Recogerá vibraciones muy sutiles.

Para reducir el ruido, si no necesita una alta sensibilidad, reduzca la escala del LIS3DH. Alternativamente, puede manejar esto en software a través de promedios, promedios móviles, etc. También podría considerar implementar un filtro de paso bajo de software.

Tengo el mismo problema. No creo que la fuente del ruido sea la vibración. Puede probar esto de la siguiente manera: el LIS3DH tiene un sensor de temperatura interno. Mida la temperatura con este sensor. Si sus resultados son los mismos que los míos, encontrará que la temperatura salta dentro de un rango de 2 grados C. Obviamente, esto no es lo que realmente está haciendo la temperatura, por lo que debe ser ruido. Desconozco el origen del ruido. Si averigua cuál es la fuente, hágamelo saber.

Esto es lo que hice para solucionar este problema: escribí un código que toma 20 medidas y las promedia. El código envía ese promedio a la rutina de llamada en lugar de los datos sin procesar. Esto reduce la amplitud del ruido en aproximadamente un factor de 10x. No es muy elegante, pero funciona.