GrblGru: Free CAM and 3D-Simulation for mills and lathes

[ATTACH=CONFIG]445604[/ATTACH]

Further to the previous post, this image was using a tool file I generated with these coordinates replacing those in the cesaretool.dat file. This section of the simulation was slow enough for me to stop the simulation and grab an image.
I'm wondering if the problem is with my tool.
It would also be good to see where the tool doesn't meet the profile in the finish pass so I can modify the tool profile and my hand ground HSS tool that matches the simulated one.

-4.000, 25.000
-4.000, 12.000
-0.483, 0.371
-0.433, 0.250
-0.354, 0.146
-0.250, 0.067
-0.129, 0.017
0.000, 0.000
0.129, 0.017
0.250, 0.067
0.354, 0.146
0.433, 0.250
0.483, 0.371
4.000, 12.000
4.000, 25.000

You are right. The speed of the simulation is independent of the feeds in the GCode.
You can only choose the normal or the increased speed. But it is possible at any time by pressing the "Single" button in the toolbox to go into single step mode.
Then you can step through the program. I think this is best for your.

Please also note that during the roughing process the complete blade contour is not checked. This only happens during finishing.
You should always keep your finishing offset large enough.

Release notes V3.49

once again I would like to announce a new version of my program.
The attached video "From Carving to Inlay (part 2)" this time concerns the creation of raised text.
The reworked function "Pocket Contour parallel" for machining pockets with islands thus provides the basis
for the production of inlays, which however can only be presented in the next version.

Nevertheless I hope that there is already something interesting for some of you.

Have fun with GrblGru

[URL]https://www.youtube.com/watch?v=ph0Z9rYcoGk&feature=youtu.be[/URL]

Hello,

Thanks for this nice software. I have one question to ask for help, does the software support simulation for machine with dual gantries like picture below? Thank![ATTACH=CONFIG]446822[/ATTACH]

Hi,
i have just updated you great software to V3.49 and because i just ordered a test probe i have been running the g38.2 probe simulation to get some practice, as shown in your youtube presentation. The problem i am getting is the first row scans as it should but the subsequent rows simply follow the first row. If you are scanning into a wedge the scan ball tip gradually disappears into the wedge and you get a flat scan matrix. I did notice that the pre scan matrix “dot” pattern only shows the first row.
Any advice would be welcome.

Sorry for the late answer, but I was on vacation.

@jeff1000
Hm, theoretically this would be possible. But so far, all machines are always equipped with only one tool. I think the effort would be huge.

@Daggersuk
Unfortunately my probe is not operational at the moment.
Therefore I could only test the simulation with an STL object. But that worked fine.
Do you have the problems only during real measurement or already during simulation ?
Please check again if the 'Lift' value is big enough.
After a measurement the probe has to lift so far that it doesn't touch the workpiece anymore.

Thanks for the reply.
I am only using simulation mode.
Using fresh 3.49 install and “cobra” machine & “Plane_10”, all works as it should. All scan points & X,Y,Z points correct.
If i change to machine to “1310” and use the “Plane_10” i only get the first row of scan point displayed. When i look at the displayed coordinates all “X” rows are shown but the “Y” and “Z” are repeated values from the first row. You can watch the probe ball bounce off of the wedge on the first row then on the second and subsequent rows gradually pass through the wedge.
The lift value makes no difference, set to very high as a test, “100”, made no difference, probe ball still passes through the wedge.
I would like to use the 1310 model as i have a machine on its way from china.
Thanks

@Daggersuk
Just a short info. You are right.There is a bug in all machines where the workpiece will move.
It is interesting that a single measurement works. I will contact you as soon as I have found something.

There is a new beta version V3.49.8 on my website
With this version the scanning should work again.
Thanks again for your help :)

Thanks for software update.
Probe working great and coordinates correct.
All the best from the UK, stay safe.

Beta notes V3.49.9

On my website is a new beta version V3.49.9. It contains the first attempt to make measuring on the lathe available again.
I have made a short video about it. It shows how to measure an STL object virtually. The calculated GCode can also be sent to the controller.
Unfortunately my probe is not working at the moment. Therefore I could not make any tests in practice.

Have fun with GrblGru


[URL]https://www.youtube.com/watch?v=vmuK7ItyvK8&feature=youtu.be[/URL]

Hi GrblGru,
Your software is really good. I am being using it for the few month. it is an excellent tool.
I want to ask you if you can include a model of machine that I created. Is so similar to BUX model, but with a different axis configuration.
I already have all the .STL files and a well definition of it's assemble.
My E-mail [email]jmruiz8a2@gmail.com[/email]

Thanks,

Hi GrblGru,

Your software is really good. I am being using it for the few month. it is an excellent tool.
I want to ask you if you can include a model of machine that I created. Is so similar to BUX model, but with a different axis configuration.
I already have all the .STL files and a well definition of it's assemble.
My E-mail [email]jmruiz8a2@gmail.com[/email]

Thanks,

GrblGru @Linux ?

I have been asked many times if GrblGru is also available for Linux. Until now I always had to deny this.
But now a clever user has found a way to run GrblGru on "Wine" under Linux.
According to him it is still possible to improve the process.

Since I have no experience with Linux, I can only pass on the instruction on my website at the moment. (See [URL]https://www.grblgru.com/[/URL])
I would be very happy if the Linux gurus of this forum would take a look at it.
Necessary information and also changes for further improvements I will gladly provide.

Have fun with GrblGru

Just a short information. On my website there is a beta version V3.49.14 with the new operation mode "Tangential Blade".

Have fun with GrblGru

[URL]https://www.youtube.com/watch?v=oNQFsIf2S1E&feature=youtu.be[/URL]

@JOKaija
please have a look at the new beta version V3.49.15 on my website.
I have reworked the lathe operation once again. Thereby g52 Y0 was replaced by G10 L20 p1 y0.
You can also edit now the calculated GCode if something does not work.

[QUOTE=GrblGru;2115318]Using O-Codes needs a special command at the beginning of the Gcode.
This command is 'g#2g'. This activates the great library g#2g, which is a subset of LinuxCNC.
For details please see: [URL]https://github.com/nrsoft/gsharp[/URL]

For example this should works:

g#2g ; Important to activate the lib !!!

#1 = 20
#2 = 2
g91 g1 f500

o100 repeat [3]
x#1
y#2
x-#1
y#2
o100 endrepeat

I have to admit that the special command 'g#2g' came into the program later, and it's nowhere described.
Sorry for that.

Let me point you to the possibility to use the GrblGru macros (toolbar on the right side) for quick checking the O-Code syntax.
For using the macro and the O-codes see link below.



[URL]https://youtu.be/5UIVro7R7AU[/URL][/QUOTE]

Hi. i am new here with CNC machine. i downloaded your software that command you mentioned g#2g is not working. will you help me how i use this in your software with GRBL

Hello GrblGru
Whenever I appear it is to report a Bug.
When importing or exporting the DXF file, an element called “bulge” with code 42 is missing.
Attached DXF reference file.

The math expression is:
bulge = tan (sweep angle / 4)
bulge = heigth / (length / 2)
See screenshot of CamBam.
See screenshot of Visual Studio 2019.

Armando

@ahmed832
The video is unfortunately already very old. In the meantime I have continued to work on the macros.
So I replaced the original library of Linux CNC with my own functions. The reason was that the library did not run under WinXP.
Therefore the command 'g#2g' is no longer needed

Please have a look at the current video about macros.
[URL]https://www.youtube.com/watch?v=AwdbhN32g-4&feature=youtu.be[/URL]

Let me know if you have any questions afterwards.



@Armando
thanks for your feedback.

But I have not yet understood the problem.
The screenshots are very indistinct. Unfortunately I cannot see anything on them.

Could you please describe in detail what is not working ?
In which program does the error occur ? Do you import a file to GrblGru or export a file to CamBam? Is there an error message ?
Can you provide me with a DXF file that does not work ?

Hi GrblGru
Thanks for the quick reply, see attached the DXF file as an example.
In the internal structure of the DXF files there are polylines with bulge code 42.
A circle can be converted to a polyline with bulges.
Applying programming mathematics is
bulge = Math.Tan (Sweep / 180.0 * Math.PI / 4.0);
See image below.