@o_lampe
Yes, you are right, my g-code is wrong, i only tried to show idea that for continues rotation distance does not matter, you need only speed and direction.
seem the most correct way will use new M code for that purpose for example:
Mxxx Xnnn; start to rotate axis X with speed xxx (non blocking command!)
Mxxx A-600; rotate axis A (setup A as continuesly rotation in config) with speed 600 counter-clockwise
Currently, tuning a bed can take forever and still fail at the end of it.
Can the number of tuning cycles be specified to reduce the time required?
The new algorithm is great for tools and look ahead regarding fan usage but is too complicated for beds with the old method being more than adequate.
Can the phase messages also be adjusted to remove reference to fans when tuning a bed?
I fully agree +1
It anoys me since > v3.2. that such a basic feature works now that bad.
For the tool/hotend it works great, no question, but for the bed heater maximal bad at least with insulation.
2021-03-23 14_04_46-Window.jpg
@mkudzia You can cycle through the available tools quickly, which activates them all. Activating each subsequent tool sets the current tool to standby before it's heated at all. If you don't want it to run tool change macros, select each tool with the P0 parameter, eg T0 P0, T1 P0, T2 P0. Then end with T-1 P0 to set the last tool to standby, too.
@oliof I keep badgering @dc42 about this, I’d like to see it too! I think it was originally planned for 3.2, but has got bumped. Haven’t heard anything about it for 3.3, so possibly 3.4?
@oliof In the future we'll do coordinated (pre-)releases again - 3.3-b1 was an outlier, sorry for the confusion there. In general it's best to keep the SBC up-to-date by using apt only, else I cannot guarantee that the combination of DSF and RRF will work as anticipated.
