From: "andy pugh" 
To: "Enhanced Machine Controller (EMC)"
Cc: 
Sent: Wednesday April 10 2019 1:46:17PM
Subject: Re: [Emc-users] Hardware emcmot?

On Wed, 10 Apr 2019 at 19:43,  wrote:

 > Actually I *don't* want to run a form of Linux. Since it's
dedicated
 > HW, the tasks can be hardcoded for bare metal

 I wonder if the Mesa "SoftDMC" would do what you want?

        -----------------------------------------

        Hmm maybe so!

        Although it is key to modulate beam power at ~5KHz scaled with the
reciprocal of the instantaneous velocity and an accompanying motion
command param. Not the motion command target feedrate but the
instantaneous velocity after acceleration curves are applied. This
prevents burning more energy per inch than specified during accel
periods. 

        The vector sum is easy to sum squares, but then you have reciprocal
of the square root to create. You know, it doesn't have to be perfect,
I wonder if a polynomial for reciprocal-of-square-root would suffice?
Much faster esp since multiplying 32 bit numbers could in theory
overflow a 32 bit reg (although the velocity to do that seems
unreasonable).

        The same is true of any solution, except the bulk 98% of the base
requirement tasks are already there. No nontrapezoidal accel.

        There seems to be a lack of arc blending though, and I've seem the
result of poor trajectory planning on certain laser-cut files. Ones
that have like 1000 linear motion commands per inch (that number might
be hyperbole) and poor path smoothing, I think due to pixellation
causing irrelevant right-angle turns for only a few thousandth of an
inch. It ran *really* slow on something that was actually not a whole
lot of exceptionally high detail. Some of that could be path smoothing
approximated in the CAM stage.

        Danny

_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to