Accelerometer vs. racking?

o_lampe

Hi gents,
would it be possible to show any racking issues with the LIS3D(S)H boards?
I think of a cantilevered axis, where I'd put the sensor to both sides at a time.
Background is the #-printer I'm currently building and how to proof the functionality of the dual roller constraint. (dialing in the fishing line tension)

THX for reading

dc42

@o_lampe you cold collect data during a long move, then in the raw acceleration data look for sudden changes in the acceleration along that axis.

o_lampe

@dc42
Thanks, that was my plan too
I wish we could overlay different .cvg files in the new DWC-plugin...

dc42

@o_lampe said in Accelerometer vs. racking?:

@dc42
Thanks, that was my plan too
I wish we could overlay different .cvg files in the new DWC-plugin...

That's coming.

zapta

@o_lampe said in Accelerometer vs. racking?:

would it be possible to show any racking issues with the LIS3D(S)H boards?

Can you explain what you would like to measure? My understanding is that 'racking' error is a non parallelism or non 'perpendicularism' between lines or planes but I don't know for sure.

DIY-O-Sphere

@zapta
I think this is can done via acceleration.
If the axes are not rectangular, on a acceleration along a single orientation you will also get values in more than this orientation.

zapta

@diy-o-sphere, I see, you want to measure absolute or relative direction of movements within the sensor XY(Z) coordinate system.

What kind of angular accuracy is expected from a sensor such as the LIS3D?

I guess that the accuracy can be improved by aggregating multiple measurements.

Edit: found this one which claims 0.05 deg accuracy which I think is impressive, if true. https://www.amazon.com/WT901BLECL-Accelerometer-Acceleration-Low-Consumption-Compatible/dp/B07T2C97WN

o_lampe

@DIY-O-Sphere @zapta
Maybe racking is the wrong term, but what we definitely see is bouncing of the far end on a unsupported cantilevered axis.