Greetings from your canary; This morning I needed to mill a slot in the side of a sleeve to adapt a QC boring bar holder to hold 1/4" tooling.
So I write a quick & probably dirty little routine to run a 1/16" mill back and forth, with a .002" sideways wobble for chip clearance in case I didn't shoot it with the air hose often enough. The code: ( to cut a slot in a tool holder qc adapter sleeve to hold 1/4" tools ) g20 (run in inch) s1000 m3 #<_depth> = -.125 #<_x_right> = 2.150 #<_z_dec> = -0.002 #<_y_wobble> = 0.002 #<_z_tmp> = -0.002 ( preposition it to start point ) g0z.1 g0x0y0 g1f.5 z0.000 <----------------goes to -0.068" o100 WHILE [#<_z_tmp> gt #<_depth>] #<_z_tmp> = [#<_z_tmp> + #<_z_dec>] g1f.5z#<_z_tmp> g1 y#<_y_wobble> g1 x#<_x_right> <------------------breaks mill g1 y-#<_y_wobble> g1 x0.0000 o100 ENDWHILE G0 z1.0 M5 M2 =============================== Looks nice, ought to be doable with a 1/16" 2 flute endmill, right? Wrong, at the move marked, it went down to -0.068", and when it hit the next marked line, to start the cut at z-0.004 and y at .002, it busted the tool. Not having checked the mills function since I did get it to do the joints update without any excitement, I figured it would still do as it could before the code merge. Bad assumption. My z axis can, under ideal conditions with the old code and a fresh coat of vactra on the post, do 34 IPM up and down most of the length of the post. But now it has a speed limit that I can't seem to locate the cause of. Getting out my 1" dial and setting it up to check the calibration, I can get it to move an inch either way, up to 9.4" on the jog speed setting. Bump the jog speed up and I can hear the motor running slower, and it moves about .980" when asked to do 9.9 IPM, and it can run back to the exact zero on the dial, 100% repeatable. I'd had the MAXVEL set to about half the 34 it could do, and running it wide open at 17 IPM, the motor is noticeable slower, and moves only a bit over half an inch, but as before I can run it up and down, and the up-stroke stop always remains at 0, both on the 1" dial and on the on-screen DRO. This particular config has been working nicely since I put the roller skate bearings on brackets 3x the length of the Z sled, thereby reducing the stiction causing binding to a tolerable level. I haven't checked the other axis's to see if they have been similarly effected, but will as soon as I get this bit of tooling made by making sure there aren't any G0's in the above code. I just went back out to recheck joint.2 and at 17.4 IPM requested, it will move down to -1.0001" on the on-screen DRO, but the dial say it went down .5475, and its 100% repeatable, I ran it 5 times, always down to -0.5475, and back to 0.0001. The output frequency of the stepgen at 9.4" IPM is around 10400 hz, set the slider wide open and its just above 14000 hz, but the motor is running slower. The stepgen.2.position-scale is -69850.0, and I note that the base-thread was set for 50,000ns, where before the conversion it was 30,000ns. That machine gets sluggish below 27,000 ns. So, while you folks are staring at source code, I am going to go back out and get rid of any G0's in the code and see if I can make this adapter sleeve. Without breaking any more tools... Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene> ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
