Hmm. http://www.machsupport.com/forum/index.php?topic=27782.15;wap2
Looks like they're saying M62 actuall takes effect slightly before the G-code command executes, which could be a problem. How would you tie in requested power and modulate the power according to the instantaneous linear speed the trajectory planner ends up with? What's wrong with tying it so z=1 is 100% power, give a ridiculously high acceleration on the Z so it's not slowing down the motion, and somehow make a PWM output with a duty cycle of z*(actual velocity)/(feedrate)? e.g. the g-code is: starting from X8, Y0 G0 X10 Y0 G0 Z1 G1 X20 F20 G0 Z0 At X=0.1, the velocity is still ramping up and has a value of 10. The PWM should be at 50% for half power at that point, so it'll deliver the same energy per inch across the entire cut. Well... hmm, path smoothing might make it "curve" into Z=1 instead of just turning on there. There would be no need for smoothing here. I'm worried how bad rastering would get if it were represented in G-code. Then again, I do pull in huge raster jobs with 1/16" bits anyhow on the CNC. Danny On 4/29/2016 7:55 PM, andy pugh wrote: > On 30 April 2016 at 01:29, Danny Miller <dan...@austin.rr.com> wrote: >> There was something about using a negative >> Z-value to turn on the laser. > M62 works better and does not break blending. > ------------------------------------------------------------------------------ Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
