Max "print" speed

Hi, I use my custom corexy printer with mega2560, ramps 1.4, MarlinKimbra firmware for a laser engraving.
The the gcode is like this

G01 X164.1600 Y88.2000 
G01 X164.0400 Y88.2000 
G01 X163.9200 Y88.2000 
G01 X163.8000 Y88.2000 
G01 X163.6800 Y88.2000
G01 X163.5600 Y88.2000 
G01 X163.4400 Y88.2000 
G01 X163.3200 Y88.2000 
G01 X163.2000 Y88.2000
G01 X163.0800 Y88.2000
G01 X162.9600 Y88.2000
G01 X162.8400 Y88.2000
G01 X162.7200 Y88.2000 
G01 X162.6000 Y88.2000
G01 X162.4800 Y88.2000
G01 X162.3600 Y88.2000 
G01 X162.2400 Y88.2000 
G01 X162.1200 Y88.2000
G01 X162.0000 Y88.2000 
G01 X161.8800 Y88.2000

there are many movements of 0.1/0.12mm and the gcode file is 80/100 MB.
I use windows 7 x64 with Repetier Host 1.0.6, and with 10000mm/s² of acceleration, I can go up 2000mm/min for a fluid movement; at higher speeds the printer go with intermittent movements, because, I think, there is a low data transfer.
With the same configuration but with Ubuntu 14.10, I can go up to 2250mm/min
I've also try with 115200 or 250000 baudrate, but without best results.

You belive that it's possible a Repetier-host limit speed? Or maybe the Arduino?
My goal is to "print" at 5000mm/min.
Thanks.

---

Motedis_kossel delta printer
Ramps1.4 for Due

The problem is that gcodes get send line by line and need to be acknowledges by firmware as beeing read. Without ping-pong the host already optimizez this to package more commands in a row - as mauch as your buffer allows. The basic problem is still the latency between sending data to/from virtual port until it gets send to the arduino. This depends on usb->serial driver and it's settings. In windows you can define latency for some drivers in hardware settings if printer is connected. Even with perfect conditions and using repetier.firmware (which has a more packed binary protocol) you will not get much above 700 lines per second.

---

Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!

Thanks, I will try with a lower usb serial latency.
The limit of 700 lines per seconds it's established by the software(repetier host) or the hardware(arduino)?

My gcode every line make a movement of 0.12mm, then 700 lines * 0.12mm = 84mm -> 84mm every second --> theoretically i can go up to 84mm/s * 60 = 5040mm/min, right?

---

Motedis_kossel delta printer
Ramps1.4 for Due

The 700 i sno hard limit, it is what I reached when I optimized everything I could think of including windows hardware parameter. The host it self has no real limit as you can see when using virtual printer. It is all about latency. With default latency of 16ms you can send 62 commands per second. Thanks to sending several commands in parallel you get 200-400 commands per second. Some drivers have lower latency by default reaching a bit more. But it is definitaly the latency slowing you down.

---

Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!

There is a way to modify this latency? On windows 7, the COM properties don't provide a latency settings.

Edited 1 time(s). Last edit at 03/04/2015 03:24AM by campe89.

---

Motedis_kossel delta printer
Ramps1.4 for Due

I have only seen these for FTDI drivers so far. If you have a ARduino Mega the default windows driver gets used and that has no settings as far as I know.

---

Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!

After some test (driver, microstep, firmware) I think the problem is Windows!
In the system operating(in my case Windows 7 x64) if i change the windows from Repetier-host and resources explorer (for example) or any folder or program, the printer will block the movements for a fraction of second. If i do this change very fast and many times, the printer almost stop!

My Windows has something; any idea?

---

Motedis_kossel delta printer
Ramps1.4 for Due

No your Windows is ok. Winforms and some other classes are required to run from main thread. So if you occupy main thread with additional window updates, it blocks a bit communication (also it is asynchronous, it is started from main thread). Disabling filament preview can help a bit here as it is the most complicated part to update.

---

Repetier-Software - the home of Repetier-Host (Windows, Linux and Mac OS X) and Repetier-Firmware.
Repetier-Server - the solution to control your printer from everywhere.
Visit us on Facebook and Twitter!