[Emc-users] end of program
Is there a code to just simply end a program? I have a scenario where I don't want to reset my offsets (M2 or M30) and I don't have a cycle start button (which makes sense with M60), but I want to jog the machine manually between runs. Axis keeps warning me that my program doesn't have a percent sign or end of program, so I thought maybe a percent sign would work, but it does not. This warning is really annoying. Len -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] end of program
On Mon, Dec 15, 2008 at 09:34:53AM -0600, Len Shelton wrote: Is there a code to just simply end a program? I have a scenario where I don't want to reset my offsets (M2 or M30) and I don't have a cycle start button (which makes sense with M60), but I want to jog the machine manually between runs. Axis keeps warning me that my program doesn't have a percent sign or end of program, so I thought maybe a percent sign would work, but it does not. This warning is really annoying. You have to start AND end with the % as stated here: http://www.linuxcnc.org/docs/html/gcode_main.html#cha:Language-Overview -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Am I overloading the servo loop with my spi ndle encoder?
Tom kestrel...@... writes: I will look at the outputs on the scope tomorrow. Also, I connected my cable shield to power ground in the computer ribbon cable, so that may be causing excessive noise feedback. You have to jumper the Mesa 7i33 for differential inputs, and I think it has noise filtering. Thanks, Tom Well, I checked the differential encoder outputs on a scope on the machine while running, and they are clean as a whistle all the way up to max motor rpm. I re-routed the cable shield to chassis Gnd instead of power Gnd, and that helped a little. My pyVCP spindle speed bar display (the one that jumps around above 3000rpm) is linked to rev-scaled which runs in a slow thread. I may need to adjust the thread timing, and route the raw encoder counts through a lowpass filter. Tom -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Am I overloading the servo loop with my spindle encoder?
Tom wrote: Tom kestrel...@... writes: I will look at the outputs on the scope tomorrow. Also, I connected my cable shield to power ground in the computer ribbon cable, so that may be causing excessive noise feedback. You have to jumper the Mesa 7i33 for differential inputs, and I think it has noise filtering. Thanks, Tom Well, I checked the differential encoder outputs on a scope on the machine while running, and they are clean as a whistle all the way up to max motor rpm. I re-routed the cable shield to chassis Gnd instead of power Gnd, and that helped a little. OK, noise reduction is a good thing :) (Incidentally, I was asking about additional external filtering that might have reduced the bandwidth of the signal, not the filtering mode of the 7i33) My pyVCP spindle speed bar display (the one that jumps around above 3000rpm) is linked to rev-scaled which runs in a slow thread. I may need to adjust the thread timing, and route the raw encoder counts through a lowpass filter. The newer Mesa drivers have an estimated velocity output, which should be pretty accurate. The scaling (*60) should be able to run in the servo thread just fine. I'm not sure when the velocity output was added, but I'm pretty sure it's in the hostmot2 drivers in EMC2 2.2.8. - Steve -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Pyvcp position number
I would like to add a PYVCP that shows the actual X, Y, and Z position but larger than the Axis gui does standard. I have a working PYVCP panel but I am having trouble picking the correct hook into hal. I used Xpos, Ypos and Zpos and it responds to the movement of the axis but they do not match position. Does anyone know the actual variable that will give me exactly what is shown on the Axis gui for X, Y and Z position? Thanks, Mike -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Pyvcp position number
mcinqu...@distechsystems.com wrote: I would like to add a PYVCP that shows the actual X, Y, and Z position but larger than the Axis gui does standard. I have a working PYVCP panel but I am having trouble picking the correct hook into hal. I used Xpos, Ypos and Zpos and it responds to the movement of the axis but they do not match position. Does anyone know the actual variable that will give me exactly what is shown on the Axis gui for X, Y and Z position? The positions available in HAL are not going to be the one you want. HAL is used mostly for low level stuff - motor control, etc. It doesn't have access to things like g-code offsets, tool length offsets, and all the other interpreter-only things that affect position. I believe there is a way to make the displays in Acis bigger, you might want to check the wiki for that. Regards, John Kasunich -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Pyvcp position number
Also look at halui for some positions exported. Regards, Alex - Original Message - From: John Kasunich jmkasun...@fastmail.fm To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Monday, December 15, 2008 9:43 PM Subject: Re: [Emc-users] Pyvcp position number mcinqu...@distechsystems.com wrote: I would like to add a PYVCP that shows the actual X, Y, and Z position but larger than the Axis gui does standard. I have a working PYVCP panel but I am having trouble picking the correct hook into hal. I used Xpos, Ypos and Zpos and it responds to the movement of the axis but they do not match position. Does anyone know the actual variable that will give me exactly what is shown on the Axis gui for X, Y and Z position? The positions available in HAL are not going to be the one you want. HAL is used mostly for low level stuff - motor control, etc. It doesn't have access to things like g-code offsets, tool length offsets, and all the other interpreter-only things that affect position. I believe there is a way to make the displays in Acis bigger, you might want to check the wiki for that. Regards, John Kasunich -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ 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 - http://www.avg.com Version: 8.0.176 / Virus Database: 270.9.18/1849 - Release Date: 15.12.2008 09:01 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Am I overloading the servo loop with my spindle encoder?
Stephen Wille Padnos wrote: The newer Mesa drivers have an estimated velocity output, which should be pretty accurate. The scaling (*60) should be able to run in the servo thread just fine. I'm not sure when the velocity output was added, but I'm pretty sure it's in the hostmot2 drivers in EMC2 2.2.8. The hostmot2 driver in 2.2.8 has the new velocity estimation code. -- Sebastian Kuzminsky Okay, people. Now is the time to start discussing the rules of war for autonomous robots. Now, when it's still theoretical. -- Bruce Schneier -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Pyvcp position number
Don't see anything in halui for position. Alex Joni wrote: Also look at halui for some positions exported. Regards, Alex - Original Message - From: John Kasunich jmkasun...@fastmail.fm To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Monday, December 15, 2008 9:43 PM Subject: Re: [Emc-users] Pyvcp position number mcinqu...@distechsystems.com wrote: I would like to add a PYVCP that shows the actual X, Y, and Z position but larger than the Axis gui does standard. I have a working PYVCP panel but I am having trouble picking the correct hook into hal. I used Xpos, Ypos and Zpos and it responds to the movement of the axis but they do not match position. Does anyone know the actual variable that will give me exactly what is shown on the Axis gui for X, Y and Z position? The positions available in HAL are not going to be the one you want. HAL is used mostly for low level stuff - motor control, etc. It doesn't have access to things like g-code offsets, tool length offsets, and all the other interpreter-only things that affect position. I believe there is a way to make the displays in Acis bigger, you might want to check the wiki for that. Regards, John Kasunich -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ 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 - http://www.avg.com Version: 8.0.176 / Virus Database: 270.9.18/1849 - Release Date: 15.12.2008 09:01 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] second acceleration parameter
To Anyone that Can Help Me, A built a 30m x 6m x 3.8m CNC machine. Due to the size of the machine, it is a bit flexible. I was using a Brazilian Controller for the 3 axis. Machine was upgraded to 5 axis and I am trying to use LinuxCNC with Montec boards. The previous controller has 2 types of acceleration parameters. One parameter for the beginning to the end movement of 1 command line (does not matter 1, 2 or 3 axis simultaneously). The second acceleration parameter is for the several command lines. LinuxCNC works fine when using one command line movement for a significant distance. For the same movement but with several command lines, I need to lower the acceleration because of the vibration. Consequently I have a much lower milling speed when using several command lines. Does anyone knows a solution for my problem? Attached some picture of the machine, a test design that I am using and the .ini file. Looking forward to hear from someone. Jimmy -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Am I overloading the servo loop with my s pindle encoder?
Sebastian Kuzminsky s...@... writes: Stephen Wille Padnos wrote: The hostmot2 driver in 2.2.8 has the new velocity estimation code. Is there a new signal name for this? Tom -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Am I overloading the servo loop with my spindle encoder?
Tom wrote: Sebastian Kuzminsky s...@... writes: Stephen Wille Padnos wrote: The hostmot2 driver in 2.2.8 has the new velocity estimation code. Is there a new signal name for this? The new pin is called encoder.XX.velocity. It's documented in the hostmot2 manpage, which gets installed when you install emc2.deb, and also available here: http://www.linuxcnc.org/docs/2.2/html/man/man9/hostmot2.9.html#encoder -- Sebastian Kuzminsky Okay, people. Now is the time to start discussing the rules of war for autonomous robots. Now, when it's still theoretical. -- Bruce Schneier -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Pyvcp position number
I think it should be there.. http://www.cnczone.com/forums/showthread.php?t=60199 Rayh added it IIRC. What version are you using? sam mcinqu...@distechsystems.com wrote: Don't see anything in halui for position. Alex Joni wrote: Also look at halui for some positions exported. Regards, Alex - Original Message - From: John Kasunich jmkasun...@fastmail.fm To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Monday, December 15, 2008 9:43 PM Subject: Re: [Emc-users] Pyvcp position number mcinqu...@distechsystems.com wrote: I would like to add a PYVCP that shows the actual X, Y, and Z position but larger than the Axis gui does standard. I have a working PYVCP panel but I am having trouble picking the correct hook into hal. I used Xpos, Ypos and Zpos and it responds to the movement of the axis but they do not match position. Does anyone know the actual variable that will give me exactly what is shown on the Axis gui for X, Y and Z position? The positions available in HAL are not going to be the one you want. HAL is used mostly for low level stuff - motor control, etc. It doesn't have access to things like g-code offsets, tool length offsets, and all the other interpreter-only things that affect position. I believe there is a way to make the displays in Acis bigger, you might want to check the wiki for that. Regards, John Kasunich -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ 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 - http://www.avg.com Version: 8.0.176 / Virus Database: 270.9.18/1849 - Release Date: 15.12.2008 09:01 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Pyvcp position number
I am using 2.2.5. I looked at the link thanks. It looks like they ended up with the same results I am seeing. When axis opens, the PYVCP position is set to zero but the axis position is remembered causing a difference. And tool offsets will probably cause the same problem. sam sokolik wrote: I think it should be there.. http://www.cnczone.com/forums/showthread.php?t=60199 Rayh added it IIRC. What version are you using? sam mcinqu...@distechsystems.com wrote: Don't see anything in halui for position. Alex Joni wrote: Also look at halui for some positions exported. Regards, Alex - Original Message - From: John Kasunich jmkasun...@fastmail.fm To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Monday, December 15, 2008 9:43 PM Subject: Re: [Emc-users] Pyvcp position number mcinqu...@distechsystems.com wrote: I would like to add a PYVCP that shows the actual X, Y, and Z position but larger than the Axis gui does standard. I have a working PYVCP panel but I am having trouble picking the correct hook into hal. I used Xpos, Ypos and Zpos and it responds to the movement of the axis but they do not match position. Does anyone know the actual variable that will give me exactly what is shown on the Axis gui for X, Y and Z position? The positions available in HAL are not going to be the one you want. HAL is used mostly for low level stuff - motor control, etc. It doesn't have access to things like g-code offsets, tool length offsets, and all the other interpreter-only things that affect position. I believe there is a way to make the displays in Acis bigger, you might want to check the wiki for that. Regards, John Kasunich -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ 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 - http://www.avg.com Version: 8.0.176 / Virus Database: 270.9.18/1849 - Release Date: 15.12.2008 09:01 -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Strange problem with position feed back
Hi all, I have a strange problem which looks like it is related to the position feedback, but I also suspect I may be looking in entirely the wrong place. I have a three axis configuration where the Z axis is mapped to a PWM for a laser. The hardware is the Mesa m5i20 controller with the hostmot2 firmware. Z is directly fed to the laser, the feedback settings are just to prevent following errors. I have tried several ways of connecting the Z command and position feedback, but this is the way that so far works the best (X and Y are shown just for completeness): net Xpos-cmd axis.0.motor-pos-cmd = hm2_5i20.0.stepgen.00.position-cmd net Ypos-cmd axis.1.motor-pos-cmd = hm2_5i20.0.stepgen.01.position-cmd net Zpos-cmd axis.2.motor-pos-cmd = axis.2.motor-pos-fb net Xpos-fb hm2_5i20.0.stepgen.00.position-fb = axis.0.motor-pos-fb net Ypos-fb hm2_5i20.0.stepgen.01.position-fb = axis.1.motor-pos-fb net Zpos-cmd = hm2_5i20.0.pwmgen.00.value setp hm2_5i20.0.stepgen.00.position-scale [AXIS_0]SCALE setp hm2_5i20.0.stepgen.01.position-scale [AXIS_1]SCALE setp hm2_5i20.0.pwmgen.00.scale 1.0 Now here is the strange part, if scale in the last line is set to 1.0, everything seems to work fine (except as below). If scale is set to something less that 1.0 it runs gcode for some length of time until the system e-stops, but no error message is generated. The length of time (number of lines of gcode) is dependent on several factors, among them: 1 Increasing FERROR (in the ini file) causes it to run longer to a point. 2 Decreasing scale decreases the amount of time before e-stop 3 Increasing the period of the servo thread increases how long the gcode runs before encountering an estop, at least to a point. 3 Changing the axis type from linear to angular usually increases the number of lines of g-code executed, however when scale is 1.0 only angular eventually results in the error, if it would occur with the axis as linear, I do not have a g-code file long enough (3000+ lines) to encounter it. For example, FERROR of 10.0, servo period of 100, and scale of 0.1 will execute about 1000 lines of my test program. Decreasing scale to 0.01 decreases the number of lines executed to about 200. I am directly feeding the commanded position back to the feedback position, so I do not see how scale can affect the feedback loop, or really anything else. It isn't connected to anything except the PWM output itself. The scale in the ini file is set to 1.0, and directly set in the hal file. It may be something else entirely, but I do not see it. I checked for an over temp condition on the laser for example, because as scale decreases, laser power increases, but it is not faulting, and would only shut down the laser if it did. As a stepper system, basically everything runs open loop, so there really aren't any conditions which would cause it to shut down. I have another box, which I can upgrade to the same version of Linux and EMC, and see if it generates the same error when completely disconnected from the hardware. I just need to force the NC limit switches. Any other ideas or speculations appreciated. Regards, Eric -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
I'm not sure if theres a reason you used Z to power the laser, but have you considered wiring the laser to a spindle speed output? then you wouldnt have to be programming moves in Z in order to power the laser (at least thats how it seems it works to me?) then you just connect the spindle speed as read from the program to a scale if necessary then to the pwmgen. then instead of moving Z you could use m03 s to set power, 0 to 100 would be simple for a percent power setting, or if you scale it to the laser's mw, you could program by that. just some ideas, sorry i hav nothing to contribute about what you really asked about Jim Coleman On Mon, Dec 15, 2008 at 7:03 PM, Eric H. Johnson ejohn...@camalytics.comwrote: Hi all, I have a strange problem which looks like it is related to the position feedback, but I also suspect I may be looking in entirely the wrong place. I have a three axis configuration where the Z axis is mapped to a PWM for a laser. The hardware is the Mesa m5i20 controller with the hostmot2 firmware. Z is directly fed to the laser, the feedback settings are just to prevent following errors. I have tried several ways of connecting the Z command and position feedback, but this is the way that so far works the best (X and Y are shown just for completeness): net Xpos-cmd axis.0.motor-pos-cmd = hm2_5i20.0.stepgen.00.position-cmd net Ypos-cmd axis.1.motor-pos-cmd = hm2_5i20.0.stepgen.01.position-cmd net Zpos-cmd axis.2.motor-pos-cmd = axis.2.motor-pos-fb net Xpos-fb hm2_5i20.0.stepgen.00.position-fb = axis.0.motor-pos-fb net Ypos-fb hm2_5i20.0.stepgen.01.position-fb = axis.1.motor-pos-fb net Zpos-cmd = hm2_5i20.0.pwmgen.00.value setp hm2_5i20.0.stepgen.00.position-scale [AXIS_0]SCALE setp hm2_5i20.0.stepgen.01.position-scale [AXIS_1]SCALE setp hm2_5i20.0.pwmgen.00.scale 1.0 Now here is the strange part, if scale in the last line is set to 1.0, everything seems to work fine (except as below). If scale is set to something less that 1.0 it runs gcode for some length of time until the system e-stops, but no error message is generated. The length of time (number of lines of gcode) is dependent on several factors, among them: 1 Increasing FERROR (in the ini file) causes it to run longer to a point. 2 Decreasing scale decreases the amount of time before e-stop 3 Increasing the period of the servo thread increases how long the gcode runs before encountering an estop, at least to a point. 3 Changing the axis type from linear to angular usually increases the number of lines of g-code executed, however when scale is 1.0 only angular eventually results in the error, if it would occur with the axis as linear, I do not have a g-code file long enough (3000+ lines) to encounter it. For example, FERROR of 10.0, servo period of 100, and scale of 0.1 will execute about 1000 lines of my test program. Decreasing scale to 0.01 decreases the number of lines executed to about 200. I am directly feeding the commanded position back to the feedback position, so I do not see how scale can affect the feedback loop, or really anything else. It isn't connected to anything except the PWM output itself. The scale in the ini file is set to 1.0, and directly set in the hal file. It may be something else entirely, but I do not see it. I checked for an over temp condition on the laser for example, because as scale decreases, laser power increases, but it is not faulting, and would only shut down the laser if it did. As a stepper system, basically everything runs open loop, so there really aren't any conditions which would cause it to shut down. I have another box, which I can upgrade to the same version of Linux and EMC, and see if it generates the same error when completely disconnected from the hardware. I just need to force the NC limit switches. Any other ideas or speculations appreciated. Regards, Eric -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net
Re: [Emc-users] Strange problem with position feed back
Eric H. Johnson wrote: Hi all, I have a strange problem which looks like it is related to the position feedback, but I also suspect I may be looking in entirely the wrong place. I have a three axis configuration where the Z axis is mapped to a PWM for a laser. The hardware is the Mesa m5i20 controller with the hostmot2 firmware. Z is directly fed to the laser, the feedback settings are just to prevent following errors. I have tried several ways of connecting the Z command and position feedback, but this is the way that so far works the best (X and Y are shown just for completeness): net Xpos-cmd axis.0.motor-pos-cmd = hm2_5i20.0.stepgen.00.position-cmd net Ypos-cmd axis.1.motor-pos-cmd = hm2_5i20.0.stepgen.01.position-cmd net Zpos-cmd axis.2.motor-pos-cmd = axis.2.motor-pos-fb net Xpos-fb hm2_5i20.0.stepgen.00.position-fb = axis.0.motor-pos-fb net Ypos-fb hm2_5i20.0.stepgen.01.position-fb = axis.1.motor-pos-fb net Zpos-cmd = hm2_5i20.0.pwmgen.00.value setp hm2_5i20.0.stepgen.00.position-scale [AXIS_0]SCALE setp hm2_5i20.0.stepgen.01.position-scale [AXIS_1]SCALE setp hm2_5i20.0.pwmgen.00.scale 1.0 Now here is the strange part, if scale in the last line is set to 1.0, everything seems to work fine (except as below). If scale is set to something less that 1.0 it runs gcode for some length of time until the system e-stops, but no error message is generated. The length of time (number of lines of gcode) is dependent on several factors, among them: 1 Increasing FERROR (in the ini file) causes it to run longer to a point. 2 Decreasing scale decreases the amount of time before e-stop 3 Increasing the period of the servo thread increases how long the gcode runs before encountering an estop, at least to a point. 3 Changing the axis type from linear to angular usually increases the number of lines of g-code executed, however when scale is 1.0 only angular eventually results in the error, if it would occur with the axis as linear, I do not have a g-code file long enough (3000+ lines) to encounter it. For example, FERROR of 10.0, servo period of 100, and scale of 0.1 will execute about 1000 lines of my test program. Decreasing scale to 0.01 decreases the number of lines executed to about 200. I am directly feeding the commanded position back to the feedback position, so I do not see how scale can affect the feedback loop, or really anything else. It isn't connected to anything except the PWM output itself. The scale in the ini file is set to 1.0, and directly set in the hal file. It may be something else entirely, but I do not see it. I checked for an over temp condition on the laser for example, because as scale decreases, laser power increases, but it is not faulting, and would only shut down the laser if it did. As a stepper system, basically everything runs open loop, so there really aren't any conditions which would cause it to shut down. I have another box, which I can upgrade to the same version of Linux and EMC, and see if it generates the same error when completely disconnected from the hardware. I just need to force the NC limit switches. Any other ideas or speculations appreciated. You need to start observing specific signals at the moment of the fault. Your troubleshooting so far has been good and detailed, but personally I'd stop changing things and look for the root cause. You say you are getting an estop without any messages. Following errors usually result in a message, but this is weird enough that I'd try to rule them out first. You need to dig out HalScope, and trigger it on the estop. Sample in the servo thread, at least at the start. Read man motion for a list of the pins and parameters that can give you an idea as to what is going on inside EMC when it shuts down. The HAL pin axis.N.amp-enable-out turns on when the machine goes on, and off when it estops. So trigger halscope on the falling edge of that signal. First, look at the axis.N.f-errored pins. These are bits that go true (for one servo period) when EMC trips on a following error. If you find that one (or more) is going true. Then look closer at that axis, perhaps at axis.N.f-error, the actual value of the following error. If you see it creeping up before the trip, you are onto something. Assuming this isn't a following error situation, look at the command and feedback values for all three axes, again, just as the machine shuts down on the mystery estop. I can't tell you much more - this kind of troubleshooting is usually based on hey, that looks funny, and then progresses as you investigate the funny. Don't hesitate to tell us what you see, or post halscope screenshots on imagebin or elsewhere. Regards, John Kasunich -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen
Re: [Emc-users] Strange problem with position feed back
Jim, I have done that too, but the problem with using the spindle is that the system stutters when the spindle speed changes. Using Z allows smoothly changing laser power on the fly. I make Z values very small, then use large multipliers on the PWM scale so that laser power can change quickly without getting slowed down much by the kinematics. I have also been playing with using an angular axis instead of a linear axis for the laser. There was some discussion a year or so ago about high speed I/O, which I would still like to do for laser writing and 3D engraving. That would require updating a PWM output as fast as every 200 microseconds (5Khz) or gating an output perhaps as fast as 50 microseconds. Regards, Eric I'm not sure if theres a reason you used Z to power the laser, but have you considered wiring the laser to a spindle speed output? then you wouldnt have to be programming moves in Z in order to power the laser (at least thats how it seems it works to me?) then you just connect the spindle speed as read from the program to a scale if necessary then to the pwmgen. then instead of moving Z you could use m03 s to set power, 0 to 100 would be simple for a percent power setting, or if you scale it to the laser's mw, you could program by that. just some ideas, sorry i hav nothing to contribute about what you really asked about -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
Jim, That is exactly what I am doing. There is no PID, axis.2.motor-pos-cmd is connected directly to axis.2.motor-pos-fb, as follows: net Zpos-cmd axis.2.motor-pos-cmd = axis.2.motor-pos-fb Regards, Eric another thought. can you take out the pid loop completely? that way the pwmgen just gets the Zpos-cmd and thats the end of it, no following to worry about. or do i need to do a bit more reading? It just hit me how that would work, Z doesnt have to be constantly moving, it's more like moving a sliding pot up or down setting the power. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
Eric H. Johnson wrote: There was some discussion a year or so ago about high speed I/O, which I would still like to do for laser writing and 3D engraving. That would require updating a PWM output as fast as every 200 microseconds (5Khz) or gating an output perhaps as fast as 50 microseconds. As you know, you can change the PWM duty cycle that the 5i20/hostmot2 outputs at each servo cycle. It should be perfectly doable to run the servo loop at 5 KHz. I've run it at 10 KHz for testing and it was fine. I dont remember what the exact timing numbers were... But if you run for a while, then sum the tmax numbers for all the functions in the servo thread, then double it, the result is an ok estimate of the fastest reasonable servo period. -- Sebastian Kuzminsky Okay, people. Now is the time to start discussing the rules of war for autonomous robots. Now, when it's still theoretical. -- Bruce Schneier -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
Eric H. Johnson wrote: I have a strange problem which looks like it is related to the position feedback, but I also suspect I may be looking in entirely the wrong place. John Kasunich's advise is right on, as usual. The only thing I have to add is that Matt Shaver has reported following errors with hm2 stepgen, and this issue has not been resolved yet. His workaround is to set the following error limit to practical infinity, until we figure out what's really going on. If changing *only* the pwmgen scale changes how quickly your machine errors out, then that theory doesnt work. But if you were changing multiple things, the true cause might have gotten hidden in the noise. Try setting everything the way you think it *should* work, then set axis 0 and 1 (but not 2) following error limits to 1000, and see what that does. -- Sebastian Kuzminsky Okay, people. Now is the time to start discussing the rules of war for autonomous robots. Now, when it's still theoretical. -- Bruce Schneier -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
Sebastian Kuzminsky wrote: [snip] The only thing I have to add is that Matt Shaver has reported following errors with hm2 stepgen, and this issue has not been resolved yet. His workaround is to set the following error limit to practical infinity, until we figure out what's really going on. If changing *only* the pwmgen scale changes how quickly your machine errors out, then that theory doesnt work. Actually, it may make sense. If there's a bug where a certain number of steps get lost (or there's an error of a certain number of steps), then the scale is important since that number of steps will represent a different amount of distance for the following error detection. - Steve -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
Stephen Wille Padnos wrote: Sebastian Kuzminsky wrote: [snip] The only thing I have to add is that Matt Shaver has reported following errors with hm2 stepgen, and this issue has not been resolved yet. His workaround is to set the following error limit to practical infinity, until we figure out what's really going on. If changing *only* the pwmgen scale changes how quickly your machine errors out, then that theory doesnt work. Actually, it may make sense. If there's a bug where a certain number of steps get lost (or there's an error of a certain number of steps), then the scale is important since that number of steps will represent a different amount of distance for the following error detection. No, he's only using pwmgen to control the laser, not to control any motion. The two axes of motion are both driven by stepgen. -- Sebastian Kuzminsky Okay, people. Now is the time to start discussing the rules of war for autonomous robots. Now, when it's still theoretical. -- Bruce Schneier -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gcode Newbie Question - repetitive part making
it won't be real quick, but you could order that as a back issue. Jon Jon, Is it fair to say that the investment in this publication is worthwhile? If so, I am not opposed to giving it a try after the 1st of the year. Jeff, Enjoying a brief warm spell here in PA so the opportunity was taken to review the code you provided. On first read, I had a great deal of difficulty understanding the flow especially since I am so new to Gcode and in general can read code but less able to generate it. Once loaded up in EMC, selecting the various paths and seeing what highlighted, a light began to shine. After further reading of the code, I think I finally understand the general workflow in Gcode with O words. If I wanted to do multiples of a more complex part, could I simply do a coordinate shift in the O100 subroutine, execute lines of code, return to the global coordinate system and end that subroutine? It should reduce the number of passed variables for each of the subroutines. I really like this one you worte since it is easily scaleable to whatever dimensions and count of parts. I could have used it last weekend - My son's preschool teacher wanted a bunch of basic shapes cut out (circles, triangles and squares) so that the kids could sand and paint them. Thanks again. Feels like I have 1 candle power of understanding in a very dark room, but lots of wax and wicks are laying about. Brian -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
Steve, A question on that, how would the scale value enter into that calculation? I have motor-pos-cmd directly connected with motor-pos-fb, as below. Zpos-cmd is then connected to hm2_5i20.0.pwmgen.00.value and separately scaled. net Zpos-cmd axis.2.motor-pos-cmd = axis.2.motor-pos-fb setp hm2_5i20.0.pwmgen.00.scale 0.0125 Regards, Eric Actually, it may make sense. If there's a bug where a certain number of steps get lost (or there's an error of a certain number of steps), then the scale is important since that number of steps will represent a different amount of distance for the following error detection. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
Sebastian, The only thing I have to add is that Matt Shaver has reported following errors with hm2 stepgen, and this issue has not been resolved yet. His workaround is to set the following error limit to practical infinity, until we figure out what's really going on. I pushed it up to 1000, but there wasn't that much difference between that and 100, so I stopped pursuing that route. I can try setting it to much larger values. If changing *only* the pwmgen scale changes how quickly your machine errors out, then that theory doesnt work. But if you were changing multiple things, the true cause might have gotten hidden in the noise. I do know enough to only change one variable at a time. :) The only thing I was changing at that time was the pwm scale parameter. Try setting everything the way you think it *should* work, then set axis 0 and 1 (but not 2) following error limits to 1000, and see what that does. I will give that a shot anyway. Regards, Eric -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
On Mon, Dec 15, 2008 at 07:03:52PM -0500, Eric H. Johnson wrote: the system e-stops, but no error message is generated. When this happens what exactly do you see? I am wondering if the machine does not actually go into ESTOP mode (AXIS shows ESTOP at the bottom), maybe it might go into machine off (AXIS shows OFF at the bottom), or it might be doing something else - can you clarify please? -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
Eric H. Johnson wrote: Sebastian, The servo period isn't much of a problem, with a 1.6 Ghz dual core processor I was able to get the servo period down to 250 to 300 micro-seconds before I started getting overruns. The problem I have not figured out yet is how to outfox the kinematics, since in 200 micro-seconds, the laser can go from full off to full on, however the kinematics will limit it to the feed rate. For the time being I am using really small values of Z, and then use a large scale value on the output. I have also been playing with using an angular axis but that has a few issues as well. So there are two problems we're dealing with there, right? One is the mysterious following errors, and the other is how best to drive the lazzzor. I think I agree with Jim Coleman - using an axis position to give the laser its power seems a bit strange. You want it accessible to the g-code, Jim suggested spindle speed, but (if i understood you correctly) you said you didn't like the abrupt changes in duty cycle that come from using motion.spindle-speed-out directly. Maybe you could use spindle-speed-out as an input to a properly tuned limit3 component, and use the limit3 output as the laser power? That would give you full control over both rate of change (the velocity at which the pwm duty cycle changes) and rate of change of rate of change (acceleration at which the duty cycle changes), independent of kinematics. Seems simpler. http://www.linuxcnc.org/docs/2.2/html/man/man9/limit3.9.html But, that said, let's debug one thing at a time. ;-) -- Sebastian Kuzminsky Okay, people. Now is the time to start discussing the rules of war for autonomous robots. Now, when it's still theoretical. -- Bruce Schneier -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Changes to hostmot2 in 2.2.8
Sebastian, et al, Was there any significant change between 2.2.7 and 2.2.8 for the hostmot2 drivers. I just rebuilt a box so I could test away from the machine, and installed from the 2.2.8 binaries. I then ported my working 2.2.7 configurations over to the new box. On loadrt hostmot2, or loadrt hm2_5i20 I am getting an insmod failed. I can pastebin the output from dmesg, but all I am really asking is if there was any change in syntax, paths or file names between the two versions? Regards, Eric -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] EMC 2.2.7 + 7i43 + Ted's sample, and same error than using EMC 2.2.6 + 7i43 + Ted's sample.... What now?
El 10/12/2008 09:12 p.m., Peter C. Wallace escribió: How did the DOS testing turn out? OK... sorry for the delay, but my work is killing me. Finaly i managed (lack of time not brain) to burn a DOS start cd and put there the files to make the test. When sc7i43p svst4_4b.bit 378, everything went fine. When epptest 378 It says something like this: error count 1: loop count :10 error count 2: loop count :20 error count 3: loop count :30 And so on. A) It this an error on every 10 loops or there is no error at all?. B) When i did epptest for the first time WITHOUT sc7i43 svst4_4b.it first, it said something like Error: send ah21 read or so, so i think that A means no error. So, if this means there is nothing wrong with my computer or the card i guess the failure comes from the driver... ¿or it means i have to check something? -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
Chris, You are correct. I was using TkEMC (not my usual UI) for testing and misinterpreted what the button state was indicating. I see now that it was indicating machine off, not e-stop. Regards, Eric When this happens what exactly do you see? I am wondering if the machine does not actually go into ESTOP mode (AXIS shows ESTOP at the bottom), maybe it might go into machine off (AXIS shows OFF at the bottom), or it might be doing something else - can you clarify please? -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
Sebastian, It is a problem for down the road, not on my current project. I am not currently trying to do laser writing / engraving but would like to do that in the not too distant future. The fist approach I took was to use the spindle, but I ran into a number of problems there, particularly that the other axes would stutter when trying to fairly rapidly change the spindle speed. It has been a while since trying it that way, so maybe I should re-examine that approach. The other thing I like in using Z is that it gives a good 3D rendition when used for a back plot / live plot. Not that it would be a problem to interpret the S parameter the same way Z is interpreted in the UI. Regards, Eric So there are two problems we're dealing with there, right? One is the mysterious following errors, and the other is how best to drive the lazzzor. I think I agree with Jim Coleman - using an axis position to give the laser its power seems a bit strange. You want it accessible to the g-code, Jim suggested spindle speed, but (if i understood you correctly) you said you didn't like the abrupt changes in duty cycle that come from using motion.spindle-speed-out directly. Maybe you could use spindle-speed-out as an input to a properly tuned limit3 component, and use the limit3 output as the laser power? That would give you full control over both rate of change (the velocity at which the pwm duty cycle changes) and rate of change of rate of change (acceleration at which the duty cycle changes), independent of kinematics. Seems simpler. http://www.linuxcnc.org/docs/2.2/html/man/man9/limit3.9.html But, that said, let's debug one thing at a time. ;-) -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Gcode Newbie Question - repetitive part making
BRIAN GLACKIN wrote: it won't be real quick, but you could order that as a back issue. Jon Jon, Is it fair to say that the investment in this publication is worthwhile? If so, I am not opposed to giving it a try after the 1st of the year. Brian, Village Press usually has a booth at Cabin Fever Expo - they might have a copy of that particular issue. Cabin Fever is Jan 17 18 in York, Pa. http://www.cabinfeverexpo.com/ Jim -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
Eric H. Johnson wrote: Chris, You are correct. I was using TkEMC (not my usual UI) for testing and misinterpreted what the button state was indicating. I see now that it was indicating machine off, not e-stop. You can still trigger halscope on machine-off (axis.N.amp-enable-out goes false). You have given us lots of information about what you do, and how it makes the problem happen sooner or later, but we still don't know WHAT the problem is. The machine is turning off but why? Look in dmesg for messages from the motion controller, look with halscope for following errors, etc. Don't just keep changing stuff - do whatever makes the error happen most frequently. Regards, John Kasunich -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Strange problem with position feed back
Eric H. Johnson wrote: Sebastian, It is a problem for down the road, not on my current project. I am not currently trying to do laser writing / engraving but would like to do that in the not too distant future. The fist approach I took was to use the spindle, but I ran into a number of problems there, particularly that the other axes would stutter when trying to fairly rapidly change the spindle speed. It has been a while since trying it that way, so maybe I should re-examine that approach. The other thing I like in using Z is that it gives a good 3D rendition when used for a back plot / live plot. Not that it would be a problem to interpret the S parameter the same way Z is interpreted in the UI. The laser control issue is a red herring, that is just distracting people. The HAL lines you wrote in your initial post should work just fine, whether you use the Z to control the laser or completely ignore it. Get to the bottom of that problem FIRST, then start thinking about the next step. Too much speculation, not enough data! Regards, John Kasunich -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Fwd: 5 axis tool length - 5 axis pivot length
Gentlemen, I have the geometric and angle compensations merged. I move the geometry using NCL and matrices and then calculate the position corrections and compare the results to the position of the matrices geometry. The matrices and calculated geometry match to seven place (the limit of the display in NCL). I have moved the geometry to 'many' positions and only get errors when approaching 90 degrees with either the A or B axes. I see the reason but will work on it later as the cinci moves A-20 +30 and B-30 +20. This now works for all values within these parameters. I have not included the orthogonal compensation yet. I think the compensation I have calculated can be both the forward and inverse as it is a calculated offset from the position command can be added to one side and subtracted from the other. No matter which direction the calculation is done the result is the same magnitude. I will work on the orthogonal tomorrow to see if it has the same characteristic. I have the orthogonal working on the cinci now. But when I put values in the correction for Z movement I get axis jumps when changing modes. Very small jumps but definitely noticeable. I think I know why. I should find out tomorrow. Thoughts, comments, corrections? thanks Stuart -- Forwarded message -- From: Stuart Stevenson stus...@gmail.com Date: Sun, Dec 14, 2008 at 8:17 PM Subject: 5 axis tool length - 5 axis pivot length To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Gentlemen, From the looks of some of the current kinematics files I will assume two things: 1: the 5 axis tool length compensation is handled outside the kinematics file. 2: the pivot length compensation is handled inside the kinematics file. Unless otherwise advised I will construct my kins with these assumptions. I am compensating for an out of parallel condition between the A and X axes and an out of parallel condition between the B and Y axes and a condition where the center line of the spindle does not project through the A axis and a condition where the center line of the spindle does not project through the B axis and I am adding orthogonal compensation. The algorithm I have now is an inverse kins. I am working on the forward kins. Future readability has been mentioned. The algorithm gets complicated. Would these be better handled as separate calculations? A few gentlemen have a good idea of my coding skill (or lack thereof). I used the term 'skill' with a grain of salt. Possibly a kind soul would lend a hand on the final version. :) thanks Stuart -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Am I overloading the servo loop with my spi ndle encoder?
Sebastian Kuzminsky s...@... writes: The new pin is called encoder.XX.velocity. It's documented in the hostmot2 manpage, which gets installed when you install emc2.deb, and also available here: http://www.linuxcnc.org/docs/2.2/html/man/man9/hostmot2.9.html#encoder Sebastian, My machine control computer is not networked and I only have a USB thumbdrive to transfer files. I am going to have to either rip it out of the machine to upgrade it, or jump through hoops to install the build essentials, then recompile ver. 2.2.8 from the source package. Grr Tom -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users