On Sunday 24 July 2016 16:03:13 Sebastian Kuzminsky wrote: > On 07/24/2016 12:43 PM, Gene Heskett wrote: > > copy/paste of the statements that do not output a thing: > > > > #<_i_mjr_R> = #<_e_mjr_R> ( final size of thread s/b correct ) > > (debug,31 i_mjr_R=#<_i_mjr_R>) ( s/b reasonable mm's? ) > > > > #<_taper_tot> = [#<_thread_len> * SIN[7] * #<_mkmmfctr>] > > (debug,42 taper_tot=#<_taper_tot>) ( should look good ) > > > > Call me puzzled. A bug? PEBCAK? > > > > How can I troubleshoot this? > > Paste the whole program, please.
This is a rewrite # 4 (or more, so I'll save you from confusion by stopping it after the current location of the M2 % ( this is to make use of the g33 routine to carve a thread in the format ) ( of a pipe thread, in this case an odd size that would resemble a 3/16" ) ( pipe thread is indeed there ever was such a thing. :) ( because that seems to be a Merican only thing, all starting dimensions are in inch) (there is a BS spec, looks much like ASTME ) ( since everything is converted to metric below, make sure its in metric mode) G21 (metric) G8 (lathe radius mode) S400 #<_taper_deg> = 7 ( degrees here, translates to sin[7] later) #<_bore> = 1.0000000 ( zero for an external profile) #<_input_is_inch> = 1.0000000 ( zero for all metric inputs) #<_tpi> = 27 (adjustable. If input is inches, use inch, else PUT mm here) #<_mkmmfctr> = 25.4 (inch <-> metric conversion) #<_start_OD> = 0.4995 ( this is inches at the min/max OD of thread it fits) #<_thread_len> = .4505000 (is inches, thickness of nut I started with ) #<_threading passes> = 30.00000 (easy on the tool) (constants from Cecil Thomas ) #<_e_mjr_R> = [[#<_start_OD> * .500000000] * #<_mkmmfctr>] ( rad now in mm's ) ( now we have the najor radius that everything else references one way or another ) ( constants from Cecils images ) #<_exz_fctr> = 0.7082000000 ( external -xz combined feed ) #<_e_mnr_fctr> = 0.6134000000 ( external thread d.o.c. ) #<_ixz_fctr> = -0.6250000000 ( internal xz combined feed ) #<_i_mnr_fctr> = 0.5427000000 ( int d.o.c., eg starting bore factor) #<_tpmm> = [#<_mkmmfctr> / #<_tpi>] (mm's! - is correct ) #<_e_mnr_R> = [#<_e_mjr_R> - [#<_e_mnr_fctr> * #<_tpmm>]] ( final d.o.c. ) #<_i_mjr_R> = #<_e_mjr_R> ( final size of thread s/b correct ) (debug,31 i_mjr_R=#<_i_mjr_R>) ( s/b reasonable mm's? ) #<_i_mnr_R> = [#<_i_mjr_R> - [#<_i_mnr_fctr> * #<_tpmm>]] ( starting bore size for the nut ) (debug,34 tpmm=#<_tpmm>) (debug,35 e_mjr_R=#<_e_mjr_R>) (debug,36 e_mnr_R=#<_e_mnr_R>) (debug,37 i_mjr_R=#<_i_mjr_R>) (debug,38 i_mnr_R=#<_i_mnr_R>) ( calc starting OD ) #<_taper_tot> = [#<_thread_len> * SIN[7] * #<_mkmmfctr>] (debug,42 taper_tot=#<_taper_tot>) ( looks small, cos is better ) m2 That should demo it if you've the current sim.lathe setup to mimic the "little monster" 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
