Chorus32-ESP32LapTimer
Chorus32-ESP32LapTimer copied to clipboard
[Feature request] Better lap detection
We are currently only using a threshold based approach, where we trigger a new lap as soon as the threshold is reached. I think I don't have to explain, why this isn't ideal. I did some test with a simple max based approach, which showed a significant difference in time (about 50ms): https://github.com/Smeat/Chorus32-ESP32LapTimer/wiki/Data
The original project also has another trigger mode which might be worth a look
I've had this idea but haven't tried it yet:
-
Use slightly lower threshold to get a small window of peak data, this would be a window of data where we know a lap is about to happen.
-
Take the time derivative to get the rate of change of RSSI and use the maximum of that to determine when the lap happened.