[Emc-users] RFQ Response form. ;-) Re: Adjustable Kinnematics?

2013-06-01 Thread Gregg Eshelman 
--- On Sat, 6/1/13, Gene Heskett  wrote:

> This if it can be found again, and a fresh copy of that I'd
> love to post in my shop for the entertainment value.
> 
> Cheers, Gene

Found the version I did as an RTF from the HTML so I could print it without all 
the extra stuff the site had.

http://partsbyemc.com/pub/RFQ_response.rtf

--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] BeagleBone + BeBoPr 3D Printing

2013-06-01 Thread Charles Steinkuehler 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 6/1/2013 7:20 PM, Ed Nisley wrote:
> On 06/01/2013 12:39 PM, Charles Steinkuehler wrote:
>> I particularly like the acceleration control in LinuxCNC. It
>> seems smoother than the Arduino code.
> 
> At least on the Marlin firmware branch of the RepRap tree, the
> interrupt handler switches from one-step-per-interrupt to
> two/interrupt at 10 k step/s, then to four/interrupt at 20 k
> step/s, with abrupt step timing changes. These pictures show the
> step pulses to the X axis of my M2 during the ramp up to 450 mm/s
> at 5000 mm/s^2:
> 
> https://www.dropbox.com/s/llrx2ik6vlq4ne9/X%20Axis%20450%20mm-s%2050%20mm%20-%20100%20us-div%2041.9%20ms%20dly.png
>
> 
https://www.dropbox.com/s/z4w4mg6wklnhvpm/X%20Axis%20450%20mm-s%2050%20mm%20-%20200%20us-div%2019%20ms%20dly.png
> 
> The top trace is the motor winding current, the bottom trace is the
> Step pulse from the Arduino to the driver chip. The pulse clusters
> on the right side show how a single interrupt produces multiple
> steps, with the *average* rate remaining constant. However, speeds
> over about 112 mm/s (on the M2, anyway) have irregularly spaced
> Step pulses.
> 
> I'm getting ready to disconnect the stock RAMBo board and hitch up
>  LinuxCNC through a Mesa card and some stepper driver bricks to the
> M2; I think it'll be happier with regular Step pulses!

Great 'scope traces!

The PRU step/dir code I wrote is currently running with a 10 uS task
period.  With a minimum of two task periods per step pulse, that puts
the "marketing" maximum step frequency at 50 KHz, although I'd
personally back that off by a factor of about 10 from the task period
to insure smooth operation.  So currently 10 kHz is easily possible,
and since the PRU is currently about 85% idle (with a second PRU 100%
idle), there's upside to get to about 40-50 KHz step rate with good
performance via configuration and performance tweaking.

It looks like as things stand now the PRU should easily run circles
around the Marlin traces you showed.  I'll try to capture something
and post for comparison.

...and props for running a system at 450 mm/s!  That rocks!  :)

- -- 
Charles Steinkuehler
char...@steinkuehler.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlGqvXQACgkQLywbqEHdNFwmqwCgrIhkNI0Rd53oKe48E8HFZH3A
iUYAoKYAE0Xswllxys4H82J2pYvsh7cW
=oNF7
-END PGP SIGNATURE-

--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] BeagleBone + BeBoPr 3D Printing

2013-06-01 Thread Jon Elson 
Ed Nisley wrote:
> On 06/01/2013 12:39 PM, Charles Steinkuehler wrote:
>   
>> I particularly like the acceleration control in LinuxCNC.
>> 
>  > It seems smoother than the Arduino code.
>
> At least on the Marlin firmware branch of the RepRap tree, the interrupt 
> handler switches from one-step-per-interrupt to two/interrupt at 10 k 
> step/s, then to four/interrupt at 20 k step/s, with abrupt step timing 
> changes. These pictures show the step pulses to the X axis of my M2 
> during the ramp up to 450 mm/s at 5000 mm/s^2:
>
> https://www.dropbox.com/s/llrx2ik6vlq4ne9/X%20Axis%20450%20mm-s%2050%20mm%20-%20100%20us-div%2041.9%20ms%20dly.png
> https://www.dropbox.com/s/z4w4mg6wklnhvpm/X%20Axis%20450%20mm-s%2050%20mm%20-%20200%20us-div%2019%20ms%20dly.png
>   
Wow, can't imagine how a motor tracks that!  Is this a microstepping drive?
The bursts of pulses kind of defeats the microstepping, and injects a lot
of resonance energy into the motor.

Jon

--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] BeagleBone + BeBoPr 3D Printing

2013-06-01 Thread Ed Nisley 
On 06/01/2013 12:39 PM, Charles Steinkuehler wrote:
> I particularly like the acceleration control in LinuxCNC.
 > It seems smoother than the Arduino code.

At least on the Marlin firmware branch of the RepRap tree, the interrupt 
handler switches from one-step-per-interrupt to two/interrupt at 10 k 
step/s, then to four/interrupt at 20 k step/s, with abrupt step timing 
changes. These pictures show the step pulses to the X axis of my M2 
during the ramp up to 450 mm/s at 5000 mm/s^2:

https://www.dropbox.com/s/llrx2ik6vlq4ne9/X%20Axis%20450%20mm-s%2050%20mm%20-%20100%20us-div%2041.9%20ms%20dly.png
https://www.dropbox.com/s/z4w4mg6wklnhvpm/X%20Axis%20450%20mm-s%2050%20mm%20-%20200%20us-div%2019%20ms%20dly.png

The top trace is the motor winding current, the bottom trace is the Step 
pulse from the Arduino to the driver chip. The pulse clusters on the 
right side show how a single interrupt produces multiple steps, with the 
*average* rate remaining constant. However, speeds over about 112 mm/s 
(on the M2, anyway) have irregularly spaced Step pulses.

I'm getting ready to disconnect the stock RAMBo board and hitch up 
LinuxCNC through a Mesa card and some stepper driver bricks to the M2; I 
think it'll be happier with regular Step pulses!

-- 
Ed
softsolder.com

--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] BeagleBone + BeBoPr 3D Printing

2013-06-01 Thread Karl Schmidt 
On 06/01/2013 11:39 AM, Charles Steinkuehler wrote:
>
> http://www.youtube.com/watch?v=n2IoHOZipLU
>
> ...I particularly like the acceleration control in LinuxCNC.  It seems
> smoother than the Arduino code.  Now if I could just get a slicing
> program that outputs true arcs and nurbs...  :)
>
> Code is in the arm335x-hal-pru-tasks branch of Michael's git repository:
>
> http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=shortlog;h=refs/heads/arm335x-hal-pru-tasks
>
> Up next is the great migration to a 3.8 kernel, where I get to craft
> the magic device tree fragments necessary to get this all working again.

Impressive - The machine motion here has moved to a different class!





Karl Schmidt  EMail k...@xtronics.com
Transtronics, Inc.  WEB 
http://secure.transtronics.com
3209 West 9th Street Ph (785) 841-3089
Lawrence, KS 66049  FAX (785) 841-0434

Truth is mighty and will prevail.
There is nothing wrong with this,
except that it ain't so.
--Mark Twain



--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] BeagleBone + BeBoPr 3D Printing

2013-06-01 Thread Dave 
Very nice..  :-)

Dave Cole

On 6/1/2013 12:39 PM, Charles Steinkuehler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> So I finally got enough of the pieces put together to run a print on
> my MendelMax 3D printer using the BeagleBone with the BeBoPr cape and
> LinuxCNC.  This is using the 3.2 Xenomai kernel from Michael Haberler
> to get LinuxCNC working well on the 'Bone, and custom PRU code doing
> step/dir and pwm generation.  Thanks also to Ian for the bb_gpio
> module, which came in very handy.
>
> Video or it didn't happen...
>
> My first ever 3D print from the BeagleBone, second print using
> LinuxCNC (the first LinuxCNC print used an x86 running preempt-rt).
> The X axis is mirrored and the configuration and slicing settings need
> to be tweaked to improve print quality, but overall it came out pretty
> good:
>
> http://www.youtube.com/watch?v=n2IoHOZipLU
>
> ...I particularly like the acceleration control in LinuxCNC.  It seems
> smoother than the Arduino code.  Now if I could just get a slicing
> program that outputs true arcs and nurbs...  :)
>
> Code is in the arm335x-hal-pru-tasks branch of Michael's git repository:
>
> http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=shortlog;h=refs/heads/arm335x-hal-pru-tasks
>
> Up next is the great migration to a 3.8 kernel, where I get to craft
> the magic device tree fragments necessary to get this all working again.
>
> - -- 
> Charles Steinkuehler
> char...@steinkuehler.net
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.11 (MingW32)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iEYEARECAAYFAlGqI7sACgkQLywbqEHdNFwEkwCgw6n50qq9fP9lQLltBwTTp/0u
> rm8AoMU5hhohJljA6gpu5T+wsE/sOAES
> =6IRC
> -END PGP SIGNATURE-
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite
> It's a free troubleshooting tool designed for production
> Get down to code-level detail for bottlenecks, with<2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://p.sf.net/sfu/appdyn_d2d_ap2
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>


--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] BeagleBone + BeBoPr 3D Printing

2013-06-01 Thread Gene Heskett 
On Saturday 01 June 2013 14:22:16 Charles Steinkuehler did opine:

> So I finally got enough of the pieces put together to run a print on
> my MendelMax 3D printer using the BeagleBone with the BeBoPr cape and
> LinuxCNC.  This is using the 3.2 Xenomai kernel from Michael Haberler
> to get LinuxCNC working well on the 'Bone, and custom PRU code doing
> step/dir and pwm generation.  Thanks also to Ian for the bb_gpio
> module, which came in very handy.
> 
> Video or it didn't happen...
> 
> My first ever 3D print from the BeagleBone, second print using
> LinuxCNC (the first LinuxCNC print used an x86 running preempt-rt).
> The X axis is mirrored and the configuration and slicing settings need
> to be tweaked to improve print quality, but overall it came out pretty
> good:
> 
> http://www.youtube.com/watch?v=n2IoHOZipLU
> 
> ...I particularly like the acceleration control in LinuxCNC.  It seems
> smoother than the Arduino code.  Now if I could just get a slicing
> program that outputs true arcs and nurbs...  :)
> 
> Code is in the arm335x-hal-pru-tasks branch of Michael's git repository:
> 
> http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=shortlog;h=refs/heads/arm
> 335x-hal-pru-tasks
> 
> Up next is the great migration to a 3.8 kernel, where I get to craft
> the magic device tree fragments necessary to get this all working again.

That is so sweet its running my glucose up, Charles :)

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page:  is up!
My views 

I'm a Lisp variable -- bind me!
A pen in the hand of this president is far more
dangerous than 200 million guns in the hands of
 law-abiding citizens.

--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Mesa 7i39 and BLDC

2013-06-01 Thread andy pugh 
On 1 June 2013 19:02, propcoder  wrote:
> My actual test configs attached. Look at first axis only.

In qi mode you probably need to set the encoder-offset to an
experimentally-determined value to get the motor to run correctly in
both directions.
You can change it "live" to find the best value.

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

--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Mesa 7i39 and BLDC

2013-06-01 Thread propcoder 

My actual test configs attached. Look at first axis only.
# ###
#
# HAL file for HostMot2 with 3 servos
#
# Derived from Ted Hyde's original hm2-servo config
#
# Based up work and discussion with Seb & Peter & Jeff
# GNU license references - insert here. www.linuxcnc.org
#
#
# 
# Firmware files are in /lib/firmware/hm2/7i43/
# Must symlink the hostmot2 firmware directory of sanbox to
# /lib/firmware before running EMC2...
# sudo ln -s $HOME/emc2-sandbox/src/hal/drivers/mesa-hostmot2/firmware 
/lib/firmware/hm2
#
# See also:
# 

# and http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?HostMot2
#
# #


# ###
# Core EMC/HAL Loads
# ###

# kinematics
loadrt trivkins
# loadrt plasmakins

# kinematics
# loadrt gantrykins

# Settings for gantrykins
# setp gantrykins.joint-0 0
# setp gantrykins.joint-1 1
# setp gantrykins.joint-2 2
# setp gantrykins.joint-3 0

# motion controller, get name and thread periods from ini file
loadrt [EMCMOT]EMCMOT servo_period_nsec=[EMCMOT]SERVO_PERIOD 
num_joints=[TRAJ]AXES

# standard components
loadrt pid num_chan=3


# hostmot2 driver
# if you have any firmware trouble, enable the debug flags here and see what's 
going on in the syslog
#loadrt hostmot2 debug_idrom=1 debug_module_descriptors=1 
debug_pin_descriptors=1 debug_modules=1
loadrt hostmot2

# load low-level driver
loadrt [HOSTMOT2](DRIVER) config=[HOSTMOT2](CONFIG)


# load BLDC module
loadrt bldc cfg=qi,qh,qh

# load Plasma THC module
# loadrt plasma

loadrt mux2 count=3

setp hm2_[HOSTMOT2](BOARD).0.3pwmgen.frequency  2

setp hm2_[HOSTMOT2](BOARD).0.watchdog.timeout_ns 1000

# # FOR DEBUGGING #
# setp hm2_[HOSTMOT2](BOARD).0.write_address 13312 # (0x3400)
# setp hm2_[HOSTMOT2](BOARD).0.write_data 8   (divide/10)
# setp hm2_[HOSTMOT2](BOARD).0.write_strobe TRUE


# 
# THREADS
# 

addf hm2_[HOSTMOT2](BOARD).0.read  servo-thread

addf motion-command-handlerservo-thread
addf motion-controller servo-thread

addf pid.0.do-pid-calcsservo-thread
addf pid.1.do-pid-calcsservo-thread
addf pid.2.do-pid-calcsservo-thread

addf hm2_[HOSTMOT2](BOARD).0.write servo-thread
addf hm2_[HOSTMOT2](BOARD).0.pet_watchdog  servo-thread

addf bldc.0 servo-thread
addf bldc.1 servo-thread
addf bldc.2 servo-thread

# addf plasma   servo-thread

addf mux2.0 servo-thread
addf mux2.1 servo-thread
addf mux2.2 servo-thread

# ##
# Axis-of-motion Specific Configs (not the GUI)
# ##


# 
# X [0] Axis
# 

# axis enable chain
newsig emcmot.00.enable bit
sets emcmot.00.enable FALSE
net emcmot.00.enable <= axis.0.amp-enable-out
net emcmot.00.enable => hm2_[HOSTMOT2](BOARD).0.3pwmgen.00.enable
#net emcmot.00.enable => pid.0.enable

net emcmot.00.enable => bldc.0.init
net bldc.0-ok bldc.0.init-done pid.0.enable

# setp hm2_[HOSTMOT2](BOARD).0.3pwmgen.00.fault-invert  1
setp hm2_[HOSTMOT2](BOARD).0.3pwmgen.00.deadtime0 

# encoder feedback
setp hm2_[HOSTMOT2](BOARD).0.encoder.00.counter-mode 0
setp hm2_[HOSTMOT2](BOARD).0.encoder.00.filter 1
setp hm2_[HOSTMOT2](BOARD).0.encoder.00.index-invert 0
setp hm2_[HOSTMOT2](BOARD).0.encoder.00.index-mask 1
setp hm2_[HOSTMOT2](BOARD).0.encoder.00.index-mask-invert 0

setp  hm2_[HOSTMOT2](BOARD).0.encoder.00.scale  [AXIS_0]INPUT_SCALE

net index-0 bldc.0.index-enable hm2_[HOSTMOT2](BOARD).0.encoder.00.index-enable

# BLDC module settings
setp bldc.0.rev true
setp  bldc.0.scale  -8192
setp  bldc.0.poles  8
setp bldc.0.initvalue 0.6
# setp bldc.0.encoder-offset 0
# setp  bldc.0.pattern  25

# Hall sensor feedback into BLDC module
#net motor.0.hall-1 hm2_[HOSTMOT2](BOARD).0.gpio.003.in => bldc.0.hall1
#net motor.0.hall-2 hm2_[HOSTMOT2](BOARD).0.gpio.004.in => bldc.0.hall2
#net motor.0.hall-3 hm2_[HOSTMOT2](BOARD).0.gpio.005.in => bldc.0.hall3

# position feedback signals
net motor.00.pos-fb hm2_[HOSTMOT2](BOARD).0.encoder.00.position => 
pid.0.feedback axis.0.motor-pos-fb
net motor.00.vel-fb hm2_[HOSTMOT2](BOARD).0.encoder.00.velocity => 
pid.0.feedback-deriv
net enc.0.raw   hm2_[HOSTMOT2](BOARD).0.encoder.00.rawcounts => 
bldc.0.rawcounts

# set PID loop gains f

[Emc-users] BeagleBone + BeBoPr 3D Printing

2013-06-01 Thread Charles Steinkuehler 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

So I finally got enough of the pieces put together to run a print on
my MendelMax 3D printer using the BeagleBone with the BeBoPr cape and
LinuxCNC.  This is using the 3.2 Xenomai kernel from Michael Haberler
to get LinuxCNC working well on the 'Bone, and custom PRU code doing
step/dir and pwm generation.  Thanks also to Ian for the bb_gpio
module, which came in very handy.

Video or it didn't happen...

My first ever 3D print from the BeagleBone, second print using
LinuxCNC (the first LinuxCNC print used an x86 running preempt-rt).
The X axis is mirrored and the configuration and slicing settings need
to be tweaked to improve print quality, but overall it came out pretty
good:

http://www.youtube.com/watch?v=n2IoHOZipLU

...I particularly like the acceleration control in LinuxCNC.  It seems
smoother than the Arduino code.  Now if I could just get a slicing
program that outputs true arcs and nurbs...  :)

Code is in the arm335x-hal-pru-tasks branch of Michael's git repository:

http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=shortlog;h=refs/heads/arm335x-hal-pru-tasks

Up next is the great migration to a 3.8 kernel, where I get to craft
the magic device tree fragments necessary to get this all working again.

- -- 
Charles Steinkuehler
char...@steinkuehler.net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlGqI7sACgkQLywbqEHdNFwEkwCgw6n50qq9fP9lQLltBwTTp/0u
rm8AoMU5hhohJljA6gpu5T+wsE/sOAES
=6IRC
-END PGP SIGNATURE-

--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Adjustable Kinnematics?

2013-06-01 Thread Dave 
On 6/1/2013 5:42 AM, Gene Heskett wrote:
> On Saturday 01 June 2013 05:33:33 Gregg Eshelman did opine:
>
>
>> --- On Fri, 5/31/13, andy pugh  wrote:
>>  
>>> From: andy pugh
>>> Subject: Re: [Emc-users] Adjustable Kinnematics?
>>> To: dengv...@charter.net, "Enhanced Machine Controller (EMC)"
>>>   Date: Friday, May 31, 2013, 6:51 PM
>>> On 1 June 2013 01:45, dave
>>>
>>> wrote:
>>>
 In that vein I heard a story about a piece being
  
>>> machined at Hanford.
>>>
>>>
 The dwg called for a hole xxx in dia yyy in depth
  
>>> within this very
>>>
>>>
 complex part. The machinist did it as called out but
  
>>> the drawing was
>>>
>>>
 wrong.
  
>>> "Drawing wrong" can lead to long arguments. I have made
>>> drawings like
>>> that. I had 1mm tolerance on several things, and .01 on a
>>> very thin web. They machined to nominal dimensions….
>>>
>> Somewhere on the web (I can't find it now) is a hilarious RFQ rejection
>> form with checkboxes for many reasons why a shop can't or won't do a
>> job.
>>
>> One of them is something like Zero or negative wall thickness. We don't
>> care if your part is gone when we're done machining, we're still
>> getting paid.
>>
>>  
> I remember some stuff like that that Martin-Marietta had back when we were
> building the original Titan I's in '60-61, shop drawings, complete with
> part numbers to request of a bunch of special bolts that might be needed if
> the holes didn't line up etc.  Totally impossible to make, or install,
> stuff.  Folks would stop&  stare at that for several minutes until it
> dawned on them that some draftsman had entirely too much time on his hands.
>
> This if it can be found again, and a fresh copy of that I'd love to post in
> my shop for the entertainment value.
>
> Cheers, Gene
>

Some things never change. A local company hired a new engineer who 
made some drawings for a prototype machine.Everything was 
dimensioned in inches and the
engineer had 4 digits to the right of the decimal point on many of the 
dimensions with no notes on required precision.   The local company has 
a machine shop but they were too busy to make the parts
so they sent the job out to a large local machine shop that has a large 
number of state of the art CNC machines.   The RFQ was returned with a 
handwritten note saying that
they can make the parts as drawn, but that they would be unaffordable.. 
   please call to discuss.:-)
I caught the frustrated machine shop manager as he was headed towards 
the newbie engineers desk to chew him out for wasting his time.  He 
won't make that same mistake twice!

Dave Cole



--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Success: Added physical button to Start or Resume program execution.

2013-06-01 Thread Anders Wallin 
See also
http://www.linuxcnc.org/docs/html/man/man9/toggle2nist.9.html
And
http://www.anderswallin.net/2010/10/axis-with-pyvcp-pauseresume-button/

Anders
 On May 20, 2013 12:40 AM, "Kip Shaffer"  wrote:

> Just wanted to share a little success story with you all.
>
> This week I added three physical buttons to my mill.  They are large,
> industrial buttons from Allen Bradley that should last forever.  They are:
>
> E-Stop - Red, latching, easy to hit
> Pause - Amber, momentary, easy to hit
> Run/Resume - Green, momentary, recessed
>
> The first two are trivial.  They interface directly to the appropriate
> halui pins.
>
> Here's the problem. "Run" and "Resume" are two distinct operations. HAL
> must decide which signal to generate based on the current state of the
> system. In addition, halui must be in 'auto' mode in order to run the
> program. It must be requested if it is not already selected. Furthermore,
> timing can be a bit tricky. Continuing to assert halui.mode.auto,
> halui.program.resume, or maybe even halui.program.run can result in screwey
> behavior. An ideal solution is to assert these signals only until they take
> effect.
>
> My solution (attached) was to:
> - Select the appropriate action using 'and' components
> - Use flipflop components to stop asserting the signal as soon as they take
> effect
> - Use the edge component to lock in the decision to ensure one 'run' or
> 'resume' command from a single button-press event.
>
> I posted this on the wiki here:
> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?One_Button_Run/Resume
>
> Enjoy!
> -Kip
>
>
> --
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Superglue, or Loc-tite for that motors flywheel?

2013-06-01 Thread Erik Christiansen 
On 21.05.13 22:04, Gene Heskett wrote:
> FWIW, resistors in the gate to slow the rise & fall times will raise the 
> switching losses, in some cases enough to destroy the device long before 
> your finger says its even getting warm.

Coming in late here, after a week out on the farm, but 10 to 20 Ohm gate
resistors tend to be found in almost all published designs, because the
resistors are intended to minimise destructive oscillation which tends
to occur when there's inductance in the FET's source circuit. If you're
switching fast, e.g. with one of Jon's IR2113s, and a pile of current is
being switched, then microhenries are probably more than enough to give
trouble.

I've always added the gate resistors, preferring defensive design to
blowing up FETs, so didn't have evidence that it was essential. But
then, a couple of years ago, the local Aussie electronics mag published
a design without them. A month or two later, their "Errata" section
included diagrams of how to cut tracks on the PCB, and add the
resistors ... to avoid destruction of the FETs.

The gate charge required to turn on e.g. an IRF3205 is around 90 nC.
Even with adequate drive voltage, 18 or 22 ohms of gate resistor can add
a couple of hundred nanoseconds to switching time, so reduce the value
if cranking up the switching rate, I figure.

Erik

-- 
Leibowitz's Rule:
When hammering a nail, you will never hit your finger if you hold the
hammer with both hands.


--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Adjustable Kinnematics?

2013-06-01 Thread Gene Heskett 
On Saturday 01 June 2013 05:33:33 Gregg Eshelman did opine:

> --- On Fri, 5/31/13, andy pugh  wrote:
> > From: andy pugh 
> > Subject: Re: [Emc-users] Adjustable Kinnematics?
> > To: dengv...@charter.net, "Enhanced Machine Controller (EMC)"
> >  Date: Friday, May 31, 2013, 6:51 PM
> > On 1 June 2013 01:45, dave 
> > 
> > wrote:
> > > In that vein I heard a story about a piece being
> > 
> > machined at Hanford.
> > 
> > > The dwg called for a hole xxx in dia yyy in depth
> > 
> > within this very
> > 
> > > complex part. The machinist did it as called out but
> > 
> > the drawing was
> > 
> > > wrong.
> > 
> > "Drawing wrong" can lead to long arguments. I have made
> > drawings like
> > that. I had 1mm tolerance on several things, and .01 on a
> > very thin web. They machined to nominal dimensions….
> 
> Somewhere on the web (I can't find it now) is a hilarious RFQ rejection
> form with checkboxes for many reasons why a shop can't or won't do a
> job.
> 
> One of them is something like Zero or negative wall thickness. We don't
> care if your part is gone when we're done machining, we're still
> getting paid.
> 
I remember some stuff like that that Martin-Marietta had back when we were 
building the original Titan I's in '60-61, shop drawings, complete with 
part numbers to request of a bunch of special bolts that might be needed if 
the holes didn't line up etc.  Totally impossible to make, or install, 
stuff.  Folks would stop & stare at that for several minutes until it 
dawned on them that some draftsman had entirely too much time on his hands.

This if it can be found again, and a fresh copy of that I'd love to post in 
my shop for the entertainment value.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page:  is up!
My views 

To use violence is to already be defeated.
-- Chinese proverb
A pen in the hand of this president is far more
dangerous than 200 million guns in the hands of
 law-abiding citizens.

--
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users