-
Notifications
You must be signed in to change notification settings - Fork 121
Feature: Move head to mouse position. #177
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
What is the difference if we don't use the highest possible resolution? |
|
Well the only reason I could think of, would be somebody trying to cut in a very low resolution, which will have a different position after mapping to the grid than the move-head position will be, but that's rather artificial. So I guess just taking the highest resolution makes most sense. |
|
This is awesome! I haven't had the time to check out the version you hacked together, but I will soon. |
|
Hi...as pointed out the problem is, that the lasercutter would move to the desired position, but immediately return to the 'home' position |
|
You could add a ticket to the LAOS issue queue to ask for something like a "gotoRest" boolean in the configuration. This could enable and disable the automatic movement to a rest position. (The rest position is something else then the home position) |
|
I already did this in their Issue list ( LaosLaser/Firmware#10 know they still have an additional redmine though. |
|
Ah I see. I forgot. I think we/they mostly use redmine's issue queue. |
|
Good enough for me ;) |
|
well... it already sends an empty job, so it should also work with other lasercutters... |
|
well there will be more features (at least for the LAOS) as soon as the new "direct-execute" format is there, but I will merge this anyways, since it should not break anything. |
Feature: Move head to mouse position.
See #176.
TODO: