RC:
Unfortunately, its become a design fork.. Take the problem the other day, where the tool doesnt keep on cutting inwards on the right angle, this is due to only sensing gouging on the profile,
not on the stock previously removed. I have tried to think up a finish algorithm, BUT, the math is impossible unless I know whats previously been cut. I cant just follow the profiel because some would
be impossible without sensing the impossible area's of the previous roughing stage.
So it seems Im stuck with having to do a "material removed" algorithm instead at this point so I can sense when the tool colides with the stock itself on a non-cutting edge. Till now we've been assuming all tools can cut on both sides, a bad assumption to make.
BUT, I want to keep it lazy as possible. Wether a tool can cut on both faces or not, and how much it can cut on the opposing face is something very few users woudl find easy to define. As it stands, the Left/Right/Center tool tip to holder relationship is not used in reality, it just allows a user to see the tool matching theirs easier. However, if I use that information to make the decision about what parts of the tooltip are a collisiion, and what parts are actually cutting , then perhaps I can more easily write a stock removal process, so as the cuts are performed we're left with a stock chopped down properly. This "left-over" stock profile is what can then be used to make a finish pass, and woudl also allow the proper angle to be done for the non-cutting side of a tool not to gouge. This is similar to the very misunderstood "BackAngle" setting in LazyCam and other programs. its actually a line drawn back from the tip to the non-cutting side to stp gouging of the holder or non-cutting side of a tool into which the profile will not be allowed to gouge. This woudl limit undercutting ( which is why many programs dont allow undercuts.).
The decision thats made will set a not too easily changed direction in the code. So I have to make the right one. Looking at all the holders available, inserts available, not to mention home-ground tools that can be made, Im thinking this is a very critical decision in terms of the limitations each path will put on subsequent code and how it works. You can actually generate any tool shpe I think as left,right or center tools, so Im thinking the decision as to what direction to cut, as well as what side of a tool doesnt cut, may be easiest as a defined Left cuts Right, Right cuts left and center cuts either side type of rule setting. This means in essense that a Left cutting tool woudl not be allowed to gouge more than the tip radius on the right side of the tip 0 point, This woudl keep the angle proper in the example posted earlier this week. The assumption that a tool can cut on either side is likely to bite us hard in future, probably best to deal with it now.
So think about it if you understand, ask me more if you dont so we can decide this as a fucntion of what needs to be done and how it will affect future code and limitations. I dotn think we want tool decriptions with pages of paramters little understood and often misused. ( LazyCam syndrome

). To me, by forcing direction and gouge detection style to left/right/center selection, it makes it more automatic and probably easier to make up a tool that although it doesnt really look like the tool actually used, it works as expected in terms of the end toolpath. This is a very hard one to explain fully, but its come to the point I realise I cannot do a finish profile, not even a simple one, till I have made code to simluate stock removal, and the cutting edges are now very important
If anyone doesnt understand this question, I suggest they look carefully, and you all discuss it, if I make the wrong decision it could be a very lagged development as we go backwards to correct it. We're at the stage things are loading pretty good, though Im sure I can tighted up a few things to make even that better over time, and to move forward further requires the stock removal process to be done. Then a proper finish path can be calculated. ( I think.. LOL ).
Thx
Art
Art