Re: [Emc-users] Possible Error in Linuxcnc.org html docs for 2.7

2015-11-27 Thread andy pugh 
On 27 November 2015 at 22:31, Greg Bentzinger  wrote:
> Looking at the description of "M19" it states that it requires a differential 
> encoder with index to function.
> I believe it should be (any) quadrature encoder with index. (differential 
> being great for noise immunity but not an actual requirement.)

I agree, and actually you can use an absolute encoder or a resolver
too (In fact I _do_ use a  resolver)

I suspect that, if you wanted to badly enough, you could orient a
spindle to hall sensors.

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

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

Re: [Emc-users] Possible Error in Linuxcnc.org html docs for 2.7

2015-11-27 Thread Gene Heskett 
On Friday 27 November 2015 17:31:32 Greg Bentzinger wrote:

> Looking at the description of "M19" it states that it requires a
> differential encoder with index to function.
>
> I believe it should be (any) quadrature encoder with index.
> (differential being great for noise immunity but not an actual
> requirement.)
>
> Not trying to be picky, but the docs are how people learn, best to
> provide the most accurate info possible.
>
> And to those who maintain said Docs, Thanks for doing an endless job.
>
> Greg

I'll 2nd that Greg. A big tip of the hat, as deep a bow as my back can 
manage without something to hang onto, and a standing offer of a hand 
cooler (or 2) to any of the docs people that manage to find my place.

You ARE appreciated, we (me included) just don't seem to say thanks often 
enough.

Thank you all.

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 

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

Re: [Emc-users] calling Todd Z

2015-11-27 Thread Todd Zuercher 
Hopefully I can give it some time on the machine Monday.

- Original Message -
From: "Robert Ellenberg" 
To: "Enhanced Machine Controller (EMC)" 
Sent: Friday, November 27, 2015 10:56:44 AM
Subject: Re: [Emc-users] calling Todd Z

I just tweaked naive cam detection to handle uvw axes too. Can you guys
give it a spin and see if it makes up the difference?

-Rob

On Wed, Nov 25, 2015, 4:09 PM sam sokolik  wrote:

> the thing that is missing with uvy blends it the nieve cam detector
> (combining of short line segments..)  so it will run just a bit slower.
>
> sam
>
> On 11/25/2015 12:17 PM, Todd Zuercher wrote:
> > Just for perspective the current version of 2.7 using XYZW runs the file
> below in 10min. 44sec.
> >
> > - Original Message -
> > From: "Todd Zuercher" 
> > To: "Enhanced Machine Controller (EMC)"  >
> > Sent: Wednesday, November 25, 2015 10:17:03 AM
> > Subject: Re: [Emc-users] calling Todd Z
> >
> > Seems to be working great.  I haven't found a problem XYZ and XYZW code
> seem to run mostly the same now, but not exactly.  The first file I tested
> ran in 7min. 10 sec. using only XYZ code (with the W slaved to Z) and the
> same file using XYZW code, ran in 7min. 28sec.
> >
> > - Original Message -
> > From: "Robert Ellenberg" 
> > To: "Enhanced Machine Controller (EMC)"  >
> > Sent: Tuesday, November 24, 2015 11:39:38 PM
> > Subject: Re: [Emc-users] calling Todd Z
> >
> > Ok, i just pushed a fix for that build error, and now it seems to compile
> > and run on my RTAI VM.  Also, I pushed the branch to the main linuxcnc
> > repository for the buildbot to chew on.
> >
> > -Rob
> >
> > On Tue, Nov 24, 2015 at 4:16 PM, Robert Ellenberg 
> wrote:
> >
> >> Todd,
> >>
> >> I'll troubleshoot the build tonight, it looks like a symbol is missing
> in
> >> the RT build that's available in the sim build.
> >>
> >> Rob
> >>
> >> On Tue, Nov 24, 2015, 4:09 PM Todd Zuercher 
> >> wrote:
> >>
> >>> I think I forgot to do the sudo make setuid.
> >>> did that now, and this is what it spits out.
> >>>
> >>> LINUXCNC - 2.7.2
> >>> Machine configuration directory is
> >>> '/home/digital4/linuxcnc/configs/Digital_4_ZZ'
> >>> Machine configuration file is 'Digital_4w.ini'
> >>> Starting LinuxCNC...
> >>> insmod: can't read '/home/digital4/linuxcnc-uvw/rtlib/rtapi.ko': No
> such
> >>> file or directory
> >>> Realtime system did not load
> >>> Shutting down and cleaning up LinuxCNC...
> >>> Running HAL shutdown script
> >>> /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper: Invalid usage
> >>> with args: remove hal_lib
> >>>
> >>> Usage: /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper insert
> >>> /path/to/module.ext [param1=value1 ...]
> >>>
> >>> where module is one of:
> >>> rtai_math
> >>> rtai_sem
> >>> rtai_shm
> >>> rtai_fifos
> >>> rtai_up
> >>> rtai_lxrt
> >>> rtai_hal
> >>> rtai_sched
> >>> rtai_smi
> >>> rtai
> >>> rt_mem_mgr
> >>> adeos
> >>>
> >>> the path starts with one of:
> >>> /lib/modules
> >>> /usr/realtime-2.6.32-122-rtai
> >>>
> >>> and the extension is one of:
> >>> .ko
> >>>
> >>> or the module is in the directory /home/digital4/linuxcnc-uvw/rtlib
> >>>
> >>> OR
> >>>
> >>> /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper remove module
> >>>
> >>> where module is one of the modules listed above.
> >>>
> >>> /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper: Invalid usage
> >>> with args: remove rtapi
> >>>
> >>> Usage: /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper insert
> >>> /path/to/module.ext [param1=value1 ...]
> >>>
> >>> where module is one of:
> >>> rtai_math
> >>> rtai_sem
> >>> rtai_shm
> >>> rtai_fifos
> >>> rtai_up
> >>> rtai_lxrt
> >>> rtai_hal
> >>> rtai_sched
> >>> rtai_smi
> >>> rtai
> >>> rt_mem_mgr
> >>> adeos
> >>>
> >>> the path starts with one of:
> >>> /lib/modules
> >>> /usr/realtime-2.6.32-122-rtai
> >>>
> >>> and the extension is one of:
> >>> .ko
> >>>
> >>> or the module is in the directory /home/digital4/linuxcnc-uvw/rtlib
> >>>
> >>> OR
> >>>
> >>> /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper remove module
> >>>
> >>> where module is one of the modules listed above.
> >>>
> >>> LinuxCNC terminated with an error.  You can find more information in
> the
> >>> log:
> >>> /home/digital4/linuxcnc_debug.txt
> >>> and
> >>> /home/digital4/linuxcnc_print.txt
> >>> as well as in the output of the shell command 'dmesg' and in the
> terminal
> >>>
> >>>
> >>>
> --
> >>> Go from Idea to Many App Stores Faster with Intel(R) XDK
> >>> Give your users amazing mobile app experiences with Intel(R) XDK.
> >>> Use one codebase in this all-in-one HTML5 development environment.
> >>> Design, debug & build mo

Re: [Emc-users] calling Todd Z

2015-11-27 Thread Todd Zuercher 
A robot as you mention very well may have all angular "joints" but X Y and Z 
are still linear axis even if they don't directly correspond to any physical 
part of the machine.  (IMHO The day the fixes in the JA branch finally become 
main stream can't come too soon.)

- Original Message -
From: "Marius Alksnys" 
To: emc-users@lists.sourceforge.net
Sent: Friday, November 27, 2015 2:10:06 PM
Subject: Re: [Emc-users] calling Todd Z



11/23/2015 11:50 PM, sam sokolik rašė:
> Rob has been in his zone again..  He has expanded circular arc blending
> into uvw axises.
>
> https://github.com/robEllenberg/linuxcnc-mirror/tree/feature/uvw-blending-dev
>
> we were wondering if you could run it and see if you find any issues.
> Rob and I have hammered on it a bit.  so far so good.
>
> sam
>
> ps - still falls back to parabolic (1 segment look ahead) for abc
> axis.   Rob says
>
> 'There are a few obstacles to rotary axis blending still. The biggest
> one is that the units for linear axes and angular axes are different, so
> tolerances, arc radius, and similar properties are ambiguous. I have
> some ideas to work through, though, so it may be doable.'
>

Not in all cases XYZ are linear and ABC are angular. For example, 6-axis 
robots controlled from robot physics/kinematics savvy CAM G-code - all 
axes might be angular.

Some custom machines might use axes in all possible ways.

And all-axes smooth blending is very important thing to have, but 
different arc-blending tolerances for each axis is a thing to discuss.

Could they be programmed in g-code as some G64.0, G64.1, G64.2, G64.3, 
.. G64.8 parameters?
And / or set them from ini file at startup.

Any other / better suggestions?


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

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

[Emc-users] Possible Error in Linuxcnc.org html docs for 2.7

2015-11-27 Thread Greg Bentzinger 
Looking at the description of "M19" it states that it requires a differential 
encoder with index to function.

I believe it should be (any) quadrature encoder with index. (differential being 
great for noise immunity but not an actual requirement.)

Not trying to be picky, but the docs are how people learn, best to provide the 
most accurate info possible.

And to those who maintain said Docs, Thanks for doing an endless job.

Greg

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

Re: [Emc-users] calling Todd Z

2015-11-27 Thread Marius Alksnys 


11/23/2015 11:50 PM, sam sokolik rašė:
> Rob has been in his zone again..  He has expanded circular arc blending
> into uvw axises.
>
> https://github.com/robEllenberg/linuxcnc-mirror/tree/feature/uvw-blending-dev
>
> we were wondering if you could run it and see if you find any issues.
> Rob and I have hammered on it a bit.  so far so good.
>
> sam
>
> ps - still falls back to parabolic (1 segment look ahead) for abc
> axis.   Rob says
>
> 'There are a few obstacles to rotary axis blending still. The biggest
> one is that the units for linear axes and angular axes are different, so
> tolerances, arc radius, and similar properties are ambiguous. I have
> some ideas to work through, though, so it may be doable.'
>

Not in all cases XYZ are linear and ABC are angular. For example, 6-axis 
robots controlled from robot physics/kinematics savvy CAM G-code - all 
axes might be angular.

Some custom machines might use axes in all possible ways.

And all-axes smooth blending is very important thing to have, but 
different arc-blending tolerances for each axis is a thing to discuss.

Could they be programmed in g-code as some G64.0, G64.1, G64.2, G64.3, 
.. G64.8 parameters?
And / or set them from ini file at startup.

Any other / better suggestions?


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

Re: [Emc-users] calling Todd Z

2015-11-27 Thread sam sokolik 
ooh...  Awesome!

sam

On 11/27/2015 09:56 AM, Robert Ellenberg wrote:
> I just tweaked naive cam detection to handle uvw axes too. Can you guys
> give it a spin and see if it makes up the difference?
>
> -Rob
>
> On Wed, Nov 25, 2015, 4:09 PM sam sokolik  wrote:
>
>> the thing that is missing with uvy blends it the nieve cam detector
>> (combining of short line segments..)  so it will run just a bit slower.
>>
>> sam
>>
>> On 11/25/2015 12:17 PM, Todd Zuercher wrote:
>>> Just for perspective the current version of 2.7 using XYZW runs the file
>> below in 10min. 44sec.
>>> - Original Message -
>>> From: "Todd Zuercher" 
>>> To: "Enhanced Machine Controller (EMC)" >>
>>> Sent: Wednesday, November 25, 2015 10:17:03 AM
>>> Subject: Re: [Emc-users] calling Todd Z
>>>
>>> Seems to be working great.  I haven't found a problem XYZ and XYZW code
>> seem to run mostly the same now, but not exactly.  The first file I tested
>> ran in 7min. 10 sec. using only XYZ code (with the W slaved to Z) and the
>> same file using XYZW code, ran in 7min. 28sec.
>>> - Original Message -
>>> From: "Robert Ellenberg" 
>>> To: "Enhanced Machine Controller (EMC)" >>
>>> Sent: Tuesday, November 24, 2015 11:39:38 PM
>>> Subject: Re: [Emc-users] calling Todd Z
>>>
>>> Ok, i just pushed a fix for that build error, and now it seems to compile
>>> and run on my RTAI VM.  Also, I pushed the branch to the main linuxcnc
>>> repository for the buildbot to chew on.
>>>
>>> -Rob
>>>
>>> On Tue, Nov 24, 2015 at 4:16 PM, Robert Ellenberg 
>> wrote:
 Todd,

 I'll troubleshoot the build tonight, it looks like a symbol is missing
>> in
 the RT build that's available in the sim build.

 Rob

 On Tue, Nov 24, 2015, 4:09 PM Todd Zuercher 
 wrote:

> I think I forgot to do the sudo make setuid.
> did that now, and this is what it spits out.
>
> LINUXCNC - 2.7.2
> Machine configuration directory is
> '/home/digital4/linuxcnc/configs/Digital_4_ZZ'
> Machine configuration file is 'Digital_4w.ini'
> Starting LinuxCNC...
> insmod: can't read '/home/digital4/linuxcnc-uvw/rtlib/rtapi.ko': No
>> such
> file or directory
> Realtime system did not load
> Shutting down and cleaning up LinuxCNC...
> Running HAL shutdown script
> /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper: Invalid usage
> with args: remove hal_lib
>
> Usage: /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper insert
> /path/to/module.ext [param1=value1 ...]
>
> where module is one of:
> rtai_math
> rtai_sem
> rtai_shm
> rtai_fifos
> rtai_up
> rtai_lxrt
> rtai_hal
> rtai_sched
> rtai_smi
> rtai
> rt_mem_mgr
> adeos
>
> the path starts with one of:
> /lib/modules
> /usr/realtime-2.6.32-122-rtai
>
> and the extension is one of:
> .ko
>
> or the module is in the directory /home/digital4/linuxcnc-uvw/rtlib
>
> OR
>
> /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper remove module
>
> where module is one of the modules listed above.
>
> /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper: Invalid usage
> with args: remove rtapi
>
> Usage: /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper insert
> /path/to/module.ext [param1=value1 ...]
>
> where module is one of:
> rtai_math
> rtai_sem
> rtai_shm
> rtai_fifos
> rtai_up
> rtai_lxrt
> rtai_hal
> rtai_sched
> rtai_smi
> rtai
> rt_mem_mgr
> adeos
>
> the path starts with one of:
> /lib/modules
> /usr/realtime-2.6.32-122-rtai
>
> and the extension is one of:
> .ko
>
> or the module is in the directory /home/digital4/linuxcnc-uvw/rtlib
>
> OR
>
> /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper remove module
>
> where module is one of the modules listed above.
>
> LinuxCNC terminated with an error.  You can find more information in
>> the
> log:
> /home/digital4/linuxcnc_debug.txt
> and
> /home/digital4/linuxcnc_print.txt
> as well as in the output of the shell command 'dmesg' and in the
>> terminal
>
>
>> --
> Go from Idea to Many App Stores Faster with Intel(R) XDK
> Give your users amazing mobile app experiences with Intel(R) XDK.
> Use one codebase in this all-in-one HTML5 development environment.
> Design, debug & build mobile apps & 2D/3D high-impact games for
>> multiple
> OSs.
> http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140
> ___

Re: [Emc-users] calling Todd Z

2015-11-27 Thread Robert Ellenberg 
I just tweaked naive cam detection to handle uvw axes too. Can you guys
give it a spin and see if it makes up the difference?

-Rob

On Wed, Nov 25, 2015, 4:09 PM sam sokolik  wrote:

> the thing that is missing with uvy blends it the nieve cam detector
> (combining of short line segments..)  so it will run just a bit slower.
>
> sam
>
> On 11/25/2015 12:17 PM, Todd Zuercher wrote:
> > Just for perspective the current version of 2.7 using XYZW runs the file
> below in 10min. 44sec.
> >
> > - Original Message -
> > From: "Todd Zuercher" 
> > To: "Enhanced Machine Controller (EMC)"  >
> > Sent: Wednesday, November 25, 2015 10:17:03 AM
> > Subject: Re: [Emc-users] calling Todd Z
> >
> > Seems to be working great.  I haven't found a problem XYZ and XYZW code
> seem to run mostly the same now, but not exactly.  The first file I tested
> ran in 7min. 10 sec. using only XYZ code (with the W slaved to Z) and the
> same file using XYZW code, ran in 7min. 28sec.
> >
> > - Original Message -
> > From: "Robert Ellenberg" 
> > To: "Enhanced Machine Controller (EMC)"  >
> > Sent: Tuesday, November 24, 2015 11:39:38 PM
> > Subject: Re: [Emc-users] calling Todd Z
> >
> > Ok, i just pushed a fix for that build error, and now it seems to compile
> > and run on my RTAI VM.  Also, I pushed the branch to the main linuxcnc
> > repository for the buildbot to chew on.
> >
> > -Rob
> >
> > On Tue, Nov 24, 2015 at 4:16 PM, Robert Ellenberg 
> wrote:
> >
> >> Todd,
> >>
> >> I'll troubleshoot the build tonight, it looks like a symbol is missing
> in
> >> the RT build that's available in the sim build.
> >>
> >> Rob
> >>
> >> On Tue, Nov 24, 2015, 4:09 PM Todd Zuercher 
> >> wrote:
> >>
> >>> I think I forgot to do the sudo make setuid.
> >>> did that now, and this is what it spits out.
> >>>
> >>> LINUXCNC - 2.7.2
> >>> Machine configuration directory is
> >>> '/home/digital4/linuxcnc/configs/Digital_4_ZZ'
> >>> Machine configuration file is 'Digital_4w.ini'
> >>> Starting LinuxCNC...
> >>> insmod: can't read '/home/digital4/linuxcnc-uvw/rtlib/rtapi.ko': No
> such
> >>> file or directory
> >>> Realtime system did not load
> >>> Shutting down and cleaning up LinuxCNC...
> >>> Running HAL shutdown script
> >>> /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper: Invalid usage
> >>> with args: remove hal_lib
> >>>
> >>> Usage: /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper insert
> >>> /path/to/module.ext [param1=value1 ...]
> >>>
> >>> where module is one of:
> >>> rtai_math
> >>> rtai_sem
> >>> rtai_shm
> >>> rtai_fifos
> >>> rtai_up
> >>> rtai_lxrt
> >>> rtai_hal
> >>> rtai_sched
> >>> rtai_smi
> >>> rtai
> >>> rt_mem_mgr
> >>> adeos
> >>>
> >>> the path starts with one of:
> >>> /lib/modules
> >>> /usr/realtime-2.6.32-122-rtai
> >>>
> >>> and the extension is one of:
> >>> .ko
> >>>
> >>> or the module is in the directory /home/digital4/linuxcnc-uvw/rtlib
> >>>
> >>> OR
> >>>
> >>> /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper remove module
> >>>
> >>> where module is one of the modules listed above.
> >>>
> >>> /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper: Invalid usage
> >>> with args: remove rtapi
> >>>
> >>> Usage: /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper insert
> >>> /path/to/module.ext [param1=value1 ...]
> >>>
> >>> where module is one of:
> >>> rtai_math
> >>> rtai_sem
> >>> rtai_shm
> >>> rtai_fifos
> >>> rtai_up
> >>> rtai_lxrt
> >>> rtai_hal
> >>> rtai_sched
> >>> rtai_smi
> >>> rtai
> >>> rt_mem_mgr
> >>> adeos
> >>>
> >>> the path starts with one of:
> >>> /lib/modules
> >>> /usr/realtime-2.6.32-122-rtai
> >>>
> >>> and the extension is one of:
> >>> .ko
> >>>
> >>> or the module is in the directory /home/digital4/linuxcnc-uvw/rtlib
> >>>
> >>> OR
> >>>
> >>> /home/digital4/linuxcnc-uvw/bin/linuxcnc_module_helper remove module
> >>>
> >>> where module is one of the modules listed above.
> >>>
> >>> LinuxCNC terminated with an error.  You can find more information in
> the
> >>> log:
> >>> /home/digital4/linuxcnc_debug.txt
> >>> and
> >>> /home/digital4/linuxcnc_print.txt
> >>> as well as in the output of the shell command 'dmesg' and in the
> terminal
> >>>
> >>>
> >>>
> --
> >>> Go from Idea to Many App Stores Faster with Intel(R) XDK
> >>> Give your users amazing mobile app experiences with Intel(R) XDK.
> >>> Use one codebase in this all-in-one HTML5 development environment.
> >>> Design, debug & build mobile apps & 2D/3D high-impact games for
> multiple
> >>> OSs.
> >>> http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140
> >>> ___
> >>> Emc-users mailing list
> >>> Emc-users@lists.s