search

zapmaker / GrblHoming

QT-based gcode user interface for grbl on arduino
GNU General Public License v3.0
319 stars 190 forks source link

Agressive preload not agressive enough! #91

Open josemariaaraujo opened 10 years ago

josemariaaraujo commented 10 years ago

I like GRBL Controller very much, but I find agressive preload strategy is slower than other tools (GRBL's python scripts and Universal G-Code sender). In 3D machining of detailed work it "stutters" a lot. I found that a good way to replicate this is checking the code with grbl. If I check ($C before sending) a large job (the one I tested was 350kb, around 7k lines), it takes 8 of minutes with GRBL Controller, but only 1 minute with Universal G-Code Sender.

Can you please have a look at this? Thank you.

LETARTARE commented 10 years ago

Hello, since 'Zapmaker' does not answer, I try to discover in depth version 'GrlController-3.6.1'. I mainly added the 3D viewer in 3 axes. Also , I will try to answer you.

Which version of GrblController ? and what operating system ?

Regards. The message is translated by 'GooGle' : be lenient.

josemariaaraujo commented 10 years ago

Hi! Thanks for your answer! I'm running: GrblController 3.6.1 grbl v0.9g@115200bps Windows 7 x64 with all updates, running in an Intel Core i3-2350M@2.3GHz with 4GB Ram

LETARTARE commented 10 years ago

Hi ! yes indeed, I just tried with 'GCV-T4' with VISTA 32bit and I get 10000 rows (G1) for 4 minutes (agressive mode and no display) ! I fear that it is difficult to decrease, but I'll look. Do not hurry ! Try "https://github.com/LETARTARE/GrblHoming/tree/Letartare/GCV-3.6.1-T4" : if I can change it will be in the next version 'GCV-4.x' Regards