kyrreaa

My understanding is that only updateReal() in EndstopSwitchHardwareDriver will update correctly. Calling update() should just read the state set by the updateReal(). Since this appears not to always end the...

I am trying to add an error message right before the moveByPrinter() to catch this. If it triggers then it would confirm something like this is happening. Hopefully I can...

Nope. Did not catch it... It crashed into bed again. This time I simplified my test. Just a positioning of head to a x,y coordinate and running a script with...

And yes, I use ENDSTOP_SWITCH_HW and that is the issue I think. Somehow it does not stop the move.

I guess I don't home as often as I probe so statistics is in my favour there. I can push to my fork so it can be accessed without having...

https://github.com/kyrreaa/Repetier-Firmware/commits/kyrre_dev2_corexyz There you go.

I will switch the z probe to polled and compare.

Wow. Well, changing the z probe to a simple polled probe makes it just ignore it all together. M119 shows it is changing states properly but it is being ignored....

I think I found something. In WInterrupts.c the pin change interrupts are initialized with NVIC_SetPriority(PIOD_IRQn, 0); in my case for the endstop input on Ramps-FD I use as probe. In...

Could it be as simple as motion trying to move to next segment of travel while being interrupted by pin-change which sets flags to abort in the active segment. The...