LIS3DH- Entendiendo la salida del eje Z

1

Estoy tratando de medir la vibración de una máquina usando el sensor LIS3DH. Configuro el LIS3DH en modo de baja potencia y frecuencia de muestreo de 5.376 kHz que genera una salida de 8 bits. Yo uso SPI para obtener los datos del sensor. Cambié esta salida en bruto 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 ninguna vibración y el sensor está instalado en una superficie horizontal. El rango de esta fluctuación es de aproximadamente 0,6 g a 1,2 g. He adjuntado una imagen que muestra tal salida. (El eje X es el tiempo y el eje Y es la vibración en términos de g)   ¿Puede alguien ayudarme, por favor, a interpretar por qué sucede esto? ¿Hay algún método para eliminar de alguna manera este ruido de la salida?

    
pregunta Kanmani

3 respuestas

1

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

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

    
respondido por el Glenn W9IQ
0

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 aumenta en un rango de 2 grados centígrados. Obviamente, esto no es lo que realmente está haciendo la temperatura, por lo que debe ser ruido. No sé la fuente del ruido. Si averigua cuál es la fuente, por favor, avíseme.

    
respondido por el Phred
0

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

    
respondido por el fguptill

Lea otras preguntas en las etiquetas