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