GRBL 0.9j unstable & freezing

Hi, i have a problem with grbl, it freezes every time when i try to laser-engrave a picture. I make the Gcode with Halftoner and a Parser, thought first its the parsing and tried the original output file from halftoner, same issue, grbl freezes after a few seconds. All other files work, i already lasered text and a few simple squares, no problem, but when i have a large file with small move intervals, it crashes.

I tried 2 different USB-Cables, one of them isolated, but didnt change the problem. Tried without power supply, same problem. Tried 3 different Gcode-Sender, Windows and Ubuntu, nothing helps.

My actual test-gcode stops alway at line N8380, Gcode-Sender Console:

>>> N8340 G1 X2.29 Y2.29 Z-1.01
ok
>>> N8350 G1 X2.29 Y2.54 Z-1.01
ok
>>> N8360 G1 X2.29 Y2.79 Z-1.03
ok
>>> N8370 G1 X2.29 Y3.04 Z-1.05
ok
>>> N8380 G1 X2.29 Y3.29 Z-1.05

Grbl 0.9j ['

Does anybody know whats going wrong? I read about a problem somebody had when using different decimal places, i have Z0.0 and Z0.00 in my code.

The machine has no Endstops, and 5v at arduino side has a capacitor for noise stabilisation to gnd.

I would be very happy if somebody can help solving this Problem!

for help] ```

Does anybody know whats going wrong? I read about a problem somebody had when using different decimal places, i have Z0.0 and Z0.00 in my code.

The machine has no Endstops, and 5v at arduino side has a capacitor for noise stabilisation to gnd.

I would be very happy if somebody can help solving this Problem!

Edit:

I lowered the Z-steps/mm, now it seems to work more stable, but sometimes i get messages like:

N40530 G00 Z0 ok N40540 G00 X10.29 Y0.04 N40550 G00 Z0.0 ok N40560 G1 X10.29 Y0.04 Z-1.11 F1000 ok N40570 G1 X10.29 Y0.04 Z-1.11 ok ok N40580 G1 X10.29 Y0.29 Z-1.11 ok ok N40590 G1 X10.29 Y0.54 Z-1.11 N40600 G1 X10.29 Y0.79 Z-1.11 ok

The ok's and lines are in wrong order, what does this mean?

Regards

The sending and receiving serial buffers are independent, which should account for the lines not always being in the order you expect.

It does sound like you are overloading GRBL with too much to do - remember this is an 8 bit microcontroller, there are severe limits on throughput compared to a computer.