forked from MarlinFirmware/Marlin
-
Notifications
You must be signed in to change notification settings - Fork 1
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Include remaining arc length in trapezoidal calculations
- Loading branch information
1 parent
d1dcae7
commit b99c13e
Showing
2 changed files
with
11 additions
and
1 deletion.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
b99c13e
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
To prevent overhead in line 965 if ARC_SUPPORT is disabled, maybe:
: _MIN(max_entry_speed_sqr, max_allowable_speed_sqr(-current->acceleration, next ? next->entry_speed_sqr : sq(float(MINIMUM_PLANNER_SPEED)), current->millimeters TERN_(ARC_SUPPORT, + (next ? 0.0 : arc_mm_remaining))));
b99c13e
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, definitely conditional on ARC_SUPPORT. (Or perhaps also one day BEZIER_CURVE_SUPPORT.)
I don't like the secret knowledge passed between G2_G3.cpp and planner.cpp via a global variable. So this is a long way from what I imagine the final code looking like. I have suggested a new block type here.