Hi Cecil Glad that we got that all figured out and you've got what you need going. The ball endmill called out in the chips.ngc program was intended to be able to handle all those deep cuts without breaking. The guys at Smithy cut a real, fairly nice version of chips by getting the original cad and running watermarks using Synergy. That way they were able to increase the resolution and at the same time use a smaller endmill. Last time I was there I tried to find the code they produced but the fellow that did it has moved on.
Now fifw, it seems to me that it's time to modify the interpreter to allow for a modal scaling g-code. Rayh BTW you must be using full step drivers for a 4k input scale. If I remember, the official version used 16k and quarter steps. I know you said you'd built up your own system. Could you describe it a bit more for us. Pics on the wiki would be nice. On Thu, 2007-06-07 at 01:13 -0500, Cecil Thomas wrote: > Alex, > You are right of course. It's only the number that is important. I > guess the default is 1.000. The units don't seem to change anything > except the units displayed in TKEMC or whichever display you use. > > I set up an experimental stepper inch which scales correctly on my > machine (input scale 4000). > The dial indicator on the axis agreed exactly with the tkemc display. > > I then changed units from inch to .5 inch. > The dial indicator only moved .5 inch for every inch on the tkemc display > > I then changed the units to .5 mm. > The results were the same as when it was .5 inch. > > Apparently the actual movement of the axis is the result of the > scaling factors in the axis sections multiplied by the value of the > UNITs number in the trajectory section. > Therefore I can change my inch setup to mm for instance by either > leaving the scale for the axis at 4000 and changing units to > .03937xxxxx or I can leave the units as one and change the scaling > factor to 157.xxx (4000/25.4) the movement will be the same. > > I had read the manual several times before I started this thread and > I have read it again several times in the last couple of days. > Now that I know how the system works the manual seems to agree with > what I now understand. It's amazing how smart other people get when > you finally understand what they were saying all along. > > Bottom line... If I use my "inch" scaling (4000) and set units to > .03937xxxx and run chips it will cut it at full scale. > If I change units to .019xxxxxx (.03937xxx divided by 2) the program > will then cut chips at exactly one half the size of the original. > ....Like Ray said.... "yep" > > By the way the 3D_chips.ngc file header calls for a 10 mm ball end > mill whose diameter would be one tenth of the entire figure. > That don't leave much room for detail!! I think it was probably > supposed to be 1 mm. > > > Sorry for the confusion and thanks very much for the help. > > Cecil > > > >the change as I implemented it, was primarely targeted at _not_ breaking old > >configs. > >So you can still safely use numerical values (even ones different from mm, > >inch, etc.) > > Regards, > Alex > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
