date:20140209


If it is the case then it's confirmed that PNCConf has a bug because it 
should generate this kind of configuration when a non default address is 
specified for the parallel port.
 
Matthieu.

Yes this is a confirmed bug.
https://sourceforge.net/p/emc/bugs/358/

Thanks
Chris M   
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] mesa 5i25, pncconf working but not linuxcnc

Hi,

I configured a mesa 5i25 with prob_rfx2 firmware with pncconf and the 
xml files found here
http://permalink.gmane.org/gmane.linux.distributions.emc.user/33697

In pncconf, that works fine, I can hit the test/tune button to run tests 
on each axis. The movement is smooth and fast.

After configuring, I started linuxcnc (with tklinuxcnc as I have opengl 
issues with axis right now), and it immediately gives me joint following 
errors. No move, nothing.
I figure pncconf uses the same configuration it generates for testing, 
so I am at a loss as to why things work within pncconf, but not in 
tklinuxcnc.

Any advise on what I should be looking at to figure this out ?

Bruno


--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] MPG pendant

2014-02-09 Thread Pete Matos

This is one of the things on the high priority list for the VMC here to
me. I can really see that it would be nice to have and setting up jobs
would be that much easier. My waterproof and debris proof keyboard is great
but one of those would come in real handy. Interested to see what you guys
go with and why and how well it works for you. Please keep us posted on
them.

Pete

On Sat, Feb 8, 2014 at 2:17 PM, Billy Huddleston bi...@ivdc.com wrote:

Wow, I didn't even notice the fact that it wasn't for Mach3. Now you have
me concerned on which one to get. Silver Button, with 18-Keys would be the
one I would want.. But, not
finding that one.. I see the Red button versions, with BLUE keys..
automationtechnologiesinc has the Red Button 18-Key that looks just like
the first ebay link I sent.. but, says
it's for Mach3. I'm debating about wired vs wireless... I hate getting
stuff from China sometimes.. hard to tell exactly what your going to get..
This is for my little shop, so,
restricting me not a issue.. the room does that just fine.. only 7' x 11'
:)

Thanks, Billy

On 02/08/2014 09:31 AM, Ted Hyde wrote:
Billy - I have each of these. The red button one was the first I
picked up over a year ago, before a lot of the heavy lifting was being
worked on for the HID interface for LCNC; I thought perhaps I would find
some time to reverse-engineer it, and worst case, I could give it to a
friend of mine who uses Mach3. I couldn't get it to set up with Mach3 at
all, neither could my friend, and it refuses to connect with the current
HB04 components. Your particular ebay link states Does not work with
Mach3 and that should be a warning, although the one I got didn't
disclose that. I can't say if it's the same problem, or if the unit was
defective, I couldn't even get the HID descriptor to decompile, so
perhaps I just received a flaky unit.

On the other hand, the silver power button version (actual HB04) I
picked up about 6 months ago, worked perfectly right out of the box
(profile 2 for the menu layout, I believe), I now have a second one, and
both work fine simultaneously, in a shop that has 3 CNC machines, lots
of neighboring industrial equipment, and even an RF testing lab a few
doors down. I get a very solid 50+ foot range, it's just a matter of
ensuring the right remote stays with the right machine. I'm typically
the only one using the pendants, so I have an additional level of safety
where there is typically only one in use at a time. Plenty of
traditional control and estop on each system remains.

I have no idea how each pendant is paired to its receiver, whether it's
just a factory-side pairing, a serial number or GUID, or just luck from
different batches at different times.

I agree that a wired pendant is often more appropriate for daily
operation because it restricts the operator physically, although a
wireless one I've found to be very handy and I believe safer
particularly for maintenance or during the building of a machine, to not
be hindered by cords, where you can just place the pendant on anything
steel (the back is magnetic) and it will stay there, and not
accidentally get pulled off by the dreaded coily cord syndrome.
(Admittedly, the cabled USB version of this pendant isn't coily, which I
consider a good thing). And if you forget it there, the pendant is
not likely to be damaged, just perhaps your pride.

Kudos to Fred, Seb, Dewey co for great work on that component
inclusion. It's clean, stable, and I think just the right amount of
thought for using a USB interface for this purpose.

Regards,
Ted.

On 2/7/2014 11:55 AM, emc-users-requ...@lists.sourceforge.net wrote:
--

Message: 4
Date: Fri, 07 Feb 2014 11:49:19 -0500
From: Billy Huddlestonbi...@ivdc.com
Subject: Re: [Emc-users] MPG pendant
To: Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
Message-ID:52f50e8f.2070...@ivdc.com
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

These look interesting.. I might get one.. Only issue I see is.. all
the ones I can find are the 18 key version.. Which hasn't been tested with
the driver according to the Wiki.
Also, Ebay has several of which that have a different face plate.. Ones
with Blue and have Macro.. I like the 16 Key better.. Has Step Mode
instead of and says X Y Z 4 Spindle
Feed. Looks like the newer one Has X Y Z Spindle Feed and Something
Else ? Also like the silver all metal button vs the cheap looking red one..
Can anyone comment on the different
ones ?

On Ebay

http://www.ebay.com/itm/New-NCStudio-CNC-3-4-Axis-Wireless-Handwheel-Manual-Pulse-Generator-MPG-Pendant-/171161089364?pt=BI_Heavy_Equipment_Partshash=item27d9fef554

One with BLUE keypad -- Has the nice silver Button.

Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc

2014-02-09 Thread andy pugh

On 9 February 2014 11:30, bruno br...@tinkerbox.org wrote:

 After configuring, I started linuxcnc (with tklinuxcnc as I have opengl
 issues with axis right now), and it immediately gives me joint following
 errors. No move, nothing.

It might be that Pncconf doesn't teack following error, or has higher limits.

However, if this is a stepper system then following error means
something slightly different to what it means in a servo system. It
means that the system has not been able to make the number of steps
requested.

What this typically means is that the system stepgen accelleration
numbers are bigger than the step generator limits. Have a look through
your INI file and check that the step-generator accel limits are a
bit higher than the system and axis limits.

Is the machine a gantry system? The other possibility is that the
step-generator feedback is going to the wrong axis.

-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Emc-users Digest, Vol 94, Issue 17


This is a stepper system, trivkins, 3 axis mill.
I kind of assumed that the tuning in pncconf is using the configuration 
that it will write, it's not very useful if one tunes things but then 
the parameters to use are different...

so you are referring to these

  *

/STEPGEN_MAXACCEL = 21.0/- Acceleration limit for the step
generator. This should be 1% to 10% larger than the axis
MAX_ACCELERATION. This value improves the tuning of stepgen's
position loop. If you have added backlash compensation to an axis
then this should be 1.5 to 2 times greater than MAX_ACCELERATION.

  *

/STEPGEN_MAXVEL = 1.4/- Older configuration files have a velocity
limit for the step generator as well. If specified, it should also
be 1% to 10% larger than the axis MAX_VELOCITY. Subsequent testing
has shown that use of STEPGEN_MAXVEL does not improve the tuning of
stepgen's position loop.

looking at the hostmot driver

  *

/maxaccel/- (Float, RW) Maximum acceleration, in position units per
second per second. If set to 0, the driver will not limit its
acceleration.

  *

/maxvel/- (Float, RW) Maximum speed, in position units per second.
If set to 0, the driver will choose the maximum velocity based on
the values of steplen and stepspace (at the time that maxvel was set
to 0).

seems like it would be best to specify 0 for both of those as the per 
axis limits would still be in place ?
I am going to play with that and see... thanks for the reply

On 2/9/14 4:04 PM, emc-users-requ...@lists.sourceforge.net wrote:
 Date: Sun, 9 Feb 2014 15:03:40 +
 From: andy pughbodge...@gmail.com
 Subject: Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc
 To: Enhanced Machine Controller (EMC)
   emc-users@lists.sourceforge.net
 Message-ID:
   CAN1+YZV2iQb-AQmWE4TYbxithWSFmSvuMRP-kxk8=jhwpjd...@mail.gmail.com
 Content-Type: text/plain; charset=ISO-8859-1

 On 9 February 2014 11:30, brunobr...@tinkerbox.org  wrote:

 After configuring, I started linuxcnc (with tklinuxcnc as I have opengl
 issues with axis right now), and it immediately gives me joint following
 errors. No move, nothing.
 It might be that Pncconf doesn't teack following error, or has higher limits.

 However, if this is a stepper system then following error means
 something slightly different to what it means in a servo system. It
 means that the system has not been able to make the number of steps
 requested.

 What this typically means is that the system stepgen accelleration
 numbers are bigger than the step generator limits. Have a look through
 your INI file and check that the step-generator accel limits are a
 bit higher than the system and axis limits.

 Is the machine a gantry system? The other possibility is that the
 step-generator feedback is going to the wrong axis.

 -- atp If you can't fix it, you don't own it. 
 http://www.ifixit.com/Manifesto

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Axis not updating if linuxcncrsh opens file

2014-02-09 Thread Christopher Purcell

In recent tests, I connect to a running LinuxCNC 2.5.3 process (Axis 2.5.3 gui) 
with linuxcncrsh and nc. If I open an ngc file using linuxcncrsh commands like:
...
set mode auto
set open file.ngc
...
then the running Axis process shows that a new file has been loaded by a change 
in its banner, but the tool path plot does not update, nor does the displayed 
g-code. 

If you then Run the gcode in Axis, the path (corresponding to the new file) 
will be drawn superimposed on the previous file's plot. The Axis code display 
toggles ahead through the previous code while the live plot is doing something 
different. So its a mess. Axis is somewhat aware of the new open file, but is 
not initializing as it does, when a file is loaded using its own File Open 
button. 

This is no big deal, but I guess I am posting this in case the highly paid Axis 
team are sitting around drinking coffee and wondering what to work on next. 

Why you ask, well I am testing having Mathematica talk to linuxcncrsh - with 
Axis running on the remote operator workstation, and Mathematica acting as some 
sort of supreme being (generating the GCode and watching the build, but leaving 
the real time stuff to LinuxCNC). Retired people have far too much time on 
their hands...

PS: three of my posts to the list have vanished without a trace in the last 
week, so am crossing my fingers that this gets through.

Christopher Purcell 
Dartmouth, NS Canada


--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Emc-users Digest, Vol 94, Issue 17

 Date: Sun, 9 Feb 2014 17:25:03 +0100
 From: br...@tinkerbox.org
 To: emc-users@lists.sourceforge.net
 Subject: Re: [Emc-users] Emc-users Digest, Vol 94, Issue 17

 This is a stepper system, trivkins, 3 axis mill.
 I kind of assumed that the tuning in pncconf is using the configuration 
 that it will write, it's not very useful if one tunes things but then 
 the parameters to use are different...

 so you are referring to these

   *

 /STEPGEN_MAXACCEL = 21.0/- Acceleration limit for the step
 generator. This should be 1% to 10% larger than the axis
 MAX_ACCELERATION. This value improves the tuning of stepgen's
 position loop. If you have added backlash compensation to an axis
 then this should be 1.5 to 2 times greater than MAX_ACCELERATION.

   *

 /STEPGEN_MAXVEL = 1.4/- Older configuration files have a velocity
 limit for the step generator as well. If specified, it should also
 be 1% to 10% larger than the axis MAX_VELOCITY. Subsequent testing
 has shown that use of STEPGEN_MAXVEL does not improve the tuning of
 stepgen's position loop.

 looking at the hostmot driver

   *

 /maxaccel/- (Float, RW) Maximum acceleration, in position units per
 second per second. If set to 0, the driver will not limit its
 acceleration.

   *

 /maxvel/- (Float, RW) Maximum speed, in position units per second.
 If set to 0, the driver will choose the maximum velocity based on
 the values of steplen and stepspace (at the time that maxvel was set
 to 0).

 seems like it would be best to specify 0 for both of those as the per 
 axis limits would still be in place ?
 I am going to play with that and see... thanks for the reply

Don't set them to 0. It doesn't work reliably.
Pncconf sets them to 25% more.

Does your drives require an enable ? I would check that signal with
halmeter or a real meter.

While pncconf uses the same numbers as it tunes ( as long as you clicked accept)
It doesn't use the same HAL code in the test as in linuxcnc so problems can
creep in and bugs are always possible.

Chris M   

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Emc-users Digest, Vol 94, Issue 17

On Sun, 9 Feb 2014, bruno wrote:

 Date: Sun, 09 Feb 2014 17:25:03 +0100
 From: bruno br...@tinkerbox.org
 Reply-To: Enhanced Machine Controller (EMC)
 emc-users@lists.sourceforge.net
 To: emc-users@lists.sourceforge.net
 Subject: Re: [Emc-users] Emc-users Digest, Vol 94, Issue 17

 This is a stepper system, trivkins, 3 axis mill.
 I kind of assumed that the tuning in pncconf is using the configuration
 that it will write, it's not very useful if one tunes things but then
 the parameters to use are different...

 so you are referring to these

  *

/STEPGEN_MAXACCEL = 21.0/- Acceleration limit for the step
generator. This should be 1% to 10% larger than the axis
MAX_ACCELERATION. This value improves the tuning of stepgen's
position loop. If you have added backlash compensation to an axis
then this should be 1.5 to 2 times greater than MAX_ACCELERATION.

  *

/STEPGEN_MAXVEL = 1.4/- Older configuration files have a velocity
limit for the step generator as well. If specified, it should also
be 1% to 10% larger than the axis MAX_VELOCITY. Subsequent testing
has shown that use of STEPGEN_MAXVEL does not improve the tuning of
stepgen's position loop.

 looking at the hostmot driver

  *

/maxaccel/- (Float, RW) Maximum acceleration, in position units per
second per second. If set to 0, the driver will not limit its
acceleration.

  *

/maxvel/- (Float, RW) Maximum speed, in position units per second.
If set to 0, the driver will choose the maximum velocity based on
the values of steplen and stepspace (at the time that maxvel was set
to 0).

 seems like it would be best to specify 0 for both of those as the per
 axis limits would still be in place ?
 I am going to play with that and see... thanks for the reply

0 for stepgen_maxaccel will typically not work (you will get joint following 
errors) unless you have very low latency. I would suggest 25% higher than 
machine maxaccel for stepgen_maxaccel

Also Andys suggestion of widening the ferror limits is a good idea
at least until you can find out what going on.

 On 2/9/14 4:04 PM, emc-users-requ...@lists.sourceforge.net wrote:
 Date: Sun, 9 Feb 2014 15:03:40 +
 From: andy pughbodge...@gmail.com
 Subject: Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc
 To: Enhanced Machine Controller (EMC)
  emc-users@lists.sourceforge.net
 Message-ID:
  CAN1+YZV2iQb-AQmWE4TYbxithWSFmSvuMRP-kxk8=jhwpjd...@mail.gmail.com
 Content-Type: text/plain; charset=ISO-8859-1

 On 9 February 2014 11:30, brunobr...@tinkerbox.org  wrote:

 After configuring, I started linuxcnc (with tklinuxcnc as I have opengl
 issues with axis right now), and it immediately gives me joint following
 errors. No move, nothing.
 It might be that Pncconf doesn't teack following error, or has higher limits.

 However, if this is a stepper system then following error means
 something slightly different to what it means in a servo system. It
 means that the system has not been able to make the number of steps
 requested.

 What this typically means is that the system stepgen accelleration
 numbers are bigger than the step generator limits. Have a look through
 your INI file and check that the step-generator accel limits are a
 bit higher than the system and axis limits.

 Is the machine a gantry system? The other possibility is that the
 step-generator feedback is going to the wrong axis.

 -- atp If you can't fix it, you don't own it.
 http://www.ifixit.com/Manifesto

 --
 Managing the Performance of Cloud-Based Applications
 Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
 Read the Whitepaper.
 http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
 ___
 Emc-users mailing list
 Emc-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/emc-users

Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
()_() signature to help him gain world domination.

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] MPG pendant

2014-02-09 Thread Jon Elson

On 02/09/2014 08:50 AM, Pete Matos wrote:
 This is one of the things on the high priority list for the VMC here to
 me.  I can really see that it would be nice to have and setting up jobs
 would be that much easier. My waterproof and debris proof keyboard is great
 but one of those would come in real handy. Interested to see what you guys
 go with and why and how well it works for you.  Please keep us posted on
 them.


I just made my own.
See   http://pico-systems.com/pendant.html

The picture is my ugly one, I later made a smaller one that 
can be
operated with one hand.

Jon

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc


I played with those values, setting stepgen.maxvel and maxaccel to 0 
like the doc says in order to not limit it. Not much improvement. Then I 
tried to increase vastly the MIN_FERROR, and that allows to go through 
but I get some occasional grinding noise (missed steps I think) when 
doing a test (back and forth on one axis)

One thing I noticed is that the .hal file written by pncconf does not 
specify the servo_base_period on the EMCMOT line.

What is infuriating is that within pncconf, I can test one axis with 
fast movement back and forth and it is real nice, smooth, no missed steps...

Is there a way to find out which exact parameters pncconf is using when 
it launches the tuning applet ?

On 2/9/14 5:25 PM, bruno wrote:

 This is a stepper system, trivkins, 3 axis mill.
 I kind of assumed that the tuning in pncconf is using the 
 configuration that it will write, it's not very useful if one tunes 
 things but then the parameters to use are different...

 so you are referring to these

  *

 /STEPGEN_MAXACCEL = 21.0/- Acceleration limit for the step
 generator. This should be 1% to 10% larger than the axis
 MAX_ACCELERATION. This value improves the tuning of stepgen's
 position loop. If you have added backlash compensation to an
 axis then this should be 1.5 to 2 times greater than MAX_ACCELERATION.

  *

 /STEPGEN_MAXVEL = 1.4/- Older configuration files have a velocity
 limit for the step generator as well. If specified, it should also
 be 1% to 10% larger than the axis MAX_VELOCITY. Subsequent testing
 has shown that use of STEPGEN_MAXVEL does not improve the tuning
 of stepgen's position loop.

 looking at the hostmot driver

  *

 /maxaccel/- (Float, RW) Maximum acceleration, in position units
 per second per second. If set to 0, the driver will not limit its
 acceleration.

  *

 /maxvel/- (Float, RW) Maximum speed, in position units per second.
 If set to 0, the driver will choose the maximum velocity based on
 the values of steplen and stepspace (at the time that maxvel was
 set to 0).

 seems like it would be best to specify 0 for both of those as the per 
 axis limits would still be in place ?
 I am going to play with that and see... thanks for the reply

 On 2/9/14 4:04 PM, emc-users-requ...@lists.sourceforge.net wrote:
 Date: Sun, 9 Feb 2014 15:03:40 +
 From: andy pughbodge...@gmail.com
 Subject: Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc
 To: Enhanced Machine Controller (EMC)
  emc-users@lists.sourceforge.net
 Message-ID:
  CAN1+YZV2iQb-AQmWE4TYbxithWSFmSvuMRP-kxk8=jhwpjd...@mail.gmail.com
 Content-Type: text/plain; charset=ISO-8859-1

 On 9 February 2014 11:30, brunobr...@tinkerbox.org  wrote:

 After configuring, I started linuxcnc (with tklinuxcnc as I have opengl
 issues with axis right now), and it immediately gives me joint following
 errors. No move, nothing.
 It might be that Pncconf doesn't teack following error, or has higher limits.

 However, if this is a stepper system then following error means
 something slightly different to what it means in a servo system. It
 means that the system has not been able to make the number of steps
 requested.

 What this typically means is that the system stepgen accelleration
 numbers are bigger than the step generator limits. Have a look through
 your INI file and check that the step-generator accel limits are a
 bit higher than the system and axis limits.

 Is the machine a gantry system? The other possibility is that the
 step-generator feedback is going to the wrong axis.

 -- atp If you can't fix it, you don't own it. 
 http://www.ifixit.com/Manifesto


--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc

On Sun, 9 Feb 2014, bruno wrote:

 Date: Sun, 09 Feb 2014 20:43:14 +0100
 From: bruno br...@tinkerbox.org
 Reply-To: Enhanced Machine Controller (EMC)
 emc-users@lists.sourceforge.net
 To: emc-users@lists.sourceforge.net
 Subject: Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc

 I played with those values, setting stepgen.maxvel and maxaccel to 0
 like the doc says in order to not limit it. Not much improvement. Then I
 tried to increase vastly the MIN_FERROR, and that allows to go through
 but I get some occasional grinding noise (missed steps I think) when
 doing a test (back and forth on one axis)

setting stepgen_maxxacel to 0 is _not_ reccomended, set it to about 25%
more than the axis maxaccel

 One thing I noticed is that the .hal file written by pncconf does not
 specify the servo_base_period on the EMCMOT line.

It should not specify a base thread at all
a base thread is not needed or desired

 What is infuriating is that within pncconf, I can test one axis with
 fast movement back and forth and it is real nice, smooth, no missed steps...

 Is there a way to find out which exact parameters pncconf is using when
 it launches the tuning applet ?

halcmd show param

 On 2/9/14 5:25 PM, bruno wrote:

 This is a stepper system, trivkins, 3 axis mill.
 I kind of assumed that the tuning in pncconf is using the
 configuration that it will write, it's not very useful if one tunes
 things but then the parameters to use are different...

 so you are referring to these

  *

 /STEPGEN_MAXACCEL = 21.0/- Acceleration limit for the step
 generator. This should be 1% to 10% larger than the axis
 MAX_ACCELERATION. This value improves the tuning of stepgen's
 position loop. If you have added backlash compensation to an
 axis then this should be 1.5 to 2 times greater than MAX_ACCELERATION.

  *

 /STEPGEN_MAXVEL = 1.4/- Older configuration files have a velocity
 limit for the step generator as well. If specified, it should also
 be 1% to 10% larger than the axis MAX_VELOCITY. Subsequent testing
 has shown that use of STEPGEN_MAXVEL does not improve the tuning
 of stepgen's position loop.

 looking at the hostmot driver

  *

 /maxaccel/- (Float, RW) Maximum acceleration, in position units
 per second per second. If set to 0, the driver will not limit its
 acceleration.

  *

 /maxvel/- (Float, RW) Maximum speed, in position units per second.
 If set to 0, the driver will choose the maximum velocity based on
 the values of steplen and stepspace (at the time that maxvel was
 set to 0).

 seems like it would be best to specify 0 for both of those as the per
 axis limits would still be in place ?
 I am going to play with that and see... thanks for the reply

 On 2/9/14 4:04 PM, emc-users-requ...@lists.sourceforge.net wrote:
 Date: Sun, 9 Feb 2014 15:03:40 +
 From: andy pughbodge...@gmail.com
 Subject: Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc
 To: Enhanced Machine Controller (EMC)
 emc-users@lists.sourceforge.net
 Message-ID:
 CAN1+YZV2iQb-AQmWE4TYbxithWSFmSvuMRP-kxk8=jhwpjd...@mail.gmail.com
 Content-Type: text/plain; charset=ISO-8859-1

 On 9 February 2014 11:30, brunobr...@tinkerbox.org  wrote:

 After configuring, I started linuxcnc (with tklinuxcnc as I have opengl
 issues with axis right now), and it immediately gives me joint following
 errors. No move, nothing.
 It might be that Pncconf doesn't teack following error, or has higher 
 limits.

 However, if this is a stepper system then following error means
 something slightly different to what it means in a servo system. It
 means that the system has not been able to make the number of steps
 requested.

 What this typically means is that the system stepgen accelleration
 numbers are bigger than the step generator limits. Have a look through
 your INI file and check that the step-generator accel limits are a
 bit higher than the system and axis limits.

 Is the machine a gantry system? The other possibility is that the
 step-generator feedback is going to the wrong axis.

 -- atp If you can't fix it, you don't own it.
 http://www.ifixit.com/Manifesto

 --
 Managing the Performance of Cloud-Based Applications
 Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
 Read the Whitepaper.
 http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
 ___
 Emc-users mailing list
 Emc-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/emc-users

Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
()_() signature to help him gain world domination.

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid

Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc


 I played with those values, setting stepgen.maxvel and maxaccel to 0 
 like the doc says in order to not limit it. Not much improvement. Then I 
 tried to increase vastly the MIN_FERROR, and that allows to go through 
 but I get some occasional grinding noise (missed steps I think) when 
 doing a test (back and forth on one axis)


 One thing I noticed is that the .hal file written by pncconf does not 
 specify the servo_base_period on the EMCMOT line.
 
It's specified in the INI file - the HALfile looks it up there.

 What is infuriating is that within pncconf, I can test one axis with 
 fast movement back and forth and it is real nice, smooth, no missed steps...
 
 Is there a way to find out which exact parameters pncconf is using when 
 it launches the tuning applet ?

Well it should use the parameters shown in the test. If you close the test 
with cancel it won't copy those parameters to the axis page.

But to answer your actual question:
yes there should be a halmeter showing and you can look up the pins
that specify acceleration, velocity and drive timing.
here is a list of the relevent pinnames:
http://www.linuxcnc.org/docs/2.5/html/drivers/hostmot2.html#_pins_3

or you can open a terminal and while the test is running type:
halcmd show 

by the way what version of linuxcnc are you using?

 
 On 2/9/14 5:25 PM, bruno wrote:
 
  This is a stepper system, trivkins, 3 axis mill.
  I kind of assumed that the tuning in pncconf is using the 
  configuration that it will write, it's not very useful if one tunes 
  things but then the parameters to use are different...
 
  so you are referring to these
 
   *
 
  /STEPGEN_MAXACCEL = 21.0/- Acceleration limit for the step
  generator. This should be 1% to 10% larger than the axis
  MAX_ACCELERATION. This value improves the tuning of stepgen's
  position loop. If you have added backlash compensation to an
  axis then this should be 1.5 to 2 times greater than MAX_ACCELERATION.
 
   *
 
  /STEPGEN_MAXVEL = 1.4/- Older configuration files have a velocity
  limit for the step generator as well. If specified, it should also
  be 1% to 10% larger than the axis MAX_VELOCITY. Subsequent testing
  has shown that use of STEPGEN_MAXVEL does not improve the tuning
  of stepgen's position loop.
 
  looking at the hostmot driver
 
   *
 
  /maxaccel/- (Float, RW) Maximum acceleration, in position units
  per second per second. If set to 0, the driver will not limit its
  acceleration.
 
   *
 
  /maxvel/- (Float, RW) Maximum speed, in position units per second.
  If set to 0, the driver will choose the maximum velocity based on
  the values of steplen and stepspace (at the time that maxvel was
  set to 0).
 
  seems like it would be best to specify 0 for both of those as the per 
  axis limits would still be in place ?
  I am going to play with that and see... thanks for the reply
 
  On 2/9/14 4:04 PM, emc-users-requ...@lists.sourceforge.net wrote:
  Date: Sun, 9 Feb 2014 15:03:40 +
  From: andy pughbodge...@gmail.com
  Subject: Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc
  To: Enhanced Machine Controller (EMC)
 emc-users@lists.sourceforge.net
  Message-ID:
 CAN1+YZV2iQb-AQmWE4TYbxithWSFmSvuMRP-kxk8=jhwpjd...@mail.gmail.com
  Content-Type: text/plain; charset=ISO-8859-1
 
  On 9 February 2014 11:30, brunobr...@tinkerbox.org  wrote:
 
  After configuring, I started linuxcnc (with tklinuxcnc as I have opengl
  issues with axis right now), and it immediately gives me joint following
  errors. No move, nothing.
  It might be that Pncconf doesn't teack following error, or has higher 
  limits.
 
  However, if this is a stepper system then following error means
  something slightly different to what it means in a servo system. It
  means that the system has not been able to make the number of steps
  requested.
 
  What this typically means is that the system stepgen accelleration
  numbers are bigger than the step generator limits. Have a look through
  your INI file and check that the step-generator accel limits are a
  bit higher than the system and axis limits.
 
  Is the machine a gantry system? The other possibility is that the
  step-generator feedback is going to the wrong axis.
 
  -- atp If you can't fix it, you don't own it. 
  http://www.ifixit.com/Manifesto
 
 
 --
 Managing the Performance of Cloud-Based Applications
 Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
 Read the Whitepaper.
 http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
 ___
 Emc-users mailing list
 Emc-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/emc-users
  
--
Managing the Performance of

Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc



 Is there a way to find out which exact parameters pncconf is using when 
 it launches the tuning applet ?
 

Looking at the source code pncconf actually sets maxacc and maxvel to 0
during the test. but that should make the test possibly worse not better.
( and also something I should fix as it should be 25% there too more )

Chris M
  
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc



 On 2/9/14 5:25 PM, bruno wrote:
 
  This is a stepper system, trivkins, 3 axis mill.
  I kind of assumed that the tuning in pncconf is using the 
  configuration that it will write, it's not very useful if one tunes 
  things but then the parameters to use are different...

can you post your hal and INI files somewhere?

Chris M
  
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc (bruno)

I tried also with 25% more on stepgen_maxvel and maxaccel. Not better.

I checked the enable, it works fine. Pncconf was generating a different 
named net. Once fixed at least the axis moves. But I get following 
errors and occasional grinding if I increase the MIN_FERROR

I rechecked within pncconf just to make sure I was not dreaming, it 
works great in there. I can let it go back and forth over 100mm at 
2800mm/min (1/8 microstepping, 0.2 inch per turn leadscrew = scale of 
314...something...) for as long as I want. Very nice movement, no 
grinding, no missed steps, it stops and reverses smoothly without problems.

then I finish pncconf, let it write the configuration, startup linuxcnc 
and get a following error if I get past like 1mm/min...

So I would say pncconf testing is definitely using something different 
from linuxcnc. How can I check what pncconf is using ?

Another experiment I just did that gives some interesting results:
I went back to my stepper driver specs and found I was using values for 
dirhold, dirsetup, steplen and stepspace that were way too small. After 
adjusting them, I can jog an axis up to 2800mm/m, no problem ! however:

- if I stop the movement and continue in the same direction : no 
problem, it will start moving (and stop) smoothly
- if I stop the movement and go jog in the opposite direction, I 
immediately get a following error.

Bruno

On 2/9/14 8:43 PM, emc-users-requ...@lists.sourceforge.net wrote:
 Message: 3
 Date: Sun, 9 Feb 2014 17:08:01 +
 From: Chris Morleychrisinnana...@hotmail.com
 Subject: Re: [Emc-users] Emc-users Digest, Vol 94, Issue 17
 To: EMCemc-users@lists.sourceforge.net
 Message-ID:blu174-w8a58134e0528b672702bac0...@phx.gbl
 Content-Type: text/plain; charset=iso-8859-1

 
 seems like it would be best to specify 0 for both of those as the per
 axis limits would still be in place ?
 I am going to play with that and see... thanks for the reply
 
 Don't set them to 0. It doesn't work reliably.
 Pncconf sets them to 25% more.

 Does your drives require an enable ? I would check that signal with
 halmeter or a real meter.

 While pncconf uses the same numbers as it tunes ( as long as you clicked 
 accept)
 It doesn't use the same HAL code in the test as in linuxcnc so problems can
 creep in and bugs are always possible.

 Chris M

   


--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] New trajectory planner - testers wanted.

2014-02-09 Thread Gene Heskett

On Sunday 09 February 2014 15:54:06 sam sokolik did opine:

 Here is an example of where the new TP shines...  This is a 533k program
 made up of short line segments.
 G64P.0025Q.0025
 
 Old TP
 http://electronicsam.com/images/KandT/testing/Screenshot%20from%202014-0
 2-08%2015:27:59.png
 
 New TP
 http://electronicsam.com/images/KandT/testing/Screenshot%20from%202014-0
 2-08%2020:54:20.png
 
 Great work rob!
 sam
Thats impressive Sam!
 
 On 01/26/2014 03:10 PM, sam sokolik wrote:
  This is an extension of the 'slow gcode' thread.  The work that Robert
  has done on the TP are now in the beta stage.  (has been for a little
  while - but I forgot to post anything about it on the user list.. :( )
  
  I think the best way forward is to look at the thread on the forum and
  follow the directions to build it.  (if you are wanting to test the
  new TP)
  
  http://www.linuxcnc.org/index.php/english/forum/10-advanced-configurat
  ion/27368-new-trajectory-planner-testersprograms-wanted
  
  currently the new TP improves the path velocity (by read ahead) if the
  segments are
  
  Line-line
  Tangent line-arc
  Tangent arc-arc
  
  Here are a couple screenshots..  This is showing a simple program (one
  rogge had posted a while back with an entry/exit move )
  
  %
  (1 square with rounded corners)
  G90 G54 G20
  g64p.001q.001
  G0 X0 Y.25 Z.25
  z0
  G1 Y.75 F999
  G2 X.25 Y1 I.25
  G1 X.75
  G2 X1 Y.75 J-.25
  G1 Y.25
  G2 X.75 Y0 I-.25
  G1 X.25
  G2 X0 Y.25 J.25
  g0z.25
  M30
  
  http://electronicsam.com/images/KandT/testing/screenshots/Screenshot%2
  0from%202014-01-26%2014:53:00.png
  
  This is running new TP strait G64 - peaks at 222ipm
  http://electronicsam.com/images/KandT/testing/screenshots/Screenshot%2
  0from%202014-01-26%2014:34:21.png
  
  Old TP running strait G64 - peaks at 159ipm
  http://electronicsam.com/images/KandT/testing/screenshots/Screenshot%2
  0from%202014-01-26%2014:36:20.png
  
  This is the new TP running G64P.001Q.001 Still peaks at 222ipm - just
  slows a bit at the sharp corners.
  http://electronicsam.com/images/KandT/testing/screenshots/Screenshot%2
  0from%202014-01-26%2014:42:11.png
  
  Old TP running G64P.001Q.001 - slows down a lot more..  (I think
  mainly because the parabolic blend needs to be slowed down quite a
  bit compared to the circular blend to match the path)
  http://electronicsam.com/images/KandT/testing/screenshots/Screenshot%2
  0from%202014-01-26%2014:40:36.png
  
  Thanks all goes to Robert - he has coded this all on his own.. (again
  - impressive)
  
  sam
  
  
  --
   CenturyLink Cloud: The Leader in Enterprise Cloud Services.
  Learn Why More Businesses Are Choosing CenturyLink Cloud For
  Critical Workloads, Development Environments  Everything In Between.
  Get a Quote or Start a Free Trial Today.
  http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.
  clktrk ___
  Emc-users mailing list
  Emc-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/emc-users
 
 
 -- Managing the Performance of Cloud-Based Applications
 Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
 Read the Whitepaper.
 http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.cl
 ktrk ___
 Emc-users mailing list
 Emc-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene
-- 
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 http://geneslinuxbox.net:6309/gene

NOTICE: Will pay 100 USD for an HP-4815A defective but
complete probe assembly.


--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc (bruno)

On Sun, 9 Feb 2014, bruno wrote:

 Date: Sun, 09 Feb 2014 21:52:52 +0100
 From: bruno br...@tinkerbox.org
 Reply-To: Enhanced Machine Controller (EMC)
 emc-users@lists.sourceforge.net
 To: emc-users@lists.sourceforge.net
 Subject: Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc (bruno)

 I tried also with 25% more on stepgen_maxvel and maxaccel. Not better.

stepgen_maxaccel needs to be  about 25% more than the maxaccel for each axis 
or you _will_ have following errors

 I checked the enable, it works fine. Pncconf was generating a different
 named net. Once fixed at least the axis moves. But I get following
 errors and occasional grinding if I increase the MIN_FERROR

 I rechecked within pncconf just to make sure I was not dreaming, it
 works great in there. I can let it go back and forth over 100mm at
 2800mm/min (1/8 microstepping, 0.2 inch per turn leadscrew = scale of
 314...something...) for as long as I want. Very nice movement, no
 grinding, no missed steps, it stops and reverses smoothly without problems.

 then I finish pncconf, let it write the configuration, startup linuxcnc
 and get a following error if I get past like 1mm/min...

 So I would say pncconf testing is definitely using something different
 from linuxcnc. How can I check what pncconf is using ?

halcmd show param

 Another experiment I just did that gives some interesting results:
 I went back to my stepper driver specs and found I was using values for
 dirhold, dirsetup, steplen and stepspace that were way too small. After
 adjusting them, I can jog an axis up to 2800mm/m, no problem ! however:

 - if I stop the movement and continue in the same direction : no
 problem, it will start moving (and stop) smoothly
 - if I stop the movement and go jog in the opposite direction, I
 immediately get a following error.

 Bruno

 On 2/9/14 8:43 PM, emc-users-requ...@lists.sourceforge.net wrote:
 Message: 3
 Date: Sun, 9 Feb 2014 17:08:01 +
 From: Chris Morleychrisinnana...@hotmail.com
 Subject: Re: [Emc-users] Emc-users Digest, Vol 94, Issue 17
 To: EMCemc-users@lists.sourceforge.net
 Message-ID:blu174-w8a58134e0528b672702bac0...@phx.gbl
 Content-Type: text/plain; charset=iso-8859-1

 seems like it would be best to specify 0 for both of those as the per
 axis limits would still be in place ?
 I am going to play with that and see... thanks for the reply

 Don't set them to 0. It doesn't work reliably.
 Pncconf sets them to 25% more.

 Does your drives require an enable ? I would check that signal with
 halmeter or a real meter.

 While pncconf uses the same numbers as it tunes ( as long as you clicked 
 accept)
 It doesn't use the same HAL code in the test as in linuxcnc so problems can
 creep in and bugs are always possible.

 Chris M

 --
 Managing the Performance of Cloud-Based Applications
 Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
 Read the Whitepaper.
 http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
 ___
 Emc-users mailing list
 Emc-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/emc-users

Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
()_() signature to help him gain world domination.

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc (Chris Morley)

hal: http://pastebin.com/cBXe7f5w
ini: http://pastebin.com/m8nANyLM

using linuxcnc 2.5.0 (the livecd install)

I will try halcmd show as you suggest, thanks !

On 2/9/14 9:55 PM, emc-users-requ...@lists.sourceforge.net wrote:
 On 2/9/14 5:25 PM, bruno wrote:
  
  This is a stepper system, trivkins, 3 axis mill.
  I kind of assumed that the tuning in pncconf is using the
  configuration that it will write, it's not very useful if one tunes
  things but then the parameters to use are different...
 can you post your hal and INI files somewhere?

 Chris M


--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc (Chris Morley)

On Sun, 9 Feb 2014, bruno wrote:

 Date: Sun, 09 Feb 2014 22:25:32 +0100
 From: bruno br...@tinkerbox.org
 Reply-To: Enhanced Machine Controller (EMC)
 emc-users@lists.sourceforge.net
 To: emc-users@lists.sourceforge.net
 Subject: Re: [Emc-users] mesa 5i25,
 pncconf working but not linuxcnc (Chris Morley)
 
 hal: http://pastebin.com/cBXe7f5w
 ini: http://pastebin.com/m8nANyLM

 using linuxcnc 2.5.0 (the livecd install)

 I will try halcmd show as you suggest, thanks !


One thing that stands out is the relatively large backlash compensation

I would try setting this to 0 temporarily and see if the following errors go 
away.


 On 2/9/14 9:55 PM, emc-users-requ...@lists.sourceforge.net wrote:
 On 2/9/14 5:25 PM, bruno wrote:

 This is a stepper system, trivkins, 3 axis mill.
 I kind of assumed that the tuning in pncconf is using the
 configuration that it will write, it's not very useful if one tunes
 things but then the parameters to use are different...
 can you post your hal and INI files somewhere?

 Chris M


 --
 Managing the Performance of Cloud-Based Applications
 Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
 Read the Whitepaper.
 http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
 ___
 Emc-users mailing list
 Emc-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/emc-users


Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
()_() signature to help him gain world domination.


--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] mesa 5i25, pncconf working but not linuxcnc (Chris Morley)