Closed McNugget6750 closed 7 years ago
Pull requests gladly accepted. Look at js/threegcode.js
On Oct 6, 2016 1:26 AM, "Timo" notifications@github.com wrote:
I'm using GRBL 0.9j with a custom board but nothing special, all within GRBL specs. I use a K40 laser, pin D11 for hardware PWM and pin D13 for inverted laser enable.
Whenever I laser a curve LW3 sends thousands of little vectors to the GRBL controller who is hopelessly underpowered to deal with this type of look-ahead. It gets worst when the radii get very small.
Currently, there is no way of setting the granularity of those vectors. Also there is no way of using arc commands in LW3 instead of tiny line commands.
Arc commands would significantly improve cutting speed and efficiency with buffers and data communication.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/openhardwarecoza/LaserWeb3/issues/148, or mute the thread https://github.com/notifications/unsubscribe-auth/AHVr2w4bC2xRC_FFAflU1VomKZR0XLB7ks5qxDIIgaJpZM4KPZOH .
Nb note from Todd, but we can never reliably calculate offset paths as used in the CNC cam portion, from Arcs. Lines are much safer. . Investigate your Grbl Acceleration
I'm using GRBL 0.9j with a custom board but nothing special, all within GRBL specs. I use a K40 laser, pin D11 for hardware PWM and pin D13 for inverted laser enable.
Whenever I laser a curve LW3 sends thousands of little vectors to the GRBL controller who is hopelessly underpowered to deal with this type of look-ahead. It gets worst when the radii get very small.
Currently, there is no way of setting the granularity of those vectors. Also there is no way of using arc commands in LW3 instead of tiny line commands.
Arc commands would significantly improve cutting speed and efficiency with buffers and data communication.