Performing G35 responsing weird characters via Serial (Octoprint). It says how to turn but the point name is cryptic.
_Recv: Turn ¦¬¬¬¬¬¬¬¬¬¬¬¬¬¬..._
Outputlog here
See my fork here: https://github.com/Speaka/Marlin/tree/hypercube_work/Marlin
Based on latest Bugfix.
G35
Wait for all probe steps to finish
See serial response spammend with unreadable characters
Expected behavior: [What you expect to happen]
Clean Output
Actual behavior: [What actually happens]
Weird Output
It seems theres something Wrong with the TRAMMING_POINT_NAME_1 to 4.
Likely related or duplicate of #19555 or #19473.
Thanks for the quick response!
It was indeed the same problem.
This Commit did the trick.
It seems I am not the only one with this problem. Is there any reason why this isn't implemented or worked on? Or just not happend yet?
I can't oversee the whole serial communication and different platform thing. Otherwise i would look after it.
With most work being done by volunteers it depends on someone stepping forward to do it.
A few factors that I suspect have led to this issue being ignored:
Don't get me wrong! I am totally aware how things work based on volunteers.
Asking why it wasn't done aimed for a reason like incompatibilities, not someone not feeling like doing it or having time to.
Youve got valid points there. I have an 8bit System and pretty wasted bed so I would be predestined to get this to work somehow.
I'll try to get this straight and file a PR in he next days.
Needs testing on other Systems then to prevent converting the bug.
@Speaka thanks, that would be great!
When you have it ready, just post the PR. You can ask for somebody to try it on a 32-but board from there.
I'm going to go ahead and close this as a duplicate of the other. Any commentary leading up to a pull request can happen over there.
Duplicate of #19473
PR created
Most helpful comment
A few factors that I suspect have led to this issue being ignored: