Closed lianzaozi closed 4 years ago
Yes, I know, and as faster the simulation as more red paths you will see. Hard to fix and not really important I think.
Even if I reduce the movement speed to the slowest, there will still be movement of the track without changing the color. This phenomenon can be found from the demonstration of 2222.gif. In Figure 0000, I marked the place where the color has not changed. The continuous trajectory movement should always follow the continuous trajectory until the movement reaches the end of the continuous trajectory before G00 moves to the next geometric primitive. But the animation demonstration in 2222.gif is not like this, and this movement is not the shortest path. I think the correct approach should be to move in the direction indicated by the arrow in Figure 2222
Figure 0000
Figure 2222
1111gif
This is my test dxf. Drawing2.zip
I import the elements in the order and direction as they are stored inside the original DXF file. In LibreCad you can select all elements and "Create Polyline from existing segments". Then the elements are arranged as you want...
Try new release to fix gaps in already simulated path. https://github.com/svenhb/GRBL-Plotter/releases
In the new version 1.3.4.6, the trajectories that have been moved in the simulation will still have the problem that the color of the geometric trajectory is not changed. Adjusting the step size as needed is very good. I have tested this feature and it is very good.
I see, I didn't notice this before... G2/G3 commands will not be marked as simulated...
The semicircle in Drawing2 generates G01 (not G02 and G03), but there will be no change in the color of the trajectories after the movement of G01. Of course, simulating G02 and G03 will not change the color.
Does it still appear? I don't think so...
Now circles and arcs can generate G02 and G03.
The software version V1.5.0.3 can simulate G02/G03 very well.
One thing I don’t quite understand. I would like to ask you. Why does the simulation speed increase, and the simulated lines of some geometric primitives do not change colors?
Thank you for testing.
Why does the simulation speed increase, and the simulated lines of some geometric primitives do not change colors?
I have to calculate the intermediate steps on G0, G1, G2 and G3 commands, the to show the time progress. Sometimes the last intermadiate step to finish a line or circle is skipped - should not happen and I can't find the reason. For me it is not really important...
Thank you for your hard work. The function that the mouse can locate and modify the position in GCode editing mode added by the plotter service software in version 1.3.4.5 is great.
In version 1.3.4.5, the color of some motion tracks will not change. The following is the dxf document I used for testing. 2020_test.zip