Re: [Emc-users] EDM

2016-04-30 Thread dave
You might try Petegruende...@att.net
Years ago he put together a sinker driven by basic code. One of the 
demo's was a thread cut
in a file. ;-)  There is a massive thread on emc_dev about feed and gap 
control. Also you might
want to contact Steve Stallings as he did  some work on a board some 
years ago.
HTH

Dave

On 04/30/2016 01:32 PM, Nicklas Karlsson wrote:
> Finally I start to get together both hardware and software including 
> generator for my EDM machine.
>
> I work with electronics and are new to mechanical machining and EDM in 
> particular. Do anybody know if anything more than adaptive feed rate 
> including backwards have been done for EDM?
>
>
> Nicklas Karlsson
>
> --
> 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


--
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


[Emc-users] EDM

2016-04-30 Thread Nicklas Karlsson
Finally I start to get together both hardware and software including generator 
for my EDM machine.

I work with electronics and are new to mechanical machining and EDM in 
particular. Do anybody know if anything more than adaptive feed rate including 
backwards have been done for EDM?


Nicklas Karlsson

--
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


Re: [Emc-users] LinuxCNC as laser cutter?

2016-04-30 Thread Danny Miller
I've been inside Universal Laser Systems lasers.  The laser doesn't have 
a throttle, just an on/off for the beam, and it's like this:

The beam is about 0.008" dia, 1/125th of an inch.

If you specify <100% power in vector mode, there is a Pulse Per Inch 
(PPI) factor used.  If you specify 50% power 300 PPI, it cuts at 1/600th 
in on, 1/600th in off. When it's on it's full power. That's not wide 
enough of a stop to leave any unburned length. For any given point, it 
receives less exposure to the beam.

When hitting the corners of a square, of course, acceleration rules 
apply to full stop/full start the vectors, and since it's less than the 
commanded speed, the exposure would be increased past the specification. 
So it does add a  DIFFERENT pwm to reduce power when the speed is below 
the target command, but it's fast- like 1000 pulses per inch, or might 
be in the time domain, I don't know.  It's not affected by the commanded 
PPI.  This does seem to mean that if you command 50% power and 500PPI, 
when it does the start/end of vectors and isn't at commanded speed, 
there's a series of 1/600th in on/off segments, AND within the ON 
segment it's pulsing at 1000PPI.

With rastering, there's two modes.  One is more "analog" and does high 
frequency PWM based on shade as it passes.
The other uses a fixed-length PWM as it goes, based on shade. Like on 
333 vertical raster lines per inch, it has a 60-lines-per-inch 
horizontal resolution.  That is, a 127 value in an 8-bit greyscale is 
1/120th in on, 1/120th in off.  It's an offset pattern, every other line 
starts 1/120th of an inch offset, to make a diamond-shaped grid.

There's also random-density mode, where it makes dots.  But it's hard to 
really nail down what it's doing- the laser must burn in a line.  It 
can't actually do a circular dot without stopping, which it doesn't do.  
It can burn pill-shapes of varying lengths.

Just thinking on this- you COULD specify that a straight 50% power 
vector line is a long string of G-codes- M62, one  G11/600th in segment 
on, M63, one G1 1/1600th off, interleaved over and over. It would be a 
VERY long file, and might have slow execution, and won't take into 
account acceleration.  Also, it is not uncommon to want to change power 
on the fly, and that'd be impossible- you'd have to regenerate the whole 
G-code.

FYI, in my experience with ULS lasers, yes you can change the speed & 
power of VECTORS on the machine after the job is generated.  However you 
cannot change the number of vertical lines per inch on rastering.  You 
can change the raster speed.  Which makes sense.

So the way I interpret it, no, that's all totally wrong to generate 
G-code pulses within the vectors, instead you'd generate the PWM within 
LinuxCNC's software.

But, now, rastering- that's genuinely complicated.  Like I say, at least 
2 modes here.  In either case I can't imagine how to do it with 
LinuxCNC's software.  In the case of the "analog raster mode" (using a 
high speed PWM and changing it rapidly), well I still don't get how 
you'd specify all the raster data.  You could use the Z to specify the 
power, but then it'll want to ramp into and out of pixels, which sounds 
pretty wrong.  e.g. with 100 DPI 50% gray, it would be:
G1 X0  Y0 Z0
G1 X0.05 Y0 Z1
G1 X0.10 Y0 Z0

And you'd end up with a sawtoothed path, instead of a square pixel.  
That's not quite right.  It would have to be:
G1 X0 Y0 Z0
G0 Z1
G1 X0.05 Y0
G0 Z0
G1 X0.10 Y0

Which might work, but it sure sounds awkward.

Danny


On 4/30/2016 7:22 AM, Nicklas Karlsson wrote:
> If you have problem with PWM signal generation there are plenty of cheap
> micro controller development board available although protocols may be
> worse. I guess it could be an idea to search m-codes for "professional"
> laser cutters or maybe reuse codes usually used for spindle.
>
> 2016-04-30 3:48 GMT+02:00 Bruce Layne :
>
>> I still haven't built my 3' X 5' 80W CNC laser, but it'll be controlled
>> by LinuxCNC when I do.  I've had a big pile of laser parts for almost
>> three years.  Maybe later this summer, if I finally find some mojo.
>>
>> LinuxCNC is better for cutting and embossing/engraving lines. LinuxCNC
>> is not good for raster laser engraving.  Most of my laser jobs are
>> cutting and light scoring which are essentially vector jobs, but I do
>> have a few logos that are currently raster engraved on a friend's laser,
>> which is essentially operating as a Windows printer using a proprietary
>> printer driver, under CorelDraw.  My logos are simple, made of solid
>> shapes, and I expect to render them as vector engravings by outputting
>> vector image files from Inkscape.  That's the plan, anyway.  If you want
>> to laser engrave photographs, you will probably need some way to raster
>> engrave.  In that case, LinuxCNC may not be a good option for you.
>>
>> I've seen a few CNC lasers that used the -Z hack to turn the laser on,
>> and that does have a 

Re: [Emc-users] LinuxCNC as laser cutter?

2016-04-30 Thread samco
Long thread but Ben created a Hal component to do rastering with the printer 
port. 

http://www.buildlog.net/forum/viewtopic.php?f=16=557

Sam

On Sat, 30 Apr 2016 13:39:57 +0100
 Sarah Armstrong  wrote:
> Linuxcnc works fine for Laser cutting ,
> 
> Laser rasterising is a totally different matter , and needs to be looked at
> from a different perspective
> it also depends on how your laserbeam is switched , and the modulation type
> used .
> their is some limited information regarding rasterising on the Wiki Pages .
> 
> 
> 
> On 30 April 2016 at 13:22, Nicklas Karlsson 
> wrote:
> 
> > If you have problem with PWM signal generation there are plenty of cheap
> > micro controller development board available although protocols may be
> > worse. I guess it could be an idea to search m-codes for "professional"
> > laser cutters or maybe reuse codes usually used for spindle.
> >
> > 2016-04-30 3:48 GMT+02:00 Bruce Layne :
> >
> > > I still haven't built my 3' X 5' 80W CNC laser, but it'll be controlled
> > > by LinuxCNC when I do.  I've had a big pile of laser parts for almost
> > > three years.  Maybe later this summer, if I finally find some mojo.
> > >
> > > LinuxCNC is better for cutting and embossing/engraving lines. LinuxCNC
> > > is not good for raster laser engraving.  Most of my laser jobs are
> > > cutting and light scoring which are essentially vector jobs, but I do
> > > have a few logos that are currently raster engraved on a friend's laser,
> > > which is essentially operating as a Windows printer using a proprietary
> > > printer driver, under CorelDraw.  My logos are simple, made of solid
> > > shapes, and I expect to render them as vector engravings by outputting
> > > vector image files from Inkscape.  That's the plan, anyway.  If you want
> > > to laser engrave photographs, you will probably need some way to raster
> > > engrave.  In that case, LinuxCNC may not be a good option for you.
> > >
> > > I've seen a few CNC lasers that used the -Z hack to turn the laser on,
> > > and that does have a certain simplicity, but I think it's too kludgey
> > > with too many tradeoffs and undesirable behaviors from the trajectory
> > > planner.  I plan on using M codes to turn the laser on and off.  I also
> > > plan on using the Z axis to drive stepper motors to jog the table
> > > elevation when setting up a job at the correct height.  In theory, I
> > > could laser engrave 3D objects by using the Z axis as well, but I don't
> > > plan on using any Z motion in my laser G code, other than maybe a fixed
> > > Z offset at the beginning from the homed Z position is I decide to have
> > > a hardware Z=0 with relative offsets from that for each job.  I also
> > > plan on a light duty 4th axis for laser cutting round objects.  One of
> > > my production jobs requires laser cutting and embossing cylindrical
> > tubes.
> > >
> > > For reduced power settings, I'll pulse width modulate a signal to turn
> > > the laser on and off fairly quickly.
> > >
> > > Many people would assume that it'd be easier and faster to draw
> > > something in CorelDraw and "print" it on the laser, but I hate it, and
> > > would much rather have direct control of the G code.  The CorelDraw
> > > print driver for the laser may be faster when making one or two of
> > > something, but it gives me no control over the order in which features
> > > are cut on the laser, which results in clumsy production jobs that are
> > > difficult to run because the order of subsequent steps are random, and
> > > there is a lot of wasted motion.  I want the control that I get writing
> > > G code by hand, in a logical progression.  To some extent, this is an
> > > extension of the lack of control I have in Windows, compared to Linux.
> > > I think it's more of a philosophical difference than a technical
> > > difference.
> > >
> > > Sorry, but I haven't implemented any of this LinuxCNC laser stuff yet,
> > > so I have only this generic advice and no specific LinuxCNC example code.
> > >
> > >
> > >
> > > On 04/29/2016 08:29 PM, Danny Miller wrote:
> > > > Having some preliminary thoughts about LinuxCNC's appropriateness to be
> > > > a laser cutter, like 120W CO2.  The other option is the open-source
> > > > Lasersaur or Axecut.   Those aren't particularly advanced trajectory
> > > > planners or anything.
> > > >
> > > >Can it be a good tool for lasering?
> > > >
> > > > I did see where some people had done it with some hacks, but I don't
> > > > know how practical they are.  There was something about using a
> > negative
> > > > Z-value to turn on the laser.
> > > >
> > > > A lot of things come to mind.
> > > >
> > > > One, often the laser needs to turn on and off quickly, without
> > > > stopping.  If it's technically implemented as a Z-move, it would slow
> > to
> > > > move the nonexistent Z-axis.  Would that work by just changing the
> > > > Z-acceleration 

Re: [Emc-users] wj200 vfd "wait-for-speed"

2016-04-30 Thread Sarah Armstrong
check that your spindle encoder is running correctly , and counting in the
correct directions up/down etc


On 29 April 2016 at 19:05,  wrote:

> Hmm I just noticed it started moving while the spindle was still spooling
> up.  But that may have only been G0 moves it allowed.  I just saw motion
> and became concerned.
>
> If it waits if it encounters a G1 before is-at-speed=TRUE, then that's
> already perfect!
>
> Danny
>
>
>  Chris Kelley  wrote:
> > Do you have wj200-vfd.N.is-at-speed connected to motion.spindle-at-speed?
> > Have you checked to make sure that wj200-vfd.N.is-at-speed is only going
> > true when expected?
> >
> > We have several machines set up to use the motion.spindle-at-speed pin
> and
> > have never had a problem with it working incorrectly. Just remember that
> it
> > is only supposed to stop the _first_ feed move after a spindle start or
> > speed change. It's not supposed to pause/hold any rapid moves.
> >
> > On Fri, Apr 29, 2016 at 1:11 AM, Danny Miller 
> wrote:
> >
> > > I have a VFD running on:
> > >
> > > http://linuxcnc.org/docs/html/man/man9/wj200_vfd.9.html
> > >
> > > Actually it's an X200 VFD and the code is slightly different, but
> that's
> > > not important.
> > >
> > > I noticed that it doesn't wait for the spindle to get up to speed when
> > > started in-code.  It just goes.
> > >
> > > What are my options here?  I could write a HAL for "if spindle.on and
> > > !spindle.at-speed and !paused, set Pause to true", but that sounds
> > > overly complicated, and I can't release it with "if spindle.on and
> > > spindle.at-speed and paused, set Resume to true" because the user may
> > > have requested a pause and that would spuriously cause  a resume.
> > >
> > > Danny
> > >
> > >
> > >
> > >
> --
> > > 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
> > >
> >
> --
> > 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
>
>
>
> --
> 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
>



-- 

The information contained in this message is confidential and is intended
for the addressee only. If you have received this message in error or there
are any problems please notify the originator immediately. The unauthorised
use, disclosure, copying or alteration of this message is strictly
forbidden. This mail and any attachments have been scanned for viruses
prior to leaving the RcTechnix network. RcTechnix will not be liable for
direct, special, indirect or consequential damages arising from alteration
of the contents of this message by a third party or as a result of any
virus being passed on.

RcTechnix reserves the right to monitor and record e-mail messages being
sent to and from this address for the purposes of investigating or
detecting any unauthorised use of its system and ensuring effective
operation.

(c) RcTechnix
--
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

Re: [Emc-users] LinuxCNC as laser cutter?

2016-04-30 Thread Sarah Armstrong
Linuxcnc works fine for Laser cutting ,

Laser rasterising is a totally different matter , and needs to be looked at
from a different perspective
it also depends on how your laserbeam is switched , and the modulation type
used .
their is some limited information regarding rasterising on the Wiki Pages .



On 30 April 2016 at 13:22, Nicklas Karlsson 
wrote:

> If you have problem with PWM signal generation there are plenty of cheap
> micro controller development board available although protocols may be
> worse. I guess it could be an idea to search m-codes for "professional"
> laser cutters or maybe reuse codes usually used for spindle.
>
> 2016-04-30 3:48 GMT+02:00 Bruce Layne :
>
> > I still haven't built my 3' X 5' 80W CNC laser, but it'll be controlled
> > by LinuxCNC when I do.  I've had a big pile of laser parts for almost
> > three years.  Maybe later this summer, if I finally find some mojo.
> >
> > LinuxCNC is better for cutting and embossing/engraving lines. LinuxCNC
> > is not good for raster laser engraving.  Most of my laser jobs are
> > cutting and light scoring which are essentially vector jobs, but I do
> > have a few logos that are currently raster engraved on a friend's laser,
> > which is essentially operating as a Windows printer using a proprietary
> > printer driver, under CorelDraw.  My logos are simple, made of solid
> > shapes, and I expect to render them as vector engravings by outputting
> > vector image files from Inkscape.  That's the plan, anyway.  If you want
> > to laser engrave photographs, you will probably need some way to raster
> > engrave.  In that case, LinuxCNC may not be a good option for you.
> >
> > I've seen a few CNC lasers that used the -Z hack to turn the laser on,
> > and that does have a certain simplicity, but I think it's too kludgey
> > with too many tradeoffs and undesirable behaviors from the trajectory
> > planner.  I plan on using M codes to turn the laser on and off.  I also
> > plan on using the Z axis to drive stepper motors to jog the table
> > elevation when setting up a job at the correct height.  In theory, I
> > could laser engrave 3D objects by using the Z axis as well, but I don't
> > plan on using any Z motion in my laser G code, other than maybe a fixed
> > Z offset at the beginning from the homed Z position is I decide to have
> > a hardware Z=0 with relative offsets from that for each job.  I also
> > plan on a light duty 4th axis for laser cutting round objects.  One of
> > my production jobs requires laser cutting and embossing cylindrical
> tubes.
> >
> > For reduced power settings, I'll pulse width modulate a signal to turn
> > the laser on and off fairly quickly.
> >
> > Many people would assume that it'd be easier and faster to draw
> > something in CorelDraw and "print" it on the laser, but I hate it, and
> > would much rather have direct control of the G code.  The CorelDraw
> > print driver for the laser may be faster when making one or two of
> > something, but it gives me no control over the order in which features
> > are cut on the laser, which results in clumsy production jobs that are
> > difficult to run because the order of subsequent steps are random, and
> > there is a lot of wasted motion.  I want the control that I get writing
> > G code by hand, in a logical progression.  To some extent, this is an
> > extension of the lack of control I have in Windows, compared to Linux.
> > I think it's more of a philosophical difference than a technical
> > difference.
> >
> > Sorry, but I haven't implemented any of this LinuxCNC laser stuff yet,
> > so I have only this generic advice and no specific LinuxCNC example code.
> >
> >
> >
> > On 04/29/2016 08:29 PM, Danny Miller wrote:
> > > Having some preliminary thoughts about LinuxCNC's appropriateness to be
> > > a laser cutter, like 120W CO2.  The other option is the open-source
> > > Lasersaur or Axecut.   Those aren't particularly advanced trajectory
> > > planners or anything.
> > >
> > >Can it be a good tool for lasering?
> > >
> > > I did see where some people had done it with some hacks, but I don't
> > > know how practical they are.  There was something about using a
> negative
> > > Z-value to turn on the laser.
> > >
> > > A lot of things come to mind.
> > >
> > > One, often the laser needs to turn on and off quickly, without
> > > stopping.  If it's technically implemented as a Z-move, it would slow
> to
> > > move the nonexistent Z-axis.  Would that work by just changing the
> > > Z-acceleration to something ridiculously high?
> > >
> > > Two, sometimes we do reduce the cut power, to only mark the surface
> > > instead of cutting it.  Initially you reduce the depth of cut by
> > > increasing speed, but if it's paper, you can't increase the speed
> > > enough, you have to cut back on the power.  And the required power will
> > > change inside the document.  How would that get specified, just with a
> > 

[Emc-users] Joints Axes 13

2016-04-30 Thread John Thornton
I'm testing JA13 on my tiny gantry machine. For those that want to 
use/test it but are bewildered about building it I'll keep builds of the 
deb with instructions here
gnipsel.com/files/linuxcnc/ja/ 

JT

--
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


Re: [Emc-users] LinuxCNC as laser cutter?

2016-04-30 Thread Nicklas Karlsson
If you have problem with PWM signal generation there are plenty of cheap
micro controller development board available although protocols may be
worse. I guess it could be an idea to search m-codes for "professional"
laser cutters or maybe reuse codes usually used for spindle.

2016-04-30 3:48 GMT+02:00 Bruce Layne :

> I still haven't built my 3' X 5' 80W CNC laser, but it'll be controlled
> by LinuxCNC when I do.  I've had a big pile of laser parts for almost
> three years.  Maybe later this summer, if I finally find some mojo.
>
> LinuxCNC is better for cutting and embossing/engraving lines. LinuxCNC
> is not good for raster laser engraving.  Most of my laser jobs are
> cutting and light scoring which are essentially vector jobs, but I do
> have a few logos that are currently raster engraved on a friend's laser,
> which is essentially operating as a Windows printer using a proprietary
> printer driver, under CorelDraw.  My logos are simple, made of solid
> shapes, and I expect to render them as vector engravings by outputting
> vector image files from Inkscape.  That's the plan, anyway.  If you want
> to laser engrave photographs, you will probably need some way to raster
> engrave.  In that case, LinuxCNC may not be a good option for you.
>
> I've seen a few CNC lasers that used the -Z hack to turn the laser on,
> and that does have a certain simplicity, but I think it's too kludgey
> with too many tradeoffs and undesirable behaviors from the trajectory
> planner.  I plan on using M codes to turn the laser on and off.  I also
> plan on using the Z axis to drive stepper motors to jog the table
> elevation when setting up a job at the correct height.  In theory, I
> could laser engrave 3D objects by using the Z axis as well, but I don't
> plan on using any Z motion in my laser G code, other than maybe a fixed
> Z offset at the beginning from the homed Z position is I decide to have
> a hardware Z=0 with relative offsets from that for each job.  I also
> plan on a light duty 4th axis for laser cutting round objects.  One of
> my production jobs requires laser cutting and embossing cylindrical tubes.
>
> For reduced power settings, I'll pulse width modulate a signal to turn
> the laser on and off fairly quickly.
>
> Many people would assume that it'd be easier and faster to draw
> something in CorelDraw and "print" it on the laser, but I hate it, and
> would much rather have direct control of the G code.  The CorelDraw
> print driver for the laser may be faster when making one or two of
> something, but it gives me no control over the order in which features
> are cut on the laser, which results in clumsy production jobs that are
> difficult to run because the order of subsequent steps are random, and
> there is a lot of wasted motion.  I want the control that I get writing
> G code by hand, in a logical progression.  To some extent, this is an
> extension of the lack of control I have in Windows, compared to Linux.
> I think it's more of a philosophical difference than a technical
> difference.
>
> Sorry, but I haven't implemented any of this LinuxCNC laser stuff yet,
> so I have only this generic advice and no specific LinuxCNC example code.
>
>
>
> On 04/29/2016 08:29 PM, Danny Miller wrote:
> > Having some preliminary thoughts about LinuxCNC's appropriateness to be
> > a laser cutter, like 120W CO2.  The other option is the open-source
> > Lasersaur or Axecut.   Those aren't particularly advanced trajectory
> > planners or anything.
> >
> >Can it be a good tool for lasering?
> >
> > I did see where some people had done it with some hacks, but I don't
> > know how practical they are.  There was something about using a negative
> > Z-value to turn on the laser.
> >
> > A lot of things come to mind.
> >
> > One, often the laser needs to turn on and off quickly, without
> > stopping.  If it's technically implemented as a Z-move, it would slow to
> > move the nonexistent Z-axis.  Would that work by just changing the
> > Z-acceleration to something ridiculously high?
> >
> > Two, sometimes we do reduce the cut power, to only mark the surface
> > instead of cutting it.  Initially you reduce the depth of cut by
> > increasing speed, but if it's paper, you can't increase the speed
> > enough, you have to cut back on the power.  And the required power will
> > change inside the document.  How would that get specified, just with a
> > differing Z-depth?
> >
> > When not at the specified speed due to acceleration limits, the software
> > needs to reduce the power to avoid delivering more energy/mm than the
> > user specified.  Actually this sounds like the easiest part, presuming
> > we can get an accurate instantaneous speed.
> >
> > All power adjustments come via a PWM pin.
> >
> > Danny
> >
>
>
>
> --
> Find and fix application performance issues faster with Applications
> Manager
> Applications Manager 

Re: [Emc-users] LinuxCNC as laser cutter?

2016-04-30 Thread Gene Heskett
On Saturday 30 April 2016 05:56:10 andy pugh wrote:

> On 30 April 2016 at 05:16, Danny Miller  wrote:
> > 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.
>
> That's Mach :-)
>
> LinuxCNC turns on the output and starts the associated move at the
> same time.
>
> However, for rastering you really want to be moving at constant speed
> and "clock out" the image data depending on position.

This might be doable with halstreamer and streamer, and might be used 
with a base-thread clocking rate.  The man pages do not indicate there 
would be a line length limit other than the size of the shared memory.

Would that offer fine enough detail, switching the laser on and off in 
base-thread time slices?

I can see that since the data would best be described as random, that it 
would need to be fetched in bit counts that would represent one full 
line scan per line since there would not be a unique EOL character to 
such data.

The laser would need to be turned off by the fifo empty, motion paused or 
moved to the next line while the fifo is being reloaded from the file as 
that would take an arbitrary amount of time.  Details of the startup 
acceleration I see as a positioning problem because you would want the 
laser carrier moving at full speed and at the true starting position of 
the image when the first bit was clocked out.  The inclusion of the 
enable bit mentioned in the man page for streamer would make some of the 
other timing requirements much easier to meet.

To work in both directions would be desirable as a retrace move would be 
a huge time waster, but inverting the order of the fifo clockout as 
opposed to pre-ordering as the data file was being generated seems like 
the better idea.  I can sure see a lot of cpu being used during the fifo 
reloading time at the end of each scanned line to accomplish this.  If 
clockout from whichever end of the fifo is needed, it seems the 
direction bit of the axis doing the scanning might be usable for that.

Details TBD of course. Size of the scanned image and its scaling to fit 
the image being cut would have to be preprocessor problems as any change 
in the size and scaling would require the source file to be regenerated.
I could also see the potential for 3D by clocking out a byte at a time 
which controlled the lasers power for that base-thread slice of time.  
The files size would of course be 8x the size of an on-off bitfile.  
That might, from available memory limits, constrain the size of the 
image being constructed as I can't imagine a mid line reload without 
artifacts in the image.

Food for the concept at least, I'll get me coat. :)

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 

--
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


Re: [Emc-users] LinuxCNC as laser cutter?

2016-04-30 Thread andy pugh
On 30 April 2016 at 05:16, Danny Miller  wrote:
> 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.

That's Mach :-)

LinuxCNC turns on the output and starts the associated move at the same time.

However, for rastering you really want to be moving at constant speed
and "clock out" the image data depending on position.

-- 
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

--
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


Re: [Emc-users] A bit OT: DNC - NC file server from microcomputer?

2016-04-30 Thread Nicklas Karlsson
Simplest to understand would be one program automatically loaded on each USB 
stick. With a label on each USB stick a minimum of computer knowledge would be 
required.



> I would go with network, but the customer wants USB flash. They are not 
> very computer-savy. I wish to help them to find better way.
> 
> 04/30/2016 07:46 AM, Chris Albertson rašė:
> > How are you getting the files onto the USB drive.  It seems simplest if you
> > could loose the USB drive and move files over a network.  With a file
> > server of some kind you also loose the concept of "moving" files.  There
> > would just be a shared folder And you'd drop the files there.  No USB drives
> 
> 
> --
> 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

--
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


Re: [Emc-users] A bit OT: DNC - NC file server from microcomputer?

2016-04-30 Thread Marius Alksnys
04/30/2016 03:17 AM, Erik Friesen rašė:
> Are you comfortable coding?

Yes.


--
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


Re: [Emc-users] A bit OT: DNC - NC file server from microcomputer?

2016-04-30 Thread Marius Alksnys
That would be awesome!

> I can dig up program source for anybody that wants
> it as a starting point.
>
> -- Ralph


--
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


Re: [Emc-users] A bit OT: DNC - NC file server from microcomputer?

2016-04-30 Thread Marius Alksnys
I would go with network, but the customer wants USB flash. They are not 
very computer-savy. I wish to help them to find better way.

04/30/2016 07:46 AM, Chris Albertson rašė:
> How are you getting the files onto the USB drive.  It seems simplest if you
> could loose the USB drive and move files over a network.  With a file
> server of some kind you also loose the concept of "moving" files.  There
> would just be a shared folder And you'd drop the files there.  No USB drives


--
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


[Emc-users] Animatics 5000 controller info, dropbox link this time.

2016-04-30 Thread Gregg Eshelman
Big Thanks to Chuck Searcy at Moog Animatics for digging through old backups to 
find this technical and programming information, and software for the 5000 
series servo controllers. One thing to note, small programs can be uploaded to 
the controller to have it run headless. Light Machines and Intelitek only used 
the DNC mode.

https://www.dropbox.com/s/8o87wzopl4yyjae/CD5XX6.zip?dl=0
Hopefully there's the info there to enable adding support to LCNC. Get that 
going and the value of PLM2000 mills will go up more since they won't have to 
be used with crusty old DOS software or have the control electronics replaced.
--
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