Traumflug

> And I hesitate to add that it is not necessarily a bug to have a "fast" step which is not immediate. Thinking of it I tend to agree. Avoiding...

Here's a pair of pictures with (top picture) and without (bottom picture) lookahead: https://github.com/Traumflug/Teacup_Firmware/issues/189#issuecomment-263130589 Maybe your MAX_JERK is close to zero.

Nope. This is a per-axis calculation. Doing this calculation with the combined feedrate whouldn't take direction changes into account.

> It would be nice to add this feature Certainly something you could implement and push to the Teacup repo. Do you want write access? > I think the use...

> does the firmware distinguishes which endstop is pressed ? If you move the X axis and the common pin gets triggered, it was obviously the X endstop which caused...

As long as there's still a read on URD0 happening: no problem. Without a read (or turning off the interrupt), the read interrupt happens over an over again.

You're aware that bobc did a ChibiOS port a few years back? https://github.com/bobc/Teacup_Firmware After looking at how step pins are operated I wasn't too enthusiastic, but maybe there are goodies...

- Does delay_us() work? It's based on NOPs and more advanced CPUs might optimize this away internally, even if the compiler doesn't. - Is the maximum string length about the...

16 bytes might well be the size of the UART send buffer. If you write more in one chunk, the remaining bytes are lost. You have to wait until some...

Perhaps you simply expect a bit too much from the first few commits. If serial out works, fine, time to move on to the next commit.