[Emc-users] run from line / program restart
I committed some changes to TRUNK that let you load a tool, set tool offset, turn on the spindle, turn on coolant, etc., in MDI or manual mode, and then resume in the middle of a program. Previously, resuming the program reset some of the machine setup including turning off the coolant. Also, Jeff committed some changes to AXIS making resume easier to use. After aborting a program, the motion line that was currently running now stays highlighted. You can right click on it to resume from there, or if that's not a good place to resume, it helps you know where to look to find a nearby move that's a good place. If you have been unhappy with resume, please try these changes. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 7i43 after updating to 2.2.6
Great debug output! That really helps. (Though the Error file is a bit confusing, it looks like you've pasted several runs in there, without breaks. Not the end of the world.) Look on line 7 of the HAL file and lines 492 and 555 of the Error file. You're loading m7i43_hm2, instead of hm2_7i43. Fix that and try again, and pastebin the new HAL file and dmesg output. Hm, actually the error message on that line doesnt agree with the HAL file. In the HAL file you've got the config parameter commented out. These error messages must not be from that HAL file... I confused the hal file, because i tryed it also, but the only change between them is that comment, the used file was the correct one. (my head is getting really messed up) I'll try to clean that debug file (running again), i really can't handle very well the copy/paste on linux (automatic copy selected). and also i'll pay more attention next time, i'm sorry. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] run from line / program restart
I was wondering why you wouldn't have the spindle/coolant/tool selection etc start automatically when resuming? Or do you mean it does but you can also change these things and resume? Chris Morley Date: Thu, 9 Oct 2008 09:28:07 -0500 From: [EMAIL PROTECTED] To: emc-users@lists.sourceforge.net Subject: [Emc-users] run from line / program restart I committed some changes to TRUNK that let you load a tool, set tool offset, turn on the spindle, turn on coolant, etc., in MDI or manual mode, and then resume in the middle of a program. Previously, resuming the program reset some of the machine setup including turning off the coolant. Also, Jeff committed some changes to AXIS making resume easier to use. After aborting a program, the motion line that was currently running now stays highlighted. You can right click on it to resume from there, or if that's not a good place to resume, it helps you know where to look to find a nearby move that's a good place. If you have been unhappy with resume, please try these changes. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users _ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] rs274ngc VIM syntax
Hi, I just wrote some VIM syntax file for rs274ngc. Maybe this is useful for somebody else, too, so I'm posting it here. http://bu3sch.de/gitweb?p=cnc.git;a=blob_plain;f=rs274ngc_syntax.vim;h=7db0a3379f61e626e3ff9bca019091aa76651354 I use this with the pablo colorscheme in gvim. I find this way easier to read than plain b/w gcode. The syntax file is not completely finished yet (I just forgot what was missing), but it's pretty usable as-is, already. Anyway, have fun. -- Greetings Michael. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Custom controls
Hello, I made button HomeAll, but have the problem with it yet. I am able to press this buttom anytime. Ofcouse some time I get error on button pressing. So is it possible to disable button, when it is impossible to run MDI command like botton GO in MDI panel? Evgeny -Original Message- From: John Thornton [EMAIL PROTECTED] To: Евгений Александрович [EMAIL PROTECTED],Enhanced Machine Controller \EEMC\ emc-users@lists.sourceforge.net Date: Wed, 08 Oct 2008 05:43:35 -0600 Subject: Re: [Emc-users] Custom controls VCP is depreciated and has been replaced with pyVCP. VCP should not be used for new configs. To create a custom pyVCP button see this page: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Adding_Custom_MDI_Buttons John On 8 Oct 2008 at 13:46, Евгений Александрович wrote: Hello one time more. As I can see from manual VCP controls bases on indicators. So it is not possible to create VCP button which run some G code. I would like to create custom control like buttom HOME ALL. People love functons like this, especialy with touchscreen display. Does exist any way to do it. Any example how can I change source code in AXIS to have this functionality. Best Regards Evgeny -- --- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] again - lead screw compensation
Stuart Stevenson wrote: Can I effectively bypass the SCR tuning by increasing the gain a lot (much past what the motor can handle) and using the tuning in EMC to control the motor. Could this turn the SCR into a dumb amp. thanks Stuart What is the source of the feedback? Is it the motor shaft or table encoder? From my readings on this subject, it is best for the motor to have it's own loop - and then if you add a table feed back, it would be done as a outer PID loop - using only the 'I' of PID. I've also thought that the right way to do this would be to update the backlash every time the motion reverses so as the ball-screws warm up, the backlash numbers stay up to date. Then the net motion would be fed to the nested loop. To take this to the extreme, you could also feed in the force (calculated from the motor current) and have different backlash numbers depending on how hard the motor is pushing. I haven't done any of this yet, but from what I've read, it should be possible to have EMC2 do all of the control work - nested PID loops - backlash correction. I haven't seen where anyone has an actual system doing this? One point of view is that the controller should be as simple as possible and EMC2 would just tell the controller where to go (KISS). The other take on this is that Linux is stable enough that there shouldn't be any problem with it running the whole show - and if it is doing everything, extreme tweaking is possible. On Windoze, (or a boxes with nasty routines in the BIOS that interrupt realtime activities) it is best to go with KISS. On the other hand, Linux is quite stable, tweaking is fun, and moving the smarts to EMC should further reduce the cost of the electronics. My only concern is that most folks are running Ubuntu, which is rather bleeding edge for a motion control platform - I would rather see this on a Debian-stable distribution, where things don't change as often. Karl Schmidt EMail [EMAIL PROTECTED] Transtronics, Inc. WEB http://xtronics.com 3209 West 9th Street Ph (785) 841-3089 Lawrence, KS 66049 FAX (785) 841-0434 Experience is something I never get, until just after I needed it. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] again - lead screw compensation
Karl, Have you worked with the KURT package? I am in Wichita, Heaven(Kansas). Not much of a drive. If you are in Wichita - stop by and see what we are doing. On Thu, Oct 9, 2008 at 3:10 PM, Karl Schmidt [EMAIL PROTECTED] wrote: Stuart Stevenson wrote: Can I effectively bypass the SCR tuning by increasing the gain a lot (much past what the motor can handle) and using the tuning in EMC to control the motor. Could this turn the SCR into a dumb amp. thanks Stuart What is the source of the feedback? Is it the motor shaft or table encoder? Feedback is two fold. Tach from motor to amp and encoder from motor to EMC2. From my readings on this subject, it is best for the motor to have it's own loop - and then if you add a table feed back, it would be done as a outer PID loop - using only the 'I' of PID. I've also thought that the right way to do this would be to update the backlash every time the motion reverses so as the ball-screws warm up, the backlash numbers stay up to date. Then the net motion would be fed to the nested loop. This is done. Just as you described. On a machine here. A GL with linear scales. For testing it has worked very good. Have not cut parts with it yet. To take this to the extreme, you could also feed in the force (calculated from the motor current) and have different backlash numbers depending on how hard the motor is pushing. The ball screws on the cinci are double nuts with a spacer in between to take up the backlash. I want to build hydraulic bladders to take up the slack. This would allow variable preload and zero backlash. Using pressure inversely proportional to the speed would allow fast motion and accurate positioning. I haven't done any of this yet, but from what I've read, it should be possible to have EMC2 do all of the control work - nested PID loops - backlash correction. I haven't seen where anyone has an actual system doing this? One point of view is that the controller should be as simple as possible and EMC2 would just tell the controller where to go (KISS). The other take on this is that Linux is stable enough that there shouldn't be any problem with it running the whole show - and if it is doing everything, extreme tweaking is possible. On Windoze, (or a boxes with nasty routines in the BIOS that interrupt realtime activities) it is best to go with KISS. On the other hand, Linux is quite stable, tweaking is fun, and moving the smarts to EMC should further reduce the cost of the electronics. My only concern is that most folks are running Ubuntu, which is rather bleeding edge for a motion control platform - I would rather see this on a Debian-stable distribution, where things don't change as often. I don't know about everyone else but Ubuntu and trunk have served me well. Karl Schmidt EMail [EMAIL PROTECTED] Transtronics, Inc. WEB http://xtronics.com 3209 West 9th Street Ph (785) 841-3089 Lawrence, KS 66049 FAX (785) 841-0434 Experience is something I never get, until just after I needed it. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users