Re: [Emc-users] YAGC
On May 23, 2011, at 12:13 PM, Viesturs Lācis wrote: Cool, AXES=8 and COORDINATES=XYZV worked! No more angular jog slider. Good to hear (read)! Thanks! Now on to tuning the servos... Want to share, what are You using? Motors drives? We are using Keling servo motors (http://www.kelinginc.net/KL34-180-90.pdf) and Gecko 320X drives. Pictures: http://gallery.me.com/easterdays#100897 We are having a hard time getting the X axis driver tuned. The Y-axis (with 2 motors) seem to be pretty close to working though we need to better tune the Geckos - need to spend time with the oscilloscope. However, we cannot get the X-axis to work enough to even try to tune it. We get a constant stutter. Depending on the settings of the PID and current limit pots it is either a quick pulsating stutter, or a complete stop, then go, stop, then go kind of stutter.It is more pronounced if we are moving slow (50-150 in/min) and (mostly) not even noticeable if we are moving fast (300-1200 ipm). It may still be there at higher speeds - I may be able to feel a slight vibration - but it is slight if at all at that fastest speeds. Also depending on our pid pot settings we will have faults on every move or if we tune it just right, no faults, but just the bad stutter. We have tried swapping out all the hardware in the path. In fact I wired that axis though completely different path (the Z-axis which is not yet set up) and no matter what I try we cannot get rid of this. We can lessen it by tuning the pots but never fully eliminate it. If we fight the motion of the X-axis carriage (that is, try to pull/push) it as we move it, we can stop the shudder but still feel a vibration during travel. We are really about to give up on the 320X and buy Granites. The only thing I haven't tried is swapping out the motor itself, but I really find it hard to believe that the motor is the problem. Changing the motor is a major ordeal so I will only do this as a last resort. -Tom -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
On 25 May 2011 14:37, Tom Easterday tom-...@bgp.nu wrote: We are really about to give up on the 320X and buy Granites. Are those step-direction drives? The general advice in the EMC2 world is to buy totally dumb drives and do all the PID inside EMC2. Then you can tune in software, and use Halscope to watch what is happening. The Mesa 7i29 is $150 per axis (2 per card) and two of them can share an FPGA card header. So 2x 7i29 connected to a 7i43 connected to the parport will give you a very capable system which is a big upgrade on a step-dir parport system (apart from anything else you then have an extra 24 GPIO pins to play with) However, the 320X really ought to work on Y if it works on X. Have you tried a motor swap? I am wondering if there is a faulty commutator segment. -- atp Torque wrenches are for the obedience of fools and the guidance of wise men -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
There are a couple of other factors that can influence how a G320X acts. The following error limit is presumably set high enough that the drive is not faulting. The encoder resolution will affect the error gain. You can set the pulse multiplier to influence this even if your encoders do not have settable resolution like the CUI ones that Geckodrive favors currently. The G320X is a torque mode drive with settable gain in the current amplifier. See switches 8, 9, and 10. Based on your symptoms, I might suggest trying a lower gain setting. The description in the Current Limit section of the manual incorrectly references switch 10 where it should reference switch 7. This could cause you to set the gain incorrectly. Regards, Steve Stallings -Original Message- From: Tom Easterday [mailto:tom-...@bgp.nu] Sent: Wednesday, May 25, 2011 8:37 AM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] YAGC On May 23, 2011, at 12:13 PM, Viesturs Lacis wrote: Cool, AXES=8 and COORDINATES=XYZV worked! No more angular jog slider. Good to hear (read)! Thanks! Now on to tuning the servos... Want to share, what are You using? Motors drives? We are using Keling servo motors (http://www.kelinginc.net/KL34-180-90.pdf) and Gecko 320X drives. Pictures: http://gallery.me.com/easterdays#100897 We are having a hard time getting the X axis driver tuned. The Y-axis (with 2 motors) seem to be pretty close to working though we need to better tune the Geckos - need to spend time with the oscilloscope. However, we cannot get the X-axis to work enough to even try to tune it. We get a constant stutter. Depending on the settings of the PID and current limit pots it is either a quick pulsating stutter, or a complete stop, then go, stop, then go kind of stutter.It is more pronounced if we are moving slow (50-150 in/min) and (mostly) not even noticeable if we are moving fast (300-1200 ipm). It may still be there at higher speeds - I may be able to feel a slight vibration - but it is slight if at all at that fastest speeds. Also depending on our pid pot settings we will have faults on every move or if we tune it just right, no faults, but just the bad stutter. We have tried swapping out all the hardware in the path. In fact I wired that axis though completely different path (the Z-axis which is not yet set up) and no matter what I try we cannot get rid of this. We can lessen it by tuning the pots but never fully eliminate it. If we fight the motion of the X-axis carriage (that is, try to pull/push) it as we move it, we can stop the shudder but still feel a vibration during travel. We are really about to give up on the 320X and buy Granites. The only thing I haven't tried is swapping out the motor itself, but I really find it hard to believe that the motor is the problem. Changing the motor is a major ordeal so I will only do this as a last resort. -Tom -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
On May 25, 2011, at 9:54 AM, andy pugh wrote: On 25 May 2011 14:37, Tom Easterday tom-...@bgp.nu wrote: We are really about to give up on the 320X and buy Granites. Are those step-direction drives? Yes. The general advice in the EMC2 world is to buy totally dumb drives and do all the PID inside EMC2. Then you can tune in software, and use Halscope to watch what is happening. Hindsight is 20-20 ;-) The Mesa 7i29 is $150 per axis (2 per card) and two of them can share an FPGA card header. So 2x 7i29 connected to a 7i43 connected to the parport will give you a very capable system which is a big upgrade on a step-dir parport system (apart from anything else you then have an extra 24 GPIO pins to play with) Hmm, at the time we bought components (11/2010) I asked Peter Wallace about using the 7I40 but he pointed out that the current limit was only 10A and we needed more. He said it was unfortunate that Mesa didn't have a beefier solution for us. I don't recall seeing the 7i29 at the time and Peter didn't mention it. I originally wanted to use a Mesa solution as I was very satisfied with the 7i43/7i47 I have on my mill. However, the 320X really ought to work on Y if it works on X. Have you tried a motor swap? I am wondering if there is a faulty commutator segment. It will be a big PIA to try another motor, but it may come to that. Thanks, -Tom -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
On May 25, 2011, at 11:18 AM, Steve Stallings wrote: There are a couple of other factors that can influence how a G320X acts. The following error limit is presumably set high enough that the drive is not faulting. I have tried all the settings from 256 to 2048 but it just makes it worse if I set it up (from 256). The tuning info on the Gecko page (http://www.geckodrive.com/ark-4/support.html?pid=33id=112) says to use 1/2 the encoder line count. We are using CUI AMT-102 encoders which are set to 2048ppr. So I tried 1024 but I am not sure it makes much difference. The encoder resolution will affect the error gain. You can set the pulse multiplier to influence this even if your encoders do not have settable resolution like the CUI ones that Geckodrive favors currently. We currently have the pulse multiplier set to 5. The G320X is a torque mode drive with settable gain in the current amplifier. See switches 8, 9, and 10. Based on your symptoms, I might suggest trying a lower gain setting. I have played with this a bit, and didn't think it helped, but will try it again and try tuning on a lower gain setting. It is currently set for default (medium gain). The description in the Current Limit section of the manual incorrectly references switch 10 where it should reference switch 7. This could cause you to set the gain incorrectly. Yeah, I noticed that too but we are using the setting where we allow 20A for 1 sec... Thanks, -Tom -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
Can you get the motor to run smoothly with no load? Gecko drives have a sterling reputation. I doubt that the issue is a Gecko drive and I think you proved that by swapping the drives already. Have you tried driving this Gecko with a different output channel out of the PC? Are you happy with the performance of the Keling Servo motors on the other axes? What kind of reduction ratio to you have between the motor and the rack - motor turns per inch of travel etc. What is your encoder count. Are the encoders all the same? A coarse encoder count will tend to produce a stepped movement at slow speeds. but I really find it hard to believe that the motor is the problem According to Sherlock Holmes... who apparently had an interest in early CNC troubleshooting and used to live down the road from Andy ;-) _when you have eliminated the impossible, whatever remains, /however improbable/, must be the truth_ Dave On 5/25/2011 9:37 AM, Tom Easterday wrote: On May 23, 2011, at 12:13 PM, Viesturs Lācis wrote: Cool, AXES=8 and COORDINATES=XYZV worked! No more angular jog slider. Good to hear (read)! Thanks! Now on to tuning the servos... Want to share, what are You using? Motors drives? We are using Keling servo motors (http://www.kelinginc.net/KL34-180-90.pdf) and Gecko 320X drives. Pictures: http://gallery.me.com/easterdays#100897 We are having a hard time getting the X axis driver tuned. The Y-axis (with 2 motors) seem to be pretty close to working though we need to better tune the Geckos - need to spend time with the oscilloscope. However, we cannot get the X-axis to work enough to even try to tune it. We get a constant stutter. Depending on the settings of the PID and current limit pots it is either a quick pulsating stutter, or a complete stop, then go, stop, then go kind of stutter.It is more pronounced if we are moving slow (50-150 in/min) and (mostly) not even noticeable if we are moving fast (300-1200 ipm). It may still be there at higher speeds - I may be able to feel a slight vibration - but it is slight if at all at that fastest speeds. Also depending on our pid pot settings we will have faults on every move or if we tune it just right, no faults, but just the bad stutter. We have tried swapping out all the hardware in the path. In fact I wired that axis though completely different path (the Z-axis which is not yet set up) and no matter what I try we cannot get rid of this. We can lessen it by tuning the pots but never fully eliminate it. If we fight the motion of the X-axis carriage (that is, try to pull/push) it as we move it, we can stop the shudder but still feel a vibration during travel. We are really about to give up on the 320X and buy Granites. The only thing I haven't tried is swapping out the motor itself, but I really find it hard to believe that the motor is the problem. Changing the motor is a major ordeal so I will only do this as a last resort. -Tom -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
On 25 May 2011 16:36, Tom Easterday tom-...@bgp.nu wrote: However, the 320X really ought to work on Y if it works on X. Have you tried a motor swap? I am wondering if there is a faulty commutator segment. It will be a big PIA to try another motor, but it may come to that. I was anticipating that you could temporarily steal one from another axis. -- atp Torque wrenches are for the obedience of fools and the guidance of wise men -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
One more thing... if you swap the motor and you are just flat out of ideas, I'd pickup the phone and call Geckodrive. They will talk to you and try and help. Dave On 5/25/2011 11:51 AM, Dave wrote: Can you get the motor to run smoothly with no load? Gecko drives have a sterling reputation. I doubt that the issue is a Gecko drive and I think you proved that by swapping the drives already. Have you tried driving this Gecko with a different output channel out of the PC? Are you happy with the performance of the Keling Servo motors on the other axes? What kind of reduction ratio to you have between the motor and the rack - motor turns per inch of travel etc. What is your encoder count. Are the encoders all the same? A coarse encoder count will tend to produce a stepped movement at slow speeds. but I really find it hard to believe that the motor is the problem According to Sherlock Holmes... who apparently had an interest in early CNC troubleshooting and used to live down the road from Andy ;-) _when you have eliminated the impossible, whatever remains, /however improbable/, must be the truth_ Dave On 5/25/2011 9:37 AM, Tom Easterday wrote: On May 23, 2011, at 12:13 PM, Viesturs Lācis wrote: Cool, AXES=8 and COORDINATES=XYZV worked! No more angular jog slider. Good to hear (read)! Thanks! Now on to tuning the servos... Want to share, what are You using? Motors drives? We are using Keling servo motors (http://www.kelinginc.net/KL34-180-90.pdf) and Gecko 320X drives. Pictures: http://gallery.me.com/easterdays#100897 We are having a hard time getting the X axis driver tuned. The Y-axis (with 2 motors) seem to be pretty close to working though we need to better tune the Geckos - need to spend time with the oscilloscope. However, we cannot get the X-axis to work enough to even try to tune it. We get a constant stutter. Depending on the settings of the PID and current limit pots it is either a quick pulsating stutter, or a complete stop, then go, stop, then go kind of stutter.It is more pronounced if we are moving slow (50-150 in/min) and (mostly) not even noticeable if we are moving fast (300-1200 ipm). It may still be there at higher speeds - I may be able to feel a slight vibration - but it is slight if at all at that fastest speeds. Also depending on our pid pot settings we will have faults on every move or if we tune it just right, no faults, but just the bad stutter. We have tried swapping out all the hardware in the path. In fact I wired that axis though completely different path (the Z-axis which is not yet set up) and no matter what I try we cannot get rid of this. We can lessen it by tuning the pots but never fully eliminate it. If we fight the motion of the X-axis carriage (that is, try to pull/push) it as we move it, we can stop the shudder but still feel a vibration during travel. We are really about to give up on the 320X and buy Granites. The only thing I haven't tried is swapping out the motor itself, but I really find it hard to believe that the motor is the problem. Changing the motor is a major ordeal so I will only do this as a last resort. -Tom -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
On May 25, 2011, at 12:10 PM, Dave wrote: One more thing... if you swap the motor and you are just flat out of ideas, I'd pickup the phone and call Geckodrive. They will talk to you and try and help. Dave Going back to the beginning, before I pull the rest of my hair outWill someone help me verify my configuration basics? When I originally set this up I ran the Stepconf Wizard. I just noticed that it has stepgen.X.steplen = 1 and stepgen.X.stepspace = 0. Could this be an issue? The manual says these should be in ns. I have Gecko 320X drives. Specs are: Step Pulse 0 Time: 0.5us Step Pulse 1' Time:1.5us According to an older post the Direction and Hold times are 200ns. There is a table here: ttp://wiki.linuxcnc.org/emcinfo.pl?Stepper_Drive_Timing - I have a 320X (newer than the 320 in this table) so all but the Step Time are possibly correct. I am getting base thread jitter of 10971 from the latency test on my system. I used the spreadsheet from the end of here: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TweakingSoftwareStepGeneration And it gives me stepgen.steplen of 1 periods. The current EMC manuals that I can find say this value should be in ns Also, I ought to be able to set a base period of 20,000 (in fact I ought to be able to set it even lower) But when I do I get real time errors (I have isolcpus set and hyper threading turned off, btw). I can't seem to set it any lower then about 32000 or so without getting these errors Anyway, should I have in .hal: setp stepgen.0.steplen 1500 setp stepgen.0.stepspace 500 setp stepgen.0.dirhold 200 setp stepgen.0.dirsetup 200 Or should I have (as Stepconf Wizard did): setp stepgen.0.steplen 1 setp stepgen.0.stepspace 0 setp stepgen.0.dirhold 28000 setp stepgen.0.dirsetup 28000 ?? -Tom -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
On May 21, 2011, at 10:55 AM, Tom Easterday wrote: On May 21, 2011, at 10:29 AM, Viesturs Lācis wrote: 2011/5/21 Tom Easterday tom-...@bgp.nu: All four are set to Linear, but it is still there. Ok. My lucky guess is that maybe You can trick it by specifying letter U/V/W instead of A, because A is meant for angular coordinate and my guess is that this cause EMC to put that slider there. In that case don't forget to change AXES. U will need 6, V will need 7 and W - 8. I tried to change to V yesterday, but it didn't work (Axis wouldn't load). I didn't change AXES, however, so that may have been the problem. I will try it when I get to the machine next. I can't seem to get the config right to do this. I set AXES=7 and COORDINATES to XYZV but it just dies on startup and complains about the axes not being ready (or something like that). -Tom -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
On 23 May 2011 15:55, Tom Easterday tom-...@bgp.nu wrote: I can't seem to get the config right to do this. I set AXES=7 and COORDINATES to XYZV but it just dies on startup and complains about the axes not being ready (or something like that). I think you need dummy [AXIS_N] stanzas in the INI file for every N up to 7 (initially just copy-paste the genuine ones. If that works then you can probably delete their contents) -- atp Torque wrenches are for the obedience of fools and the guidance of wise men -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
On May 20, 2011, at 3:16 AM, Viesturs Lācis wrote: 2011/5/20 Belli Button be...@iafrica.com: I think that V would offer a better choice, often when creating G-code for a rotary device, your CAM package will default to A for the rotary axis. The essence of gantrykins is assigning 2 or more joints to 1 axis. So what original poster wants is moving 2 motors together with Y axis commands. You are suggesting to introduce V axis or A axis as secondary Y, which is far away from the gantrykins purpose. Tom, let me know, if it works with AXES = 4 and COORDINATES = XYZA in INI file. It works but the downside is that I now have an angular jog slider that is meaningless in the display. Is there a way to remove that? Thanks, -Tom -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
2011/5/21 Tom Easterday tom-...@bgp.nu: It works but the downside is that I now have an angular jog slider that is meaningless in the display. Is there a way to remove that? I _think_ that it should disappear, if You set all 4 joints to LINEAR in INI file. But otherwise - AFAIK there is nothing You can do about it. Viesturs -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
On May 21, 2011, at 9:51 AM, Viesturs Lācis wrote: 2011/5/21 Tom Easterday tom-...@bgp.nu: It works but the downside is that I now have an angular jog slider that is meaningless in the display. Is there a way to remove that? I _think_ that it should disappear, if You set all 4 joints to LINEAR in INI file. But otherwise - AFAIK there is nothing You can do about it. All four are set to Linear, but it is still there. -Tom -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
2011/5/21 Tom Easterday tom-...@bgp.nu: All four are set to Linear, but it is still there. Ok. My lucky guess is that maybe You can trick it by specifying letter U/V/W instead of A, because A is meant for angular coordinate and my guess is that this cause EMC to put that slider there. In that case don't forget to change AXES. U will need 6, V will need 7 and W - 8. Another option is to modify the Axis GUI script to remove that slider in the had way :) Viesturs -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
2011/5/20 Belli Button be...@iafrica.com: I think that V would offer a better choice, often when creating G-code for a rotary device, your CAM package will default to A for the rotary axis. The essence of gantrykins is assigning 2 or more joints to 1 axis. So what original poster wants is moving 2 motors together with Y axis commands. You are suggesting to introduce V axis or A axis as secondary Y, which is far away from the gantrykins purpose. Tom, let me know, if it works with AXES = 4 and COORDINATES = XYZA in INI file. Viesturs -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
2011/5/19 Tom Easterday tom-...@bgp.nu: On the IRC Chris Radek suggested there was no advantage to using Gantrykins and that it may have some problems and so I changed things to Trivkins. Did he explain and give some arguments? Gantrykins worked just fine for me and other users are using it as well. Gantrykins just links 2 joints to 1 axis, it does not interfere with joint settings. If You had difficulties with motor acceleration and movement, I would suspect that there was something wrong with settings or maybe with the loop in the Geckos. But I have never used servos, so that is just a guess. Yes, You are totally right - if You want each motor to move independently, You have to treat them as separate joints. My suggestion would be - set up gantrykins without THC to work properly and then add THC capability. If there realy is some kind of problem, You can easily customize trivkins module to have 2 joints hardcoded to Y axis. Gantrykins allows flexibility to cover all kinds of situations, but You can adjust a module for Your particular machine. That is what I ended with, because I needed a module for 5 axis gantry machine. Viesturs -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
On May 19, 2011, at 3:19 AM, Viesturs Lācis wrote: 2011/5/19 Tom Easterday tom-...@bgp.nu: On the IRC Chris Radek suggested there was no advantage to using Gantrykins and that it may have some problems and so I changed things to Trivkins. Did he explain and give some arguments? No, but he was busy and had to go just after telling me this... Gantrykins worked just fine for me and other users are using it as well. Gantrykins just links 2 joints to 1 axis, it does not interfere with joint settings. If You had difficulties with motor acceleration and movement, I would suspect that there was something wrong with settings or maybe with the loop in the Geckos. But I have never used servos, so that is just a guess. Yes, You are totally right - if You want each motor to move independently, You have to treat them as separate joints. My suggestion would be - set up gantrykins without THC to work properly and then add THC capability. If there realy is some kind of problem, You can easily customize trivkins module to have 2 joints hardcoded to Y axis. Gantrykins allows flexibility to cover all kinds of situations, but You can adjust a module for Your particular machine. That is what I ended with, because I needed a module for 5 axis gantry machine. Ok, I redid the config using gantrykins and the parameters I used to get it working in trivkins and now it seems to work. The only problem now is that I see three joints 1,2,3 and when I try to switch to world mode it says I have to home all joints. I did home all (3) joints, how do I home the 4th - or am I missing something more basic? -Tom -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
2011/5/19 Tom Easterday tom-...@bgp.nu: I did home all (3) joints, how do I home the 4th - or am I missing something more basic? Just the same way as You home all the remaining joints. I do not understand, where is the problem. Viesturs -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
On May 19, 2011, at 11:26 AM, Viesturs Lācis wrote: 2011/5/19 Tom Easterday tom-...@bgp.nu: I did home all (3) joints, how do I home the 4th - or am I missing something more basic? Just the same way as You home all the remaining joints. I do not understand, where is the problem. In Axis I only see joints 1,2,3 (but not 4) as a radio button. I select 1 and click Home. I select 2 and click Home, etc. How do I select joint 4, it is not there? -Tom -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
2011/5/19 Tom Easterday tom-...@bgp.nu: In Axis I only see joints 1,2,3 (but not 4) as a radio button. I select 1 and click Home. I select 2 and click Home, etc. How do I select joint 4, it is not there? And what about joint 0? How many joints You have specified in INI file? In [TRAJ] section AXES has to be set to 4, because You have 4 joints and COORDINATES has to contain 4 letters, for example X Y Z A Viesturs -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
On May 19, 2011, at 12:26 PM, Viesturs Lācis wrote: 2011/5/19 Tom Easterday tom-...@bgp.nu: In Axis I only see joints 1,2,3 (but not 4) as a radio button. I select 1 and click Home. I select 2 and click Home, etc. How do I select joint 4, it is not there? And what about joint 0? How many joints You have specified in INI file? In [TRAJ] section AXES has to be set to 4, because You have 4 joints and COORDINATES has to contain 4 letters, for example X Y Z A Here are my hal and ini file: a2msg.hal Description: Binary data a2msg.ini Description: Binary data -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
Try changing the second Y to A, it does not like the same letter twice. COORDINATES = X Y Z A You will have x, y, z and a axes in Axis gui, but do not worry - if You have done kinematics.hal file correctly, then A commands in g-code will do nothing. Viesturs -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
I think that V would offer a better choice, often when creating G-code for a rotary device, your CAM package will default to A for the rotary axis. Greg - Original Message - From: Viesturs Lacis viesturs.la...@gmail.com To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Thursday, May 19, 2011 8:21 PM Subject: Re: [Emc-users] YAGC Try changing the second Y to A, it does not like the same letter twice. COORDINATES = X Y Z A You will have x, y, z and a axes in Axis gui, but do not worry - if You have done kinematics.hal file correctly, then A commands in g-code will do nothing. Viesturs -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ 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.449 / Virus Database: 271.1.1/3640 - Release Date: 05/15/11 18:34:00 -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] YAGC
On May 19, 2011, at 2:21 PM, Viesturs Lācis wrote: Try changing the second Y to A, it does not like the same letter twice. COORDINATES = X Y Z A You will have x, y, z and a axes in Axis gui, but do not worry - if You have done kinematics.hal file correctly, then A commands in g-code will do nothing. Thanks I will give it a try. -Tom -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] YAGC
Yet Another Gantry Config... I am building a gantry with two motors on the y axis (X, Y1, Y2, Z). It has servo motors driven from 4 Gecko 320X drivers. The Geckos take the encoder A,B pulses (but not Index) from the encoders and close the loop on the servos. I am using basic parallel port pins for step and direction for each axis from EMC. I am planning to wire the Index pulse back into a parallel port pin to try to use for homing. I have the Low-cost THC from CandCNC that I want to use for the plasma torch and so I had started with the plasma-thc configs. I have read what I could find on gantry configs on the mailing list, the forum, and wiki, but still have questions and issues. I had it set up using Gantrykins (as in plasma-thc configs) and was having problems getting anything to move properly, seemed to be an acceleration issue and the motors were just faulting continuously, On the IRC Chris Radek suggested there was no advantage to using Gantrykins and that it may have some problems and so I changed things to Trivkins. Doing that I was able to get X moving fine, and am now trying to get the two Y motors set up to operate together. The plan was to have individual home and limit switches on all joints (all 4 of them) so I can square up the gantry automatically. Can I do this with Trivkins? Is it true there are problems using Gantrykins and should I avoid it? I assume that if I want to have two limit/home switches on Y then I need to have two different step/direction signals for those so I can control them independently, right? Are there HAL and INI configs that are better than the examples that folks have used to get this working? -Tom -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users