-
Notifications
You must be signed in to change notification settings - Fork 115
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
Add "frame"/"preview" feature #711
Comments
Looking at t-oster/LibLaserCut#158, I found the "move to position" feature which works similarly. |
Same as "move to position", this feature could be handled without special "realtime hooks" by just sending an appropriate laser job. (0% power and slow speed? Or only MOVETO commands? As far as I know, MOVETO commands do not support a speed.) |
As an interesting side note: The vector laserprofiles have a setting "use outline", however as far as I remember this applies to each object and not to the whole job. (I guess nobody uses that setting anymore...) |
It might be worth removing obsolete features to clean up the code base a bit. But that's for another issue. Sending a job would be the "fallback" solution. Some devices, e.g., the OMTech Polar, lack a user interface to select different jobs, so it's basically "operating by hope". It just has a single white button and an LED light, that's it. That's the motivation behind #706. |
I would suggest starting with the "fallback" solution of sending a job. Then we have a starting point supported by all machines. For example, this could be a method in |
Duplicate of #181 |
Partly related to #706.
VisiCut should be able to "draw" a frame on the bed around the current object(s). Basically a vector "cut" with a power of 0. I found such a feature while testing LightBurn lately and it's really, really useful for positioning.
For some controllers like Ruida, one could send the program and run it right away. For devices like the Epilog Zing, a special "preview" job could be sent which the user can then execute on the device.
Devices lacking a red dot feature could still benefit from this because the toolhead would move anyway. Depending on the size of the toolhead and its assembly, it still gives a rough estimate. Devices with an air assist nozzle close above the bed won't lose a lot of precision there.
The text was updated successfully, but these errors were encountered: