Traumflug

> In next step, the lookahead is too slow. Now previous is live Not reliably. `previous` could be already done by the time lookahead finishes, setting `dda->live` back to zero....

To some extent I try to not "play" with the code, but to understand the required algorithm first, then implement that with as few instructions as possible :-) I don't...

Ah, forgot the RepRap wiki forum thread: http://forums.reprap.org/read.php?131,723945,724060 :-)

Let's cross fingers this code works as well as it looks! All three commits on _acc_ramp_len_ picked to _experimental_, then branch removed.

I assume you talk about dda->c_min. If these values don't change during a move, they don't need to be atomic. They can change when switching from one move to the...

> Any idea how to provoke the dda to be too slow for lookahead? Insert delays. Like delay_us() or delay_ms(). They delay by literally wasting computing power.

> As you noticed, it seems you need to protect only the DDA->id values atomically. dda->id is an 8-bit value, so no need at all to be atomic during reads....

These values should be part of your printer configuration file, config/printer.xxx.h. I just checked, they're there. Also, Configtool writes them.

> The default PID parameters [...] it might be nicer to move these out to config.h, or use some optional overrides like PID_I_PARAMETER, etc., in config.h. As I could well...

User Willy took care of the regulation algorithm, too: http://forums.reprap.org/read.php?247,111288,111288 Unfortunately in german. Basically he says, our heaters turn out to be ones with a delay time which don't allow...