Re: [Emc-developers] [Emc-commit] joints_axes12: tests/ fixes for ini files requiring JA update

[andy pugh]

On 13 March 2016 at 22:46, Jeff Epler  wrote:

> Ouch.  Good catch.  What should we do to avoid having these tests fail
> silently in the future?

Pre-convert all the INI files? I created a scripted mode for the
conversion script, so it ought not be too hard.

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

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] [Emc-commit] joints_axes12: tests/ fixes for ini files requiring JA update

[Jeff Epler]

On Sun, Mar 13, 2016 at 09:00:35PM +, Dewey Garrett wrote:
> Numerous tests that use an ini file have not been exercised recently in the
> joints_axesNN branches because the linuxcnc script invokes the update_ini
> script which (when running non-interactively) exits with a tkinter error but 
> ok
> (0) status.  Thus, the tests are not executed (nor is an updated ini file 
> created
> by the update_ini script).

Ouch.  Good catch.  What should we do to avoid having these tests fail
silently in the future?

Jeff

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] GSOC 2016-Contributing to LINUX CNC

[Kenneth Lerman]

I would argue that to a large degree, most canned operations are
unnecessary when we have gcode subroutines.

They only have real value when there is a need to be compatible with an
existing machine.

Ken

On Sun, Mar 13, 2016 at 5:14 PM, John Thornton  wrote:

> I have one I wrote in Python that allows you to pick from several
> different hole ops and the positions are entered into a list and will
> get done in the order you enter the XY coordinates. Plus speed and feed
> calculators.
>
> http://gnipsel.com/files/mill-g-code/
>
> JT
>
> On 3/13/2016 3:41 PM, Jon Elson wrote:
> > On 03/13/2016 02:30 PM, andy pugh wrote:
> >> On 13 March 2016 at 00:17, EBo  wrote:
> >>> It would also me nice to have the full list of g-codes
> >>>  available for
> discussion
> >>> -- even if they are just place holders like:
> >>>
> >>>G84 Right-Hand Tapping Cycle:
> >>>This code is currently unimplemented in LinuxCNC. ...
> >> We have G33.1 so I assume G84 would just need to be a canned-cycle
> >> version of the same. For rigid-tapping arrays of holes.
> >>
> >> I can see single-digits numbers of users actually using the code.
> >>
> > I have a program that generates spotting, drilling and
> > tapping G-code for an arbitrary list of X,Y coordinates.
> > That is more flexible than only handling a regularly spaced
> > array of holes.
> >
> > I have another one that does it for combo drill-taps.
> >
> > Jon
> >
> >
> --
> > Transform Data into Opportunity.
> > Accelerate data analysis in your applications with
> > Intel Data Analytics Acceleration Library.
> > Click to learn more.
> > http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
> > ___
> > Emc-developers mailing list
> > Emc-developers@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-developers
>
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>



-- 
Kenneth Lerman
55 Main Street
Newtown, CT 06470
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] GSOC 2016-Contributing to LINUX CNC

[John Thornton]

I have one I wrote in Python that allows you to pick from several 
different hole ops and the positions are entered into a list and will 
get done in the order you enter the XY coordinates. Plus speed and feed 
calculators.

http://gnipsel.com/files/mill-g-code/

JT

On 3/13/2016 3:41 PM, Jon Elson wrote:
> On 03/13/2016 02:30 PM, andy pugh wrote:
>> On 13 March 2016 at 00:17, EBo  wrote:
>>> It would also me nice to have the full list of g-codes
>>>  available for discussion
>>> -- even if they are just place holders like:
>>>
>>>G84 Right-Hand Tapping Cycle:
>>>This code is currently unimplemented in LinuxCNC. ...
>> We have G33.1 so I assume G84 would just need to be a canned-cycle
>> version of the same. For rigid-tapping arrays of holes.
>>
>> I can see single-digits numbers of users actually using the code.
>>
> I have a program that generates spotting, drilling and
> tapping G-code for an arbitrary list of X,Y coordinates.
> That is more flexible than only handling a regularly spaced
> array of holes.
>
> I have another one that does it for combo drill-taps.
>
> Jon
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] GSOC 2016-Contributing to LINUX CNC

[Chris Morley]

> 
> Also i am trying to familiarize myself 
> with the structure of the code by
> going through it and mapping it to
> documentation, any suggestion
> on how can i better understand 
> the code?
> 
> TanayG
> 

Actually, documenting the Code and adding it to the
developer docs would be a great asset to future
contributors.
Few people understand in detail, how Gcode to machine movement
is done in our code and it holds us back IMHO.

Chris M
  
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] tandem PID steppers - 1 or 2 PIDs

[Peter C. Wallace]

On Sun, 13 Mar 2016, Chris Morley wrote:

> Date: Sun, 13 Mar 2016 20:30:17 +
> From: Chris Morley 
> Reply-To: EMC developers 
> To: EMC DEV 
> Subject: [Emc-developers] tandem PID steppers - 1 or 2 PIDs
> 
> Looking to fix up tandem steppers in pncconf.
> This is using Mesa stepgens.
>
> Would it work fine to use one PID loop to control
> the two stepgens?
>
> basically ignore the second stepgens fb.
>
> Thanks
> Chris M


I dont think so, there is nothing to keep one stepgens position from slowly 
drifting away from the others during acceleration due to slight differences in 
position read and in velocity write times. These offsets would be small and 
should cancel out but I dont get the warm fuzzys that long term position drift 
is impossible with this approach.

Also this would prevent the (useful) addition of position offsets between
stepgens (like the Gantry comp does)



>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>

Peter Wallace
Mesa Electronics

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


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] GSOC 2016-Contributing to LINUX CNC

[Jon Elson]

On 03/13/2016 02:30 PM, andy pugh wrote:
> On 13 March 2016 at 00:17, EBo  wrote:
>> It would also me nice to have the full list of g-codes
>>  available for discussion
>> -- even if they are just place holders like:
>>
>>   G84 Right-Hand Tapping Cycle:
>>   This code is currently unimplemented in LinuxCNC. ...
> We have G33.1 so I assume G84 would just need to be a canned-cycle
> version of the same. For rigid-tapping arrays of holes.
>
> I can see single-digits numbers of users actually using the code.
>
I have a program that generates spotting, drilling and 
tapping G-code for an arbitrary list of X,Y coordinates.
That is more flexible than only handling a regularly spaced 
array of holes.

I have another one that does it for combo drill-taps.

Jon

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] tandem PID steppers - 1 or 2 PIDs

[Chris Morley]

Looking to fix up tandem steppers in pncconf.
This is using Mesa stepgens.

Would it work fine to use one PID loop to control 
the two stepgens?

basically ignore the second stepgens fb.

Thanks
Chris M
  
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] GSOC 2016-Contributing to LINUX CNC

[andy pugh]

On 13 March 2016 at 19:49, John Thornton  wrote:
> The interesting thing about open source software is you have no idea how
> many people use it and what parts they find useful...

You get the occasional clue when serious bugs go unreported for
several years :-)

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

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] GSOC 2016-Contributing to LINUX CNC

[John Thornton]

The interesting thing about open source software is you have no idea how 
many people use it and what parts they find useful...

JT

On 3/13/2016 2:30 PM, andy pugh wrote:
> On 13 March 2016 at 00:17, EBo  wrote:
>> It would also me nice to have the full list of g-codes
>>  available for discussion
>> -- even if they are just place holders like:
>>
>>   G84 Right-Hand Tapping Cycle:
>>   This code is currently unimplemented in LinuxCNC. ...
> We have G33.1 so I assume G84 would just need to be a canned-cycle
> version of the same. For rigid-tapping arrays of holes.
>
> I can see single-digits numbers of users actually using the code.
>


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] GSOC 2016-Contributing to LINUX CNC

[andy pugh]

On 13 March 2016 at 00:17, EBo  wrote:
>
> It would also me nice to have the full list of g-codes
>  available for discussion
> -- even if they are just place holders like:
>
>  G84 Right-Hand Tapping Cycle:
>  This code is currently unimplemented in LinuxCNC. ...

We have G33.1 so I assume G84 would just need to be a canned-cycle
version of the same. For rigid-tapping arrays of holes.

I can see single-digits numbers of users actually using the code.

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

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers