G41/G42 discussion.

Post anything you want to discuss with others about the software.

Re: G41/G42 discussion.

Postby cncdrive » Sun Jan 28, 2018 12:05 am

Hi Terry,

In teh Fanuc examples teh controller simply ignored any segment that was an interference and rewrote teh path to teh next clear segment that did not violate teh tool Radius.


Yes, this is what I was looking for in the doc you sent, but I could not find any info about it. The only things I saw was the same algorithms what we implemented, I did not find anything which would say it is looking for collision and that it back-corrects these type of issues in any ways. Please look it up for me, because maybe I'm just too blind to see it or it is just too late night here.
cncdrive
Site Admin
 
Posts: 2187
Joined: Tue Aug 12, 2014 11:17 pm

Re: G41/G42 discussion.

Postby cncdrive » Sun Jan 28, 2018 12:14 am

IIRC there were several examples one was a step down like Ger example andn teh other was a notch that the tool could not access because the tool was too wide. IF you try that in UCCNC it will destroy teh part. I did test that part as well. It will turn a .250 notch into a 1" notch(;-) BUT that is MORE programmer error than machine It just did what I told it to do. It did not know I was just kidding


Yes, I know, I ran both codes with UCCNC to see why the issue happens. I ran it even in Mach3 and 4 to see if they make same or similar issues and they do.
And I see a new forum member posted also a Centroid controller which does the same issue.
And I'm not at all surprised that this issue happens on other controllers too.
How the G41/42 is described to work these issues have to happen, it is a algorithmical weekness problem, they are guaranteed to happen by algorithm.
Unfortunately currently I have no access to any other controllers, but maybe I can also run it in LinuxCNC later, but I have no access to a Fanuc or similar to run it, but will ask a few guys to see if somebody can run the code for me...
And I beleive you that there can be additional codes which tries to correct these problems, I just did not see a controller like that so far, so this is when it would be great if you could point it out for me in the Fanuc document you sent, because I'm more and more curious to see. :)
cncdrive
Site Admin
 
Posts: 2187
Joined: Tue Aug 12, 2014 11:17 pm

Re: G41/G42 discussion.

Postby Vmax549 » Sun Jan 28, 2018 12:18 am

Hi Balazs, Teh interference testing starts in Section 6.6.6 with some examples in 6.6.5

(;-) TP
Vmax549
 
Posts: 1190
Joined: Sun Nov 22, 2015 3:25 am
Location: USA

Re: G41/G42 discussion.

Postby cncdrive » Sun Jan 28, 2018 8:25 am

Hi Terry,

Thanks for pointing those pages out, I really did not see them when I looked the doc through.
I read the mentioned topics through now and the interesting thing in point 6.6.5 is the first 2 issues described, because basicly these are what we talking about and there is the solution how to detect and to report this issue is in point 6.6.6
The 3rd things in point 6.6.5 is not so interesting, because the UCCNC already have solutions for that implemented, because our algorithm distiungish between XY and other axis motions and non-motion commands and the non XY movement commands and the non-motion commands are buffered in, so the controller can still look ahead to the next motion, the look-ahead will not stop like in the Fanuc as it is described in the manual, so this issue does not happen with the UCCNC's algorithm. For this issue to not happen we have 2 extra buffers in the radius compensator class.

Even more interesting is point 6.6.6. where they describe detection methods for the first 2 issues they described in point 6.6.5.
What they basicly do is they compare the original movement vectors' direction angle with the offset vectors' direction angle and if any differ with 90<= alpha <=270 then they generate a warning, because that means that the direction of the offset vector is close to the opposite to the original vector which is basicly the case in the example gouging paths we described in this forum topic.
I think we can implement the same procedure, I mean I see no problem implementing it.
These does not correct the gouging, but they can give a warning, so at least the user will be aware of the problems.
cncdrive
Site Admin
 
Posts: 2187
Joined: Tue Aug 12, 2014 11:17 pm

Re: G41/G42 discussion.

Postby jazzcnc » Mon Feb 05, 2018 5:50 pm

Just to throw little fuel on the fire I'm just testing Cslabs SimCNC and thought I'd run the code thru to see what happens and it caught the Gouging and wouldn't allow continuing.

20180205_173717.jpg


20180205_173723.jpg
jazzcnc
 
Posts: 2
Joined: Sat Jan 27, 2018 2:52 pm

Re: G41/G42 discussion.

Postby cncdrive » Mon Feb 05, 2018 9:34 pm

There is no fire. :)
Terry showed a Fanuc document already which describes a nice method to detect gouges, so we will implement that.
And meanwhile we also figured out some algorithms which will detect and remove gouges where possible. Ofcourse it is not a solution for all possible scenarios, but we've tested it with a few codes already where it worked successfully. So, there will be a mixed solution of detecting and possibly removing gouges.
cncdrive
Site Admin
 
Posts: 2187
Joined: Tue Aug 12, 2014 11:17 pm

Re: G41/G42 discussion.

Postby ger21 » Sun Feb 25, 2018 2:47 pm

The new version is now much better, with no gouging. Nice job.
However. As you see in the attached image, the two identical corners are being comped differently. The top one is the way I'd prefer it, if you can find the issue and make them the same.
EDIT: I guess it's due to the direction the tool is traveling??

G-Code is attached, Set tool #1 diameter to 0.5 or 0.75.

Comp 2.JPG


After this, you just need to fix the leadin moves and it will be perfect. :D
Attachments
Comp 1.txt
(175 Bytes) Downloaded 42 times
Gerry
UCCNC 2017 Screenset - http://www.thecncwoodworker.com/2017.html
ger21
 
Posts: 1116
Joined: Sat Sep 03, 2016 2:17 am

Re: G41/G42 discussion.

Postby cncdrive » Sun Feb 25, 2018 4:26 pm

Hi Gerry,

Thanks.
With one of those movements the corrective algorithm could work, but with the other the algorithm can't do the correction, just the detection,
because it does not see the next line which would be required to be available in this case to do a correction, so it is not possible to correct then.
So, what happens is that while the algorithm still knows that there is gouging it can't correct it in that case and so it will switch to square mode to still keep the result without gouging.
We will still try to implement (in addition) the reversed vectors direction detection with looking ahead which Terry showed in the Fanuc manual, that one was not implemented yet.
That will not solve gouging, it will just detect different cases just like how it is described in the Fanuc manual and will just give warning reports if it happens, because there could be still cases ofcourse when gouging happens and when it can't be corrected and can't be worked around, but could be at least detected.

To change the lead-in moves is not as easy as it sounds. I looked into it and yet I could not resolve a logic twist and because there were lots of other things to develop on the UCCNC as you can see the release notes are really long now and some are serious changes and developments, so I did not have time then to stuck thinking about it, but had to move on, but will be back on the topic as soon as possible.
cncdrive
Site Admin
 
Posts: 2187
Joined: Tue Aug 12, 2014 11:17 pm

Re: G41/G42 discussion.

Postby Vmax549 » Sun Feb 25, 2018 6:48 pm

The problem I see with leadins is it is using multiple types of leadins. In some cases it uses type1 that is based soley on teh Startpoint of teh leadin move. In other cases it uses a type3 leadin where it starts teh comp on teh move BEFORE teh leadin move. For now you need to pick one or the other as it get confusing for users AND will be difficult for CAMS to follow.

I spent a long time looking at leadins moves analyzing the type comp used and error messages.

(;-) TP
Vmax549
 
Posts: 1190
Joined: Sun Nov 22, 2015 3:25 am
Location: USA

Re: G41/G42 discussion.

Postby ger21 » Sun Feb 25, 2018 10:40 pm

To me, it appears to always looks two moves before the comp to decide where to lead in,and comp is applied before the lead in move, rather than during it.
And if you are making multiple passes, where the tool approaches the leadin from a different direction on the second pass, it will throw an error.
The tool center should always be at the coordinate of the start of the leadin move before the G41/G42, with comp applied after that point. The direction you are moving towards the start of the lead-in should not affect where the comp starts.
Gerry
UCCNC 2017 Screenset - http://www.thecncwoodworker.com/2017.html
ger21
 
Posts: 1116
Joined: Sat Sep 03, 2016 2:17 am

PreviousNext

Return to General discussion about the UCCNC software

Who is online

Users browsing this forum: Bing [Bot] and 2 guests