Refactor dshot command output scheduling logic
commite2b5fc24bdb5f200b6a7355cf129a343343f86b3
authorBruce Luckcuck <github@etracer.net>
Sat, 6 Apr 2019 21:44:24 +0000 (6 17:44 -0400)
committerBruce Luckcuck <github@etracer.net>
Mon, 8 Apr 2019 12:19:38 +0000 (8 08:19 -0400)
treec8bedc2fe2f8eafb36dd918a122c334f612636a0
parent616b476bb9761463ee8d7ad39d6818feebbaf67d
Refactor dshot command output scheduling logic
Change to a state machine that tracks the progress of each dshot command in the queue as it moves through the various phases. Simplifies the code to make it easier to understand and maintain.

Transition to timing based on motor output cycle counts calculated from desired delays instead of using direct time comparisons. Since the output timing is always based on the motor update schedule, there were cases where if the time between motor updates was a significant percentage of the desired dshot command timing, then the output could get irregular and skip cycles (for example trying to use 2K pid loop with 500us timing conflicting with 1ms timing between dshot command outputs).
src/main/drivers/pwm_output.c
src/main/drivers/pwm_output.h
src/main/drivers/pwm_output_dshot.c
src/main/drivers/pwm_output_dshot_hal.c
src/main/flight/pid.c