[Emc-users] OT Cool Tool

[Jim Craig]

Thought you all might be interested in this cool little tool. I might 
have to add one to the toolbox.

https://www.sparkfun.com/products/13929

Let me know your thoughts.

Jim


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Milling Aluminum.

[Jim Craig]

Yea I thought your recipe looked pretty good. I think the missing 
ingredients are lube and chip evacuation.

My steps below are my basic guideline for setting up a cutter for 
aluminum with HSM paths. I have not broke a cutter while using those 
guidelines and flood coolant since I started using them. I may be 
conservative but I don't like breaking cutters.

Good luck and keep us informed.

On 4/13/2017 11:22 AM, Todd Zuercher wrote:
> My material is only 1/4" thick, so more tool engagement is not an option.
>
> I ran a test with 1/2" circles (1/4" loops for the tool center) and the feed 
> rate increased to 80ipm. I also decreased the step to 0.025".  The results 
> were about the same.
> With the 80ipm @18000 and the 2 flute cutter isn't the chip load a little 
> over 0.002" already.
>
> Next, I'll try pulling back the RPM to get a higher chipload. Aiming for 
> about 0.005" this time so I'll run 8000rpm.
> Then I'm going to try a single flute O-flute cutter (with a alight up cut).
>
> - Original Message -
> From: "Jim Craig" <jimcraig5...@windstream.net>
> To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
> Sent: Thursday, April 13, 2017 11:27:42 AM
> Subject: Re: [Emc-users] Milling Aluminum.
>
> Lube is your friend. I try not to do any aluminum cutting without
> lubrication. I think your air blast and lube will get you a long way
> towards better tool life.
>
> What is the overall thickness you are cutting? If it is more than 1/4" I
> would recommend using the full cutting length of the cutter and taking a
> cut that is .1 times the cutter diameter. Calculate your feed rate based
> off that to keep tool deflection under 0.001". This will optimize
> overall tool wear and will improve productivity if you can keep the feed
> rate up enough.
>
> I am not sure that going to a larger diameter circle will help you any.
> It will increase the feed rate but it will also increase the path length
> probably not yielding a better run time. If the 60ipm is the best you
> can do slow down the RPM so you are taking at least a 0.001" per tooth
> chipload and are not rubbing creating extra heat that will increase the
> likelihood of  chip weld.
>
> My 2 cents.
>
> Also as Andy stated Fusion 360 can be had for free or cheap so I would
> try that for these types of tool paths.
>
> Jim
>
> On 4/13/2017 9:41 AM, Todd Zuercher wrote:
>> Here I go again.  Unfortunately, the aluminum jig was a big hit, and now 
>> they want more.  So I thought I'd take a crack at a trochoirdal milling 
>> path.  My first try gave mixed results.  Looking for advice.
>> My CAM software still doesn't have a trochoirdal option, so a faked it with 
>> a line of small circles strung together.
>> I tried milling with a Vortex 1230 1/4" solid carbide up spiral @ 18000rpm 
>> feed rate set to 100ipm (but due to machine acceleration limits the feed was 
>> really only 60ipm).  The path was made with 3/8" circles with a female climb 
>> milling path strung together with a 0.05" step, milling 1/4" deep.  It cut 
>> beautifully, for about an inch, then the flutes clogged and the bit promptly 
>> broke.  This was a dry test cut in the Mic-6 chewing gum and I forgot to 
>> turn on the air blast.
>>
>> Suggestions on where I should go from here?  Smaller step?  Lower or higher 
>> RPM? Larger circle (to allow faster feed)?  I know Getting the air blast 
>> turned on and a squirt of WD-40 will help, but will that be enough?  Better 
>> Aluminum stock should also help, I have 3 sheets of 6061 for the next ones, 
>> but I would like to cut a few things from the Mic-6 scrap left over from the 
>> last one.
>>
>>
>> - Original Message -
>> From: "Jon Elson" <el...@pico-systems.com>
>> To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
>> Sent: Thursday, February 23, 2017 12:54:14 PM
>> Subject: Re: [Emc-users] Milling Aluminum.
>>
>> On 02/23/2017 09:35 AM, Jim Craig wrote:
>>> Yep, you should have done a HSM slot about 3/8" wide with the 1/4"
>>> cutter and you would have had little trouble. I try to avoid a
>>> conventional full width slot in aluminum where possible. lube definitely
>>> helps or is required.
>>>
>>>
>> Yes, the hardest part of this is what I call the "plowing
>> cut", where the cutter is cutting the full width into the
>> material. There's no great way to do this, but ramping down
>> helps, some. There might be some inventive ways to ramp
>> several

Re: [Emc-users] Milling Aluminum.

[Jim Craig]

Lube is your friend. I try not to do any aluminum cutting without 
lubrication. I think your air blast and lube will get you a long way 
towards better tool life.

What is the overall thickness you are cutting? If it is more than 1/4" I 
would recommend using the full cutting length of the cutter and taking a 
cut that is .1 times the cutter diameter. Calculate your feed rate based 
off that to keep tool deflection under 0.001". This will optimize 
overall tool wear and will improve productivity if you can keep the feed 
rate up enough.

I am not sure that going to a larger diameter circle will help you any. 
It will increase the feed rate but it will also increase the path length 
probably not yielding a better run time. If the 60ipm is the best you 
can do slow down the RPM so you are taking at least a 0.001" per tooth 
chipload and are not rubbing creating extra heat that will increase the 
likelihood of  chip weld.

My 2 cents.

Also as Andy stated Fusion 360 can be had for free or cheap so I would 
try that for these types of tool paths.

Jim

On 4/13/2017 9:41 AM, Todd Zuercher wrote:
> Here I go again.  Unfortunately, the aluminum jig was a big hit, and now they 
> want more.  So I thought I'd take a crack at a trochoirdal milling path.  My 
> first try gave mixed results.  Looking for advice.
> My CAM software still doesn't have a trochoirdal option, so a faked it with a 
> line of small circles strung together.
> I tried milling with a Vortex 1230 1/4" solid carbide up spiral @ 18000rpm 
> feed rate set to 100ipm (but due to machine acceleration limits the feed was 
> really only 60ipm).  The path was made with 3/8" circles with a female climb 
> milling path strung together with a 0.05" step, milling 1/4" deep.  It cut 
> beautifully, for about an inch, then the flutes clogged and the bit promptly 
> broke.  This was a dry test cut in the Mic-6 chewing gum and I forgot to turn 
> on the air blast.
>
> Suggestions on where I should go from here?  Smaller step?  Lower or higher 
> RPM? Larger circle (to allow faster feed)?  I know Getting the air blast 
> turned on and a squirt of WD-40 will help, but will that be enough?  Better 
> Aluminum stock should also help, I have 3 sheets of 6061 for the next ones, 
> but I would like to cut a few things from the Mic-6 scrap left over from the 
> last one.
>
>
> - Original Message -
> From: "Jon Elson" <el...@pico-systems.com>
> To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
> Sent: Thursday, February 23, 2017 12:54:14 PM
> Subject: Re: [Emc-users] Milling Aluminum.
>
> On 02/23/2017 09:35 AM, Jim Craig wrote:
>> Yep, you should have done a HSM slot about 3/8" wide with the 1/4"
>> cutter and you would have had little trouble. I try to avoid a
>> conventional full width slot in aluminum where possible. lube definitely
>> helps or is required.
>>
>>
> Yes, the hardest part of this is what I call the "plowing
> cut", where the cutter is cutting the full width into the
> material. There's no great way to do this, but ramping down
> helps, some. There might be some inventive ways to ramp
> several times down the cut, then make a pass at constant
> depth taking off the tops of the ramps, then repeat at next
> depth, etc.
> until you break through.
>
> I never cut slots the same width as the cutter, I always
> somehow manage to plow the first, full-width cut, and then
> climb mill the sides to bring the slot to the desired dimension.
>
> Jon
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Milling Aluminum.

[Jim Craig]

Yep, you should have done a HSM slot about 3/8" wide with the 1/4" 
cutter and you would have had little trouble. I try to avoid a 
conventional full width slot in aluminum where possible. lube definitely 
helps or is required.

I don't think rigidity of your machine was the issue.

Just remember what you learned from the experience. Then apply it next 
time. . .

Jim

On 2/23/2017 9:27 AM, Todd Zuercher wrote:
> It is a pretty big heavy machine (about 12,000lbs), one just like this.
> https://www.youtube.com/watch?v=1U6HtvfKUYg
>
> Part of the problem was I was just slot milling everything, didn't want to 
> make more mess milling bigger grooves than I had to.
>
> - Original Message -
> From: "Chris Albertson" 
> To: "Enhanced Machine Controller (EMC)" 
> Sent: Thursday, February 23, 2017 12:45:05 AM
> Subject: Re: [Emc-users] Milling Aluminum.
>
> Yes, WD40 works well on aluminum.   I'm betting your wood mill is not
> nearly rigid enough to cut metal.
>
> What most people did early on was use a manual Bridgeport type knee mill
> with hand cranks.  Doing this it is easy to see and feel how it works.
>   With my small mill I use an order of magnitude slower RPM and a lot slower
> then 120 rpm.
>
> The other thing is that with wood you can make a deep 1/2" wide slot with a
> 1/2" bit.  With metal you'd cut one side of the slot at a time with a
> smaller than 1/2" bit
>
> On Wed, Feb 22, 2017 at 8:08 PM, Todd Zuercher 
> wrote:
>
>> Yuck, if I don't ever have to mill that crap again it will be too soon.
>> Started out dry and trying to mill .12 deep per pass. 1st try (1" long ramp
>> in) tool ramped in to full depth nicely and then promptly snapped, 400imp
>> @18krpm is too fast.  150imp went about 2 inches, gumming up badly.  Half a
>> dozen bits later, having some success with a .06" cut depth @120imp and
>> soaking it with WD-40.
>>
>> - Original Message -
>> From: "Roland Jollivet" 
>> To: "Enhanced Machine Controller (EMC)" 
>> Sent: Tuesday, February 21, 2017 3:17:27 PM
>> Subject: [Emc-users]  Milling Aluminum.
>>
>> Why don't you just get someone to water-jet cut, and carry on cutting wood?
>>
>>
>> On 21 February 2017 at 17:34, Todd Zuercher 
>> wrote:
>>
>>> I am a wood worker in a large wood working CNC shop. But I need to mill
>>> some aluminum for a project (a jig for another process in our company)
>> but
>>> I know next to nothing about milling such material. What I need is to
>> cut a
>>> large grid out of a 5ft x 10ft sheet of 1/4inch thick MIC6 AL. The
>> machines
>>> I will have to do this are large wood working cncs with flat vacuum
>> tables.
>>> We normally cut flat sheet material like MDF or plywood on a MDF
>> fall-board
>>> (vacuum sucking right through the fall-board (holes, no jig tape, just
>>> porous MDF) These machines have no provisions for coolant Just compressed
>>> air blast and dust/chip collection (big centralized dust collector
>> system).
>>> I will obviously have to disable the dust collection, because I'm pretty
>>> sure the local farmers who pick up our dust won't appreciate AL shavings
>> in
>>> their cow bedding. The machine I am probably going to use has a 12kw
>> 24krpm
>>> spindle. I would like to mill this with a 1/4" 2 flute carbide end mill.
>>> Should I use an up or down spiral cutter? What feed speed and RPM would
>> be
>>> appropriate? What depth of cut per pass? Do I need to arrange some sort
>> of
>>> mist system for cooling? What to use and how much liquid in the mist?
>>> (Don't want to cause problems with the MDF fall-board or vacuum hold down
>>> system.) The grid is only going to be about 2 inches wide, with 12
>> windows
>>> in the 5x10 frame (a lot of wasted material). At this point the plan is
>> to
>>> set the milling up with lots of bridges to hold the grid to the scrap
>> then
>>> go back and trim those off with a final finish pass.
>>>
>>> --
>>>
>>> 
>>>
>>> Todd Zuercher
>>> mailto:zuerc...@embarqmail.com
>>>
>>> 
>>> 
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>> ___
>>> Emc-users mailing list
>>> Emc-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> 

Re: [Emc-users] Milling Aluminum.

[Jim Craig]

I got a bunch of scrap pieces of MIC-6 from a local scrap dealer for 
pretty cheap so I have been making chips and widgets out of it for a 
while now. It is dimensionaly stable but it does like to chip weld even 
more than 6061.

Another little note about MIC-6 is that if you are cutting the last 
little bit off a face then the exit move will break the last bit of 
material instead of cutting it. It leaves a little rough spot. This is 
due to the weaker properties of the cast aluminum vs a higher alloy 
aluminum. To prevent this the cut should be made smaller at exit to 
reduce the loads on that last little bit of material. I don't worry 
about it and just plow through leaving the rough spot but you may need a 
better finish.

Jim

On 2/21/2017 12:57 PM, John Thornton wrote:
> Jim,
>
> Good to know this I have a pice of MIC-6 arriving today I need to cut up
> and machine it. I usually use 6061 and 7075.
>
> JT
>
>
> On 2/21/2017 11:37 AM, Jim Craig wrote:
>> MIC-6 is particularly gummy when machining. I always use coolant and I
>> still get a little bit of chip weld if things aren't just right.
>>
>> Getting the chips out of the slot you are milling is also critical. I
>> would keep using the compressed air blast and i would probably use a HSM
>> slot instead of a conventional slot to allow more room for chip
>> evacuation. It will take more time but should provide better results. I
>> get similar results to John for feeds and speeds. Use 1/8" DOC, 2 flute
>> 24k rpm and 119 ipm feed gives .0024" chip and about 15-20 lbs of
>> cutting force.
>>
>> Jim
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Milling Aluminum.

[Jim Craig]

MIC-6 is particularly gummy when machining. I always use coolant and I 
still get a little bit of chip weld if things aren't just right.

Getting the chips out of the slot you are milling is also critical. I 
would keep using the compressed air blast and i would probably use a HSM 
slot instead of a conventional slot to allow more room for chip 
evacuation. It will take more time but should provide better results. I 
get similar results to John for feeds and speeds. Use 1/8" DOC, 2 flute 
24k rpm and 119 ipm feed gives .0024" chip and about 15-20 lbs of 
cutting force.

Jim

On 2/21/2017 10:53 AM, John Thornton wrote:
> The key to milling aluminum dry is cutting a chip big enough to pull the
> heat out with the chip. So big chips mean the part stays cool, and small
> chips means the tool will gum up and stick the aluminum. I like 2 flute
> carbide from Lakeshore Carbide. They make end mills for steel and
> aluminum that have different coatings. Looking in the Lakeshore Carbide
> book they recommend for aluminum 1600-2000 SFM ( I assume that is with
> flood coolant) and 0.003" inches per tooth. Using my handy calculator
> and using 1600 SFM for a 2 flute 1/4" end mill I get 26 RPM at 146.7
> IPM.
>
> JT
>
>
> On 2/21/2017 9:34 AM, Todd Zuercher wrote:
>> I am a wood worker in a large wood working CNC shop. But I need to mill some 
>> aluminum for a project (a jig for another process in our company) but I know 
>> next to nothing about milling such material. What I need is to cut a large 
>> grid out of a 5ft x 10ft sheet of 1/4inch thick MIC6 AL. The machines I will 
>> have to do this are large wood working cncs with flat vacuum tables. We 
>> normally cut flat sheet material like MDF or plywood on a MDF fall-board 
>> (vacuum sucking right through the fall-board (holes, no jig tape, just 
>> porous MDF) These machines have no provisions for coolant Just compressed 
>> air blast and dust/chip collection (big centralized dust collector system). 
>> I will obviously have to disable the dust collection, because I'm pretty 
>> sure the local farmers who pick up our dust won't appreciate AL shavings in 
>> their cow bedding. The machine I am probably going to use has a 12kw 24krpm 
>> spindle. I would like to mill this with a 1/4" 2 flute carbide end mill. 
>> Should I use an up or dow
 n spiral cutter? What feed speed and RPM would be appropriate? What depth of 
cut per pass? Do I need to arrange some sort of mist system for cooling? What 
to use and how much liquid in the mist? (Don't want to cause problems with the 
MDF fall-board or vacuum hold down system.) The grid is only going to be about 
2 inches wide, with 12 windows in the 5x10 frame (a lot of wasted material). At 
this point the plan is to set the milling up with lots of bridges to hold the 
grid to the scrap then go back and trim those off with a final finish pass.
>>
>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] G41-42 and G64 Bug?q

[Jim Craig]

On 2/17/2017 10:25 AM, Todd Zuercher wrote:
> The small radius "is" the tool radius, and it was created by Linuxcnc when it 
> created the G41 tool offset.
>
Now I am smelling what you are stepping in!

I need to play with this G41/42 stuff just to know what is going on with it.

Jim

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] G41-42 and G64 Bug?q

[Jim Craig]

Todd,

Is the  cutter radius larger than the small radius transitioning from 
the straight line to the semicircle. would this cause the issue? 
Grasping at straws here as I don't use G41/G42.

I guess I don't understand why the small arc radius is being shown at 
all in white if the below code is the programmed path.

Jim

On 2/16/2017 3:04 PM, Todd Zuercher wrote:
> Maybe, it is or isn't a problem.
> The g-code is only:
>
> G43
> G0 X1.5 Y.375 Z1
> G41
> G1X1Y.5Z.5
> G1X0.5
> G2 X4.5 I2 J0
> G1 X0.75
> G0Z1
> G40
>
> It runs perfectly fine without the G41 reguardless of the G64 setting. I 
> guess the planner must see that arc in the transition from one line to the 
> next in G41 and the Q is acting it, even though it isn't actually written in 
> the g-code.
> Something else to remember when using tool comp.
>
>
> - Original Message -
> From: "sam sokolik" 
> To: "Enhanced Machine Controller (EMC)" 
> Sent: Thursday, February 16, 2017 3:20:02 PM
> Subject: Re: [Emc-users] G41-42 and G64 Bug?
>
> On this post - I showed what happens to a shape as you increase Q
>
> http://www.cnczone.com/forums/linuxcnc-formerly-emc2-/206712-software.html#post1453562
>
> sam
>
> On 2/16/2017 2:11 PM, Kurt Jacobson wrote:
>> OK, I see that you mean now. As they say, a picture is worth a thousand
>> words. (Though that does not seem to hold true when writing an essay for
>> English class!?)
>>
>> I still think naive cam detector is doing exactly what it is suposed to. If
>> the maximum deviation of an arc from a strait line is within Q they are
>> collapsed into a single linear move, which is exactly what I see in your
>> screen dump.
>>
>> Kurt
>>
>> On Thu, Feb 16, 2017 at 2:53 PM, Todd Zuercher 
>> wrote:
>>
>>> I didn't expect the Naive cam detection to do this.
>>> https://s2.postimg.org/ezy3wjfjt/bug.png
>>> Maybe I am reading the docs wrong.
>>>
>>> - Original Message -
>>> From: "Kurt Jacobson" 
>>> To: "Enhanced Machine Controller (EMC)" 
>>> Sent: Thursday, February 16, 2017 2:10:26 PM
>>> Subject: Re: [Emc-users] G41-42 and G64 Bug?
>>>
>>> I don't really know any thing about this, but I'd say that is the expected
>>> behavior based on the description of G64 Path Blending:
>>>
>>> "On G2/G3 moves in the G17 (XY) plane when the maximum deviation of an arc
>>> from a straight line is less than the G64 P- tolerance the arc is broken
>>> into two lines (from start of arc to midpoint, and from midpoint to end).
>>> those lines are then subject to the naive cam algorithm for lines.[1]"
>>>
>>> It sounds like your Q value is larger than the radius of your compensation
>>> lead out, so the arc is broken up into two line segments. Since these line
>>> segments are within Q of a linear move they are collapsed into one linear
>>> move, and since this linear move is within Q of the original linear move
>>> the whole path is collapsed in to a single linear move which is treated
>>> essentially becomes a long compensation lead out move.
>>>
>>> Just thinking out loud here, again, I am a complete noob so take this with
>>> half a grain of salt.
>>>
>>> [1] http://linuxcnc.org/docs/html/gcode/g-code.html#gcode:g61-g61.1
>>>
>>> Kurt
>>>
>>> On Thu, Feb 16, 2017 at 1:32 PM, Todd Zuercher 
>>> wrote:
>>>
 I was playing arround with G41 and G42 in a simulation and I think I
>>> might
 have found a bug with the Naive CAM Detection.
 The shape I was simulating was a semi circle with the start/end point on
 the flat side and a single G2 arc move connecting the end points.
 The simulation behaves strangely. With a tool radius of .125" and .25"
>>> and
 staight G64 the tool path precisely followed the path (white and red
>>> lines
 over lapped). With G64P0.001, the same. The expected behavior is cutting
>>> a
 straight line parallel to the programed line offset the tool radius, cut
>>> an
 arc around that end point to connect to the offset path of the commanded
 arc cut. all good right.
 With G64P0.001Q0.2 there is odd behavior. It moves in a straight line
>>> from
 the beginning of the compensated straight line cut to the begining of the
 compensated arc cut completely ignoring the compensated end point of the
 straight cut. I know having such a large Q setting is a little odd. I
>>> also
 see simular behavior with G64P0.2 (no Q specified, same as Q0.2) only
>>> with
 more rounded corners.
 I seem to see the odd behavior when ever Q is about 2/3 or more than the
 tool diameter.

 --

 

 Todd Zuercher
 mailto:zuerc...@embarqmail.com

 
 
 --
 Check out the vibrant tech community on 

Re: [Emc-users] OT: Need some guidance on high temp/pressure water circuit

[Jim Craig]

On 2/12/2017 3:17 PM, Leonardo Marsaglia wrote:
> 2017-02-09 12:50 GMT-03:00 Roland Jollivet :
>
>> Remember too, that if this machine is used for any other product, then
>> changing moulds is going to be a nightmare. There's often water slopping
>> about during a tool change.
>>
> Well that's why I thought about using a vacuum pump to suck all the oil
> inside the tubing before making the switch between molds. I'm not saying is
> the best solution but a possible one.
>
>
You could also blow the fluid out of the lines with air pressure. Might 
be easier than a vacuum pump. If just air does not work you could 
possibly pig the lines if there are suitable bends for a pig to make it 
through the entire system. I am not sure of the geometry of the cooling 
chamber in the die.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] EDM Small Hole Drilling

[Jim Craig]

On 2/11/2017 3:52 PM, Ken Strauss wrote:
> A local shop uses the larger version of these to deburr holes drilled in
> tubing. They claim to be usable in 0.040 holes and there is a Swiss company
> that I can't recall the name of that makes really small ones.
>
> http://www.ezburr.com/products/micro_series.php
>
>
Ken,

That looks like it just might work. Seems like EDM was going to get 
nearly as expensive as lasers (and sharks). For a good power supply 
spindle pump etc. . .

I will keep proceeding with the standard milling spindle for now. I may 
experiment with EDM on om own. Just for kicks. Because I don't have 
enough to do anyway.

Thanks all,

Jim

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] EDM Small Hole Drilling

[Jim Craig]

On 2/10/2017 9:01 PM, TJoseph Powderly wrote:
>> The reason I am contemplating the small hole EDM process is three fold.
>> First it is difficult to drill these tiny holes in stainless and the
>> drill bits frequently break. Secondly the back side of the hole needs to
>> be burr free but is difficult to get to with conventional tools.
> scale again... 'burr free'
> well edm produces a burr, its small a few thou to 10 thou depending on
> energy at breakthru and the system ability to control position well
> ( hammering thru with bang bang control has larger burr )
> to get almost no burr, use a sacrificial plate and burn thru the SS and
> into the sacrifice

I will have to reconsider if it does not make a burr free hole without a 
backer. I was under the impression it did. I guess what I was reading 
was with a backer or a stack of parts. I am not sure if the client would 
consider a 10thou burr acceptable.

This is a spherical part where we are drilling through the spherical 
shell into the hollow center. Some holes are off center again benefiting 
from the EDM process.

We could possibly have fluid (water) in the core of the sphere would 
that help reduce the burr?

Snip
> sorry i gets carried away with edm stuff
> tomp tjtr33

No reason to apologize. You have provided lots of good information here.

Thanks a bunch,

Jim


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] EDM Small Hole Drilling

[Jim Craig]

> The problem is EDM is very slow.  Your holes would take at
> the least, several minutes each.  But, they'd be pretty clean.
> You ought to get in touch with Ben Fleming, he demoed a
> pulser EDM system at some of the CNC workshops in Ann Arbor
> a few years ago.
>
> http://www.homebuiltedmmachines.com/build-a-pulse-edm/
>
> He has a book and a circuit board, and you can build it in a
> couple weekends.  It was VERY cool to watch it work!
>
> Jon
>
I found Ben's website. I will probably buy his book and circuit board to 
at least play with the concept.

Thanks,

Jim

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] EDM Small Hole Drilling

[Jim Craig]

On 2/10/2017 4:16 PM, andy pugh wrote:
> On 10 February 2017 at 21:59, Jim Craig <jimcraig5...@windstream.net> wrote:
>> The more I think about the actual process and needs of the machine I am
>> thinking that a small hole EDM drilling head would be better for this
>> application.
>
> Maybe consider lasers (and sharks?) too:
> https://www.oxfordlasers.com/laser-micromachining/applications/fuel-injector-production/
>
>
But that would cost 1 million dollars.

Seriously though, lasers are expensive. I actually considered lasers 
first and went back to a regular spindle.

Thanks Andy,

Jim


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] EDM Small Hole Drilling

[Jim Craig]

I am working on a project at work where we are designing a new CNC 
machine for a particular application. Up to this point I have been 
planning on using a standard machine spindle.

The more I think about the actual process and needs of the machine I am 
thinking that a small hole EDM drilling head would be better for this 
application.

The application required drilling small 0.050" diameter holes through 
.135" thick stainless steel. The back side of these holes are in an 
annular space that cannot be easily reached for deburring.

The reason I am contemplating the small hole EDM process is three fold. 
First it is difficult to drill these tiny holes in stainless and the 
drill bits frequently break. Secondly the back side of the hole needs to 
be burr free but is difficult to get to with conventional tools. Third 
the machine could be lighter and simpler if I use EDM vs a standard 
milling head.

So my questions are as follows. What type of power supply would I need 
to use for doing small hole EDM drilling? Can I use a tig welder as the 
power supply and control pulsing with LinuxCNC driving an external IGBT? 
Could I use the Mesa THC to control gap of the electrode to the workpiece?

It appears that spindles don't need to rotate very fast. What type of 
rpm do the spindles typically run at?

That is all for now. I am sure I will have more to come.

Thanks,

Jim


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT: Need some guidance on high temp/pressure water circuit

[Jim Craig]

On 2/8/2017 2:31 PM, andy pugh wrote:
> On 8 February 2017 at 19:45, Jim Craig <jimcraig5...@windstream.net> wrote:
>> Dowtherm is used in thermal solar power plants.
> That sounds a lot less trouble than my molten salt idea. Those are
> super-stable at high temp (and relatively inexpensive) but if allowed
> to freeze would be very troublesome.
>
There is a solar power plant southwest of Phoenix Arizona that uses both 
Dowtherm HTF for solar energy collection and molten salt for thermal 
energy storage. It is called Solana. I worked on designing some of that 
plant a few years back. Then of course the HTF is used to transfer heat 
to a steam generator that actually makes the electricity.

Sun -> OIL -> Steam

and

Sun -> OIL -> Salt

Then when there is no sun it goes

Salt-> Oil -> Steam

Pretty cool stuff. Darned expensive to build.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT: Need some guidance on high temp/pressure water circuit

[Jim Craig]

Syltherm or Dowtherm are just such oils that are used in heat transfer 
applications. Dowtherm is used in thermal solar power plants. There are 
others out there but I cannot remember them off the top of my head right 
now.

If the right one is selected they would be much more stable at 280°C

Jim

On 2/8/2017 12:24 PM, Todd Zuercher wrote:
> What about using some sort of oil, or some other liquid that would not have 
> the high vapor pressures of water?
>
>
> - Original Message -
> From: "Chris Albertson" 
> To: "Enhanced Machine Controller (EMC)" 
> Sent: Wednesday, February 8, 2017 12:49:16 PM
> Subject: Re: [Emc-users] OT: Need some guidance on high temp/pressure water   
> circuit
>
> The only thing I know about this is that you absolutely need to keep air
> out of the system.  It all needs to be designed so that trapping air in the
> plumbing is impossible.   When/if the plumbing bursts having compressed air
> inside makes it a lot more dangerous.
>
>
>
> On Tue, Feb 7, 2017 at 3:30 PM, Leonardo Marsaglia <
> leonardomarsagli...@gmail.com> wrote:
>
>> Hello to all!
>>
>> I'm in the process of designing and planning a system to rapid
>> heating/cooling a mold for plastic injection. The project is still in the
>> board so I think it's a good time to ask help from you guys.
>>
>> I'm trying to make the system as simple as possible so I'll tell you what I
>> have in mind and what are my doubts and concerns. So here it is:
>>
>> A high pressure vessell with resistors is what I'm planning to have as an
>> accumulator and heating device. (The vessel should have pressure relief
>> valves and maybe a rupture disc). The idea is to reach 1000 PSI (to avoid
>> water to start boiling) and 280°C. From what I've been reading the best
>> pump for this cases is a gear pump because it can handle better the thermal
>> dilatation of the components.
>>
>> My main concern is, at the inlet of the pump the pressure is going to be
>> 1000 PSI, and I have only worked with pumps at atmospheric pressure at the
>> inlet side. Is this going to be a problem? The differential pressure at the
>> output is intended to be 50 or 100 PSI more than at the inlet just to make
>> the water flow through the mold and return to the vessel. There are going
>> to be valves to switch between cool and hot water.
>>
>> Also I may need to consider using special materials on the pump because of
>> the corrosion, or may be some additives in the water, but my main concern
>> is the rough construction of the system. I'm attaching a little diagram
>> with my idea just to start and discuse if it's doable or not. Needless to
>> say I'm going to take every safety measure possible with this kind of
>> system.
>>
>> I would be thankful if you can guide me or tell me if this is too
>> complicated and dangerous to even give it a try.
>>
>> Thanks as always!
>> --
>> *Leonardo Marsaglia*.
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>>
>


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT: Need some guidance on high temp/pressure water circuit

[Jim Craig]

Compressed air is the least of the worry's when dealing with 1000psi 
steam. If something does give up the ghost it will not be leaking air or 
water it will be superheated steam.

The biggest issue I see with they system is that there will be a very 
high probability of thermal stresses and fatiguing the parts that are 
seeing the cyclic temperature and pressure. This area of the system is 
much more likely to fail than the portion of the sytem that stays at 
1000psi and 280°C. or the part that stays at low temp and pressure. This 
goes for your injection molding dies as well. I would expect the three 
way valves you are showing to be a major issue.

Also keep in mind that your low temp circuit will likely be flashing the 
cooling water to steam as it hits the hot portions of the system. This 
means you will be dealing with 2 phase flow out of the cooling system 
and will have to deal with the steam that is generated.

How are you keeping the hot side hot? The pressure vessel must be 
designed and built per the ASME Boiler and Pressure Vessel Code or the 
applicable code in your area. This may mean it is a pressure vessel or 
it could be classified as a steam boiler depending on how you are 
heating it. 1000psi 280°C water is nothing to play with as a hobby. Be 
very careful with this stuff.

For reference I am a pressure vessel engineer by day. CNC tinkerer by night.

Good luck and be safe.

Jim

On 2/8/2017 11:49 AM, Chris Albertson wrote:
> The only thing I know about this is that you absolutely need to keep air
> out of the system.  It all needs to be designed so that trapping air in the
> plumbing is impossible.   When/if the plumbing bursts having compressed air
> inside makes it a lot more dangerous.
>
>
>
> On Tue, Feb 7, 2017 at 3:30 PM, Leonardo Marsaglia <
> leonardomarsagli...@gmail.com> wrote:
>
>> Hello to all!
>>
>> I'm in the process of designing and planning a system to rapid
>> heating/cooling a mold for plastic injection. The project is still in the
>> board so I think it's a good time to ask help from you guys.
>>
>> I'm trying to make the system as simple as possible so I'll tell you what I
>> have in mind and what are my doubts and concerns. So here it is:
>>
>> A high pressure vessell with resistors is what I'm planning to have as an
>> accumulator and heating device. (The vessel should have pressure relief
>> valves and maybe a rupture disc). The idea is to reach 1000 PSI (to avoid
>> water to start boiling) and 280°C. From what I've been reading the best
>> pump for this cases is a gear pump because it can handle better the thermal
>> dilatation of the components.
>>
>> My main concern is, at the inlet of the pump the pressure is going to be
>> 1000 PSI, and I have only worked with pumps at atmospheric pressure at the
>> inlet side. Is this going to be a problem? The differential pressure at the
>> output is intended to be 50 or 100 PSI more than at the inlet just to make
>> the water flow through the mold and return to the vessel. There are going
>> to be valves to switch between cool and hot water.
>>
>> Also I may need to consider using special materials on the pump because of
>> the corrosion, or may be some additives in the water, but my main concern
>> is the rough construction of the system. I'm attaching a little diagram
>> with my idea just to start and discuse if it's doable or not. Needless to
>> say I'm going to take every safety measure possible with this kind of
>> system.
>>
>> I would be thankful if you can guide me or tell me if this is too
>> complicated and dangerous to even give it a try.
>>
>> Thanks as always!
>> --
>> *Leonardo Marsaglia*.
>>
>> 
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>>
>


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] VFD recommendations - braking resistor vs mechanical brake.

[Jim Craig]

On 2/2/2017 9:13 AM, John Thornton wrote:
> I also have an Automation Direct GS2 on my BP knee mill and rigid tap
> with it (need the braking resistor).
>
> JT
John,

That is an interesting point. I am getting ready to add gear tooth 
sensors on the bull gear so I can rigid tap. I don't have a braking 
resistor on my drive. Currently the mechanical spindle brake engages 
when the spindle stops via a pneumatic cylinder. To be honest I am not 
sure if it would engage during a spindle reversal as I don't do that 
currently. It probably would not. Does the rigid tapping cycle stop the 
spindle or does it do a reversal without stopping? M3 M5 M4 M5 or M3 M4 M5?

I figured that the drag from tapping would stop the spindle pretty 
quickly without the resistor. I would like to hear more about your 
experience with this situation.

Thanks,

Jim


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] VFD recommendations

[Jim Craig]

On 2/1/2017 9:00 PM, Sebastian Kuzminsky wrote:
> On 02/01/2017 07:35 PM, dragon wrote:
>> I want to start looking for VFDs for my lathe and mill conversions. I
>> have two 2hp 3 phase motors to use for the spindles. Of course if I came
>> across a 3hp for the lathe some day it might get upgraded.
>>
>> Are there any drawbacks to using MODBUS instead of the usual analog 10v
>> interface?
>>
>> Does anyone have suggestions for particular brands or models of VFD? I
>> have worked with several Hitachi and one Toshiba VFD but that is all.
>> Remember that these are home/hobby machines and I do need to try to keep
>> costs down, but I don't want to be penny wise and pound foolish either.
> I have an Automation Direct GS2-23P0 (2.2 kW/3 HP output) on my
> Bridgeport.  It runs on 240V single phase.  It's hooked up to LinuxCNC
> over Modbus.
>
> It's been 100% trouble free since installation 7ish years ago.
>
I will second that the Automation Direct GS2 drives are good drives. I 
would not recommend the GS1 drives. I had one that made electrical noise 
I could not get rid of.

I need to get mine hooked up via modbus. I would like the additional 
information such as spindle current returned to the display.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Tool Length Offset?

[Jim Craig]

Pavel,

I believe this has been fixed in a version of linuxcnc more recent than 
2.7.4. I have tested it in simulation and it appears to be fixed. I am 
going to update my actual machine today and try it out to see if it has 
fixed the problem. My issue was in gmoccapy not axis. I am not sure if 
it affected all guis or not.

Thanks,

Jim

On 12/25/2016 10:43 PM, Pavel G. Kasyanenko wrote:
> Hello!
>
> If we are talking about the Axis I have the same problem. And even more.
> I'm going to rewrite it in the near future.
>
> Best regards,
> Pavel
>
> 23.12.2016 05:01, Jim Craig пишет:
>> I was running a program last night on my milling machine. I was cutting
>> air at the time and saw something that I did not like. I hit the stop
>> button in gmoccapy and the program stopped but then the tool plunged
>> downward in the z direction. I found this very odd. I took a look at the
>> tool offset and it was saying 0.000 in. Once again very odd. I played
>> around with it for a little bit and found that when I hit stop then the
>> tool length offset would be removed. Then this caused the machine to
>> plunge for some reason.
>>
>> Luckily it did no damage since I was far enough above the part to not
>> cause a crash.
>>
>> I have tried to reproduce this same behavior in a sim configuration in
>> 2.7.8 but I cannot 100%. If you change the G49 G43 option the tool will
>> show as moving on the screen but it is moving instantly as the change is
>> being made. No real plunge occurring, or is it? Was this a glitch in
>> 2.7.4? If not what could cause this behavior?
>>
>> Thanks,
>>
>> Jim
>>
>>
>> --
>> Developer Access Program for Intel Xeon Phi Processors
>> Access to Intel Xeon Phi processor-based developer platforms.
>> With one year of Intel Parallel Studio XE.
>> Training and support from Colfax.
>> Order your platform today.http://sdm.link/intel
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/intel
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/intel
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Tool Length Offset?

[Jim Craig]

I was running a program last night on my milling machine. I was cutting 
air at the time and saw something that I did not like. I hit the stop 
button in gmoccapy and the program stopped but then the tool plunged 
downward in the z direction. I found this very odd. I took a look at the 
tool offset and it was saying 0.000 in. Once again very odd. I played 
around with it for a little bit and found that when I hit stop then the 
tool length offset would be removed. Then this caused the machine to 
plunge for some reason.

Luckily it did no damage since I was far enough above the part to not 
cause a crash.

I have tried to reproduce this same behavior in a sim configuration in 
2.7.8 but I cannot 100%. If you change the G49 G43 option the tool will 
show as moving on the screen but it is moving instantly as the change is 
being made. No real plunge occurring, or is it? Was this a glitch in 
2.7.4? If not what could cause this behavior?

Thanks,

Jim


--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/intel
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] West Coast Mills (USA)

[Jim Craig]

On 9/29/2016 9:52 PM, Kirk Wallace wrote:
> On 09/29/2016 01:11 PM, Jim Craig wrote:
> ... snip
>> My machine uses NMTB30 tool holders so it would not be a direct fit. The
>> concept is good. I might try to replicate the mechanism. However the
>> wrist looks like it could be complicated to get that motion.
>>
>> Do you happen to have an exploded view drawing of the arm/wrist mechanism?
> ... snip
>
> I have seen an exploded diagram of this arm assembly, but I don't recall
> where at the moment. I'll keep this in mind and pass it along if I find
> anything. Hmm, I think here:
> http://www.wallacecompany.com/machine_shop//Shizuoka/atc_manual/bandit_changer-0064.png
> http://www.wallacecompany.com/machine_shop//Shizuoka/atc_manual/bandit_changer-0065.png
> http://www.wallacecompany.com/machine_shop//Shizuoka/atc_manual/bandit_changer-0066.png
> http://www.wallacecompany.com/machine_shop//Shizuoka/atc_manual/
>
> The arm slides in a vertical tube with a spiral slot that rotates the
> arm to or from the tool box or to the spindle as the arm slides up and
> down. The arm operates at fairly low pressure, so no one gets hurt if
> body parts get in the way, which is nice. The wrist has a bevel gear
> which is driven by a bevel gear on the vertical inner shaft which is
> fixed. When the arm rotates, wrist rotates as well.
>
> I tend to think I would make a more robot like arm if I were making one
> from scratch. The current arm has to remove the old tool from the
> spindle and put it away before getting the new tool, then load it. Some
> changers have the new tool ready before making a change. With LinuxCNC
> on-board there is plenty of control resource available.
>
Kirk, I really appreciate it. That is some good information. I think you 
are right and I will use steppers to automate the motion. Lots of stuff 
to get me thinking and staying awake at night designing something that I 
don't need. LOL!

Thanks again,

Jim


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

Re: [Emc-users] West Coast Mills (USA)

[Jim Craig]

On 9/29/2016 2:37 PM, Kirk Wallace wrote:
> On 09/29/2016 12:00 PM, Jim Craig wrote:
>> On 9/29/2016 1:02 PM, Kirk Wallace wrote:
>>> Just in case someone might be interested:
>>> http://www.ebay.com/itm/121734977870
>>>
>>> My slightly smaller ST-N as reference:
>>> http://www.wallacecompany.com/machine_shop/Shizuoka/
>>>
>> That tool changer setup looks perfect for my machine. Do you have a
>> video of it in action? Any details on the tool changer arm?
> http://www.wallacecompany.com/machine_shop/Shizuoka/tool_changer_video.html
>
> The Shizuoka uses NMTB40 tool holders. If your machine uses NMTB40 the
> changer might work, otherwise the claw and tool pockets will be a
> problem (NMTB = single flange with boss on end of taper, CAT = dual
> flange, no boss). The arm is rotated by a pneumatic cylinder which makes
> the arm raise and lower, as well as rotate the wrist. The tool comes out
> of the spindle with the tool pointing down. The wrist turns the tool
> holder over, tool up, as the arm moves towards the carousel. The changer
> functions are controlled by relay contacts so are pretty easy to hook up.
>
>
My machine uses NMTB30 tool holders so it would not be a direct fit. The 
concept is good. I might try to replicate the mechanism. However the 
wrist looks like it could be complicated to get that motion.

Do you happen to have an exploded view drawing of the arm/wrist mechanism?

Thanks again,

Jim


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

Re: [Emc-users] West Coast Mills (USA)

[Jim Craig]

On 9/29/2016 1:02 PM, Kirk Wallace wrote:
> Just in case someone might be interested:
> http://www.ebay.com/itm/121734977870
>
> My slightly smaller ST-N as reference:
> http://www.wallacecompany.com/machine_shop/Shizuoka/
>
That tool changer setup looks perfect for my machine. Do you have a 
video of it in action? Any details on the tool changer arm?

Thanks,

Jim


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

Re: [Emc-users] Any Interest or Ideas for a Linuxcnc Fest 2016 ?

[Jim Craig]

On 9/28/2016 9:35 PM, andy pugh wrote:
> On 29 September 2016 at 02:32, Jeff Epler  wrote:
>
>> Besides the social aspects, some of my goals are to
>>   - take a look at some of the things in our github tracker that are
>> languishing
>>
> One thing that I find myself coming back to, and is looking increasingly
> like the real answer to "jog while paused" is extending the 'position.txt"
> file, or a close relative, to  include "last G-code line completed' and a
> collection of states such as tool and spindle speed.
>
> Some users have said that mains power is unreliable where they are. If the
> power goes off mid-job, then they want a pop-up next restart saying so.
>
> Is is possible that we have over-complicated the whole jog-while-paused
> thing? Could it really be as easy as "re-start unfinished job" ?
>
On a similar note. I have wondered why we could not have another option 
for run from line "X" where the interpreter actually reads all of the 
previous lines but does not act on them just to make sure all of the 
persistent codes are set correctly for the program to run from the line 
without having to worry about the units, coordinate system, spindle 
speed, feedrate, etc.

Just a thought as sometimes restarting a program partially thorough can 
be a hair raising experience.

Jim


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

Re: [Emc-users] snagged touch probe on eBay - anybody know how to interface ?

[Jim Craig]

I have used xbee modules before for wireless point to point 
communication. Works well and pretty simple to use.

http://www.digikey.com/product-detail/en/XB24-AWI-001/XB24-AWI-001-ND/935965?WT.mc_id=IQ_7595_G_pla935965=1=cpc=1=Cj0KEQjwsai_BRC30KH347fjksoBEiQAoiaqsYm-WHZ4nBp_CZFsky8FzKPdtgjM_CXUeXLqlWbNCqMaAsF68P8HAQ

On 9/27/2016 12:30 PM, Sarah Armstrong wrote:
> I,m contemplating modifying mine to 2.4ghz and then implementing my own 
> protocol, I've got some code already that has infra red to WiFi out, so that 
> might do as the catalyst starter code and make a new pcb for the probe and 
> just do away with all the infrared.
>
> Sent from BlueMail
>
>
>
> On 27 Sep 2016, 18:25, at 18:25, Jon Elson  wrote:
>> On 09/27/2016 10:36 AM, Gene Heskett wrote:
>>> On Tuesday 27 September 2016 09:29:47 Ken Strauss wrote:
>>>
 The discussion has been regarding the optically coupled probe. Has
 anyone had success with the inductively coupled ones? Is it feasible
 to make your own IMM module?
>>> I'd have to say you could, but these machines are generators of a
>> large
>>> amount of magnetic noise. So I'd say not magnetically coupled, but
>> radio
>>> coupled just to get above the frequency of the machines own noises.
>> Yes, it seems Blum and Renishaw have moved to RF
>> communication, and seem to be in the 800 MHz to GHz bands!
>> I guess the problem is no matter where you put the IR
>> transceiver, somebody would end up putting an obstruction in
>> the way, and then you break the probe tip. I did rig the
>> loss of signal watchdog to stop the machine, and it seems
>> like a really good idea.
>>
>> Jon
>>
>>
>>
>> --
>> ___
>> 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 mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Strange Z value In DRO

[Jim Craig]

On 9/26/2016 8:20 AM, Chris Radek wrote:
> On Mon, Sep 26, 2016 at 07:54:30AM -0500, Jim Craig wrote:
>> This is all with version 2.7.4.
> Are you sure of the version?  There are some problems in 2.7.5-2.7.6
> that seem like they could be related to this behavior (fixed now in
> 2.7.7) but I would not expect 2.7.4 to have problems with losing
> offsets.
>
> If you could figure out how to make this happen in a sim config and
> give us instructions for reproducing it, especially if that's on
> 2.7.7, it would be really helpful.
>
> --
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
Chris,

It is with 2.7.4. We have not updated that machine in a while as it is 
not connected to the internet. Actually I have not updated any of my 
machines from 2.7.4 yet. . .

I don't have time to test with 2.7.7 right now. Maybe later this fall. 
We are farming now so not much time to play with CNC machines. : (

Thanks,

Jim


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

[Emc-users] Strange Z value In DRO

[Jim Craig]

While working with the plasma cutter this weekend we noticed strange 
behavior on the DRO overlay on the preview plot in Axis.

When attempting to run a program we were getting -z limit switch trips 
due to needing more debounce on the switch. This switch is used for 
touch off probing and for -z limit when not doing a probing move.

So while debugging the debounce issue we noticed some strange issues 
with the Z axis readings after the limit switch was tripped. Once the 
trip would occur we would do a manual Z axis touchoff to get a 
preliminary rough Z zero. However once the touchoff button was pushed 
the value shown on the DRO overlay on the preview plot would show some 
random number from 0.012 to 0.240 inches. There was no offset applied to 
the touchoff and there are no tool length offsets applied.

The stranger thing is that if you switch to the DRO tab then the value 
shown for the Z axis is 0. every time. To make the preview overlay 
dro show the 0. value I would have to manually change to G55 then 
back to G54 and the value would show properly.

This is all with version 2.7.4. Note that this machine is operating with 
stepper motors and no encoder feedback. Also note that the strange value 
would not happen every time but ~90% of the time.

Let me know what you think. Is this a bug. It was very repeatable on 
this machine but I am not sure if it is repeatable on other machines. I 
have not had time to try it on any other machine yet.

Thanks,

Jim


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

Re: [Emc-users] Leadscrew Efficiency?

[Jim Craig]

On 8/18/2016 9:14 AM, Todd Zuercher wrote:
> I have a machine that I converted from step-motors to servos, and I'm having 
> a little trouble with the Z axis. It has an anti backlash lead screw with a 
> 5tpi screw. This sort of worked, but the servo was working hard to move the 
> head, and I wanted a little higher encoder resolution for better tuning. So I 
> swapped in a nearly identical 10tpi lead screw set I happened to have on hand 
> (removed from another stepper machine to get better speed and perfomance). I 
> thought that the 10tpi screw should be easier for the servo to turn, but I'm 
> finding that the opposite is true and the servo can't raise the motor without 
> counter balance assistance when it could with the 5tpi. Does that make sense, 
> or is the problem more likely that the 10tpi screw and nut are worn out and 
> binding?
>
Todd,

Are they both single start screws or is the 10 TPI a dual start screw?

A 10 TPI dual start would be the same mechanical advantage as a 5TPI 
single start but would have the potential to have more binding/friction.

If they are both single start then the 10TPI should be much easier on 
your motor.

Jim


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

Re: [Emc-users] Plasma Mistake

[Jim Craig]

Marius,

That may be some good advice there. As it turns out the only items that 
were fried were items that were powered by the 5V wall wart power 
supply. This may be coincidence but it may not be either.

The stepper drives survived as they are powered by a switching power 
supply which I assume already has the HF filter built in.

The computer also survived but we may want to switch to a UPC instead of 
a power switch for further protection.

I would need to put the HF filter prior to the 5V power supply. I 
actually happen to have one of them laying around from a previous 
project. Would the wall wart be sufficient on the other side of the HF 
filter or should we find another power supply for our 5V needs?

Thanks,

Jim



On 5/20/2016 9:12 AM, Marius Liebenberg wrote:
>This is the reason that I prefer a proper input filter network that
> will make sure that things stay in tact even with the earth clamp not
> connected. I have done that many times and never broke any electronics.
>
> The circuit has a HF filter (pie) and a divider as well as a rectifier.
> Then you connect your stuff to this filter and the polarity is always
> correct and can be referenced to the circuit ground.
>
>
> -- Original Message --
> From: "Jim Craig" <jimcraig5...@windstream.net>
> To: "emc-users" <emc-users@lists.sourceforge.net>
> Sent: 2016-05-19 15:13:32
> Subject: [Emc-users] Plasma Mistake
>
>> So my goal is to let others learn from my mistakes. So in that way I
>> tend to make a lot of them so everyone can benefit. Last night I was
>> working with the plasma machine and made a big one!
>>
>> Don't ever forget to hook up the ground to the plasma cutter!
>>
>> When we hit the go button the program started. The torch found the
>> material. The pilot arc started and BAM everything stopped. Realtime
>> error in LinuxCNC. Cleared repowered the machine and nothing would
>> still
>> work. That is when I realized the ground clamp was not on the cutting
>> table.
>>
>> It took out the two breakout boards and the mesa THCAD-10 board.
>> Everything else seems to have survived. I replaced one of the breakout
>> boards to see what all was damaged. The parallel ports are still
>> working
>> and the stepper drives are still working so the damage was limited.
>>
>> So this serves as a warning to anyone that is using a plasma CNC
>> machine.
>>
>> My next question is what can I do in LinuxCNC to get a message box each
>> time a program is being started to check the plasma ground. This will
>> help to mitigate this problem in the future.
>>
>> If there is no way to do it in LinuxCNC then I will add a piece of code
>> to the post processor we use in Fusion360 to add the message and a
>> program pause in the initial preamble of the file.
>>
>> John T., I ordered a replacement THCAD-10 this morning. I just want to
>> thank you for the simple privacy statement on your website. I think you
>> should change your terms to be "You pay me, I ship you stuff!"
>>
>> Thanks and be warned!
>>
>> Jim C.
>>
>>
>> --
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of
>> MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data
>> untouched!
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Plasma Mistake

[Jim Craig]

On 5/20/2016 1:28 AM, Gregg Eshelman wrote:
> It would be easier to put a large sign below the control computer's screen, 
> and signs on/around the table. CHECK GROUND CLAMP!
>
>   
HA! I may do that too. Put one right over the plasma cutter power 
switch. That would be a good place.

Anyway, Thanks everyone for the advice. We will be reviewing the 
grounding of the whole system and adding in some friendly reminders.

Thanks again.


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Plasma Mistake

[Jim Craig]

I think in addition to the message box in the g-code file I will add a 
HAL message component that will trigger off a one shot component that is 
connected to the machine on state. This way each time the machine is 
turned on the pop up message will show up to remind the user to connect 
the ground. (just in case as I am a forgetful dummy).

On 5/19/2016 10:57 AM, Dave Cole wrote:
> Also, you will find out that how you put the clamp on the table will
> affect the plasma flame "direction".   The plasma flame will point
> somewhat in the direction of the best ground.
> If you clip it on one leg and the other legs and supports are not well
> connected you will see the effects of the poor ground path in your
> cuts.  The way you ground a plasma table is really important.
>
> Dave
>
The ground is normally placed on the grid in the water table. This gets 
the ground as close to the part as possible and creating a distributed 
ground grid under the plate being cut. What is the suggested best method 
to ground the table to the plasma cutter to prevent the directional arcing?

Thanks,

Jim

--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Plasma Mistake

[Jim Craig]

John,

In this situation the plasma cutter unit is used on the CNC machine as 
well as as a manual hand cutter. So the clamp remains to be universal. 
It is trivial to switch between use on the CNC table or as a manual hand 
cutter, as long as you don't forget the ground clamp.

Jim


On 5/19/2016 9:02 AM, John Kasunich wrote:
> One question:  Why do you have a ground "clamp".
>
> A CNC plasma is a more-or-less permanent installation.  Put a lug on that
> ground cable and bolt it to the machine table/frame.
>
>


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Plasma Mistake

[Jim Craig]

Les,

Thanks for the info. We were rethinking the machine grounding last 
night. We will look into it further when we are putting it back together.

Thanks again,

Jim

On 5/19/2016 8:28 AM, Les Newell wrote:
> Hi Jim,
>
> There are a few precautions you can take so forgetting to clamp the
> ground doesn't destroy your electronics. First use a star ground. Weld a
> bolt to the frame of your machine and connect that to your supply mains
> earth. Now make sure the mains earth for your computer and plasma cutter
> also connect to the same point. You don't want any loops, just direct
> connections straight to this single point.
>
> Second make sure none of your electronics have any connection to the
> frame of the machine. Cable screens etc should be isolated from the
> frame. The only connection should be that star point earth.
>
> Les
>
> On 19/05/2016 14:13, Jim Craig wrote:
>> So my goal is to let others learn from my mistakes. So in that way I
>> tend to make a lot of them so everyone can benefit. Last night I was
>> working with the plasma machine and made a big one!
>>
>> Don't ever forget to hook up the ground to the plasma cutter!
>>
>> When we hit the go button the program started. The torch found the
>> material. The pilot arc started and BAM everything stopped. Realtime
>> error in LinuxCNC. Cleared repowered the machine and nothing would still
>> work. That is when I realized the ground clamp was not on the cutting
>> table.
>>
>> It took out the two breakout boards and the mesa THCAD-10 board.
>> Everything else seems to have survived. I replaced one of the breakout
>> boards to see what all was damaged. The parallel ports are still working
>> and the stepper drives are still working so the damage was limited.
>>
>> So this serves as a warning to anyone that is using a plasma CNC machine.
>>
>> My next question is what can I do in LinuxCNC to get a message box each
>> time a program is being started to check the plasma ground. This will
>> help to mitigate this problem in the future.
>>
>> If there is no way to do it in LinuxCNC then I will add a piece of code
>> to the post processor we use in Fusion360 to add the message and a
>> program pause in the initial preamble of the file.
>>
>> John T., I ordered a replacement THCAD-10 this morning. I just want to
>> thank you for the simple privacy statement on your website. I think you
>> should change your terms to be "You pay me, I ship you stuff!"
>>
>> Thanks and be warned!
>>
>> Jim C.
>>
>
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Plasma Mistake

[Jim Craig]

I think I will use the following:

(msg, HEY STUPID IDIOT, CHECK GROUND CLAMP!!!)
M0

Thanks John,

Jim

On 5/19/2016 8:35 AM, John Thornton wrote:
> Thanks, in your G code put:
>
> (msg, CHECK GROUND CLAMP)
> M0
>
> JT
>
>
> On 5/19/2016 8:13 AM, Jim Craig wrote:
>> So my goal is to let others learn from my mistakes. So in that way I
>> tend to make a lot of them so everyone can benefit. Last night I was
>> working with the plasma machine and made a big one!
>>
>> Don't ever forget to hook up the ground to the plasma cutter!
>>
>> When we hit the go button the program started. The torch found the
>> material. The pilot arc started and BAM everything stopped. Realtime
>> error in LinuxCNC. Cleared repowered the machine and nothing would still
>> work. That is when I realized the ground clamp was not on the cutting
>> table.
>>
>> It took out the two breakout boards and the mesa THCAD-10 board.
>> Everything else seems to have survived. I replaced one of the breakout
>> boards to see what all was damaged. The parallel ports are still working
>> and the stepper drives are still working so the damage was limited.
>>
>> So this serves as a warning to anyone that is using a plasma CNC machine.
>>
>> My next question is what can I do in LinuxCNC to get a message box each
>> time a program is being started to check the plasma ground. This will
>> help to mitigate this problem in the future.
>>
>> If there is no way to do it in LinuxCNC then I will add a piece of code
>> to the post processor we use in Fusion360 to add the message and a
>> program pause in the initial preamble of the file.
>>
>> John T., I ordered a replacement THCAD-10 this morning. I just want to
>> thank you for the simple privacy statement on your website. I think you
>> should change your terms to be "You pay me, I ship you stuff!"
>>
>> Thanks and be warned!
>>
>> Jim C.
>>
>>
>> --
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Plasma Mistake

[Jim Craig]

So my goal is to let others learn from my mistakes. So in that way I 
tend to make a lot of them so everyone can benefit. Last night I was 
working with the plasma machine and made a big one!

Don't ever forget to hook up the ground to the plasma cutter!

When we hit the go button the program started. The torch found the 
material. The pilot arc started and BAM everything stopped. Realtime 
error in LinuxCNC. Cleared repowered the machine and nothing would still 
work. That is when I realized the ground clamp was not on the cutting 
table.

It took out the two breakout boards and the mesa THCAD-10 board. 
Everything else seems to have survived. I replaced one of the breakout 
boards to see what all was damaged. The parallel ports are still working 
and the stepper drives are still working so the damage was limited.

So this serves as a warning to anyone that is using a plasma CNC machine.

My next question is what can I do in LinuxCNC to get a message box each 
time a program is being started to check the plasma ground. This will 
help to mitigate this problem in the future.

If there is no way to do it in LinuxCNC then I will add a piece of code 
to the post processor we use in Fusion360 to add the message and a 
program pause in the initial preamble of the file.

John T., I ordered a replacement THCAD-10 this morning. I just want to 
thank you for the simple privacy statement on your website. I think you 
should change your terms to be "You pay me, I ship you stuff!"

Thanks and be warned!

Jim C.


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] pyvcp spinbox focus issue

[Jim Craig]

Interesting that you post this right now as I was just testing it. I can 
confirm the same with my machine. Apparently when I tried it the other 
day I used the numpad enter.


On 5/13/2016 12:34 PM, Marius Alksnys wrote:
> By the way, only main Enter key works, Enter on numeric keyboard
> doesn't. Uhh..
>
> On 2016.05.12 18:26, Jim Craig wrote:
>> That is interesting. I am sure that I tried the enter key as I
>> distinctly remember thinking about that and it did not seem to work. I
>> will try again to see if the thought ended before it made it to my fingers.
>>
>> Thanks,
>>
>> Jim
>
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Thanks and a question

[Jim Craig]

John,

I have been reading that. I may give that a try sometime but for now it 
is working great with the gantry component. It was not that difficult to 
set up. In fact the first time I tried to set it up it worked. I just 
needed to get the home switches set so that it was aligned and then 
touch the home all button and "Bam" square gantry.

Thanks again for all of the help and resources.

Jim

On 5/13/2016 11:35 AM, John Thornton wrote:
> Jim,
>
> Is your gantry a dual motor gantry? If so JA13 can now home a gantry
> with no special setup like the gantry component.
>
> JT
>
> On 5/13/2016 9:42 AM, Jim Craig wrote:


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Thanks and a question

[Jim Craig]

On 5/13/2016 10:18 AM, Peter C. Wallace wrote:
> Yes, the THCAD-10 has a continuous input overload voltage of 500VDC
>
Thanks Peter. That is what I thought I understood from the documentation 
but I wanted to make sure.


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Thanks and a question

[Jim Craig]

First of all I want to thank everyone that provided advice on this
plasma cutter build I have been working on with my buddy. We finally
have it all up and running with the Gantry HAL component and the THC HAL
component. I want to especially thank John T. for the advice on the THC
and all of the support files and sample configs he has made on the
plasma side of things. I also want to thank pommen for the Gantry HAL
example on the forum. That was a lot of help also.

I made several test cuts with he machine trying to get THC up and
running. I finally got it and we then made the first real project cut
with the machine Wednesday night. Here is apicture 

  of what we
cut out. It worked really well.

Anyway my question is about THC. after cutting several different
thicknesses of metals it appears the tip voltage needs to be around 115V
for the 0.19" cut height as described in the plasma cutter manual. So
right now I have divided arc voltage set to 1/30 of actual arc voltage.
There is another setting in the plasma to set it to 1/16.67. I think we
should change to this divisor so that we get more resolution. I have
seen the voltage spike to around 150V at times but 1/16.67 would still
be less than 10V.

I am resolution handicapped anyway because we are using software encoder
over the parallel port and I am using the resolution divider of 1/128 on
the THCAD-10 card so that we don't miss pulses. I initially tried it at
1/32 and we were missing pulses like crazy so I went to 1/128 to be
safe. However I think the resolution is pretty low at the current time.

Do you think the 1/16.6 would be safe for the THCAD-10 card.

I think I will try to use the minmax HAL component to track the maximum
value out from the THCAD and determine if the 1/16.6 would cause the
signal to the THCAD-10 to ever exceed 10V. From what I read on the
documentation of the THCAD-10 I don't think that if it did exceed 10V it
would hurt it, but what do I know!

Thanks again for the advice and help.

Jim


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] USB flash drive issue

[Jim Craig]

2.7.4

On 5/12/2016 1:19 PM, Dave Cole wrote:
> What version of LinuxCNC are you using ?
>
> Dave
>
> On 5/12/2016 1:51 PM, Jim Craig wrote:
>> More info.
>>
>> So I did the same as before. Plugged in the usb to the linux box. Went
>> to LinuxCNC using Axis GUI. Opened a file from the /media/usb0/
>> directory in Axis. Opened a file on the local hard drive in Axis. Axis
>> is no longer showing the file from the usb on the graphical display or
>> in the g-code text box.
>>
>> Went to a terminal and tried: umount /media/usb0/ and received an error
>> that the volume was busy.
>>
>> Did lsof /media/usb0/ and it showed that AXIS was still using the file
>> that I had opened.
>>
>> When I closed LinuxCNC Axis the file and volume were released and I
>> could umount them.
>>
>> This seems like a bug.
>>
>> Thanks,
>>
>> Jim
>>
>> On 5/12/2016 10:25 AM, Jim Craig wrote:
>>> Peter,
>>>
>>> I could give that a shot. I was not using a terminal to eject the media
>>> I was simply right clicking on the 8GB filesys icon on the desktop and
>>> clicking the eject media option. There is no unmount option in the right
>>> click context menu.
>>>
>>> I was under the assumption that the eject medial context menu option did
>>> the unmount command for that mounted drive.
>>>
>>> I will give it a try in a terminal to see.
>>>
>>> Thanks,
>>>
>>> Jim
>>>
>>> On 5/12/2016 10:13 AM, Peter Blodow wrote:
>>>> How about unmounting the stick first before ejecting?
>>>> Peter
>>>>
>>>> Am 12.05.2016 16:50, schrieb Jim Craig:
>>>>> All,
>>>>>
>>>>> I found an issue that I think is a bug but would like feedback before I
>>>>> post it on the GitHub issue list.
>>>>>
>>>>> I was using a USB flash drive to transfer files from my CAD/CAM pc to
>>>>> the LinuxCNC box. To do this I would plug the flash drive into the Linux
>>>>> box and would mount the volume. The files are then available at 
>>>>> /media/usb/
>>>>>
>>>>> If I accessed a file from LinuxCNC in the Axis GUI at the location of
>>>>> /media/usb/ the file would open fine and would run perfectly.
>>>>>
>>>>> The issue is when I wanted to eject the volume so I could take it back
>>>>> to the CAD/CAM box. To do this I would open a file that is on the local
>>>>> hard drive in LinuxCNC so that it should release the /media/usb/
>>>>> resource. I would then attempt to eject the volume and it would throw up
>>>>> an error message stating that it was still busy.
>>>>>
>>>>> The only way I could eject the media was to completely close the
>>>>> LinuxCNC application so it would release the /media/usb/resource so it
>>>>> could be ejected.
>>>>>
>>>>> I am running Debian Wheezy with 2.7.4.
>>>>>
>>>>> Let me know if this is a bug or if there is something else that I should
>>>>> be doing. I know I could copy the file to the local drive and not open
>>>>> it from the USB flash drive.
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Jim
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Mobile security can be enabling, not merely restricting. Employees who
>>>>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>>>>> restrictions. Mobile Device Manager Plus allows you to control only the
>>>>> apps on BYO-devices by containerizing them, leaving personal data 
>>>>> untouched!
>>>>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>>>>> ___
>>>>> Emc-users mailing list
>>>>> Emc-users@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>>>>
>>>> ---
>>>> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
>>>> http://www.avast.com
>>>>
>>>>
>>>> --
>>>> Mobile security can be enabling, not m

Re: [Emc-users] USB flash drive issue

[Jim Craig]

More info.

So I did the same as before. Plugged in the usb to the linux box. Went 
to LinuxCNC using Axis GUI. Opened a file from the /media/usb0/ 
directory in Axis. Opened a file on the local hard drive in Axis. Axis 
is no longer showing the file from the usb on the graphical display or 
in the g-code text box.

Went to a terminal and tried: umount /media/usb0/ and received an error 
that the volume was busy.

Did lsof /media/usb0/ and it showed that AXIS was still using the file 
that I had opened.

When I closed LinuxCNC Axis the file and volume were released and I 
could umount them.

This seems like a bug.

Thanks,

Jim

On 5/12/2016 10:25 AM, Jim Craig wrote:
> Peter,
>
> I could give that a shot. I was not using a terminal to eject the media
> I was simply right clicking on the 8GB filesys icon on the desktop and
> clicking the eject media option. There is no unmount option in the right
> click context menu.
>
> I was under the assumption that the eject medial context menu option did
> the unmount command for that mounted drive.
>
> I will give it a try in a terminal to see.
>
> Thanks,
>
> Jim
>
> On 5/12/2016 10:13 AM, Peter Blodow wrote:
>> How about unmounting the stick first before ejecting?
>> Peter
>>
>> Am 12.05.2016 16:50, schrieb Jim Craig:
>>> All,
>>>
>>> I found an issue that I think is a bug but would like feedback before I
>>> post it on the GitHub issue list.
>>>
>>> I was using a USB flash drive to transfer files from my CAD/CAM pc to
>>> the LinuxCNC box. To do this I would plug the flash drive into the Linux
>>> box and would mount the volume. The files are then available at /media/usb/
>>>
>>> If I accessed a file from LinuxCNC in the Axis GUI at the location of
>>> /media/usb/ the file would open fine and would run perfectly.
>>>
>>> The issue is when I wanted to eject the volume so I could take it back
>>> to the CAD/CAM box. To do this I would open a file that is on the local
>>> hard drive in LinuxCNC so that it should release the /media/usb/
>>> resource. I would then attempt to eject the volume and it would throw up
>>> an error message stating that it was still busy.
>>>
>>> The only way I could eject the media was to completely close the
>>> LinuxCNC application so it would release the /media/usb/resource so it
>>> could be ejected.
>>>
>>> I am running Debian Wheezy with 2.7.4.
>>>
>>> Let me know if this is a bug or if there is something else that I should
>>> be doing. I know I could copy the file to the local drive and not open
>>> it from the USB flash drive.
>>>
>>> Thanks,
>>>
>>> Jim
>>>
>>>
>>>
>>> --
>>> Mobile security can be enabling, not merely restricting. Employees who
>>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>>> restrictions. Mobile Device Manager Plus allows you to control only the
>>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>>> ___
>>> Emc-users mailing list
>>> Emc-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>>
>> ---
>> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
>> http://www.avast.com
>>
>>
>> --
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
&g

Re: [Emc-users] USB flash drive issue

[Jim Craig]

Danny,

In Debian Wheezy (and I believe most other linux distributions) you have 
to mount the USB once you connect it to the computer. It does not 
automatically mount. When you bring up the file manager. It is mounting 
the drive.

That is what I think is happening anyway.

Jim

On 5/12/2016 11:42 AM, dan...@austin.rr.com wrote:
> I have trouble with the USB drive too, but different.
>
> If I plug into the drive and try to load, LinuxCNC doesn't see any files.  If 
> you browse File Manager to the drive even once, then there's no problem, all 
> the flash drive data is available.
>
> This is kind of annoying, the design stuff is on another computer and we 
> shuttle frequently.  So you've got to bring up a File Manager each time 
> before LinuxCNC can see the drive.  Any idea why?
>
> Danny
>
>
>  Jim Craig <jimcraig5...@windstream.net> wrote:
>> All,
>>
>> I found an issue that I think is a bug but would like feedback before I
>> post it on the GitHub issue list.
>>
>> I was using a USB flash drive to transfer files from my CAD/CAM pc to
>> the LinuxCNC box. To do this I would plug the flash drive into the Linux
>> box and would mount the volume. The files are then available at /media/usb/
>>
>> If I accessed a file from LinuxCNC in the Axis GUI at the location of
>> /media/usb/ the file would open fine and would run perfectly.
>>
>> The issue is when I wanted to eject the volume so I could take it back
>> to the CAD/CAM box. To do this I would open a file that is on the local
>> hard drive in LinuxCNC so that it should release the /media/usb/
>> resource. I would then attempt to eject the volume and it would throw up
>> an error message stating that it was still busy.
>>
>> The only way I could eject the media was to completely close the
>> LinuxCNC application so it would release the /media/usb/resource so it
>> could be ejected.
>>
>> I am running Debian Wheezy with 2.7.4.
>>
>> Let me know if this is a bug or if there is something else that I should
>> be doing. I know I could copy the file to the local drive and not open
>> it from the USB flash drive.
>>
>> Thanks,
>>
>> Jim
>>
>>
>>
>> --
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] pyvcp spinbox focus issue

[Jim Craig]

That is interesting. I am sure that I tried the enter key as I 
distinctly remember thinking about that and it did not seem to work. I 
will try again to see if the thought ended before it made it to my fingers.

Thanks,

Jim

On 5/12/2016 10:13 AM, Marius Alksnys wrote:
> I met the same problem yesterday too. I would like to find a fix for
> that. For now I just found an easy workaround: press Enter when spinbox
> is active.
>
> 05/12/2016 05:57 PM, Jim Craig rašė:
>> I am using John T's pyvcp panel for plasma as found on his website at
>> http://gnipsel.com/shop/plasma/files/plasma.xml.txt
>>
>> I noticed that if I click in the text area of a spinbox then I cannot
>> get the keyboard focus away from the spinbox(s) in the pyvcp panel. I
>> can click on other things in the Axis GUI but the keyboard focus stays
>> in the spinbox. So I cannot jog the machine with the keyboard or do
>> anything else with the keyboard.
>>
>> The only way I could get keyboard focus away from the pyvcp spinbox was
>> to click the MDI tab on the Axis GUI. Is this a bug or is there
>> something that I need to add to the pyvcp panel xml file to keep this
>> behavior from happening?
>>
>> Again this is Debian Wheezy, 2.7.4 and the Axis GUI.
>>
>> Thanks,
>>
>> Jim
>
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] USB flash drive issue

[Jim Craig]

Peter,

I could give that a shot. I was not using a terminal to eject the media 
I was simply right clicking on the 8GB filesys icon on the desktop and 
clicking the eject media option. There is no unmount option in the right 
click context menu.

I was under the assumption that the eject medial context menu option did 
the unmount command for that mounted drive.

I will give it a try in a terminal to see.

Thanks,

Jim

On 5/12/2016 10:13 AM, Peter Blodow wrote:
> How about unmounting the stick first before ejecting?
> Peter
>
> Am 12.05.2016 16:50, schrieb Jim Craig:
>> All,
>>
>> I found an issue that I think is a bug but would like feedback before I
>> post it on the GitHub issue list.
>>
>> I was using a USB flash drive to transfer files from my CAD/CAM pc to
>> the LinuxCNC box. To do this I would plug the flash drive into the Linux
>> box and would mount the volume. The files are then available at /media/usb/
>>
>> If I accessed a file from LinuxCNC in the Axis GUI at the location of
>> /media/usb/ the file would open fine and would run perfectly.
>>
>> The issue is when I wanted to eject the volume so I could take it back
>> to the CAD/CAM box. To do this I would open a file that is on the local
>> hard drive in LinuxCNC so that it should release the /media/usb/
>> resource. I would then attempt to eject the volume and it would throw up
>> an error message stating that it was still busy.
>>
>> The only way I could eject the media was to completely close the
>> LinuxCNC application so it would release the /media/usb/resource so it
>> could be ejected.
>>
>> I am running Debian Wheezy with 2.7.4.
>>
>> Let me know if this is a bug or if there is something else that I should
>> be doing. I know I could copy the file to the local drive and not open
>> it from the USB flash drive.
>>
>> Thanks,
>>
>> Jim
>>
>>
>>
>> --
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>
> ---
> Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
> http://www.avast.com
>
>
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] pyvcp spinbox focus issue

[Jim Craig]

I am using John T's pyvcp panel for plasma as found on his website at 
http://gnipsel.com/shop/plasma/files/plasma.xml.txt

I noticed that if I click in the text area of a spinbox then I cannot 
get the keyboard focus away from the spinbox(s) in the pyvcp panel. I 
can click on other things in the Axis GUI but the keyboard focus stays 
in the spinbox. So I cannot jog the machine with the keyboard or do 
anything else with the keyboard.

The only way I could get keyboard focus away from the pyvcp spinbox was 
to click the MDI tab on the Axis GUI. Is this a bug or is there 
something that I need to add to the pyvcp panel xml file to keep this 
behavior from happening?

Again this is Debian Wheezy, 2.7.4 and the Axis GUI.

Thanks,

Jim


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] USB flash drive issue

[Jim Craig]

All,

I found an issue that I think is a bug but would like feedback before I 
post it on the GitHub issue list.

I was using a USB flash drive to transfer files from my CAD/CAM pc to 
the LinuxCNC box. To do this I would plug the flash drive into the Linux 
box and would mount the volume. The files are then available at /media/usb/

If I accessed a file from LinuxCNC in the Axis GUI at the location of 
/media/usb/ the file would open fine and would run perfectly.

The issue is when I wanted to eject the volume so I could take it back 
to the CAD/CAM box. To do this I would open a file that is on the local 
hard drive in LinuxCNC so that it should release the /media/usb/ 
resource. I would then attempt to eject the volume and it would throw up 
an error message stating that it was still busy.

The only way I could eject the media was to completely close the 
LinuxCNC application so it would release the /media/usb/resource so it 
could be ejected.

I am running Debian Wheezy with 2.7.4.

Let me know if this is a bug or if there is something else that I should 
be doing. I know I could copy the file to the local drive and not open 
it from the USB flash drive.

Thanks,

Jim



--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] CAD/CAM for LinuxCNC

[Jim Craig]

Here is the link to the terms for education and startup use.

http://www.autodesk.com/company/legal-notices-trademarks/terms-of-service-autodesk360-web-services/autodesk-web-services-entitlements

Also the Fusion 360 software is excellent for milling and is pretty good 
for plasma. I wrote a post processor for the waterjet/laser/plasma setup 
that works with John T's O subroutine. I will be posting it on 
the forum for others to use.

The plasma allows for patterning parts for nesting but does not have a 
smart nesting feature yet. You can use a model of your partially used 
plate to determine locations of your part in that plate if you like.

As everyone else has said you can't hardly beat Fusion360 with a stick 
unless you fall out of the terms of the startup/hobby/education license. 
Then it is still pretty cheap.

Now if they would make a build for Linux everyone could be happy. We 
could request that a build be made for Debian Wheezy on the Idea station 
and then get as many votes from the LinuxCNC community as possible and 
it might sway them to do a build. I would bet that they would not make 
the build for Wheezy however since it is not the latest release.

Jim

On 5/12/2016 7:53 AM, tom-...@bgp.nu wrote:
>> On May 11, 2016, at 9:57 PM, Andy Pugh  wrote:
>> It costs less than that for hobby and startup use. And I think that their 
>> definition of "startup" is quite generous.  (Less than $100,000 per year)
> It is even more generous than it first appears.  We have had a several 
> discussions with Autodesk regarding the Fusion license terms in order to 
> deploy Fusion 360 for all members and staff at a maker space.  Not only does 
> the license allow for a free use by a “startup” making less than $100,000 per 
> year, but the intent is that the $100,000 amount is made on a product 
> directly connected to the use of Fusion 360.  Meaning your business could be 
> making more than $100k but if you are not deriving more than $100k on the 
> products you design in Fusion 360 you are within the terms of the free use by 
> a startup.
>
> While the license has some ambiguous terminology Autodesk’s clear intent (if 
> you talk to them) is to allow and encourage wide use and to have people ‘do 
> the right thing” when it comes to deciding if they should be paying for use.
> -Tom
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Any Interest or Ideas for a Linuxcnc Fest, 2016 ?

[Jim Craig]

Well it turns out that I will not be able to make it to the CNC workshop 
this year. Too many other things going on in the same time frame. I hope 
you all have a good time there. Maybe I will make it next year.

Jim

On 5/2/2016 8:12 PM, Jim Craig wrote:
> I would like to come to the workshop and I could possibly present. If 
> we are coming as a presenter do we register as a student on the webpage?
>
> I see the Best Western Greenfield Inn is close by. Has anybody stayed 
> there. Is this a good part of town to stay overnight? I am totally 
> unfamiliar with the greater Detroit area.
>
> I am not sure I can make it for Wednesday thru Saturday. I might be 
> able to make it for Thursday and Friday.
>
> Jim
>
>
>
> On 5/2/2016 6:08 PM, Ron Ginger wrote:
>> I would really  like to see more linuxCNC presence at the workshop. So
>> far Jon Elson and Bob Luken have agreed to do a session on LinuxCNC, but
>> I could make a lot more room for Linux sessions. I have several slots on
>> Friday which I want to be 'how I did my system' talks by users. There is
>> room in the techShop to have a linux area. There will be a few vendors-
>> Tormach included.
>>
>> We have set Saturday as a free open to the public day to a swap meet and
>> the vendor displays.
>>
>> This is not that big of an event- it is really the continuation of what
>> started at Rolands shop in Galesburg IL several years ago where linux
>> had a huge presence.
>>
>> ron ginger
>>
>>
>> On 5/2/2016 2:24 PM, emc-users-requ...@lists.sourceforge.net wrote:
>>> On 05/02/2016 10:27 AM, bari wrote:
>>>
>>> I'd like that very much.
>>>
>>>
>>>>> Any ideas where to hold it? Are there any other events this summer 
>>>>> with
>>>>> overlapping interests?
>>> There's "The CNC Workshop 2016", June 8-16 in Detroit:
>>> http://www.thecncworkshop.com/
>>>
>>> That seems like a big expo with vendors and classes and things 
>>> (which is
>>> important for project visibility), though i prefer a more focused
>>> developer-centric hackfest like what we did at Tx/Rx.
>>>
>>>
>>> -- Sebastian Kuzminsky
>>
>> --
>>  
>>
>> 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] Realtime Error ?

[Jim Craig]

OK, I see the following in the documentation:

When you get this error:

RTAPI: ERROR: Unexpected realtime delay on task n

This error is generated by rtapi based on an indication from RTAI that a 
deadline was missed. It is usually an indication that the BASE_PERIOD in 
the [EMCMOT] section of the ini file is set too low. You should run the 
Latency Test for an extended period of time to see if you have any 
delays that would cause this problem. If you used the Stepconf Wizard, 
run it again, and test the Base Period Jitter again, and adjust the Base 
Period Maximum Jitter on the Basic Machine Information page. You might 
have to leave the test running for an extended period of time to find 
out if some hardware causes intermittent problems.

LinuxCNC tracks the number of CPU cycles between invocations of the 
real-time thread. If some element of your hardware is causing delays or 
your realtime threads are set too fast you will get this error.

Note
This error is only displayed once per session. If you had your 
BASE_PERIOD too low you could get hundreds of thousands of error 
messages per second if more than one was displayed.





So I need to either increase the base period or do something to lower my 
jitter.

I will work on it and see what happens.

Any other advise would be welcome.

Thanks,

Jim


On 5/6/2016 11:27 AM, Jim Craig wrote:
> Jon,
>
> I did mean us, not ms. I sent another message to try and clear the muddy
> waters on that one.
>
> So what is the jitter limit at which the realtime error is thrown? Is
> this something that can be changed in the configuration somewhere?
>
> I have been under the impression that 25us is acceptable for stepping as
> long as you can generate the speed you need within the acceptable
> limits. Many have claimed that you need very low jitter values and
> others have claimed that it is not as critical as some make it seem.
>
> I did notice that nothing was changing in the halfile when I would
> change the jitter value in stepconf. I was curious if this was changing
> anything except the theoretical maximum pulse rate and therefore the
> theoretical maximum velocity.
>
> Thanks,
>
> Jim
>
>
>
> On 5/6/2016 11:06 AM, Jon Elson wrote:
>> On 05/06/2016 09:12 AM, Jim Craig wrote:
>>> I have set up my router with my new computer. This computer runs at
>>> about 25ms jitter on the base thread for hours with 2 glxgears running,
>>> moving windows, copying files etc.
>> I hope that is 25 us, not ms.  25 us is not great, as it
>> causes a 2.5% fluctuation in the sampling period.
>>> This system runs off a parport, and I set initially set it up in
>>> stepconf wizard to have a 30ms jitter value.
>>>
>>> When I run LinuxCNC I get a realtime error a few minutes after I start
>>> the program.
>> The realtime error message tells the magnitude of the error,
>> that is important.  If it doesn't exceed your 25 us jitter,
>> that is not a disaster.  But, the realtime error message
>> only fires once per run of LinuxCNC, and so you are then
>> blind to any more serious errors that happen later.  Not a
>> great situation.
>>> I am using 2.7.4. This is repeatable and happens each and
>>> every time I run LinuxCNC.
>> Yes, you will only get the message once.  That does NOT mean
>> that the error in not happening again!
>>> I reran stepconf and changed the jitter value to 50ms to see if that
>>> would fix it and it did not change anything.
>>>
>>>
>> Stepconf has NOTHING to do with anything except software
>> stepping, so it certainly will not "fix" this problem.
>> What you did will generate a more conservative software
>> stepping configs file set.
>>
>> Jon
>>
>> --
>> 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 quick

Re: [Emc-users] Realtime Error ?

[Jim Craig]

Jon,

I did mean us, not ms. I sent another message to try and clear the muddy 
waters on that one.

So what is the jitter limit at which the realtime error is thrown? Is 
this something that can be changed in the configuration somewhere?

I have been under the impression that 25us is acceptable for stepping as 
long as you can generate the speed you need within the acceptable 
limits. Many have claimed that you need very low jitter values and 
others have claimed that it is not as critical as some make it seem.

I did notice that nothing was changing in the halfile when I would 
change the jitter value in stepconf. I was curious if this was changing 
anything except the theoretical maximum pulse rate and therefore the 
theoretical maximum velocity.

Thanks,

Jim



On 5/6/2016 11:06 AM, Jon Elson wrote:
> On 05/06/2016 09:12 AM, Jim Craig wrote:
>> I have set up my router with my new computer. This computer runs at
>> about 25ms jitter on the base thread for hours with 2 glxgears running,
>> moving windows, copying files etc.
> I hope that is 25 us, not ms.  25 us is not great, as it
> causes a 2.5% fluctuation in the sampling period.
>> This system runs off a parport, and I set initially set it up in
>> stepconf wizard to have a 30ms jitter value.
>>
>> When I run LinuxCNC I get a realtime error a few minutes after I start
>> the program.
> The realtime error message tells the magnitude of the error,
> that is important.  If it doesn't exceed your 25 us jitter,
> that is not a disaster.  But, the realtime error message
> only fires once per run of LinuxCNC, and so you are then
> blind to any more serious errors that happen later.  Not a
> great situation.
>>I am using 2.7.4. This is repeatable and happens each and
>> every time I run LinuxCNC.
> Yes, you will only get the message once.  That does NOT mean
> that the error in not happening again!
>> I reran stepconf and changed the jitter value to 50ms to see if that
>> would fix it and it did not change anything.
>>
>>
> Stepconf has NOTHING to do with anything except software
> stepping, so it certainly will not "fix" this problem.
> What you did will generate a more conservative software
> stepping configs file set.
>
> Jon
>
> --
> 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] Realtime Error ?

[Jim Craig]

and by ms in my previous email I meant micro seconds not milliseconds.

sorry for any confusion.

Jim

On 5/6/2016 9:12 AM, Jim Craig wrote:
> I have set up my router with my new computer. This computer runs at
> about 25ms jitter on the base thread for hours with 2 glxgears running,
> moving windows, copying files etc.
>
> This system runs off a parport, and I set initially set it up in
> stepconf wizard to have a 30ms jitter value.
>
> When I run LinuxCNC I get a realtime error a few minutes after I start
> the program. I am using 2.7.4. This is repeatable and happens each and
> every time I run LinuxCNC.
>
> I reran stepconf and changed the jitter value to 50ms to see if that
> would fix it and it did not change anything.
>
> What could be the issue here?
>
> Thanks,
>
> Jim
>
>
> --
> 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] Realtime Error ?

[Jim Craig]

I have set up my router with my new computer. This computer runs at 
about 25ms jitter on the base thread for hours with 2 glxgears running, 
moving windows, copying files etc.

This system runs off a parport, and I set initially set it up in 
stepconf wizard to have a 30ms jitter value.

When I run LinuxCNC I get a realtime error a few minutes after I start 
the program. I am using 2.7.4. This is repeatable and happens each and 
every time I run LinuxCNC.

I reran stepconf and changed the jitter value to 50ms to see if that 
would fix it and it did not change anything.

What could be the issue here?

Thanks,

Jim


--
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] Any Interest or Ideas for a Linuxcnc Fest, 2016 ?

[Jim Craig]

I would like to come to the workshop and I could possibly present. If we 
are coming as a presenter do we register as a student on the webpage?

I see the Best Western Greenfield Inn is close by. Has anybody stayed 
there. Is this a good part of town to stay overnight? I am totally 
unfamiliar with the greater Detroit area.

I am not sure I can make it for Wednesday thru Saturday. I might be able 
to make it for Thursday and Friday.

Jim



On 5/2/2016 6:08 PM, Ron Ginger wrote:
> I would really  like to see more linuxCNC presence at the workshop. So
> far Jon Elson and Bob Luken have agreed to do a session on LinuxCNC, but
> I could make a lot more room for Linux sessions. I have several slots on
> Friday which I want to be 'how I did my system' talks by users. There is
> room in the techShop to have a linux area. There will be a few vendors-
> Tormach included.
>
> We have set Saturday as a free open to the public day to a swap meet and
> the vendor displays.
>
> This is not that big of an event- it is really the continuation of what
> started at Rolands shop in Galesburg IL several years ago where linux
> had a huge presence.
>
> ron ginger
>
>
> On 5/2/2016 2:24 PM, emc-users-requ...@lists.sourceforge.net wrote:
>> On 05/02/2016 10:27 AM, bari wrote:
>>
>> I'd like that very much.
>>
>>
 Any ideas where to hold it? Are there any other events this summer with
 overlapping interests?
>> There's "The CNC Workshop 2016", June 8-16 in Detroit:
>> http://www.thecncworkshop.com/
>>
>> That seems like a big expo with vendors and classes and things (which is
>> important for project visibility), though i prefer a more focused
>> developer-centric hackfest like what we did at Tx/Rx.
>>
>>
>> -- Sebastian Kuzminsky
>
> --
> 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] Learning LinuxCNC Installation Video

[Jim Craig]

All,

I have posted a new video showing the installation process. This video 
goes over downloading the ISO, Making the bootable flash drive, and 
installing the software.

The video is located here: https://www.youtube.com/watch?v=NavAW5-Xx-Y

I know the audio is less than perfect. I am working on a new audio 
recording setup to improve the quality of the recording.

Part of this video was recorded using Simple Screen Recorder. While the 
picture recording worked fine there was some strange audio artifacts in 
the recording. I think I am going to record the audio stream completely 
separate from the video as I have no way to put an external mic on my 
current camcorder.

I have a USB studio condenser mic but I don't think it will record well 
into a linux pc from what I have read. I am contemplating capturing the 
audio into my winders machine.

Let me know what suggestions you have about the audio.

Thanks,

Jim
--
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] John T's Plasma o ?

[Jim Craig]

Excellent! We made first sparks last night. Still need to get THC 
running. Should get that done this weekend.

I am also going to use the Gantry component. Also to be implemented this 
weekend.

Thanks,

Jim


On 4/21/2016 5:12 PM, John Thornton wrote:
> I share everything... except my wife.
>
> http://gnipsel.com/linuxcnc/index.html
>
> Look in the HAL Examples
>
> JT
>
> On 4/21/2016 4:53 PM, Jim Craig wrote:
>> John,
>>
>> Thanks for all of the help and information. Would you mind sharing your
>> alignment subroutines also? o , o, o,
>> o.
>>
>> This setup will be very similar your setup with two parports.
>>
>> Thanks again,
>>
>> Jim
>>
>>
>> On 4/21/2016 3:52 PM, John Thornton wrote:
>>> It was suggested that I do that by PCW many times. I assume better
>>> following of the tip voltage but I can't measure the difference.
>>>
>>> JT
>>>
>>> On 4/21/2016 3:23 PM, Jim Craig wrote:
>>>> Yep sure enough those values are in the manual. It is a Thermal Dynamics
>>>> Cutmaster 52.
>>>>
>>>> What are the improvements of the thc-pid vs the thc component?
>>>>
>>>> Thanks
>>>>
>>>> Jim
>>>>
>>>>
>>>> On 4/21/2016 2:46 PM, John Thornton wrote:
>>>>> Those values will be in the cut charts for your plasma cutter. It's
>>>>> different with different materials and thicknesses and varies with
>>>>> plasma torches too. What kind of plasma cutter do you have?
>>>>>
>>>>> Forgot the postgui.hal part, I've updated the page and also added my
>>>>> entire configuration.
>>>>>
>>>>> JT
>>>>>
>>>>> On 4/21/2016 1:17 PM, Jim Craig wrote:
>>>>>> More questions. So are you still using the o subroutine to
>>>>>> probe the material before each cut?
>>>>>>
>>>>>> If so I will go back to my original questions what are some good typical
>>>>>> starting values for pierce height, pierce delay, and cut height?
>>>>>>
>>>>>> Is the thc-pid comp significantly better than the thc comp?
>>>>>>
>>>>>> What do you use to enable and disable the thc? Do you use a gcode to set
>>>>>> the enable pin? I don't see anywhere in the sample HAL file where you
>>>>>> have anything connected to the thc-pid.enable pin.
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Jim
>>>>>>
>>>>>> On 4/21/2016 12:06 PM, John Thornton wrote:
>>>>>>> Silly typo... links fixed now.
>>>>>>>
>>>>>>> JT
>>>>>>>
>>>>>>> On 4/21/2016 11:25 AM, Jim Craig wrote:
>>>>>>>> If you are referring to theTHCAD PID Configuration Files
>>>>>>>> <http://www.mesaus.com/info/thc-pid.zip>
>>>>>>>>
>>>>>>>> the link appears to be broken.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>>
>>>>>>>> Jim
>>>>>>>>
>>>>>>>>
>>>>>>>> On 4/21/2016 10:55 AM, John Thornton wrote:
>>>>>>>>> I added the info to the Links page here http://www.mesaus.com/
>>>>>>>>>
>>>>>>>>> JT
>>>>>>>>>
>>>>>>>>> On 4/20/2016 4:39 PM, Jim Craig wrote:
>>>>>>>>>> John,
>>>>>>>>>>
>>>>>>>>>> I have been looking at your o subroutine. I plan on using 
>>>>>>>>>> it
>>>>>>>>>> on the plasma cutter I am building with a buddy. My question is what 
>>>>>>>>>> are
>>>>>>>>>> typical values that you are using for pierce height, pierce delay and
>>>>>>>>>> cut height?
>>>>>>>>>>
>>>>>>>>>> Do you switch to THC after the o subroutine? If so what are
>>>>>>>>>> you using to toggle the thc.enable pin? Are you using an M62-M65 
>>>>>>>>>> command
>>>>>>>>>> to to toggle the thc.enable?
>>>>>>>>&g

Re: [Emc-users] Question on DM860 stepper drivers

[Jim Craig]

On 4/21/2016 5:59 PM, andy pugh wrote:
> On 21 April 2016 at 23:45, Gene Heskett  wrote:
>> Are there such beasts available, perhaps in a .750" or 20mm bore?  What
>> I've found didn't have the stroke.
> Bicycle pump? :-)
>
Bimba air cylinder 3/4" diameter double acting can have up to 32" stroke

http://catalogs.jhf.com/app.php?RelId=6.6.3.2.2=phe13flx=55

see the model on the page 04-[ ]-DP

Jim

--
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] John T's Plasma o ?

[Jim Craig]

John,

Thanks for all of the help and information. Would you mind sharing your 
alignment subroutines also? o , o, o, 
o.

This setup will be very similar your setup with two parports.

Thanks again,

Jim


On 4/21/2016 3:52 PM, John Thornton wrote:
> It was suggested that I do that by PCW many times. I assume better
> following of the tip voltage but I can't measure the difference.
>
> JT
>
> On 4/21/2016 3:23 PM, Jim Craig wrote:
>> Yep sure enough those values are in the manual. It is a Thermal Dynamics
>> Cutmaster 52.
>>
>> What are the improvements of the thc-pid vs the thc component?
>>
>> Thanks
>>
>> Jim
>>
>>
>> On 4/21/2016 2:46 PM, John Thornton wrote:
>>> Those values will be in the cut charts for your plasma cutter. It's
>>> different with different materials and thicknesses and varies with
>>> plasma torches too. What kind of plasma cutter do you have?
>>>
>>> Forgot the postgui.hal part, I've updated the page and also added my
>>> entire configuration.
>>>
>>> JT
>>>
>>> On 4/21/2016 1:17 PM, Jim Craig wrote:
>>>> More questions. So are you still using the o subroutine to
>>>> probe the material before each cut?
>>>>
>>>> If so I will go back to my original questions what are some good typical
>>>> starting values for pierce height, pierce delay, and cut height?
>>>>
>>>> Is the thc-pid comp significantly better than the thc comp?
>>>>
>>>> What do you use to enable and disable the thc? Do you use a gcode to set
>>>> the enable pin? I don't see anywhere in the sample HAL file where you
>>>> have anything connected to the thc-pid.enable pin.
>>>>
>>>> Thanks,
>>>>
>>>> Jim
>>>>
>>>> On 4/21/2016 12:06 PM, John Thornton wrote:
>>>>> Silly typo... links fixed now.
>>>>>
>>>>> JT
>>>>>
>>>>> On 4/21/2016 11:25 AM, Jim Craig wrote:
>>>>>> If you are referring to theTHCAD PID Configuration Files
>>>>>> <http://www.mesaus.com/info/thc-pid.zip>
>>>>>>
>>>>>> the link appears to be broken.
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Jim
>>>>>>
>>>>>>
>>>>>> On 4/21/2016 10:55 AM, John Thornton wrote:
>>>>>>> I added the info to the Links page here http://www.mesaus.com/
>>>>>>>
>>>>>>> JT
>>>>>>>
>>>>>>> On 4/20/2016 4:39 PM, Jim Craig wrote:
>>>>>>>> John,
>>>>>>>>
>>>>>>>> I have been looking at your o subroutine. I plan on using it
>>>>>>>> on the plasma cutter I am building with a buddy. My question is what 
>>>>>>>> are
>>>>>>>> typical values that you are using for pierce height, pierce delay and
>>>>>>>> cut height?
>>>>>>>>
>>>>>>>> Do you switch to THC after the o subroutine? If so what are
>>>>>>>> you using to toggle the thc.enable pin? Are you using an M62-M65 
>>>>>>>> command
>>>>>>>> to to toggle the thc.enable?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>>
>>>>>>>> Jim
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> 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] John T's Plasma o ?

[Jim Craig]

Yep sure enough those values are in the manual. It is a Thermal Dynamics 
Cutmaster 52.

What are the improvements of the thc-pid vs the thc component?

Thanks

Jim


On 4/21/2016 2:46 PM, John Thornton wrote:
> Those values will be in the cut charts for your plasma cutter. It's
> different with different materials and thicknesses and varies with
> plasma torches too. What kind of plasma cutter do you have?
>
> Forgot the postgui.hal part, I've updated the page and also added my
> entire configuration.
>
> JT
>
> On 4/21/2016 1:17 PM, Jim Craig wrote:
>> More questions. So are you still using the o subroutine to
>> probe the material before each cut?
>>
>> If so I will go back to my original questions what are some good typical
>> starting values for pierce height, pierce delay, and cut height?
>>
>> Is the thc-pid comp significantly better than the thc comp?
>>
>> What do you use to enable and disable the thc? Do you use a gcode to set
>> the enable pin? I don't see anywhere in the sample HAL file where you
>> have anything connected to the thc-pid.enable pin.
>>
>> Thanks,
>>
>> Jim
>>
>> On 4/21/2016 12:06 PM, John Thornton wrote:
>>> Silly typo... links fixed now.
>>>
>>> JT
>>>
>>> On 4/21/2016 11:25 AM, Jim Craig wrote:
>>>> If you are referring to theTHCAD PID Configuration Files
>>>> <http://www.mesaus.com/info/thc-pid.zip>
>>>>
>>>> the link appears to be broken.
>>>>
>>>> Thanks,
>>>>
>>>> Jim
>>>>
>>>>
>>>> On 4/21/2016 10:55 AM, John Thornton wrote:
>>>>> I added the info to the Links page here http://www.mesaus.com/
>>>>>
>>>>> JT
>>>>>
>>>>> On 4/20/2016 4:39 PM, Jim Craig wrote:
>>>>>> John,
>>>>>>
>>>>>> I have been looking at your o subroutine. I plan on using it
>>>>>> on the plasma cutter I am building with a buddy. My question is what are
>>>>>> typical values that you are using for pierce height, pierce delay and
>>>>>> cut height?
>>>>>>
>>>>>> Do you switch to THC after the o subroutine? If so what are
>>>>>> you using to toggle the thc.enable pin? Are you using an M62-M65 command
>>>>>> to to toggle the thc.enable?
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Jim
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> 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. G

Re: [Emc-users] John T's Plasma o ?

[Jim Craig]

More questions. So are you still using the o subroutine to 
probe the material before each cut?

If so I will go back to my original questions what are some good typical 
starting values for pierce height, pierce delay, and cut height?

Is the thc-pid comp significantly better than the thc comp?

What do you use to enable and disable the thc? Do you use a gcode to set 
the enable pin? I don't see anywhere in the sample HAL file where you 
have anything connected to the thc-pid.enable pin.

Thanks,

Jim

On 4/21/2016 12:06 PM, John Thornton wrote:
> Silly typo... links fixed now.
>
> JT
>
> On 4/21/2016 11:25 AM, Jim Craig wrote:
>> If you are referring to theTHCAD PID Configuration Files
>> <http://www.mesaus.com/info/thc-pid.zip>
>>
>> the link appears to be broken.
>>
>> Thanks,
>>
>> Jim
>>
>>
>> On 4/21/2016 10:55 AM, John Thornton wrote:
>>> I added the info to the Links page here http://www.mesaus.com/
>>>
>>> JT
>>>
>>> On 4/20/2016 4:39 PM, Jim Craig wrote:
>>>> John,
>>>>
>>>> I have been looking at your o subroutine. I plan on using it
>>>> on the plasma cutter I am building with a buddy. My question is what are
>>>> typical values that you are using for pierce height, pierce delay and
>>>> cut height?
>>>>
>>>> Do you switch to THC after the o subroutine? If so what are
>>>> you using to toggle the thc.enable pin? Are you using an M62-M65 command
>>>> to to toggle the thc.enable?
>>>>
>>>> Thanks,
>>>>
>>>> Jim
>>>>
>>>>
>>>>
>>>> --
>>>> 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
>
> --
> 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] John T's Plasma o ?

[Jim Craig]

If you are referring to theTHCAD PID Configuration Files 
<http://www.mesaus.com/info/thc-pid.zip>

the link appears to be broken.

Thanks,

Jim


On 4/21/2016 10:55 AM, John Thornton wrote:
> I added the info to the Links page here http://www.mesaus.com/
>
> JT
>
> On 4/20/2016 4:39 PM, Jim Craig wrote:
>> John,
>>
>> I have been looking at your o subroutine. I plan on using it
>> on the plasma cutter I am building with a buddy. My question is what are
>> typical values that you are using for pierce height, pierce delay and
>> cut height?
>>
>> Do you switch to THC after the o subroutine? If so what are
>> you using to toggle the thc.enable pin? Are you using an M62-M65 command
>> to to toggle the thc.enable?
>>
>> Thanks,
>>
>> Jim
>>
>>
>>
>> --
>> 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

Re: [Emc-users] Development Request-M codes with decimal places

[Jim Craig]

On 4/21/2016 8:58 AM, andy pugh wrote:
> I don't think that the interpreter supports any decimalised M-codes at 
> all. 
Yes, I think this statement is correct and the reason that I am asking 
this as a development request. I don't know if it is even possible to 
modify the interpreter in a future release to support M-codes with 
decimals. But it would be nice if we could ad this as a feature in a 
future release.

Thanks,

Jim

--
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] Development Request-M codes with decimal places

[Jim Craig]

This is a development request. I would like to have M codes that I can 
remap to that allow decimal places. My specific example is M6.1. I 
currently have two tool change M codes. One that does tool length 
measurement M206 and the standard tool change M6. I would rather have my 
tool length measurement code be M6.1 instead of M206. It just seems more 
intuitive.

I think it would be good to be able to remap several tool change 
options. For example: M6 tool change from tool changer, M6.1 manual tool 
change, M6.2 manual tool change with tool length measurement.

Do you think this would be simple to implement on a future version of 
LinuxCNC?

Thanks,

Jim

--
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] John T's Plasma o ?

[Jim Craig]

John,

I have been looking at your o subroutine. I plan on using it 
on the plasma cutter I am building with a buddy. My question is what are 
typical values that you are using for pierce height, pierce delay and 
cut height?

Do you switch to THC after the o subroutine? If so what are 
you using to toggle the thc.enable pin? Are you using an M62-M65 command 
to to toggle the thc.enable?

Thanks,

Jim



--
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] Modifying homing

[Jim Craig]

Danny,

Sounds as though you are actually doing a touch off instead of homing. 
These two often get confused. Homing should happen with switches that 
are mounted on the machine in fixed positions. When you home the machine 
it goes to these switches to determine the home position of the machine. 
The home position is the base point for the physical limits of the 
machine and the soft limits are determined from there.

Touch off is done to determine the location of a workpiece in the 
machine workspace. Touch off sets the relative coordinates of a Work 
Coordinate System (WCS). Touch plates are typically used for touch off 
and not homing.

If you want to put the dead man switch on this you would need to 
integrate it in the probing routine or add the dead man switch in series 
with the touch probe. If you did the latter, then releasing the dead man 
switch would indicate the probe touched and it would lift back up (or 
potentially lift up and probe down again depending on your probing routine).

Jim

On 4/13/2016 11:25 AM, dan...@austin.rr.com wrote:
> I have an XHC-HB04 wireless MPG that doesn't "quite" work yet.  While working 
> on it, I had a thought.
>
> Homing is one of the riskier functions. You could Z-down to a touch plate and 
> not realize the plate's not underneath it at all and go scrambling to stop 
> it.  Having automated process buttons that take command away from the 
> operator are inherently risky.
>
> My idea would be that you would have to HOLD DOWN the Home Z button for the 
> process to continue.  If you release the button before it's complete, the 
> axis just stops and it forgets about homing.
>
> This would tend to direct your attention to what's happening and if things go 
> wrong you just let go.  Also if you were to accidentally press the Home Z 
> button, nothing serious would happen.  It would bump down like 1/4 in and 
> stop when you realized you pressed the wrong button.
>
> What might it take to implement such a thing?  I do have trivkins for the 
> gantry, and the homing is already a somewhat complicated special-case.
>
> 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

Re: [Emc-users] CNC Workshop - we need LinuxCNC/MachineKit talks.

[Jim Craig]

I might be able to go. What is the link to the event webpage just to 
make sure we are talking about the same event.

Jim

On 4/13/2016 8:27 AM, John Alexander Stewart wrote:
> Hi all;
>
> Last June, I attended the CNC Workshop in Dearborn Michigan, and gave two
> talks on LinuxCNC.
>
> (I have the notes up at cnc-for-model-engineers.blogspot.com if you want to
> see what I presented)
>
> It was a good time, with great people. It was worth the 8 hour each way
> drive.
>
> This year, I'm in the midst of contract negotiations, and am unsure whether
> I'll be able to take time off, so I can not commit.
>
> Can someone (or, a group) go and present something on LinuxCNC and/or
> PathPilot and/or MachineKit?
>
> Even if someone takes my slides and presents them again, but with their own
> experience wound in, it might be a start.
>
> The audience was small, so the presentation was intimate, and almost
> one-on-one, which was great IMHO.
>
> FYI - I really enjoyed Dearborn, the Henry Ford Museum, and the Greenfield
> Village, which is right around the corner from the CNC meeting. I'd love to
> go back this year, but can not commit at this time.
>
> John.
> --
> 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] Probe switch / limit switch

[Jim Craig]

Sebastian,

You got the concept absolutely correct. Thanks for the feedback. I will 
give it a shot tomorrow when I get back to the machine.

Thanks,

Jim

On 4/12/2016 12:12 PM, Sebastian Kuzminsky wrote:
> On 04/12/2016 10:40 AM, Jim Craig wrote:
>> I am helping a buddy build a plasma cutter. The z axis assembly we are
>> using includes a probe switch so that when the torch tip moves up a
>> slight amount relative to the normal torch position it will trip the
>> switch saying the torch is on the metal to be cut.
> So you probe down until the switch on the Z assembly touches the work,
> and you use that Z level as your "top of material"?  That sounds good.
>
>
>> It is simple enough to use this switch as a probe switch and we will do
>> so. However I would like to use it as a z-axis limit switch when a probe
>> move is not being conducted.
>>
>> Is there any reason I cannot use the motion.motion-type pin to disable
>> the switch as a limit switch during a probe move? It is stated in the
>> man page that it is a debugging pin.
> Interesting idea.  So you would use something like this (.hal pseudo-code):
>
> Z-switch-in => motion.probe-input
> ((motion.motion-type != Probing) && Z-switch-in) => axis.Z.neg-lim-sw-in
>
> I can't think of a reason why that wouldn't work.
>
> It will mean the -Z soft limit is wrong since it is statically set to
> the largest possible value in the ini file, while the actual hard limit
> moves up and down as you load materials with different thickness on the
> machine.
>
> I wonder if you can set ini.Z.min_limit to the probed Z value as part of
> your "find the top of material" subroutine.
>
> I'm not sure how that would all behave, but i'd love to hear your results!
>
>
>> Is there a better way to do this?
> Not that I can think of.
>
>


--
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] Probe switch / limit switch

[Jim Craig]

I am helping a buddy build a plasma cutter. The z axis assembly we are 
using includes a probe switch so that when the torch tip moves up a 
slight amount relative to the normal torch position it will trip the 
switch saying the torch is on the metal to be cut.

It is simple enough to use this switch as a probe switch and we will do 
so. However I would like to use it as a z-axis limit switch when a probe 
move is not being conducted.

Is there any reason I cannot use the motion.motion-type pin to disable 
the switch as a limit switch during a probe move? It is stated in the 
man page that it is a debugging pin.

Is there a better way to do this?

What say you?

Thanks,

Jim

--
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] Learning LinuxCNC Youtube Channel

[Jim Craig]

I have posted another video about building  pc for LinuxCNC

https://www.youtube.com/watch?v=wuBySmg2e3Y

Jim

--
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-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Learning LinuxCNC Youtube Channel

[Jim Craig]

On 3/10/2016 9:27 AM, John Alexander Stewart wrote:
> Jim - thanks for progressing with these videos.
>
> I wonder if it might be an idea to get a mic that you clip to your clothes,
> as in the intro there's a lot of echo.
>
> Keep going!  John.
> --
> 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-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
John,

My shop is covered in hard surfaces with not much to absorb echo so I 
fear that echo may be present in my future recordings. I have some soft 
surfaces in my garage where I did the probe videos so echo was not so 
prevalent there.

I will see what I can do.

Jim

--
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-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Learning LinuxCNC Youtube Channel

[Jim Craig]

I have added another video to the Learning LinuxCNC Youtube channel. 
Feel free to view it at your convenience. I should have another couple 
videos posted in the next week or two.

https://www.youtube.com/watch?v=A6y4DJasCJ4

Jim

--
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-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] debian locks on boot

[Jim Craig]

Just to follow up with what I have found.

I decided that I would try to reinstall the OS as was mentioned. I put 
in the 2.6.8 disc and started the install process. Once I reached the 
part of the install where it was configuring the network it would lock 
up. I was connecting to my local network with the wireless adapter.

I then tried to boot to the live CD image and it again locked up when it 
started to load the x window interface.

After screwing with it for several attempts I decided to hard wire the 
PC to the network. I did that and it would boot and operate fine. 
Disconnect the wired internet and it would lock up. This narrowed it 
down to the wireless network adapter being the culprit. I decided to 
reinstall with the 2.7 install disc to see if that would help.

I reinstalled and once again if I disconnected from the wired internet 
and it wanted to switch to the wireless it would lock up.

I then booted to windows to see if the wireless adapter was still 
working there. It was. So I rebooted to Debian and low and behold it 
booted fine to Debian without issue and connected to the wireless network.

I worked on the PC and got it configured the way I wanted it. All while 
working on the wireless network. No issues.

I took the PC to my Dad's house. Booted it and it locked up when he was 
logging in.

Rebooted into windows. The wireless adapter worked fine. Rebooted into 
Debian and it booted fine this time also. Connected to my Dad's wireless 
internet and it is working at the moment.

What in the world is causing this weird behavior?

Thanks for the advise so far. Hopefully it continues to work.

Jim


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] debian locks on boot

[Jim Craig]

On 2/23/2016 10:21 PM, Jon Elson wrote:
> On 02/23/2016 08:38 PM, Jim Craig wrote:
>> I installed the iso image from 2.6.8 on my dads laptop. I had everything
>> working the way I wanted it last night. I powered it down and then
>> tonight when It boots up the system will lock up within 10 to 15 seconds
>> of getting to the login screen.
>>
>> If I am fast I can login to they system and the xwindow shell comes up
>> but it will still lock up before the entire system can start.
>>
>> By lockup I mean the mouse does nothing, and apparently the keyboard
>> does nothing.
>>
>> If I do ctrl+alt+F1 to F6 nothing happens.
>>
>> I have booted into the recover option (second option in grub) and I can
>> use the startx command and it will bring up the xwindow shell and work
>> just fine.
>>
>> Please help me troubleshoot. I have been googling the topic but I have
>> not found the solution yet.
>>
>>
> Hmmm, so this is a LinuxCNC install?  Will you actually be
> running LinuxCNC on this?  (Real time and laptops don't
> coexist all that well, although the trouble USUALLY only
> starts when you try to run actual real time stuff.)
>
> One of the big problems is that laptops do all sorts of
> system management stuff in the machine BIOS, such as battery
> management, thermal management, emergency shutdown upon low
> battery or CPU overheat, etc.
> Running RT OS's can disable part of these features on
> certain machines.
>
> Right now, I'm running Ubuntu 12.04 (without the rtai
> option) on a few laptops, and it seems to work pretty well.
>
> One thing you can do is a Google search on the specific
> version of Debian and the laptop model, and see if there are
> known problems. I'm not clear, but it seems you say that if
> you use the recovery boot and start X manually, then it is
> stable.  So, that may mean that either X is starting at the
> wrong time, before something else is ready for it, or that
> somehow the manual start brings up a different X
> configuration that works better.  Possibly the graphics
> driver that is used is different in the two cases, lots of
> machines are sensitive to which graphics driver is used, and
> there are some different drivers that can use less
> accelerated graphics features and may be more reliable.
>
> If you give me some more specific info that "your dad's
> laptop" I might be able to dig up something pertinent.
>
> Jon
>
OK, Here is some more information on the computer. I thought "Dads 
Laptop" was sufficient! LOL!

I don't need the real time kernel. I thought for my own sanity that I 
had better install the same thing that I am using here. I was going to 
update and pull a standard kernel during the update.

The weird thing about this is that it would boot fine two nights ago. I 
powered it down when I finished with it Monday night and now it won't 
finish booting unless in recovery mode.

I installed several applications using apt-get. Icedove, gedit, 
GpicView, GnuCash, AisleRiot Solitare, Wine. I was trying to use wine 
but in the end I did not need it.

Anyway about the computer

CPU AMD E-450 APU with Radeon HD Graphics 1650 MHz
4gb RAM

using lspci I get the following
00:00.0 Host bridge: Advanced Micro Devices [AMD] Family 14h Processor 
Root Complex
00:01.0 VGA compatible controller: Advanced Micro Deices [AMD] nee ATI 
Wrestler [Radeon HD 6320]
00:01.1 Audio device: Advanced Micro Devices [AMD] nee ATI Wrestler HDMI 
Audio [Radeon HD 6250/6310]
00:11.0 SATA Controller: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0S/B9x0 SATA controller [AHCI mode]
00:12.0 USB Controller: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0S/B9x0 USB OHCIO controller
00:12.2 USB controller: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0S/B9x0 USB EHCI controller
00:13.0 USB Controller: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0S/B9x0 USB OHCIO controller
00:13.2 USB controller: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0S/B9x0 USB EHCI controller
00:14.0 SMBus: Advanced Micro Devices [AMD] nee ATI SBx00 SMBus 
Conroller (rev 42)
00:14.2 Audio device: Advanced Micro Devices [AMD] nee ATI SBx00 Azalia 
(Intel HDA) (rev 40
00:14.3 ISA bridge: Advancecd Micro Devices [AMD] nee ATI 
SB7x0/SB8x0/SB9x0 LPC host controller (rev 40)
00:14.4 PCI bridge: Advanced Micro Devices [AMD] nee SBx00 PCI to PCI 
Bridge (rev 40)
00:14.5 USB controller: Advanced Micro Devices [AMD] nee ATI 
SB7x0/SB8x0/SB9x0 USB OHIC2 Controller
00:15.0 PCI bridge: Advanced Micro Devices [AMD] nee ATI 
SB700/SB800/SB900 PCI to PCI bridge (PCIE port 0)
00:15.1 PCI bridge: Advanced Micro Devices [AMD] nee ATI 
SB700/SB800/SB900 PCI to PCI bridge (PCIE port 1)
00:15.2 PCI bridge: Advanced Micro Devices [AMD] nee ATI 
SB700/SB800/SB900 PCI to PCI bridge (PCIE port 2)
0

[Emc-users] debian locks on boot

[Jim Craig]

I installed the iso image from 2.6.8 on my dads laptop. I had everything 
working the way I wanted it last night. I powered it down and then 
tonight when It boots up the system will lock up within 10 to 15 seconds 
of getting to the login screen.

If I am fast I can login to they system and the xwindow shell comes up 
but it will still lock up before the entire system can start.

By lockup I mean the mouse does nothing, and apparently the keyboard 
does nothing.

If I do ctrl+alt+F1 to F6 nothing happens.

I have booted into the recover option (second option in grub) and I can 
use the startx command and it will bring up the xwindow shell and work 
just fine.

Please help me troubleshoot. I have been googling the topic but I have 
not found the solution yet.

Thanks,

Jim



--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Prempt RT on Linux Mint

[Jim Craig]

On 2/2/2016 2:08 PM, Rafael wrote:
> Why use this, why not use that? This is precisely why LinuCNC has no
> traction in commercial products. Unless things have changed in the last
> 2 months, you cannot find a single CNC machine or good kit on the market
> that comes with LinuxCNC.
Incorrect. Tormach sells many machines that are operated with LinuxCNC. 
In fact they moved away from windows based controls because of stability 
issues.

>   There are two or 3 that mention LinuxCNC as a
> possibility but they do not support it. Why?
The main reason people don't want to deal with LinuxCNC is because they 
know nothing, or very little about it. And for that matter they don't 
want to know anything about it. Most of the non technical and even most 
of the technical world knows windows they don't know Linux.

Even more people are afraid of change. Especially when it is something 
that they don't really understand (Computers). Most of us on this list 
that use LinuxCNC are very computer literate and are not nearly as 
scared by a computer challenge. If we were we would not be on this list 
in the first place.

If you look at any forum involving mach or any other windows CNC 
controller they say that LinuxCNC is difficult to set up. If you are 
someone looking for a CNC controller and you see that you need to use an 
OS that you don't know with a piece of software that is difficult to set 
up what are you going to use? Of course this misinformation is biased 
and ignorant as probably the person posting it has never even tried 
LinuxCNC or they did a half hearted try at best. After using both mach 
and LinuxCNC, I don't agree with that statement at all. LinuxCNC is just 
as easy as Mach to set up. (and several hundred dollars less expensive)

As a manufacturer you are going to supply and support the product that 
appeals to the most people. Any Linux software will not appeal to more 
people than windows software because msoft has the the majority of the 
world brainwashed.

However if you are supplying a real production machine that needs to be 
reliable day in and day out you should be supplying LinuxCNC because the 
Linux OS is much more robust and reliable than any Windows OS.

The biggest issue with LinuxCNC as it currently stands is that for 
production shops to want to use it there needs to be a 24/7 support and 
On Site Support for the machine and the controller. This could come from 
the machine manufacturer but LinuxCNC.org is not able to provide the On 
Site Troubleshooting support that production shops need. Production 
shops prefer controls like Fanuc etc that have this type of support (at 
a huge cost). Machine downtime is big money to a production shop.

Just 2 cents from a hillbilly engineer.

Jim

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] VFD Noise

[Jim Craig]

Based on my limited experience the noise from the GS1 must be much worse 
than the GS2. I am completely happy with the GS2 drive. As you said it 
does everything it claims and does it well.

In fact when trying to find the noise problem I was extremely surprised 
that it was the 1/4hp GS1 drive. I immediately assumed it was the 3HP 
GS2 drive since it is much larger load. I guess the Carrier frequency of 
the GS2 is higher than the GS1 and probably contributes to the drive 
being cleaner.

For future projects I will choose GS2 drives and will will not ever buy 
another GS1 drive. To me they are not worth the cost savings.

Just my 2 cents after my experience.

Thanks again for the help.

Jim

On 1/28/2016 2:33 PM, Dave Cole wrote:
> The high end VFDs I've used recommend chokes on the output only if the
> motor lead runs are hundreds of feet unless the install needs to be
> super clean RF wise.
> Input chokes or drive isolation transformers are pretty common for the
> input, although I have seen a number installed without them. But large
> high end drives have a lot different economics than a cheap GS1 drive.
> If the drive costs $5000, few people complain about a $600 input choke.
>
> Dave
>
> On 1/28/2016 11:52 AM, Eric Keller wrote:
>> In my experience, the high-end VFDs also show filters on input and
>> output.  However, the ones I've taken apart seem to have some output
>> filtering
>>
>> On Thu, Jan 28, 2016 at 11:39 AM, Dave Cole <linuxcncro...@gmail.com> wrote:
>>> The GS1 and even the GS2 are basic VFDs which do what they say and then
>>> some.
>>> I've used them in control boxes with PLCs and PCs but they are usually
>>> the number 1 noise producers in the panel.
>>> If you look at their installation instructions they usually include a
>>> filter on the input of the drive and I believe for European
>>> installations they say that
>>> an output filter/choke is required to meet European requirements.
>>> That makes the inexpensive GS drives not so inexpensive after all of the
>>> filters are installed.
>>> On the otherhand, I have used the GS2 drives on some standalone
>>> installations without a PLC or PC nearby and they have worked fine
>>> without complications.However, YMMV.
>>> The built in PID loop along with a dancer arm and pot can make for a
>>> really cheap unwinder for reeled products, like rubber extrusions etc.
>>> Andy doesn't miss much.   I wonder if he is good at picking lottery
>>> ticket numbers??  ;-)
>>>
>>> Dave
>>>
>>> On 1/28/2016 9:14 AM, Jim Craig wrote:
>>>> An update and semi success story.
>>>>
>>>> After dinking with the noise from the GS1 VFD for way to many hours. I
>>>> was finally able to get rid of the noise. I removed the drive. I put in
>>>> a run capacitor and have the coolant pump running off the original
>>>> contactor. I wound up using a 3uf capacitor.  I tried a 2uf and it ran
>>>> but it ran smoother with a 3uf.
>>>>
>>>> I can run the machine will all features running and I don't have any
>>>> noise at all.
>>>>
>>>> Based on my experience I would not recommend the GS1 drive at all.
>>>> However if you have a need for a 1/4hp VFD let me know. I have one I
>>>> will sell cheap.
>>>>
>>>> Thanks for all of the advice.
>>>>
>>>> Andy, Does it hurt to be right all the time? LOL!
>>>>
>>>> Later,
>>>>
>>>> Jim
>>>>
>>>> On 1/23/2016 6:22 AM, Dave Cole wrote:
>>>>> You don't need to disconnect the shields at one end on the power
>>>>> conductor shields.
>>>>> Those are normally connected at each end.
>>>>>
>>>>> Dave
>>>>>
>>>>> On 1/22/2016 5:23 PM, Jim Craig wrote:
>>>>>> I spent all afternoon looking for and trying to remove ground loops. I
>>>>>> think I found all that I can eliminate. I have a couple minor ones due
>>>>>> to the mounting of my PC motherboard/SSD that I don't think I can remove
>>>>>> without making new mounting fixtures.
>>>>>>
>>>>>> I did find one that I was sure was going to fix the issue. My encoder
>>>>>> breakout board that converts the honda connectors to RJ45 connectors had
>>>>>> the power ground going to chassis ground due to the mounting bolts. I
>>>>>> fixed that and removed that ground loop. I was sure that would f

Re: [Emc-users] VFD Noise

[Jim Craig]

An update and semi success story.

After dinking with the noise from the GS1 VFD for way to many hours. I 
was finally able to get rid of the noise. I removed the drive. I put in 
a run capacitor and have the coolant pump running off the original 
contactor. I wound up using a 3uf capacitor.  I tried a 2uf and it ran 
but it ran smoother with a 3uf.

I can run the machine will all features running and I don't have any 
noise at all.

Based on my experience I would not recommend the GS1 drive at all. 
However if you have a need for a 1/4hp VFD let me know. I have one I 
will sell cheap.

Thanks for all of the advice.

Andy, Does it hurt to be right all the time? LOL!

Later,

Jim

On 1/23/2016 6:22 AM, Dave Cole wrote:
> You don't need to disconnect the shields at one end on the power
> conductor shields.
> Those are normally connected at each end.
>
> Dave
>
> On 1/22/2016 5:23 PM, Jim Craig wrote:
>> I spent all afternoon looking for and trying to remove ground loops. I
>> think I found all that I can eliminate. I have a couple minor ones due
>> to the mounting of my PC motherboard/SSD that I don't think I can remove
>> without making new mounting fixtures.
>>
>> I did find one that I was sure was going to fix the issue. My encoder
>> breakout board that converts the honda connectors to RJ45 connectors had
>> the power ground going to chassis ground due to the mounting bolts. I
>> fixed that and removed that ground loop. I was sure that would fix the
>> issue but it did not.
>>
>> Also the shields on the servo motor power cables are grounded at both
>> ends in the motor and at the drive side. I disconnected the drive side.
>> I am not sure if this is a good idea or not as It could pose a safety
>> hazard.
>>
>> And for everyone's information the encoder cables are shielded, shields
>> grounded at the control board only, the signals are differential and I
>> am STILL having this issue.
>>
>> Anyway after all of this the noise is still present when running the GS1
>> drive for the coolant pump. I think I will try to source a run capacitor
>> and switch back to a contactor for start stop on the coolant pump.
>>
>> The filter that I am using on the GS1 drive is a Tyco Corcom 5VB1. I
>> don't have an operating scope to look at the noise on the lines.
>>
>> Thanks for the feedback everyone. Should have listened to Andy 6 months
>> ago and went with the run capacitor then! ; ) : (
>>
>> Jim
>>
>> On 1/22/2016 3:52 PM, Dave Cole wrote:
>>> Are you using decent filters??
>>>
>>> GS1 and GS2 drives tend to pump a lot of RF noise up the power supply line.
>>> I've used the AD filters with good success.   I think the one I used was
>>> about $80.
>>> If you are using cheap Ebay filters  sometimes you get what you pay for.
>>>
>>> Have you put a scope on your AC lines to see if the filters are
>>> effective??  I suspect they are not.
>>> Re-routing your drive to motor leads is also sometimes effective.   Keep
>>> them as far away from low voltage wiring as possible.
>>>
>>> Dave
>>>
>>> On 1/22/2016 12:51 PM, Jim Craig wrote:
>>>> Hey all,
>>>>
>>>> I have been troubleshooting some noise that I have on my servo encoders.
>>>> I have isolated the noise source to be the 1/4hp Automation Direct GS1
>>>> VFD that I have running my coolant pump. If the coolant pump is not
>>>> running then there is no noise on the encoders and the machine maintains
>>>> correct positioning. If I turn the coolant pump on then the encoders get
>>>> false signal that in turn changes where the machine thinks it is. This
>>>> problem showed up immediately after I retrofitted the machine this last
>>>> summer. I have just now been able to diagnose where the issue is
>>>> originating.
>>>>
>>>> In attempts to improve the situation I have done the following.
>>>>  Installed EMI filters on the supply lines to both the coolant and
>>>> spindle vfds.
>>>>  worked on ground system to try to isolate the noise.
>>>>  rerouted the coolant pump motor power cable completely away from
>>>> any other cables and completely away from the machine.
>>>>
>>>> All of these things have failed to improve the noise issue.
>>>>
>>>> I also tried the following to try and diagnose the issue. I disconnected
>>>> the coolant pump motor cable from the coolant pump vfd. Disconnected the
>>>> spindle moto

[Emc-users] THC

[Jim Craig]

Second question of the day.

A buddy of mine is getting ready to build a CNC plasma table. He has 
asked me to help with the LinuxCNC stuff and the CNC stuff in general. 
He is good with fabbing parts but not fully up to speed on the CNC side 
of things.

I thought the following THC looked like a good 
piece.http://cnc4pc.com/motion-control/torch-height-control/non-contact-height-sensor-for-plasma-and-oxy-fuel-cutter.html#prodtabs-4

Has anyone used this? Do you see any issues with it and LinuxCNC? What 
THC do you recommend?

The machine will be a stepper gantry with two motors on the X axis. 
Planning on software stepgen to start.

Thanks,

Jim
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] VFD Noise

[Jim Craig]

I spent all afternoon looking for and trying to remove ground loops. I 
think I found all that I can eliminate. I have a couple minor ones due 
to the mounting of my PC motherboard/SSD that I don't think I can remove 
without making new mounting fixtures.

I did find one that I was sure was going to fix the issue. My encoder 
breakout board that converts the honda connectors to RJ45 connectors had 
the power ground going to chassis ground due to the mounting bolts. I 
fixed that and removed that ground loop. I was sure that would fix the 
issue but it did not.

Also the shields on the servo motor power cables are grounded at both 
ends in the motor and at the drive side. I disconnected the drive side. 
I am not sure if this is a good idea or not as It could pose a safety 
hazard.

And for everyone's information the encoder cables are shielded, shields 
grounded at the control board only, the signals are differential and I 
am STILL having this issue.

Anyway after all of this the noise is still present when running the GS1 
drive for the coolant pump. I think I will try to source a run capacitor 
and switch back to a contactor for start stop on the coolant pump.

The filter that I am using on the GS1 drive is a Tyco Corcom 5VB1. I 
don't have an operating scope to look at the noise on the lines.

Thanks for the feedback everyone. Should have listened to Andy 6 months 
ago and went with the run capacitor then! ; ) : (

Jim

On 1/22/2016 3:52 PM, Dave Cole wrote:
> Are you using decent filters??
>
> GS1 and GS2 drives tend to pump a lot of RF noise up the power supply line.
> I've used the AD filters with good success.   I think the one I used was
> about $80.
> If you are using cheap Ebay filters  sometimes you get what you pay for.
>
> Have you put a scope on your AC lines to see if the filters are
> effective??  I suspect they are not.
> Re-routing your drive to motor leads is also sometimes effective.   Keep
> them as far away from low voltage wiring as possible.
>
> Dave
>
> On 1/22/2016 12:51 PM, Jim Craig wrote:
>> Hey all,
>>
>> I have been troubleshooting some noise that I have on my servo encoders.
>> I have isolated the noise source to be the 1/4hp Automation Direct GS1
>> VFD that I have running my coolant pump. If the coolant pump is not
>> running then there is no noise on the encoders and the machine maintains
>> correct positioning. If I turn the coolant pump on then the encoders get
>> false signal that in turn changes where the machine thinks it is. This
>> problem showed up immediately after I retrofitted the machine this last
>> summer. I have just now been able to diagnose where the issue is
>> originating.
>>
>> In attempts to improve the situation I have done the following.
>>Installed EMI filters on the supply lines to both the coolant and
>> spindle vfds.
>>worked on ground system to try to isolate the noise.
>>rerouted the coolant pump motor power cable completely away from
>> any other cables and completely away from the machine.
>>
>> All of these things have failed to improve the noise issue.
>>
>> I also tried the following to try and diagnose the issue. I disconnected
>> the coolant pump motor cable from the coolant pump vfd. Disconnected the
>> spindle motor from the spindle vfd. Connected the coolant pump to the
>> spindle vfd. Note that the spindle vfd is a 3.0hp Automation direct GS2
>> drive.
>>
>> When I did this and ran the coolant pump via the spindle vfd there was
>> no noise on the encoders.
>>
>> Does anyone have any ideas on how to get rid of this issue.  I really
>> want to make some parts but I can't with the noise issue.
>>
>> I talked to a EE buddy of mine and he mentioned running both motors
>> (spindle and coolant pump) off the same 3.0hp GS2 drive just to get me
>> going. What do you think about this? Will running two different sized
>> motors on the same VFD cause any issue. Right now I don't run my spindle
>> in reverse so I would not have any trouble with the coolant pump running
>> backwards.
>>
>> I talked to Automation Direct and they said that the GS1 is more prone
>> to noise than the GS2. I am contemplating getting a 1/2hp GS2 to replace
>> the GS1.
>>
>> So frustrated right now.
>>
>> Let me know if you have any ideas.
>>
>> Thanks,
>>
>> Jim
>>
>> --
>> Site24x7 APM Insight: Get Deep Visibility into Application Performance
>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Mont

Re: [Emc-users] THC

[Jim Craig]

John,

Is the THCAD card going to be available in your store?

Thanks,

Jim

On 1/22/2016 5:57 PM, John Thornton wrote:
> I use the Mesa THCAD card to convert volts to frequency then the thc
> component to control my Z while cutting. About 1/5th the cost of that.
> But if your using a Ox/Acc torch then you need that. For plasma you want
> to control the height based on tip voltage.
>
> JT
>
> On 1/22/2016 3:56 PM, Jim Craig wrote:
>> Second question of the day.
>>
>> A buddy of mine is getting ready to build a CNC plasma table. He has
>> asked me to help with the LinuxCNC stuff and the CNC stuff in general.
>> He is good with fabbing parts but not fully up to speed on the CNC side
>> of things.
>>
>> I thought the following THC looked like a good
>> piece.http://cnc4pc.com/motion-control/torch-height-control/non-contact-height-sensor-for-plasma-and-oxy-fuel-cutter.html#prodtabs-4
>>
>> Has anyone used this? Do you see any issues with it and LinuxCNC? What
>> THC do you recommend?
>>
>> The machine will be a stepper gantry with two motors on the X axis.
>> Planning on software stepgen to start.
>>
>> Thanks,
>>
>> Jim
>> --
>> Site24x7 APM Insight: Get Deep Visibility into Application Performance
>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>> Monitor end-to-end web transactions and take corrective actions now
>> Troubleshoot faster and improve end-user experience. Signup Now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] THC

[Jim Craig]

Will the THCAD work with the paralell port? Will he need an FPGA card in 
order to use the THCAD card?

Thanks,

Jim

On 1/22/2016 5:57 PM, John Thornton wrote:
> I use the Mesa THCAD card to convert volts to frequency then the thc
> component to control my Z while cutting. About 1/5th the cost of that.
> But if your using a Ox/Acc torch then you need that. For plasma you want
> to control the height based on tip voltage.
>
> JT
>
> On 1/22/2016 3:56 PM, Jim Craig wrote:
>> Second question of the day.
>>
>> A buddy of mine is getting ready to build a CNC plasma table. He has
>> asked me to help with the LinuxCNC stuff and the CNC stuff in general.
>> He is good with fabbing parts but not fully up to speed on the CNC side
>> of things.
>>
>> I thought the following THC looked like a good
>> piece.http://cnc4pc.com/motion-control/torch-height-control/non-contact-height-sensor-for-plasma-and-oxy-fuel-cutter.html#prodtabs-4
>>
>> Has anyone used this? Do you see any issues with it and LinuxCNC? What
>> THC do you recommend?
>>
>> The machine will be a stepper gantry with two motors on the X axis.
>> Planning on software stepgen to start.
>>
>> Thanks,
>>
>> Jim
>> --
>> Site24x7 APM Insight: Get Deep Visibility into Application Performance
>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>> Monitor end-to-end web transactions and take corrective actions now
>> Troubleshoot faster and improve end-user experience. Signup Now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] VFD Noise

[Jim Craig]

Hey all,

I have been troubleshooting some noise that I have on my servo encoders. 
I have isolated the noise source to be the 1/4hp Automation Direct GS1 
VFD that I have running my coolant pump. If the coolant pump is not 
running then there is no noise on the encoders and the machine maintains 
correct positioning. If I turn the coolant pump on then the encoders get 
false signal that in turn changes where the machine thinks it is. This 
problem showed up immediately after I retrofitted the machine this last 
summer. I have just now been able to diagnose where the issue is 
originating.

In attempts to improve the situation I have done the following.
 Installed EMI filters on the supply lines to both the coolant and 
spindle vfds.
 worked on ground system to try to isolate the noise.
 rerouted the coolant pump motor power cable completely away from 
any other cables and completely away from the machine.

All of these things have failed to improve the noise issue.

I also tried the following to try and diagnose the issue. I disconnected 
the coolant pump motor cable from the coolant pump vfd. Disconnected the 
spindle motor from the spindle vfd. Connected the coolant pump to the 
spindle vfd. Note that the spindle vfd is a 3.0hp Automation direct GS2 
drive.

When I did this and ran the coolant pump via the spindle vfd there was 
no noise on the encoders.

Does anyone have any ideas on how to get rid of this issue.  I really 
want to make some parts but I can't with the noise issue.

I talked to a EE buddy of mine and he mentioned running both motors 
(spindle and coolant pump) off the same 3.0hp GS2 drive just to get me 
going. What do you think about this? Will running two different sized 
motors on the same VFD cause any issue. Right now I don't run my spindle 
in reverse so I would not have any trouble with the coolant pump running 
backwards.

I talked to Automation Direct and they said that the GS1 is more prone 
to noise than the GS2. I am contemplating getting a 1/2hp GS2 to replace 
the GS1.

So frustrated right now.

Let me know if you have any ideas.

Thanks,

Jim

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] THC

[Jim Craig]

I think I answered my own question. Per the documentation output of the 
THCAD is 100Khz to 1Mhz. Looks like it needs an FPGA encoder counter.

On 1/22/2016 6:15 PM, Jim Craig wrote:
> Will the THCAD work with the paralell port? Will he need an FPGA card in
> order to use the THCAD card?
>
> Thanks,
>
> Jim
>
> On 1/22/2016 5:57 PM, John Thornton wrote:
>> I use the Mesa THCAD card to convert volts to frequency then the thc
>> component to control my Z while cutting. About 1/5th the cost of that.
>> But if your using a Ox/Acc torch then you need that. For plasma you want
>> to control the height based on tip voltage.
>>
>> JT
>>
>> On 1/22/2016 3:56 PM, Jim Craig wrote:
>>> Second question of the day.
>>>
>>> A buddy of mine is getting ready to build a CNC plasma table. He has
>>> asked me to help with the LinuxCNC stuff and the CNC stuff in general.
>>> He is good with fabbing parts but not fully up to speed on the CNC side
>>> of things.
>>>
>>> I thought the following THC looked like a good
>>> piece.http://cnc4pc.com/motion-control/torch-height-control/non-contact-height-sensor-for-plasma-and-oxy-fuel-cutter.html#prodtabs-4
>>>
>>> Has anyone used this? Do you see any issues with it and LinuxCNC? What
>>> THC do you recommend?
>>>
>>> The machine will be a stepper gantry with two motors on the X axis.
>>> Planning on software stepgen to start.
>>>
>>> Thanks,
>>>
>>> Jim
>>> --
>>> Site24x7 APM Insight: Get Deep Visibility into Application Performance
>>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>>> Monitor end-to-end web transactions and take corrective actions now
>>> Troubleshoot faster and improve end-user experience. Signup Now!
>>> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
>>> ___
>>> Emc-users mailing list
>>> Emc-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/emc-users
>> --
>> Site24x7 APM Insight: Get Deep Visibility into Application Performance
>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>> Monitor end-to-end web transactions and take corrective actions now
>> Troubleshoot faster and improve end-user experience. Signup Now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] VFD Tweaking

[Jim Craig]

On 1/15/2016 8:59 AM, andy pugh wrote:
> To add to this thread. It became more and more likely that the
> Variator was the source of the trouble, and then abundantly clear when
> the Variator locked up.
>
> It's an interesting device, and I think I have repaired it. Pictures here:
>
> http://bodgesoc.blogspot.co.uk/2016/01/holbrook6.html
>
That is an interesting device. I have not seen anything like that 
before. It was also an entertaining read.

Thanks for the link.

Jim

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] VFD Tweaking

[Jim Craig]

Excellent information John! I learned something today.

I may have to go with a larger motor and VFD for my mill if I decide to 
remove the variable sheave belt drive.


On 1/7/2016 4:10 PM, John Kasunich wrote:
> Actually, the domestic (input) power is not an issue.  The only factor is
> the cost of the oversized motor and VFD.  Anyone lucky enough to
> find a really good deal on a motor/VFD rated significantly more than
> the nominal HP of their machine can take advantage of it to get more
> torque at low speeds.
>
> Think about what a VFD does:
>
> The rectifier section of the VFD converts fixed frequency and voltage
> input power into fixed voltage DC power and stores it in a capacitor bank.
>
> The inverter section of the VFD converts fixed voltage DC power from
> the capacitor bank into variable voltage variable frequency AC power
> and sends it to the motor.
>
> The power delivered to the motor contains two components - real and
> reactive power.  The real power is converted to mechanical power at
> the shaft.  The reactive power provides the magnetic fields needed to
> make the motor work.  The reactive power sloshes back and forth
> between the motor phases and the power line (if across-the-line) or
> between motor phases and the cap bank (if VFD), with no net power
> transfer.
>
> Lets say the original motor on the machine was 2HP, three phase.
> Connected across-the-line on a big industrial 3-phase line, and loaded
> to 2HP, it might draw 6A - this reflects both real and reactive power.
> Uncouple the shaft, and the no load current reflects only the reactive
> power.  Typically 30-50% of full load current - let's say it is 40% for this
> motor, so 2.4A.  So the reactive power required or this motor is
> 2.4A*240V*sqrt(3) = 1kVA.  This is constant, regardless of the load
> on the shaft.
>
> Put the 10HP motor across that same big industrial line, and load it
> down to 10HP.  The full load phase current might be 30A.  No-load
> current might be 40% of that, or 12A.  The reactive power requirement
> is 12*240*sqrt(3) = 5kVA.  Again, it is constant regardless of load.
>
> If you had a three phase 6A power line capable of running the 2HP
> motor without a VFD at full load, it couldn't even run the 10HP motor
> at NO load, because it couldn't supply the 12A of reactive power.
>
> But with the VFD things change.  Since the inverter provides all the
> reactive power, the line never sees it.  The line and the rectifier section
> only have to handle the real power.  So the 10HP VFD can spin up
> the unloaded 10HP motor, while drawing next to no power from the
> 2HP power line.
>
> If you are running at rated speed (say 1500 RPM) and start to apply
> load torque, the line will have to supply the real power.  When the
> torque reaches 7 ft-lbs, the shaft power will be 2HP.  At that point
> you need to stop increasing the torque, or you will overload the line.
>
> But the motor and drive were both designed to deliver 10HP.  That
> means the motor COULD deliver 35 ft-lbs of torque at any speed
> from zero (with adequate cooling) to 1500 RPM.
>
> If you drop the speed from 1500 RPM to 300 RPM, you can increase
> the torque from 7 ft-lbs to 35 ft-lbs and the real power is still only 2HP.
> Since the real power is 2HP, the power line can deliver it.  An ammeter
> on the single phase input line might show 8-9 amps, but the same
> ammeter on the motor connections could show 30 amps.
>
> This is rarely ever done in industry because industry doesn't want
> to pay for the extra iron, copper, silicon, and capacitors needed
> to build a 10HP motor and VFD when they're only going to get
> 2HP from the shaft.  But for a one-off where you find the motor
> and/or VFD cheap on eBay or a scrap-heap, it can work very well.
>


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

Re: [Emc-users] seasons greetings

[Jim Craig]

Merry Christmas Gene and everyone else.On Dec 24, 2015 10:17 PM, Gene Heskett 
 wrote:
>
> Greetings all; 
>
> Its that time of the year again, and there not a PC bone in my body, so 
>
> Merry Christmas everyone! 
>
> 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 
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] BIOSTAR J1900MH2 Ver. 6.x

[Jim Craig]

I decided to give it a try. I will report back on the performance.

Thanks,

Jim

On 12/22/2015 8:06 PM, Jon Elson wrote:
> On 12/22/2015 12:20 PM, Peter C. Wallace wrote:
>> Its true 4 core (and has no hyperthreading option)
>>
>>
> Hmm, not sure LinuxCNC can really use more than 2 cores,
> most of the time.
>
> Jon
>
> --
> ___
> 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] BIOSTAR J1900MH2 Ver. 6.x

[Jim Craig]

Does anyone have any experience with this motherboard? I am thinking 
about using it on my upcoming builds. I like it since it is a J1900 and 
a Micro ATX which gives additional PCI express slots.

http://www.newegg.com/Product/Product.aspx?Item=N82E16813138416

Thanks,

Jim

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

Re: [Emc-users] Probe

[Jim Craig]

Yep that is the first video in the series.

I have not had time lately to work on additional videos. I have been 
building my new workshop to put my metalworking tools in. I am almost 
done with it. I will be moving the milling machine to the workshop this 
week. I hope to make some new videos in the next month or so.



On 12/12/2015 9:12 PM, Jeremy Jones wrote:
> https://www.youtube.com/watch?v=AcazGaRj9Xs
>
> Guessing that's the first video. Good video, thanks. I subscribed to your
> channel.
>
> On Sat, Dec 12, 2015 at 7:28 PM, Jim Craig <jimcraig5...@windstream.net>
> wrote:
>
>> I use the one from CNC 4 PC. It works pretty good and is relatively
>> inexpensive.
>>
>> I made some videos about using it. They are on the YouTube.
>>
>> On 12/12/2015 3:20 PM, John Thornton wrote:
>>> I could use a probe on my BP Series 1 with Anilam CNC conversion but
>>> don't have time to make one. Any suggestions for a US probe?
>>>
>>> JT
>>>
>>>
>> --
>>> ___
>>> 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 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

Re: [Emc-users] Probe

[Jim Craig]

John,

My second video shows how to center the stylus. 
https://www.youtube.com/watch?v=na6PzAlWdIw

The one you are looking at looks like a good probe. If  you get it let 
us know how it works. It has one feature that I would like, a ruby stylus.

Jim

On 12/13/2015 6:08 AM, John Thornton wrote:
> Does it have a way to center the stylus?
>
> I'm going to try this one
>
> http://deepgroove1.com/stainlessprobe/stainlessprobe.htm
>
> JT
>
> On 12/12/2015 6:28 PM, Jim Craig wrote:
>> I use the one from CNC 4 PC. It works pretty good and is relatively
>> inexpensive.
>>
>> I made some videos about using it. They are on the YouTube.
>>
>> On 12/12/2015 3:20 PM, John Thornton wrote:
>>> I could use a probe on my BP Series 1 with Anilam CNC conversion but
>>> don't have time to make one. Any suggestions for a US probe?
>>>
>>> JT
>>>
>>> --
>>> ___
>>> 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 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

Re: [Emc-users] Probe

[Jim Craig]

On 12/13/2015 7:50 AM, Lester Caine wrote:
> On 13/12/15 12:08, John Thornton wrote:
>> Does it have a way to center the stylus?
>>
>> I'm going to try this one
>>
>> http://deepgroove1.com/stainlessprobe/stainlessprobe.htm
> Another option
> http://www.wildhorse-innovations.com/index.php?_a=viewProd=80
>
Lester,

That one looks like the Arnie Minear probe from CNC 4 PC. Pretty similar 
anyway.

Jim

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

Re: [Emc-users] Probe

[Jim Craig]

I use the one from CNC 4 PC. It works pretty good and is relatively 
inexpensive.

I made some videos about using it. They are on the YouTube.

On 12/12/2015 3:20 PM, John Thornton wrote:
> I could use a probe on my BP Series 1 with Anilam CNC conversion but
> don't have time to make one. Any suggestions for a US probe?
>
> JT
>
> --
> ___
> 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

Re: [Emc-users] raid NAS

[Jim Craig]

I am glad that you like it. What NAS did you wind up going with?

Jim

On 11/13/2015 6:14 AM, John Thornton wrote:
> Got my RAID NAS box up and going and I like that better than anything
> I've tried in the past to share files between all the computers.
>
> JT
>
> On 11/4/2015 5:29 PM, richsh...@comcast.net wrote:
>> Been using a Zyxel NAS-320 device with two WD Red hard drives, real hardware 
>> RAID, simple to setup, works straight away with Linux, and was inexpensive. 
>> Basic box was about $150.00 / $175.00 not including the drives. Been running 
>> non stop for at least two years.
>>
>> - Original Message -
>>
>> From: emc-users-requ...@lists.sourceforge.net
>> To: emc-users@lists.sourceforge.net
>> Sent: Wednesday, November 4, 2015 7:09:10 AM
>> Subject: Emc-users Digest, Vol 115, Issue 15
>>
>> Send Emc-users mailing list submissions to
>> emc-users@lists.sourceforge.net
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>> or, via email, send a message with subject or body 'help' to
>> emc-users-requ...@lists.sourceforge.net
>>
>> You can reach the person managing the list at
>> emc-users-ow...@lists.sourceforge.net
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Emc-users digest..."
>>
>>
>> Today's Topics:
>>
>> 1. Re: Desktops and OS's (Dave Cole)
>> 2. Re: Desktops and OS's (Gene Heskett)
>> 3. Re: Desktops and OS's (Gene Heskett)
>> 4. Re: raid NAS (Jack Coats)
>> 5. Re: Desktops and OS's (Jim Craig)
>> 6. Re: Desktops and OS's (Jim Craig)
>>
>>
>> --
>>
>> Message: 1
>> Date: Wed, 4 Nov 2015 09:43:53 -0500
>> From: Dave Cole <linuxcncro...@gmail.com>
>> Subject: Re: [Emc-users] Desktops and OS's
>> To: emc-users@lists.sourceforge.net
>> Message-ID: <563a19a9.5080...@gmail.com>
>> Content-Type: text/plain; charset=windows-1252; format=flowed
>>
>>
>>
>> ---
>> This email has been checked for viruses by Avast antivirus software.
>> https://www.avast.com/antivirus
>>
>>
>>
>>
>> --
>>
>> Message: 2
>> Date: Wed, 4 Nov 2015 09:50:32 -0500
>> From: Gene Heskett <ghesk...@wdtv.com>
>> Subject: Re: [Emc-users] Desktops and OS's
>> To: emc-users@lists.sourceforge.net
>> Message-ID: <201511040950.32539.ghesk...@wdtv.com>
>> Content-Type: Text/Plain; charset="iso-8859-1"
>>
>> On Wednesday 04 November 2015 09:10:56 John Thornton wrote:
>>
>>> I see that from time to time on my LAN which I have two Windoze and 5
>>> or 6 Linux computer on it. Usually only a reboot will fix the Windoze
>>> computers while the Linux computers IIRC will fix themselves if you
>>> power cycle the router or switch they are attached to. I think it is
>>> just a software issue but who knows...
>>>
>>> JT
>> It is John. Its evidence you are using dhcp as the hook means.
>> Things may have improved over the years since 10-04, but I've only used
>> dhcp in the router to get me an ipv4 address for the router, everything
>> else is host file based. My /etc/hosts file:
>> ===
>> 127.0.0.1 localhost
>> 192.168.xx.1 router.coyote.den router
>> 192.168.xx.3 coyote.coyote.den coyote
>> 192.168.xx.4 shop.coyote.den shop
>> 192.168.xx.5 lathe.coyote.den lathe
>> 192.168.xx.6 lappy.coyote.den lappy
>> 192.168.xx.10 GO704.coyote.den GO704
>> 
>> Identical on all machines
>>
>> And my /etc/resolv.conf from any machine
>> =
>> search this-machines-name
>> nameserver 192.168.xx.1
>> order host,dns
>> =
>> This one made immutable with a sudo chattr +i specifically to keep
>> network-mangler from mangling it if its still installed.
>>
>> Then you can configure /etc/network/interfaces to look something like
>> this:
>> ==
>> # list of interfaces to bring up at boot
>> auto lo eth0
>>
>> # interface lo
>> iface lo inet loopback
>> address 127.0.0.1
>> netmask 255.0.0.0
>>
>> # interface eth0
>> iface eth0 inet static
>> address 192.168.xx.3
>> netmask 255.255.255.0
>> gateway 192.168.xx.1
>> ==

Re: [Emc-users] Looping and axis

[Jim Craig]

Will the following work?

# = 1
o101 while [# LT 2]
o102 if [some condition]
 #=3 (exit the loop)
 o102 elseif [some other condition]
 (do something and reloop)
 o102 else
(do nothing and reloop)
 o102 endif
o101 endwhile

Then you are giving a valid way out of the loop, allowing something to 
happen while still in the loop and providing a way to keep looping 
without doing anything.

Jim


On 11/4/2015 7:57 PM, Ralph Stirling wrote:
> I use Linuxcnc for machine automation in my manufacturing lab,
> and am bothered by the difficulty of creating "infinite loops".
> I often want to have a machine sit an indefinite amount of time
> until a sensor signals it is time to make the next move.  M66
> lets me wait for a sensor, but requires a timeout value.  I don't
> want a timeout value.
>
> In addition to this, I would like to be able to have WHILE [1]
> infinite loops, with a conditional to break out based on some
> input.  Axis hangs loading a program with WHILE [1] in it,
> even if I have (axis,HOLD) or (axis,STOP) at the beginning.
>
> Anybody else wanted to do this?  Anybody find a way to?
>
> Thanks,
> -- Ralph
> --
> ___
> 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

Re: [Emc-users] Desktops and OS's

[Jim Craig]

Yep, That is one example. Usually the NAS box like you have listed below 
will have a processor and one or more NAT devices. Then you can add the 
hard drives that you like to the box. Some come with drives included. 
usually the OS on the box is a custom one that is based on Linux. 
Usually you can remote into the box through a web page that is hosted on 
the NAS box.

I am using a WD MyCloudEX2. I don't know if I would recommend it or not. 
It needs external cooling as it does not have built in fans so I have it 
setting on a laptop cooling fan thingy.

I also have a better NAS at the farm office but I can't remember what it 
is off the top of my head right now. It is currently hosing 2 HDDs but 
can be expanded to 4.


On 11/4/2015 8:04 AM, John Thornton wrote:
> Something like this?
>
> http://www.newegg.com/Product/ComboDealDetails.aspx?ItemList=Combo.2525288
>
> JT
>
> On 11/4/2015 7:35 AM, Jim Craig wrote:
>> I have a raid NAS that I send all of my gcode to. Then I open it
>> directly from the NAS into LinuxCNC. Then I don't have to worry about
>> what machine has the latest code etc. The latest is always on the NAS.
>> And it it is backed up.
>
> --
> ___
> 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

Re: [Emc-users] Desktops and OS's

[Jim Craig]

My question is was it checked to make sure there were viruses there or 
that there weren't any?

On 11/4/2015 8:52 AM, Gene Heskett wrote:
> On Wednesday 04 November 2015 09:43:53 Dave Cole wrote:
> (twice)
>> ---
>> This email has been checked for viruses by Avast antivirus software.
>> https://www.avast.com/antivirus
> Are you speechless Dave? :-)
>
> Cheers, Gene Heskett


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

Re: [Emc-users] Desktops and OS's

[Jim Craig]

I have a raid NAS that I send all of my gcode to. Then I open it 
directly from the NAS into LinuxCNC. Then I don't have to worry about 
what machine has the latest code etc. The latest is always on the NAS. 
And it it is backed up.

I am going to have to see if I can get my machine computer to print to 
my network printer. That will be nice. Have not been able to get it to 
work so far.

Thanks for the tips.

Jim

On 11/4/2015 7:27 AM, John Thornton wrote:
> If he is doing that from a Windoze computer you can configure the right
> click Send To for each machine so it's a one click op to send the file.
>
> JT
>
> On 11/4/2015 7:16 AM, Rick Lair wrote:
>> It was an absolute requirement that I got that to work, probably like
>> yours, we now have multiple machines in the shop running Linuxcnc, and
>> thumb drives are easy to lose, so I have all the machines networked
>> together, so the guy in the office that makes the programs, can drop the
>> finished g code program right into the nc_files folder in the respective
>> machine, right from his desk.
>>
>>
>> Rick
>>
>>
>>
>> On 11/4/2015 8:09 AM, John Thornton wrote:
>>> Sweet, and it works! What a PITA to have to do this just to get an OS to
>>> do basic things. I'm still hoping someone will chime in that has built a
>>> real time kernel for Linux Mint so I can try that.
>>>
>>> JT
>>>
>>> On 11/4/2015 6:55 AM, Rick Lair wrote:
 Now you should be able to right click on the the folder icon you want
 tot share, see the "Share" tab, and be able to click down through and
 setup folder sharing on your network for that respective folder,



 On 11/4/2015 7:51 AM, John Thornton wrote:
> Hi Rick,
>
> I followed the directions for adding folder sharing to Thunar but don't
> see any difference. What is is supposed to do?
>
> JT
>
> On 11/3/2015 9:59 AM, Rick Lair wrote:
>> John,
>>
>> Attached are some of my notes that I have found to be working in
>> regards to sharing over the network on Debian.
>>
>> You may have already tried these, but this is what I have found.
>>
>> Rick
>>
>>
>>
>> On 11/3/2015 10:44 AM, John Thornton wrote:
>>> Samba is installed...
>>>
>>> On 11/3/2015 9:26 AM, andy pugh wrote:
 On 3 November 2015 at 15:19, John Thornton  wrote:
> Networking is also hosed up on my Debian computers and try as
> I might I can't share files as freely around my LAN with the Debian
> computers.
 You nay need to install Samba, it isn't there by default. I don't know
 if Avahi is or not.

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

Re: [Emc-users] Desktops and OS's

[Jim Craig]

Dave,

I open them directly from the NAS. I have a mounted folder set up on the 
cnc machine pc that points to the NAS folder where i keep the Gcode. I 
use gmoccapy and I have the shortcut directory pointed to this mounted 
folder so it is quick to get to my files. I have not had an issue yet 
with doing it this way.

I think once the file is opened it is run from RAM anyway. So if the 
file opens it should run the same if it was originally on the network or 
on the local machine.

Jim

On 11/4/2015 11:10 AM, Dave Cole wrote:
> Second try...  I think that my Avast Antivirus is battling with Gmail's
> security certificates and I lost :-( .
>
> Do you run the Gcode file off the NAS server directly or do you copy the
> file to the local machine.
> I thought there was a problem doing that reliably with LinuxCNC.
> Something to do with network latency when reading the file which would
> cause LinuxCNC to fault.
>
> Dave
>
>
> On 11/4/2015 8:35 AM, Jim Craig wrote:
>> I have a raid NAS that I send all of my gcode to. Then I open it
>> directly from the NAS into LinuxCNC. Then I don't have to worry about
>> what machine has the latest code etc. The latest is always on the NAS.
>> And it it is backed up.
>>
>> I am going to have to see if I can get my machine computer to print to
>> my network printer. That will be nice. Have not been able to get it to
>> work so far.
>>
>> Thanks for the tips.
>>
>> Jim
>>
>> On 11/4/2015 7:27 AM, John Thornton wrote:
>>> If he is doing that from a Windoze computer you can configure the right
>>> click Send To for each machine so it's a one click op to send the file.
>>>
>>> JT
>>>
>>> On 11/4/2015 7:16 AM, Rick Lair wrote:
>>>> It was an absolute requirement that I got that to work, probably like
>>>> yours, we now have multiple machines in the shop running Linuxcnc, and
>>>> thumb drives are easy to lose, so I have all the machines networked
>>>> together, so the guy in the office that makes the programs, can drop the
>>>> finished g code program right into the nc_files folder in the respective
>>>> machine, right from his desk.
>>>>
>>>>
>>>> Rick
>>>>
>>>>
>>>>
>>>> On 11/4/2015 8:09 AM, John Thornton wrote:
>>>>> Sweet, and it works! What a PITA to have to do this just to get an OS to
>>>>> do basic things. I'm still hoping someone will chime in that has built a
>>>>> real time kernel for Linux Mint so I can try that.
>>>>>
>>>>> JT
>>>>>
>>>>> On 11/4/2015 6:55 AM, Rick Lair wrote:
>>>>>> Now you should be able to right click on the the folder icon you want
>>>>>> tot share, see the "Share" tab, and be able to click down through and
>>>>>> setup folder sharing on your network for that respective folder,
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 11/4/2015 7:51 AM, John Thornton wrote:
>>>>>>> Hi Rick,
>>>>>>>
>>>>>>> I followed the directions for adding folder sharing to Thunar but don't
>>>>>>> see any difference. What is is supposed to do?
>>>>>>>
>>>>>>> JT
>>>>>>>
>>>>>>> On 11/3/2015 9:59 AM, Rick Lair wrote:
>>>>>>>> John,
>>>>>>>>
>>>>>>>> Attached are some of my notes that I have found to be working in
>>>>>>>> regards to sharing over the network on Debian.
>>>>>>>>
>>>>>>>> You may have already tried these, but this is what I have found.
>>>>>>>>
>>>>>>>> Rick
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On 11/3/2015 10:44 AM, John Thornton wrote:
>>>>>>>>> Samba is installed...
>>>>>>>>>
>>>>>>>>> On 11/3/2015 9:26 AM, andy pugh wrote:
>>>>>>>>>> On 3 November 2015 at 15:19, John Thornton <j...@gnipsel.com> wrote:
>>>>>>>>>>> Networking is also hosed up on my Debian computers and try as
>>>>>>>>>>> I might I can't share files as freely around my LAN with the Debian
>>>>>>>>>>> computers.
>>>>>>>&g

Re: [Emc-users] some weird issues

[Jim Craig]

On 10/22/2015 1:35 PM, Mark Wendt wrote:
Chris,

You might also check out the setting about local time as shown here

https://wiki.debian.org/DateTime#Hardwareclock_.2F_Systemtime_.2F_Dual_Boot

My computer would reset to UTC everytime I would reboot until I fixed it 
with the LOCAL change.

Jim
> On Thu, Oct 22, 2015 at 2:23 PM, chris  wrote:
>> I did check that yesterday. I didn't have a replacement for it so I checked 
>> the
>> voltage on the one that was in there and it was still around 2.6v. I'm not 
>> sure
>> what the range on those is before they start causing issues. But you're 
>> right, I
>> probably should do that. I've had this particular desktop for ages so it
>> wouldn't be a big surprise if that did fix the issue. I just wanted to see if
>> anyone else had encountered these kinds of errors.
>>
>> Thanks,
>> Chris
> Chris,
>
> If your CR2032 battery is showing below 3 VDC, it's toast.  I'm 99.99%
> sure that's the cause of your problems. They'll drain a lot faster if
> your CPU box is not plugged in to keep the motherboard powered up,
> because it'll draw on the battery rather than house current to keep
> the settings in your CMOS.
>
> Mark
>
> --
> ___
> 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

Re: [Emc-users] Machine vision cameras for use with camview, align and friends

[Jim Craig]

On 10/9/2015 8:30 AM, Gene Heskett wrote:
> On Thursday 08 October 2015 16:04:42 Jim Craig wrote:
>
>>
>> Gene,
>>
>> How about a pic of one of those blanket chests?
>>
>> Jim
> I did, but the server is holding it for the moderator to clear as its not
> quite 20k over the 360k size limit allowed.  I smunched it down to a 20%
> quality jpg, because I could see jpg'ing artifacts if I went any lower.
>
> I'll try doing some cropping of some of the background in gimp.  Or is
> there now a more compact image compression format?  Cropping an image in
> gimp is the most frustrating thing I have ever tried, I have to ask for
> help on the gimp-users list every time, so it still has white borders.
> Damit, a crop should remove what you don't want, not fill it with white.
>
> Anyway, new version 2 attached, smunched enough that jpg is showing some
> artifacts.
>
> Cheers, Gene Heskett
>
Very nice! I like the Joinery. What are you using for the square pins in 
the joint? I like some good woodworking.

My next big woodworking project is new office furniture. It will 
probably take me and my dad about a year to finish the project I want to 
do. Executive desk, full 12' wall of bookcases. printer cabinet and 
whatever else I can dream up. Right now I am working off a white plastic 
folding table, LOL.

Keep up the good work.

Jim

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