Hmm - I’m seeing very little variation- only when my test object is off sensor axis or a bad reflector.
Reviewing the acconeer app/example, the sequence we follow matches there operating pattern maybe a bad sensor on your end or the I2C connection mode of operation from acconeer needs some tweaks.
You can implement an averaging algorithm in your code…a ‘moving average’ is what I usually recommend, the number of samples to average will depend on how fast you’re polling, but you can try taking the last 20 using ((0.95 * old average) + (0.05 * new single datum)) / 20 as a starting point and make it fit your use case (as few as 2 samples are needed, although hopefully obviously you would then divide by the # samples new + old, weighted)
We don’t provide custom code, but if you feed that example’s code/text into an AI model (claude is great for this kind of thing!) and describe your wants you can likely get it going with a few tries/retries
If anyone ever get to work more with these please ping me.
I’ve tried both with claude and other AI tools - And doing some avereaging. I think the code is fine, however, the issue always arises - Wrong or very slow distance measurement
For our use case, we are trying to do waste management. Using the acconner example works. Im unsure if we have any way to configurate the arduino libary this way. Else we just need to implement it directly in C
I’d love to hear if anyone gets the distance measurement working like in the tutorial video. I dont think this will work for waste.