So there is another mode I didn't mention. When accelerating or decelerating, you're not at the specified cut speed, and the laser power must be reduced proportional to the speed.
For that, it's gonna use the "fast" PWM ~(10-25KHz). The period will be fixed but the duty cycle changes depending on current speed, which should be achievable with the 1ms servo-thread tying in current XY vector-sum velocity from emcmot into it. That one doesn't change rapidly, so it's pretty simple. Danny ---- andy pugh <bodge...@gmail.com> wrote: > On 24 October 2016 at 20:36, <dan...@austin.rr.com> wrote: > > > Seems like it makes sense to handle this on the Mesa. It'd be a big task > > to understand the FPGA and recode it. > > I don't think that there is any need for re-coding. (and I doubt that > it would be sensible to start sending JPG data to the FPGA). > The Mesa cards already have a PWM generator and (presumably) it is > clever enough to do the right thing when the duty-cycle changes. > > So, what is needed then is a realtime HAL component that reads image > data and a userspace component to feed it that image data (no > filesystem access for realtime components). > The link I gave above has files to do part of this, it creates a > private shared-memory region and loads image data into it where the > realtime component can "see" it. > > -- > atp > "A motorcycle is a bicycle with a pandemonium attachment and is > designed for the especial use of mechanical geniuses, daredevils and > lunatics." > — George Fitch, Atlanta Constitution Newspaper, 1916 ------------------------------------------------------------------------------ The Command Line: Reinvented for Modern Developers Did the resurgence of CLI tooling catch you by surprise? Reconnect with the command line and become more productive. Learn the new .NET and ASP.NET CLI. Get your free copy! http://sdm.link/telerik _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
