Could it be Dog Leg Rapids?
http://www.cnczone.com/forums/bobcad...cad-forum.html
I'm having issues where bobcad will go severely off path and gouge the part breaking the tool and ruining the part. However there is no evidence of this in the simulation or code. I've tried various posts aswell.
I've had the same issue with v28 v29 v6. It is always during an adaptive rough operation. I run other programs from fusion 360, pro-e, gibbs and others all without issue.
Thanks for reading
Similar Threads:
- New Product- G-code simulation software for Amada turret punch and laser cutting machines
- Need Help!- unwanted Z moves before it starts cutting....
- Problem- Why the nesting software shown not correctly when put to the CNC cutting machine?
- Unwanted slow feedrates in code
- Need Help!- charred areas after cutting 5mm bamboo plywood,please help!,
Could it be Dog Leg Rapids?
http://www.cnczone.com/forums/bobcad...cad-forum.html
I quite like targeted ads if they're not intensely annoying so I'll enable ads when your advertisers stop using annoying sounds, annoying slideshows and annoying animations
Dog legs.
What machine are you running ?
Do you have the advanced Preditor Editor ?
It happens during cutting feed not during rapid but is dog leg in shape.
It's a fadal.
Without a .bbcd file to look at ????
The reason I ask about the Advanced Preditor Editor is there is a way for it to show Dog Legs.
Saved my butt many of times
wonder if the new backplot in v30 would pick up the error
I would imagine only if it had a radio button or the ability to access it's reverse post
Don't want dog legs showing up,when your machine doesn't do them.
In Preditor you have the ability to access the reverse post and turn them on
I don't have predator software. attached is the Gcode for the part. if someone would be willing to check it out for me I would really appreciate it. I have all the recommended link settings in Bobcad applied that should make dogleg a non issue. also it is during the middle of an intermediate step in advanced rough.
As you can see from this screenshot of what Preditor did,I am looking for a needle in a haystack.
It would be most beneficial to be able to set-up stock and look at your .bbcd file
If you are concerned about posting a .bbcd file on here,I understand
You can PM me and we can do a different route
I guess the only insurance I can give you that I will keep your stuff confidential is I been on here for 8 years
that
or
Make another file that replicates your problem that is not a concern for confidentiality sakes
Really need the .bbcd file and a copy of your PP
natin,,private messaging is giving me headaches,,please e-mail me
jrmach@yahoo.com
Found the problem with the help from jrmach. Arc fitting was causing the issue. Something was wrong with the ijk lines in the code deep in the program. Unchecked arc fitting and reposted the program and problem went away.
Not sure why the issue did not present itself earlier in the code with many ijk lines ran prior without problem?
THANK YOU! Jrmach and everyone for your help.
Glad that fixed it.
This happened to me about 2 months ago with 3D adaptive rough
Did not show up in simulation or Preditor
SCRAP
So I re-ran part(the scrap part) and found the line where it was bad
It was an I and J,,it was not a rapid issue,,was in the middle of a cutting pass
So I experimented a little with settings(on SCRAP) part
I found 2 ways to conquer the problem
1 Turn of Arc Fit (which makes a ton more unwanted code,unwanted computation and posting time)
or
2 make no intermediate cuts (which also defeats one of the cool thing about this tool path)
That said,
Way back in V23 days I had 2 different engraving tool paths go south on I,J,K lines
On that there is no "arc fit " if I recall right
Two choices there
1 go into PP and turn off I,J,K
2 find exactly where things go south by re-running (SCRAP) part,,then change the geometry at that point ever so slightly and re-compute
On engraving changing geometry on those particular things you could never notice
But
In all those cases simulation and preditor did not detect or better said,did not show what the code told the machine to do
However,my machine simulation did,however,my machine is almost 20 years old and it only shows in backplot mode and the screenshot is very small.You really could not tell very easy,barely,barely noticeable
So for whatever reason,,I suspect a mathematical reason,I,J,K will spit out bad once in a blue moon
Natin,you said that BOB had been looking into your problem and could not figure it out
I hope you follow up with them and supply them with the information with where exactly the I,J,K was computed wrong
There is always a reason for everything,hopefully they can figure out why ?
Just to mention,,,I run a Haas and the OP a Fadal
I have had this problem in multiple versions and so has he
I don't believe this a PP thing
Thinking a behind the scenes calculation that we have no control of
Only happens when the moon is in the seventh house and Jupiter aligns with Mars kind of problem
but
it is SCRAP when it does
In my experience I had this happen on just about every program I tried. rendering the software unusable. Been programming with fusion in the meanwhile with zero issues using arc fitting or anything for that matter.
The only reason I kept trying bobcad was because I actually enjoy the software compared to nearly all others I've demoed.
I have told BOB what the problem was and the exact line. But for now leaving arc fit off is an easy fix.
natin,,
very rare for me
but then again you said you were running a 1/2 dozen intermediate cuts,,maybe there is something up there also ?
If you can give a complete file (.bbcd) in V29 or lower of a part that has also done this,,chances are the forum may be able to narrow this down
leaving arc fit off may be easy fix,,but that is not fixed..Those long programs like you just had,,takes a lot of patience computing and posting and loading in the machine by not using arc fit