Greetings all; I am now thinking I am fighting with a bug in a WHILE/ENDWHILE loop.
1. None of my stuff I wrote to do peck tapping will run. gcode file: % ( tap3-8x16tpi-hole.ngc ) ( measure in inch's ) G20 #<_z_depth> = -1.0000000 #<_tp_inch> = 16 #<_down_per_rev> = [1.00000 / #<_tp_inch>] (big tap, puny 1hp oem motor on G0704, so advance 1/4 turn per peck) #<_z_dec> = [#<_down_per_rev> / 4.0000] G1 f10 x0 y0 Z0 ( put it at touched off just above hole to 0.0000 position ) #<_z_tmp> = 0.00000000 ( start z_tmp at that Z location) G0 z0.1000000 ( and put it above there to start the loop ) (debug,z-tmp=#<_z_tmp>) (debug,down-per-rev=#<_down_per_rev>) (debug,z_dec=#<_z_dec>) o100 WHILE [#<_z_tmp> gt #<_z_depth>] (debug,19 z-tmp=#<_z_tmp>) (prints once only, value is correct ) #<_z_tmp> = [#<_z_tmp> - #<_z_dec>] S500 M3 ( start motor in low gear, put here to test a startup from zero speed, no help ) G33.1 Z#<_z_tmp> k#<_down_per_rev> (gets joint 2 following error here) G4 P4 (4 second pause to clean chips out of & buttercut the tap ) o100 ENDWHILE M5 M2 % Now here is the puzzle, z moves to about -0.018" before it errors, AND an immediate check of #<_z_tmp> says its exactly -1.000000! Nothing in this code loop is being executed, yet #<_z_tmp> gets the final value from the loops execution. Thats the only way it could be decremented from 0.000000 to -1.000000, that I can see. Am I blind, or have I found a bug? 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> ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
