Re: [Emc-users] Adjustable Kinnematics?
On Saturday 01 June 2013 05:33:33 Gregg Eshelman did opine: --- On Fri, 5/31/13, andy pugh bodge...@gmail.com wrote: From: andy pugh bodge...@gmail.com Subject: Re: [Emc-users] Adjustable Kinnematics? To: dengv...@charter.net, Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Date: Friday, May 31, 2013, 6:51 PM On 1 June 2013 01:45, dave dengv...@charter.net 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: http://coyoteden.dyndns-free.com:85/gene is up! My views http://www.armchairpatriot.com/What%20Has%20America%20Become.shtml 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
Re: [Emc-users] Superglue, or Loc-tite for that motors flywheel?
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] Success: Added physical button to Start or Resume program execution.
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 k...@shafferhouse.org 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] Adjustable Kinnematics?
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 pughbodge...@gmail.com wrote: From: andy pughbodge...@gmail.com Subject: Re: [Emc-users] Adjustable Kinnematics? To: dengv...@charter.net, Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Date: Friday, May 31, 2013, 6:51 PM On 1 June 2013 01:45, davedengv...@charter.net 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
[Emc-users] BeagleBone + BeBoPr 3D Printing
-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] Mesa 7i39 and BLDC
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: # http://www.linuxcnc.org/docs/devel/html/man/man9/hostmot2.9.html#config%20modparam # 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 from inifile
Re: [Emc-users] Mesa 7i39 and BLDC
On 1 June 2013 19:02, propcoder marius.alks...@gmail.com 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] BeagleBone + BeBoPr 3D Printing
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: http://coyoteden.dyndns-free.com:85/gene is up! My views http://www.armchairpatriot.com/What%20Has%20America%20Become.shtml 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] BeagleBone + BeBoPr 3D Printing
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, with2% 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
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
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
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
-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
[Emc-users] RFQ Response form. ;-) Re: Adjustable Kinnematics?
--- On Sat, 6/1/13, Gene Heskett ghesk...@wdtv.com 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