[Emc-users] Emco 140 lathe retrofit

2014-09-25 Thread Bjørn Kristiansen
Hello. I have a Emcoturn 140 lathe. i am going to use linuxcnc for 
retrofitting, and i will use the 5 ph stepper drives. but does anyone 
know anything about step timing for these drives?

Best regards--
Med vennlig hilsen Bjørn Kristiansen
www.spesmek.no
tel: +47 971 51 959


--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Latency problem

2013-03-28 Thread bjørn
Message: 1 Date: Mon, 25 Mar 2013 15:25:31 -0400 From: Kent A. Reed 
kentallanr...@gmail.com Subject: Re: [Emc-users] Latency problem To: 
Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net 
Message-ID: 5150a4ab.6050...@gmail.com Content-Type: text/plain; 
charset=ISO-8859-1; format=flowed On 3/25/2013 9:56 AM, Bj?rn wrote:
 snipping off previous discussion now i have tested: boot with isolcpu(big 
 improvement in general latency but still spikes)
 turn of smi, (improvement in general latency but still spikes)
 'idle=poll' and 'nohlt'(little or no effect)

 acpi = off and api=off (little or no effect)

 For the moment i have been running the system for 1,5 hour and have - 
 servothread interval 999655 and max jitter 4495 ns - base thread interval 
 32069 max jitter 7190.

 witch i am very happy with, but if i run for several hours i still get 
 spikes up to 5 and above.
 i suspect Michael are right, the problem is related toidle/powersave states.

 I have no settings in bios to turn of ACPI
 my bios is: MWNT10N.86A.0083.2011.0524.1600
 is this the same as others are running? and do you have option to turn off 
 ACPI from bios?
 Bj?rn:

 I don't have an Intel D525MW in my stable of motherboards but I do have
 an ASUS AT5NM10-I whose numbers I posted last year to the table of
 latency-test results in the Wiki. Your pre-spike numbers are
 reasonably consistent with the numbers I got. The best numbers I
 posted were obtained with hyperthreading turned off in the BIOS and
 isolcpus=1 set in the boot parameters. Nothing heroic. I did my tests
 long before list discussions brought out the importance of other
 parameter settings like idle=poll. In recent shortterm tests, I also
 have not seen dramatic improvements manipulating these parameters.

 Testing this ASUS board, I haven't seen the kinds of spikes you are
 experiencing. (Just for the record, I was testing LinuxCNC over 10.04LTS
 with the RTAI kernel).

 I'm curious to know what all is attached to your motherboard, especially
 anything attached via USB. I once had a motherboard that started
 misbehaving when I switched from a PS/2 mouse to a USB mouse and a
 number of us have seen the simple act of plugging in a USB thumbdrive
 cause bursts in latency numbers. Is it possible you have a peripheral
 interface/device that is waking up on the same time scale as the
 occurrence of your spikes?

 My system guy never failed to ask if the computer were plugged to a live
 outlet as his first step in diagnosing problems. Obviously your computer
 is plugged in but how are the power supply and the AC mains? Adequate,
 stable, clean?

 Regards,
 Kent


I bought the power supply together with the D525MW board. here are a 
link - 
http://www.ebay.com/itm/160721043666?ssPageName=STRK:MEWAX:IT_trksid=p3984.m1438.l2649
it says 60w but i don't know the quality of it. I will test another one 
when i get it in a week.

I to have seen the problem regarding USB and latency on my mill and 
plasma table. I told the guys in the shop to transfer files from USB 
thumbdrive to desktop and remove USB thumbdrive
before running Linuxcnc

at first i started out with a wireless mouse and keypad with a USB 
dongle, but replaced it with USB when the spikes appeared. i have now 
tested using a ps2 mouse, i do not have a ps2 keyboard so that's still 
USB. but i have tried to disconnect and connect it while the 
latency-test where running and no spikes i left it out and no other USB 
devices connected, let the test run for 5-6 hours but still spikes at 
5 - 6.

just a tought, what about SATA and SSD disk could that have some 
influence on the latency?

But anyway i still think i have some powersave funktion running. I 
noticed that the screen was black when i come back to the office, witch 
i havent seen before.
I think i have to go back to check my bios version to see if there are 
an uppgrade or alternative.

Regards Bjørn

--
Own the Future-Intelreg; Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Latency problem

2013-03-28 Thread bjørn
snip
/I keep mulling over this 5-6 hours observation. I know we recommend 
running the latency test for a long time but I don't think we understand 
why these spiking events show up rarely. It's all well and good to blame 
power saving features in modern CPUs but they are functioning over much 
smaller time scales. If they are involved in 5-6 hour spikes, then it 
would seem we're experiencing some sort of perfect storm phenomenon./

You are probably right, this happens after to long a time, and not the 
same each time either. But i am still suspicious  to the blank screen.
All screensaver functions are already set to never thats a bit of a 
mystery.

Now i have updated BIOS but no new options to turn of ACPI and still the 
same latency. so thats a dead end.

The Picopsu is rated 80w as you say, but the 12v brick that came with 
it is only 60w. and i see in the manual that G0 = Full power  30 W
but G1 = 5 W  power  52.5 W then with the SSD it could be that it's to 
smal and running hot.
I will test with a real powersupply after the hollydays.

To be continued..

Tusen takk for hjelpen.

Regards Bjørn.

-- 
Med vennlig hilsen Bjørn Kristiansen.
www.spesmek.no

--
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete 
for recognition, cash, and the chance to get your game on Steam. 
$5K grand prize plus 10 genre and skill prizes. Submit your demo 
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Latency problem

2013-03-25 Thread Bjørn
Am 20.03.2013 um 08:48 schrieb Bj?rn:

 I bougt this.
 http://www.ebay.com/itm/200542103383?ssPageName=STRK:MEWAX:IT_trksid=p3984.m1438.l2649
 running the latest version of linuxcnc.

specifically which version?

I have a D525MW and get much better results

 Hypertreading off in bios,
 ISOLCPU is done.

 when runnnig latencytest and 3 x glxgears + some video i can run for 30
 min and get:
 servo thread (1.0ms) max interval (ns) 1006129 max jitter 11104
 Base thread (25.0ps) max interval (ns) 42342 max jitter 17463

 i think i could do with this but if i run overnight the same way i get
 servo thread (1.0ms) max interval (ns) 1020138 max jitter 24978
 Base thread (25.0ps) max interval (ns) 83039 max jitter 58160

 does anyone have any idea of hvat this can be? is there a way to se any
 debugging information?

usually that points to CPU idle/powersave states; it has turned out that wakeup 
from idle/powersave states is rather nondeterministic and a likely cause of 
latency spikes

to isolate whether this is the case, try to boot the kernel with the option 
'idle=poll'

if things improve, idle/powersave states are very likely the cause

-m


 And another question, is it possible to dedicate one cpu to run gui and
 other non realtime funktions?

 Regards Bjorn

I am running 10.04 LTS and LinuxCNC 2.5.2

when you say, boot the kernel with the option 'idle=poll' is this done
the same way as isolcpu?

Regards Bjorn Kristiansen.

yes

try both 'idle=poll' and 'nohlt'

see section 4 of http://wiki.linuxcnc.org/cgi-bin/wiki.pl?XenomaiKernelPackages
this applies to RTAI just alike

- Michael

now i have tested: boot with isolcpu(big improvement in general latency but 
still spikes)  
  turn of smi, (improvement in general latency but still spikes)
'idle=poll' and 'nohlt'(little or no effect)

acpi = off and api=off (little or no effect)

For the moment i have been running the system for 1,5 hour and have - 
servothread interval 999655 and max jitter 4495 ns - base thread interval 32069 
max jitter 7190.

witch i am very happy with, but if i run for several hours i still get spikes 
up to 5 and above.
i suspect Michael are right, the problem is related toidle/powersave states.

I have no settings in bios to turn of ACPI
my bios is: MWNT10N.86A.0083.2011.0524.1600
is this the same as others are running? and do you have option to turn off ACPI 
from bios?

-- 
Regards: Bjørn Kristiansen

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


[Emc-users] Latency problem

2013-03-20 Thread Bjørn
I bougt this.
http://www.ebay.com/itm/200542103383?ssPageName=STRK:MEWAX:IT_trksid=p3984.m1438.l2649
running the latest version of linuxcnc.

Hypertreading off in bios,
ISOLCPU is done.

when runnnig latencytest and 3 x glxgears + some video i can run for 30 
min and get:
servo thread (1.0ms) max interval (ns) 1006129 max jitter 11104
Base thread (25.0ps) max interval (ns) 42342 max jitter 17463

i think i could do with this but if i run overnight the same way i get
servo thread (1.0ms) max interval (ns) 1020138 max jitter 24978
Base thread (25.0ps) max interval (ns) 83039 max jitter 58160

does anyone have any idea of hvat this can be? is there a way to se any 
debugging information?

And another question, is it possible to dedicate one cpu to run gui and 
other non realtime funktions?

Regards Bjorn


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Latency problem

2013-03-20 Thread Bjørn
Am 20.03.2013 um 08:48 schrieb Bj?rn:

 I bougt this.
 http://www.ebay.com/itm/200542103383?ssPageName=STRK:MEWAX:IT_trksid=p3984.m1438.l2649
 running the latest version of linuxcnc.

specifically which version?

I have a D525MW and get much better results

 Hypertreading off in bios,
 ISOLCPU is done.

 when runnnig latencytest and 3 x glxgears + some video i can run for 30
 min and get:
 servo thread (1.0ms) max interval (ns) 1006129 max jitter 11104
 Base thread (25.0ps) max interval (ns) 42342 max jitter 17463

 i think i could do with this but if i run overnight the same way i get
 servo thread (1.0ms) max interval (ns) 1020138 max jitter 24978
 Base thread (25.0ps) max interval (ns) 83039 max jitter 58160

 does anyone have any idea of hvat this can be? is there a way to se any
 debugging information?

usually that points to CPU idle/powersave states; it has turned out that wakeup 
from idle/powersave states is rather nondeterministic and a likely cause of 
latency spikes

to isolate whether this is the case, try to boot the kernel with the option 
'idle=poll'

if things improve, idle/powersave states are very likely the cause

-m


 And another question, is it possible to dedicate one cpu to run gui and
 other non realtime funktions?

 Regards Bjorn

I am running 10.04 LTS and LinuxCNC 2.5.2

when you say, boot the kernel with the option 'idle=poll' is this done 
the same way as isolcpu?

Regards Bjorn Kristiansen.



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Repost: Teach with joystick. (Welding)

2008-08-13 Thread Bjørn Kristiansen
Yes i agree, that would have been ewen better as you tend to go slow in
compex mowements, but then again the track would be better when the
mowements are compex and more coarce if you are going fast straight
foreward, a solution for the standstills is too just stop the clock if
there are no mowement. i think i hawe too play a litle with this too se
how it works..

Bjørn..

on., 13.08.2008 kl. 09.36 +0200, skrev Jonathan / Hydra:
 A more elegant solution based on the same principle if you need a
 continuous track would be to generate a probe hit signal when the the
 current position has moved more than XX units from the previous
 position. That way you don't generate uneeded points when standing
 still/moving slowly and they won't be too coarse when moving quickly.
 Something like that should be implementable in HAL, right? (Some
 variables for the last recorded position, compared with the current
 position and some logic elements).
 
 Jonathan
 
 On Wed, Aug 13, 2008 at 2:46 AM, Bjørn Kristiansen [EMAIL PROTECTED] wrote:
  Hi.
  i have been playing with the tougth for a while, can you use the probe
  function. in my case move to a position press a button conected to probe
  in to record the coordinates and then go on to the next poss.. or if you
  ned a track just get a switching signal to the probe pin, and then if
  you adjust the speed of the switcing you would get as many coordinates
  as you need to get a smooth mowement to a robot. could i be on to
  somehing??
 
  Bjørn.
 
  ti., 12.08.2008 kl. 12.29 -0400, skrev Organic Engines:
  Hi Craig,
 
   1.  Software to Generate basic G-code from a sequence of positions
   should not be a very difficult problem.
 
I was thinking there would need to be a time component though. A click
  track.
 
   2.  It would seem to me that welding a good bead (not spot welding)
   would require either very consistent materials or some feedback on
   puddle properties.  Puddle properties could be measured from a visual
   and/or IR image.  Measuring welding voltage/current might also be useful.
   (It has been some years since I considered this problem, so good
   technical solutions may since have been found.)
   Craig
 
Yeah, consistent materials and a solid jig is what I am hoping will do
  the trick. Weld seam tracking and all that jazzy stuff is probably
  overkill, but can be added if necessary.
 
I think if EMC can record my welding with the joysticks accurately
  enough, dwell this long at this amperage, feed this much wire, etc. all
  will be well.
 
Dan.
 
 
 
  -
  This SF.Net email is sponsored by the Moblin Your Move Developer's 
  challenge
  Build the coolest Linux based applications with Moblin SDK  win great 
  prizes
  Grand prize is a trip for two to an Open Source event anywhere in the world
  http://moblin-contest.org/redirect.php?banner_id=100url=/
  ___
  Emc-users mailing list
  Emc-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/emc-users
 
 
  -
  This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
  Build the coolest Linux based applications with Moblin SDK  win great 
  prizes
  Grand prize is a trip for two to an Open Source event anywhere in the world
  http://moblin-contest.org/redirect.php?banner_id=100url=/
  ___
  Emc-users mailing list
  Emc-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/emc-users
 
 
 -
 This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
 Build the coolest Linux based applications with Moblin SDK  win great prizes
 Grand prize is a trip for two to an Open Source event anywhere in the world
 http://moblin-contest.org/redirect.php?banner_id=100url=/
 ___
 Emc-users mailing list
 Emc-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/emc-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Repost: Teach with joystick. (Welding)

2008-08-12 Thread Bjørn Kristiansen
Hi.
i have been playing with the tougth for a while, can you use the probe
function. in my case move to a position press a button conected to probe
in to record the coordinates and then go on to the next poss.. or if you
ned a track just get a switching signal to the probe pin, and then if
you adjust the speed of the switcing you would get as many coordinates
as you need to get a smooth mowement to a robot. could i be on to
somehing??

Bjørn.

ti., 12.08.2008 kl. 12.29 -0400, skrev Organic Engines:
 Hi Craig,
 
  1.  Software to Generate basic G-code from a sequence of positions 
  should not be a very difficult problem.
 
   I was thinking there would need to be a time component though. A click 
 track.
 
  2.  It would seem to me that welding a good bead (not spot welding) 
  would require either very consistent materials or some feedback on 
  puddle properties.  Puddle properties could be measured from a visual 
  and/or IR image.  Measuring welding voltage/current might also be useful.
  (It has been some years since I considered this problem, so good 
  technical solutions may since have been found.)
  Craig 
 
   Yeah, consistent materials and a solid jig is what I am hoping will do 
 the trick. Weld seam tracking and all that jazzy stuff is probably 
 overkill, but can be added if necessary.
 
   I think if EMC can record my welding with the joysticks accurately 
 enough, dwell this long at this amperage, feed this much wire, etc. all 
 will be well.
 
   Dan.
 
 
 
 -
 This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
 Build the coolest Linux based applications with Moblin SDK  win great prizes
 Grand prize is a trip for two to an Open Source event anywhere in the world
 http://moblin-contest.org/redirect.php?banner_id=100url=/
 ___
 Emc-users mailing list
 Emc-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/emc-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Teach-in.

2008-08-07 Thread Bjørn Kristiansen
where did you find the teach-in function? i have a kind of robot where
that would have been wery helpfull to program the moves, i was thinking
aboat how i could make that kind of programming possible, and was not
aware that someone already has been working with someting like that.

Bjørn. :)

ti., 29.07.2008 kl. 18.02 -0400, skrev Organic Engines:
 Hi,
 
   Has anyone used teach-in, the jog to gcode function that comes with EMC?
 
   I can't find a man page or any info on it.
 
   Take Care,
   Dan
 
 
 -
 This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
 Build the coolest Linux based applications with Moblin SDK  win great prizes
 Grand prize is a trip for two to an Open Source event anywhere in the world
 http://moblin-contest.org/redirect.php?banner_id=100url=/
 ___
 Emc-users mailing list
 Emc-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/emc-users


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


[Emc-users] Homing by code

2008-01-29 Thread Bjørn Kristiansen
Hello folks..
in other machine controllers i have used the G28 made the machine go
home to the homeswitches in EMC it only goes to 0.0.0
Is there any way too program a real home that works just like hitting
ctrl home?

regards Bjørn..


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


[Emc-users] [Fwd: [Fwd: Shared home and limit]]

2008-01-18 Thread Bjørn Kristiansen

---BeginMessage---

---BeginMessage---
Hello..
shared home and limit is no problem in EMC2, that's the config i use the
most on my machines. here is the pinout for an triac denford that i have
retrofitted. This config is using one pin for each axis with two NC
switches acting as limit, when homing you set home ignore limits in
the .ini file and if you want to home in negative direction you set - in
front of the homing speed in the .ini file.

I hope this will be helpfull.

Regards Bjørn..

--

# standard pinout config file for 3-axis steppers
# using a parport for I/O
#
# first load the parport driver
loadrt hal_parport cfg=0x0378
#
# next connect the parport functions to threads
# read inputs first
addf parport.0.read base-thread 1
# write outputs last
addf parport.0.write base-thread -1
#
# finally connect physical pins to the signals
linksp Xstep = parport.0.pin-06-out
linksp Xdir  = parport.0.pin-08-out
setp parport.0.pin-08-out-invert 1
linksp Ystep = parport.0.pin-04-out
linksp Ydir  = parport.0.pin-07-out
setp parport.0.pin-07-out-invert 1
linksp Zstep = parport.0.pin-05-out
linksp Zdir  = parport.0.pin-09-out

# create a signal for the estop loopback
linkpp iocontrol.0.user-enable-out iocontrol.0.emc-enable-in

# create signals for tool loading loopback
linkpp iocontrol.0.tool-prepare iocontrol.0.tool-prepared
linkpp iocontrol.0.tool-change iocontrol.0.tool-changed

# create a signal for spindle on
newsig spindle-on bit
# connect the controller to it
linkps motion.spindle-on = spindle-on
# connect it to a physical pin

linksp spindle-on = parport.0.pin-03-out

###
### You might use something like this to enable chopper drives when
machine ON
### the Xen signal is defined in core_stepper.hal
###

linksp Xen = parport.0.pin-02-out

###
### If you want active low for this pin, invert it like this:
###

# setp parport.0.pin-01-out-invert 1

###
### A sample home switch on the X axis (axis 0).  make a signal,
### link the incoming parport pin to the signal, then link the signal
### to EMC's axis 0 home switch input pin
###


 newsig Xhome bit
 linkps parport.0.pin-10-in = Xhome
 linksp Xhome = axis.0.home-sw-in
 linksp Xhome = axis.0.neg-lim-sw-in
 linksp Xhome = axis.0.pos-lim-sw-in


 newsig Yhome bit
 linkps parport.0.pin-12-in = Yhome
 linksp Yhome = axis.1.home-sw-in
 linksp Yhome = axis.1.neg-lim-sw-in
 linksp Yhome = axis.1.pos-lim-sw-in


 newsig Zhome bit
 linkps parport.0.pin-13-in = Zhome
 linksp Zhome = axis.2.home-sw-in
 linksp Zhome = axis.2.neg-lim-sw-in
 linksp Zhome = axis.2.pos-lim-sw-in



###
### Shared home switches all on one parallel port pin?
### that's ok, hook the same signal to all the axes, but be sure to 
### set HOME_IS_SHARED and HOME_SEQUENCE in the ini file.  See the
### user manual!
###

# newsig homeswitches bit
# linkps parport.0.pin-10-in = homeswitches
# linksp homeswitches = axis.0.home-sw-in
# linksp homeswitches = axis.1.home-sw-in
# linksp homeswitches = axis.2.home-sw-in

###
### Sample separate limit switches on the X axis (axis 0)
###

## newsig X-neg-limit bit
## linkps parport.0.pin-10-in = X-neg-limit
## linksp X-neg-limit = axis.0.neg-lim-sw-in

## newsig X-pos-limit bit
## linkps parport.0.pin-10-in = X-pos-limit
## linksp X-pos-limit = axis.0.pos-lim-sw-in

###
### Just like the shared home switches example, you can wire together
### limit switches.  Beware if you hit one, EMC will stop but can't tell
### you which switch/axis has faulted.  Use caution when recovering from
this.
###


# newsig Xlimits bit
# linkps parport.0.pin-10-in = Xlimits
# linksp Xlimits = axis.0.neg-lim-sw-in
# linksp Xlimits = axis.0.pos-lim-sw-in


# newsig ylimits bit
# linkps parport.0.pin-12-in = Xlimits
# linksp ylimits = axis.0.neg-lim-sw-in
# linksp ylimits = axis.0.pos-lim-sw-in

# newsig zlimits bit
# linkps parport.0.pin-13-in = Xlimits
# linksp zlimits = axis.0.neg-lim-sw-in
# linksp zlimits = axis.0.pos-lim-sw-in


###
### you can also use the net syntax to accomplish the newsig and
link
### operations all at once.  This command does the same thing as the
above
### block.
###

# net Xlimits parport.0.pin-10-in = axis.0.neg-lim-sw-in
axis.0.pos-lim-sw-in
# net Ylimits parport.0.pin-12-in = axis.1.neg-lim-sw-in
axis.1.pos-lim-sw-in
# net Zlimits parport.0.pin-13-in = axis.2.neg-lim-sw-in
axis.2.pos-lim-sw-in
---End Message---
---End Message---
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users