/challenges-projects/design-challenges/experimenting-with-gesture-sensors/b/challenge-blog/posts/blog-13-improved-time-driven-swipe-gesture-detection-libraryHello Element14 community. I welcome you to my next blog post as part of Experimenting with Gesture Sensors competition. This is 13th blog post as part of my journey with Gesture Sensors. In previous blogs I described my plans as part of this event, en-USTelligent Community 12https://community.element14.com/challenges-projects/design-challenges/experimenting-with-gesture-sensors/b/challenge-blog/posts/blog-13-improved-time-driven-swipe-gesture-detection-libraryTue, 03 Jan 2023 11:27:42 GMT93d5dcb4-84c2-446f-b2cb-99731719e767:8317494f-3486-4172-a37e-88b85bc4f815BigG1<p>&nbsp;[mention:7ac0e16090954ddfa5ac0f03fa891723:e9ed411860ed4f2ba0265705b8793d05]&nbsp;well done at getting your Pacman program working.</p> <p>One aspect I was grappling with is the MAX25405 sampling rates. As you well know you can change the SDLY register value to increase/decrease the End of Conversion Delay. This can as short as &lt;2ms or it can be made to delay &gt; 1.5s before next sample. Thus the selection of End of Conversion Delay value can make a big difference to how well the algorithms work in determining gestures. It also impacts the performance of the algorithms and the power usage.</p> <p>Did you stick with the default sampling rate?</p> <p>Did you test with any slower sampling rates?</p><img src="https://community.element14.com/aggbug?PostID=25013&AppID=387&AppType=Weblog&ContentType=0" width="1" height="1">