Re: [Emc-users] Dust-proof case?

2011-11-06 Thread Slavko Kocjancic
Dne 5.11.2011 18:30, piše Kirk Wallace:
 On Sat, 2011-11-05 at 14:09 +0200, Viesturs Lācis wrote:
 2011/11/5 Slavko Kocjancicesla...@gmail.com:
 Hello...

 I think the 1'st thing is to check what is wrong. Not to do something to
 eliminate problem but not know what problem it is.
 Yes, that is exactly my question - is there anything I can do to
 diagnose the cause of problem?
 My experience seems to indicate:

 _Always_ have a filter on VFD power inputs. They are not that expensive.
 Proximity of a VFD to sensitive parts doesn't really indicate much. If
 the hardware is not configured properly (and what is?), the VFD
 interference can travel through metal frames, conduit, unrelated wires,
 shielding, etcetera, and come out on the far side of the machine.
 Sometimes, beads on the output wires can help. Most stepper and servo
 drives are very similar to VFD's, so they may need power input filters,
 or output beads too.

 Most break-out-board inputs (and others) have very high impedance,
 therefore are very susceptible to induced fields on the input wiring, so
 even minor interference can show up at the input pin. Think of hitting
 something hard like a bell. It doesn't absorb or convert the energy very
 well so it rings until the energy gets converted to sound. Hitting dry
 sand converts the all of the energy instantly, so it is hard to drive a
 signal into it,let alone induce noise. I've found that plain buffer
 inputs have very high impedance and often need some some sort of filter
 (lowers impedance, adds sand) that matches the type of signal being
 read. Opto-isolated inputs seem to have more impedance, so are not as
 much of a problem. Switches and relays with real contacts go from very
 high impedance to very low, and bounce, so most likely need filtering.
 Most real machines (my opinion) use 12 Volts for control signals to help
 push the noise into the OFF voltage region.

 Others have more experience with this, but I have found that connecting
 a short piece of wire on my oscilloscope probe picks up interference. I
 can wave it around my machine and find the noisy spots. It seems some
 amount noise is inevitable and normal, so expect to need to deal with
 it, rather than eliminate it. I've heard an AM radio is also good for
 scanning for interference. I recently set up HALscope to trigger on a
 suspicious signal. After forcing a trigger on the scope to clear the
 traces, I sat and watched HALscope until it triggered, then preesed stop
 to keep the traces form getting written over. This indicated that this
 signal was on the edge of ON and OFF. A resistor in the line (current
 limit) and capacitor to ground (low impedance, sand, RC filter) cleared
 it up.

I agree that filtering is good thing to do. But in this case (runnung 
near 1 hour without problem) the EMI isnt the source of trouble. But 
high impedance on input pins can be source of trouble here. Or better 
expresed to high resistance of wires/connectors...

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Dust-proof case?

2011-11-06 Thread Viesturs Lācis
Dave, Kirk, Jon, thanks!

2011/11/5 Dave e...@dc9.tzo.com:

 What I did to verify that the VFDs were the problem was to run the
 machine without the VFD powered up - pull the fuses or unwire them..
 Then try running parts for an hour or so. Remove the cutters if need
 be.. . If the problem vanishes you likely have an VFD related noise problem.

It is easy to switch the VFD off, but I am having difficulties to come
up with a plan, how to check, if the tool takes correct path. I will
consult with client's specialists - maybe they can suggest something.

2011/11/5 Kirk Wallace kwall...@wallacecompany.com: My experience
seems to indicate: _Always_ have a filter on VFD power inputs.

I have a question here:
Filters on VFD input lines have been mentioned several time here. Is
this something close to what is meant here:
http://www.newark.com/tyco-electronics-corcom/10vr6/rfi-power-line-filter-10a-700ua/dp/52K3303

2011/11/5 Jon Elson el...@pico-systems.com:

 You can run memtest86 from the install CD and let it run for at least
 several
 hours. This program gets the CPU warmed up and exercises memory
 heavily. If it finds even a single error, don't bother with anything else
 until it can run without error overnight.

 Also, you can run the latency test for a few hours, and exercise web
 browsers, USB memory stick inserts/removals, glxgears and other
 operations to see if the latency gets bad.

I ran latency test with glxgears and tried to open/close firefox last
time I was there. But I think that I ran the test for 15-20 minutes.
It was pretty fine - max jitter on base-thread was reaching 25000 ns,
but base thread is not used and max jitter on servo thread was around
16000 ns, servo period is standard 1 ms.
I recall that I ran latency tests, when I initially installed EMC2 on
the machine and there were cases, when max jitter reached 800K ns -
almost another servo period. Also that time I ran the test for less
than 15 minutes.
I will try to figure out, how can I these tests for longer time period
without sitting next to the machine - it is several hours to drive
from my place. And I think that client will not be happy about machine
idling for a whole working day, but I will handle that.

Viesturs

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Dust-proof case?

2011-11-06 Thread Steve Stallings
 -Original Message-
 From: Viesturs Lacis [mailto:viesturs.la...@gmail.com] 
 Sent: Sunday, November 06, 2011 5:13 AM
 To: Enhanced Machine Controller (EMC)
 Subject: Re: [Emc-users] Dust-proof case?
 
 Dave, Kirk, Jon, thanks!
 
 2011/11/5 Dave e...@dc9.tzo.com:
 
  What I did to verify that the VFDs were the problem was to run the
  machine without the VFD powered up - pull the fuses or unwire them..
  Then try running parts for an hour or so. Remove the cutters if need
  be.. . If the problem vanishes you likely have an VFD 
 related noise problem.
 
 It is easy to switch the VFD off, but I am having difficulties to come
 up with a plan, how to check, if the tool takes correct path. I will
 consult with client's specialists - maybe they can suggest something.
 
 2011/11/5 Kirk Wallace kwall...@wallacecompany.com: My experience
 seems to indicate: _Always_ have a filter on VFD power inputs.
 
 I have a question here:
 Filters on VFD input lines have been mentioned several time here. Is
 this something close to what is meant here:
 http://www.newark.com/tyco-electronics-corcom/10vr6/rfi-power-
 line-filter-10a-700ua/dp/52K3303

Viesturs,

When choosing a filter for the mains power into the VFD,
be sure to choose one with a large enough current rating
to supply the VFD safely. Your VFD manual should give a
rating for the input power source.

Do not try to use this type of filter on the output of
the VFD. These filters are designed to operate on power
that has 50 or 60 Hertz as the fundamental frequency. The
output of a VFD will have the inverter frequency (usually
between 2,000 and 20,000 Hertz) as its dominant frequency.
A motor does not mind because it is an inductive load and
will act as its own filter. The interference filter will
have capacitors to ground and depending on filter design,
these may see much more current than they are designed to
handle when the fundamental frequency is above 60 Hertz.

There are filters designed for use on the output side of
a VFD, but they are larger and more expensive. These are
usually sold by the VFD manufacturer. 

For cost reasons it is usually more practical to try to
shield the VFD output by using conduit or a shielded
cable. Also note, this is one case where the shield of
the cable should be grounded at both ends, unlike most
cables that carry signals instead of power.

Steve Stallings


 
 2011/11/5 Jon Elson el...@pico-systems.com:
 
  You can run memtest86 from the install CD and let it run 
 for at least
  several
  hours. This program gets the CPU warmed up and exercises memory
  heavily. If it finds even a single error, don't bother with 
 anything else
  until it can run without error overnight.
 
  Also, you can run the latency test for a few hours, and exercise web
  browsers, USB memory stick inserts/removals, glxgears and other
  operations to see if the latency gets bad.
 
 I ran latency test with glxgears and tried to open/close firefox last
 time I was there. But I think that I ran the test for 15-20 minutes.
 It was pretty fine - max jitter on base-thread was reaching 25000 ns,
 but base thread is not used and max jitter on servo thread was around
 16000 ns, servo period is standard 1 ms.
 I recall that I ran latency tests, when I initially installed EMC2 on
 the machine and there were cases, when max jitter reached 800K ns -
 almost another servo period. Also that time I ran the test for less
 than 15 minutes.
 I will try to figure out, how can I these tests for longer time period
 without sitting next to the machine - it is several hours to drive
 from my place. And I think that client will not be happy about machine
 idling for a whole working day, but I will handle that.
 
 Viesturs
 
 --
 
 RSA(R) Conference 2012
 Save $700 by Nov 18
 Register now
 http://p.sf.net/sfu/rsa-sfdev2dev1
 ___
 Emc-users mailing list
 Emc-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/emc-users
 


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Dust-proof case?

2011-11-06 Thread Kirk Wallace
On Sun, 2011-11-06 at 12:12 +0200, Viesturs Lācis wrote:
... snip
 Is this something close to what is meant here:
 http://www.newark.com/tyco-electronics-corcom/10vr6/rfi-power-line-filter-10a-700ua/dp/52K3303
... snip

Yes. Your example is rated for 10 Amps which may not be enough, but
otherwise that's what I had in mind.

-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/index.html
California, USA


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Dust-proof case?

2011-11-06 Thread Jon Elson
On 11/06/2011 4:12 AM, Viesturs Lācis wrote:

 I have a question here:
 Filters on VFD input lines have been mentioned several time here. Is
 this something close to what is meant here:
 http://www.newark.com/tyco-electronics-corcom/10vr6/rfi-power-line-filter-10a-700ua/dp/52K3303


Yes, in the US, corcom is a leading brand of these filters. There are 
certainly
other makes available elsewhere. But, this unit is certainly the sort of
device you need in this application.

Jon

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Dust-proof case?

2011-11-06 Thread Viesturs Lācis
2011/11/6 Slavko Kocjancic esla...@gmail.com:

 I agree that filtering is good thing to do. But in this case (running
 near 1 hour without problem) the EMI isnt the source of trouble.

Thanks, guys, for suggestions!
I will try to figure out, how to test, if PC is ok and if the
spindles/VFD does mess the thing for the starting point, because I
also think that the tendency for machine to work correctly some time
after turning it makes the whole situation frustrating.

Viesturs

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Dust-proof case?

2011-11-06 Thread Jon Elson
On 11/06/2011 12:37 PM, Viesturs Lācis wrote:
 2011/11/6 Slavko Kocjancicesla...@gmail.com:

 I agree that filtering is good thing to do. But in this case (running
 near 1 hour without problem) the EMI isnt the source of trouble.
  
 Thanks, guys, for suggestions!
 I will try to figure out, how to test, if PC is ok and if the
 spindles/VFD does mess the thing for the starting point, because I
 also think that the tendency for machine to work correctly some time
 after turning it makes the whole situation frustrating.


Yes, finding the cause of intermittent problems can be very difficult. 
It may
be that only with the machine in a particular position are the wires in such
a shape that the interference disrupts the operation. It could be cables
or connectors that are breaking contact in certain positions, it could be
electrical interference, or something completely different.

Jon

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Dust-proof case?

2011-11-06 Thread Rafael Skodlar
On 11/06/2011 10:37 AM, Viesturs Lācis wrote:
 2011/11/6 Slavko Kocjancicesla...@gmail.com:

 I agree that filtering is good thing to do. But in this case (running
 near 1 hour without problem) the EMI isnt the source of trouble.

 Thanks, guys, for suggestions!
 I will try to figure out, how to test, if PC is ok and if the
 spindles/VFD does mess the thing for the starting point, because I
 also think that the tendency for machine to work correctly some time
 after turning it makes the whole situation frustrating.

 Viesturs

Just reading this thread takes longer than troubleshooting should take. 
Lots of good suggestions, with a number of repeats, but there's one 
thing that I don't remember reading: cost of troubleshooting.

It's one thing to troubleshoot a hobby machine, it's another to do it on 
a production system. I cannot imagine running test programs on 
production PC for hours to troubleshoot memory or anything else for that 
matter. Correct me if I'm wrong, but production loss in time, ruined 
parts, and delivery in one day is likely (times) more than the cost of 
whole PC and possibly other electronic components comprising the CNC system.

Question: why is it that the end user does not have spare kit(s) (whole 
PC or a motherboard, memory, disk drive, sensors, etc.) on site? And if 
not, why is the supplier not providing spares to replace them during 
first troubleshooting session? Spares are cheap compared to production 
loss especially when travel is involved!

When you have intermittent problems that cannot be found in an hour by 
troubleshooting means suggested in this thread, it's time to start 
changing parts depending on their (statistical or experienced) 
possibility of failure, ease of access to the components, or complexity 
of changing them. That way you take care of two problems: bad component 
or subassembly, and intermittent connections between those components.
You have to be careful not to introduce new problems of course.

It might turn out that the replaced component was not bad at all and it 
could be used as a spare or for troubleshooting purposes next time. I 
used to test field replaced boards back in office on test computers. 
Good boards were labeled and returned to our stock. That 80's practice 
should work today too.

One possibility would be to connect a second computer without removing 
the original assuming cabling could be taken care of. And it should if 
designed properly. Also, a number of messages addressed interference and 
noise issues. What hasn't been mentioned is how to measure this. My 
suggestion would be to bring an oscilloscope (I depend on my old 
Tektronix 2445 and little Velleman Personal Scope) on-site to see the 
quality of electric signals on sensor and power lines, power supplies, 
and PCB boards. You can easily buy cheap digital scopes with sufficient 
capabilities for field service these days.

Good DMM also needs to be part of tech or engineers tool box. As the 
saying goes: show me your tool box and I'll tell you how good an 
engineer or technician you are.

Scope will tell you if you really need a line filter or not. Just 
throwing new components into the system is likely a waste of time and $ 
and might introduce new problems as well.

Anxious to read the rest of the story,

-- 
Rafael

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


[Emc-users] Failed to remake target file `shcom.hh' when compiling

2011-11-06 Thread Sasa Vilic
Hello,

I am developing custom library for remote control, and I am using
shcom.cc and shcom.hh for communication with emc. When I run make, I
get following error:

   Successfully remade target file `config.h'.
 File `shcom.hh' does not exist.
   Must remake target `shcom.hh'.
   Failed to remake target file `shcom.hh'.

I tried to remove depends folder as suggested here
(http://wiki.linuxcnc.org/emcinfo.pl?action=browsediff=1id=FailedToRemakeMakefile),
but it does not help.

Here is description of project setup and changes that I have made to
Emc source tree:
* I have created folder emc/usr_intf/fococam and I hold my sources there
* I have changed SUBDIRS in main Makefile to include my own Submakefile
** ... emc/usr_intf/gremlin emc/usr_intf/fococam \ ...
* I have one source file that includes shcom.hh header
* I also specify emc/usr_intf/shcom.cc as source file in my Submakefile
* Here is my Submakefile

FOCOCAMSRCS := \
               emc/usr_intf/fococam/emcserverproxy.cc \
               emc/usr_intf/fococam/fococamexception.cc \
               emc/usr_intf/fococam/fococamfactory.cc \
               emc/usr_intf/fococam/fococamhandler.cc \
               emc/usr_intf/fococam/main.cc \
               emc/usr_intf/fococam/plasmasimulator.cc \
               emc/usr_intf/fococam/tcphandler.cc \
               emc/usr_intf/fococam/tcpserver.cc \
               emc/usr_intf/fococam/emcplasma.cc \
               emc/usr_intf/shcom.cc

USERSRCS += $(FOCOCAMSRCS)

$(call TOOBJSDEPS, $(FOCOCAMSRCS)) : EXTRAFLAGS = $(ULFLAGS) $(TCL_CFLAGS)

../bin/fococam: $(call TOOBJS, $(FOCOCAMSRCS)) ../lib/libemc.a
../lib/libnml.so.0 ../lib/libemcini.so.0
       $(ECHO) Linking $(notdir $@)
       $(Q)$(CXX) $(LDFLAGS) -o $@ $(ULFLAGS) $^ -lpthread
TARGETS += ../bin/fococam

I have checked depends/emc/usr_intf/fococam/emcplasma.d and I found
that all header have full path except shcom.hh. Here it is:

-- some text omitted --
 libnml/inifile/inifile.hh libnml/rcs/rcs_print.hh \
 libnml/os_intf/timer.hh shcom.hh emc/usr_intf/fococam/emcplasma.hh \
 emc/usr_intf/fococam/emcserverproxy.hh \
-- some text omitted --

What else do I need to do to be able to compile my sources?

--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


[Emc-users] [OT] CadSoft releases Eagle V6 to beta testing

2011-11-06 Thread Kent A. Reed
Gentle persons:

Since we've talked about it recently, you may be interested to know that 
the new version of the CadSoft Eagle schematic capture and board layout 
program has been released to beta testing. As promised, it uses an 
XML-based external file format. (The good news is that XML data 
structures have replaced a proprietary binary format. The not so good 
news is that the pcb fab shops have to catch up.)

I haven't had time even to download this version but take a look at 
http://www.cadsoftusa.com/betatest/ if you are interested. Linux, 
Windows, and Mac versions are available. Note they have names like 
eagle-lin-5.91.1-beta but by all accounts this will be Version 6 when it 
comes out of beta.

This is not open-source software but moving to a file format that can be 
parsed and processed by other programs is the next best thing.

Regards,
Kent


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


[Emc-users] Engaver Tool Changing

2011-11-06 Thread Kirk Wallace
I'd like to engrave some circuit boards, but I'll need to get or make a
spindle for the project. I would like to be able to have a tool changer,
but I don't recall any tool holders that are appropriate for small high
speed spindles. Any suggestions?

Part of my plan is to cut a pocket into one of my junk NMTB 40 holders
to mount a small motor (outrunner? but not LRK) with spindle grade
bearings and the appropriate tool holder taper and retainer, making it a
live tool holder. Has anyone seen anything like this? I suppose a draw
bar is going to be a problem.

-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/index.html
California, USA


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Engaver Tool Changing

2011-11-06 Thread Kirk Wallace
On Sun, 2011-11-06 at 18:26 -0800, Kirk Wallace wrote:
 I'd like to engrave some circuit boards, but I'll need to get or make a
 spindle for the project. I would like to be able to have a tool changer,
 but I don't recall any tool holders that are appropriate for small high
 speed spindles. Any suggestions?
 
 Part of my plan is to cut a pocket into one of my junk NMTB 40 holders
 to mount a small motor (outrunner? but not LRK) with spindle grade
 bearings and the appropriate tool holder taper and retainer, making it a
 live tool holder. Has anyone seen anything like this? I suppose a draw
 bar is going to be a problem.
 

I suppose engraving is not accurate for what I want. It's probably more
accurate to say I want to route and drill PC boards, plus general high
speed milling, routing and engraving, so more of a small all around
spindle. It's looking like ISO-10 or ISO-20 might do it.

Also to clarify, the small spindle and the current NMTB 40 spindle have
to be on the same axis, otherwise, for example, with the small spindle
offset on an arm, the small rotary slop in the main spindle will produce
slop in the X-Y plane.

-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/index.html
California, USA


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Engaver Tool Changing

2011-11-06 Thread Kent A. Reed
On 11/6/2011 9:26 PM, Kirk Wallace wrote:
 I'd like to engrave some circuit boards, but I'll need to get or make a
 spindle for the project. I would like to be able to have a tool changer,
 but I don't recall any tool holders that are appropriate for small high
 speed spindles. Any suggestions?

 Part of my plan is to cut a pocket into one of my junk NMTB 40 holders
 to mount a small motor (outrunner? but not LRK) with spindle grade
 bearings and the appropriate tool holder taper and retainer, making it a
 live tool holder. Has anyone seen anything like this? I suppose a draw
 bar is going to be a problem.

Wow, Kirk. I'm amazed at the breadth of projects you've talked about.

I came across a nice, if perhaps too general, 2-part discussion that 
begins with 
http://www.moldmakingtechnology.com/articles/part-i-spindles-and-their-relationship-to-high-speed-toolholders

They don't show any examples of the kind of tooling system you seem to 
have in mind nor do I recall seeing anything in my random walks around 
the web.

You might try posting your query over in the CNCZone too.

Once you've settled on an approach I hope you'll provide pictures for 
the rest of us to ooh and aah over :-)

Regards,
Kent


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


[Emc-users] integrating a spindle fault signal in a modular way?

2011-11-06 Thread Scott Hasse
I am working on the finishing touches of an Anilam 1100 knee mill
conversion to EMC2, with details here:

http://code.google.com/p/sector67-sandbox/wiki/ProjectSheetCake

Over the last couple of months our spindle VFD (a Compumotor SpindleBlok)
has faulted 5 or 6 times (a description of that particular problem can be
found at http://code.google.com/p/sector67-sandbox/wiki/1100SpindleBlok,
but that is not really central to the issue).  The spindle and EMC2 to this
point have not been integrated at all.  However, I am hoping to integrate a
spindle fault signal to put EMC2 to an estop state, or to at least stop
milling.  This has been somewhat complicated as the previous Anilam system
simply switched 240V on and off to the spindle on machine enable.  The 240V
also powers the VFD logic, and so when the machine is off it appears to be
in the faulted state.  I've worked through this particular problem by
creating a classicladder program that takes in a delayed enable signal as
input and my custom spindle-fault as an input and outputs a signal that
appropriate signals a spindle fault when the machine is enabled.

So far so good.  Now, I want to integrate that spindle faulted signal into
EMC2 and am somewhat struggling with the best way to do that.  The
machine is a CNC mill for a hacker space and we'll likely be running it in
multiple configurations, e.g. normal 3-axis milling, different 4th rotary
axis configurations, etc.  I am hoping to make the configuration somewhat
modular so that alternative configurations don't have to be copy and paste
but rather can include files as needed.  I've been using the hal source
filename command to include other files with custom hal commands (an
analog joystick jog and a custom servo-reset signal that Anilam used), and
this has so far worked to make the configuration somewhat modular.

Now I find myself with two ladder logic programs and needing to add a new
way to get to the estop state.  I don't seem to be able to determine a
clean, modular way to do that.  I can run the two classicladder programs in
one file and hook up the inputs and outputs as necessary of course, and
that is not such a big deal (but if there was a way to load individual
classicladder programs that would be great).  However, the bigger challenge
is now to add a new way to get the machine to estop when the spindle faults.

It seems the normal way to do this would be to take the input to the
existing estop-ext signal put that into an or or component and link that
with the spindle fault and the link the or component to the estop-ext.
 However, that can't be done in a very modular way from what I can see.

Any opinions on the best way to integrate multiple external estop signals?

Thanks in advance,

Scott
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] integrating a spindle fault signal in a modular way?

2011-11-06 Thread Chris Morley


 Now I find myself with two ladder logic programs and needing to add a new
 way to get to the estop state.  I don't seem to be able to determine a
 clean, modular way to do that.  I can run the two classicladder programs in
 one file and hook up the inputs and outputs as necessary of course, and
 that is not such a big deal (but if there was a way to load individual
 classicladder programs that would be great).  However, the bigger challenge
 is now to add a new way to get the machine to estop when the spindle faults.

 
Not sure if I understand the problem.
You can name ladder programs with different names  and change the CL
loading line to use the new name. - of course only one program can run at a 
time.

 It seems the normal way to do this would be to take the input to the
 existing estop-ext signal put that into an or or component and link that
 with the spindle fault and the link the or component to the estop-ext.
  However, that can't be done in a very modular way from what I can see.
 

Why can't you use CL to channel the estop signals? There is a sample
of estop control in PNCconf .

Chris M

  
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] integrating a spindle fault signal in a modular way?

2011-11-06 Thread Kirk Wallace
On Sun, 2011-11-06 at 22:36 -0600, Scott Hasse wrote:
... snip
 It seems the normal way to do this would be to take the input to the
 existing estop-ext signal put that into an or or component and link that
 with the spindle fault and the link the or component to the estop-ext.
  However, that can't be done in a very modular way from what I can see.
 
 Any opinions on the best way to integrate multiple external estop signals?


It looks like you can program your VFD to use a relay output for a fault
output. I would consider putting this relay in your e-stop loop. So, you
might have an e-stop button, an EMC2 e-stop and other fault relays or
switches wired in series so that if one of them trips, the loop breaks
and releases a relay or relays to the VFD, and servo driver power. The
e-stop loop should be independent of EMC2 so that you won't be relying
on software to invoke the emergency power down, just switches and
relays. The PC can stay powered up, and connect the e-stop input to let
EMC2 know of the e-stop event. EMC2's e-stop out signal should be in the
loop as peer, but the loop should be the mechanism that breaks to power
to the dangerous bits. You might also look into a charge pump which can
monitor a PC or software fault.
http://wiki.linuxcnc.org/emcinfo.pl?About_Charge_Pumps 

That's what comes to mind so far.

-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/index.html
California, USA


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] integrating a spindle fault signal in a modular way?

2011-11-06 Thread Kirk Wallace
On Sun, 2011-11-06 at 21:28 -0800, Kirk Wallace wrote:
... snip
 EMC2's e-stop out signal should be in the
 loop as peer, but the loop should be the mechanism that breaks to power
 to the dangerous bits. You might also look into a charge pump which can
 monitor a PC or software fault.
 http://wiki.linuxcnc.org/emcinfo.pl?About_Charge_Pumps 
 
 That's what comes to mind so far.

I read a little more from your website. I see your chicken and egg
problem, even with the independent loop I would think the VFD's fault
relay would be open until the VFD powers up, but you can't power up
until the loop is closed. Obviously, I don't have my VFD's set up for
e-stop, but I been meaning to :)

-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/index.html
California, USA


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Engaver Tool Changing

2011-11-06 Thread Kirk Wallace
On Sun, 2011-11-06 at 23:32 -0500, Kent A. Reed wrote:
... snip
 I'm amazed at the breadth of projects you've talked about.
I need to do more doing. I am in a spot where in order to get one
project done (carousel), I need to do another (clean up wiring), which
needs another (make PC boards), etceterta.

 I came across a nice, if perhaps too general, 2-part discussion that 
 begins with 
 http://www.moldmakingtechnology.com/articles/part-i-spindles-and-their-relationship-to-high-speed-toolholders

That's good stuff, but when I said high speed spindle, I just meant
higher than the 3.5k RPM I can normally get from my mill.

 They don't show any examples of the kind of tooling system you seem to 
 have in mind nor do I recall seeing anything in my random walks around 
 the web.
 
 You might try posting your query over in the CNCZone too.
 
 Once you've settled on an approach I hope you'll provide pictures for 
 the rest of us to ooh and aah over :-)

I'll most likely try to get something quick and dirty done, then go from
there. At first it won't be anything to write home about, but I'll share
what I've done in case it might help.

-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/index.html
California, USA


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] [OT] CadSoft releases Eagle V6 to beta testing

2011-11-06 Thread Belli Button
Hi,

I doubt that the PCB fab shops will ever have to 'catch up'.  Changing to a 
.xml format will allow you to share designs between different PCB packages 
and allow a more open way to share files, it has nothing to do with getting 
the boards fabbed. Gerber and Excellon have been the de-dacto standard file 
format for years and there probably isn't a PCB package that doesn't support 
these.  Funny thing though, if there is a package available that could show 
my Gerber plot on the PC, I would like to see it.

Cheers,


- Original Message - 
From: Kent A. Reed knbr...@erols.com
To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net
Sent: Monday, November 07, 2011 4:24 AM
Subject: [Emc-users] [OT] CadSoft releases Eagle V6 to beta testing


 Gentle persons:

 Since we've talked about it recently, you may be interested to know that
 the new version of the CadSoft Eagle schematic capture and board layout
 program has been released to beta testing. As promised, it uses an
 XML-based external file format. (The good news is that XML data
 structures have replaced a proprietary binary format. The not so good
 news is that the pcb fab shops have to catch up.)

 I haven't had time even to download this version but take a look at
 http://www.cadsoftusa.com/betatest/ if you are interested. Linux,
 Windows, and Mac versions are available. Note they have names like
 eagle-lin-5.91.1-beta but by all accounts this will be Version 6 when it
 comes out of beta.

 This is not open-source software but moving to a file format that can be
 parsed and processed by other programs is the next best thing.

 Regards,
 Kent


 --
 RSA(R) Conference 2012
 Save $700 by Nov 18
 Register now
 http://p.sf.net/sfu/rsa-sfdev2dev1
 ___
 Emc-users mailing list
 Emc-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/emc-users






No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.454 / Virus Database: 271.1.1/3997 - Release Date: 11/04/11 
19:34:00


--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users