Re: [Emc-users] Joypad
Hello, here is a slightly out of date example: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Using_A_Joypad_To_Move_Your_CNC_Machine I think now (but I don't remember if they are in the official version or only in the trunk) there are new HALUI pins that allows you to do the same in a very easy way. Regards, Manfredi My websites: www.m24-pro.com www.emc2cnc.altervista.org From: [EMAIL PROTECTED] To: emc-users@lists.sourceforge.net Date: Sun, 21 Oct 2007 14:08:16 -0500 Subject: [Emc-users] Joypad Can you take a joypad apart and put into a more solid container and use industrial buttons so you can label the functions for input into EMC. The USB input for a remote would be just too easy... Thanks John - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users _ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
On Mon, 2007-10-22 at 02:25 +, ben lipkowitz wrote: On Sun, 21 Oct 2007, Dave Keeton wrote: I would suggest at least looking at the HAL system and pyvcp (virtual control panel) before trying to mess around with Tcl. If you want to use tkemc, a VCP would be a second window and would force the machine operator to toggle the mouse and keyboard focus. I wonder if there is a way to use a tk frame as a container for pyvcp. Rayh - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] nine axis AXIS
Gentlemen, During the configuration of my GL I found the keyboard would not select the 'W' axis. I changed this - from root_window.bind(x, lambda event: activate_axis(0)) root_window.bind(y, lambda event: activate_axis(1)) root_window.bind(z, lambda event: activate_axis(2)) root_window.bind(a, lambda event: activate_axis(3)) to root_window.bind(x, lambda event: activate_axis(0)) root_window.bind(y, lambda event: activate_axis(1)) root_window.bind(z, lambda event: activate_axis(2)) root_window.bind(a, lambda event: activate_axis(3)) root_window.bind(b, lambda event: activate_axis(4)) root_window.bind(c, lambda event: activate_axis(5)) root_window.bind(u, lambda event: activate_axis(6)) root_window.bind(v, lambda event: activate_axis(7)) root_window.bind(w, lambda event: activate_axis(8)). This is working on the screen. Would this be all the changes necessary. I could see no other things to change regarding this. If there are other things to change please let me know. thanks Stuart - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ppmc I/O board
Stuart Stevenson wrote: Jon Elson, Your documentation shows the last output is hardwired to the estop chain. We are using four I/O cards on the GL. Is there a way to change that so all four #7 outputs are not used in this manner? We would like to use them for other things. thanks Stuart I think I can answer this for Jon. No. :) The FPGA uses that input to disable PWM/step output, and reset all SSRs off. This is independent of whether EMC2 notices the problem, as it should be for ESTOP. I'm not sure how this will work for you regarding the estop reset. I think you need to set SSR8 on to get the FPGA to try to start up again, so you'd need to hook all four of them to the same HAL signal I think. You'd probably want a similar thing for the estop inputs - you'd AND or OR them together to get a single combined ESTOP input. - Steve - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Brushless Amps
I have a Pacific Scientific R46GENA DC brushless servo motor that I would like to use for my Bridgeport conversion, so I am looking for a amp/driver to drive it. The specifications are on page 26 here: http://www.pacsci.com/support/documents/pc800/svomtrs.pdf I don't know if it is a sinusoidal or trapezoidal motor so if anyone has a way to determine this, please let me know. Is the difference in the drive just software? The specifications indicate an RPM of 1,700 at 240 Vac, 320 Vdc and 16.5 Amps max., so I assume that I need a 320 Vdc 20 Amp motor supply? The motor has only Hall sensors. Do the Hall sensors have an analog output in order to be able to position the rotor at a desired angle from the sensors? Could the Pico Systems PWM brushless amp be used as a basis for my application? In other words, could I change the power components to higher voltage/current? Is a continuous stall torque of 7.6 Nm (67.3 lb*in), and a peak torque of 20.2 Nm (179 lb*in) appropriate for a Bridgeport? My plan is to have a direct coupling between the motor and ballscrew. I have some Sanyo P5's but at 3.9 Nm (46 lb*in) continuous and 11.7 Nm (139 lb*in) peak torque, but they seem a little small. -- Kirk Wallace (California, USA http://www.wallacecompany.com/machine_shop/ Hardinge HNC lathe Bridgeport mill conversion pending Zubal lathe conversion pending) - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Threading Hickups
If anyone is interested, I posted a few new pictures here: http://www.wallacecompany.com/cnc_lathe/HNC/ -- Kirk Wallace (California, USA http://www.wallacecompany.com/machine_shop/ Hardinge HNC lathe Bridgeport mill conversion pending Zubal lathe conversion pending) - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
The answer would be no to the slow axis issue. All axis on this machine will run a linear 250ipm. The problem is in the brains of the thing. It only has 5 lines of Look Ahead. The way the arcs are being programmed is the issue. Because the arc radius is not consistant throughout the profile of the cut there are various arcs attached to one another through the cuuting path. Each change in radius has to be recalculated by the control. At least this is how Fanuc explained it to me. Because we already have the max look ahead for this control our only option is to retro fit the control to something else. This is the only machine in the shop that this issue is this severe. Dave - Original Message - From: ben lipkowitz [EMAIL PROTECTED] To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Sunday, October 21, 2007 10:25 PM Subject: Re: [Emc-users] Starting a new project On Sun, 21 Oct 2007, Dave Keeton wrote: How does this control handle 3d interpolated arcs? Anyone know? The reason I am asking is we have a machine that has a Fanuc10M control on it. It goes from 80ipm down to about 20ipm while cutting these arcs. Almost all profile cutting on landing gear is done this way.It's killing our job ratesgoing to bed now.Dave is tired! Currently emc only handles arcs in the xy xz and yz planes, but this is more of a limitation of g-code than the way emc is built. It does blend arcs together quite nicely as you can see here at the bottom of the page: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TrajectoryControl The yellow lines are deviations from the programmed path to satisfy the acceleration constraints. Does your machine have a slow axis on it? I was mucking around with the arc code today, and it seems that emc will use the acceleration of the slowest axis involved in an arc move, which is sub-optimal. It shouldn't affect a smoothly contoured part very much though. You could use the program halcmd to link buttons in tkemc to signals connected to ladder inputs. You'll need a bit of tickle language to do that but this stuff can be hacked together from a couple of other Tcl/Tk programs already in the source. I would suggest at least looking at the HAL system and pyvcp (virtual control panel) before trying to mess around with Tcl. -fenn - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Brushless Amps
The motor has only Hall sensors. Do the Hall sensors have an analog output in order to be able to position the rotor at a desired angle from the sensors? I think that Hall Effect sensors are sinusoidal output. At least with my experience with them. The ones that I have worked with have an a, not a, b, not b and z, not z. They are converted to TTL square wave in the drive itself. They work more like an Inductosyn linear scale. Signal amplitude is critical, to much and the drive will start clipping and giving you false feed back or throwing alarms. I think plain old encoders are a better bet for a bridgeport. Hall effect sensors are to sensitive and to expensive to replace if you need to. Use a tach for speed and an encoder for position. Dave - Original Message - From: Kirk Wallace [EMAIL PROTECTED] To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Monday, October 22, 2007 4:43 PM Subject: [Emc-users] Brushless Amps I have a Pacific Scientific R46GENA DC brushless servo motor that I would like to use for my Bridgeport conversion, so I am looking for a amp/driver to drive it. The specifications are on page 26 here: http://www.pacsci.com/support/documents/pc800/svomtrs.pdf I don't know if it is a sinusoidal or trapezoidal motor so if anyone has a way to determine this, please let me know. Is the difference in the drive just software? The specifications indicate an RPM of 1,700 at 240 Vac, 320 Vdc and 16.5 Amps max., so I assume that I need a 320 Vdc 20 Amp motor supply? The motor has only Hall sensors. Do the Hall sensors have an analog output in order to be able to position the rotor at a desired angle from the sensors? Could the Pico Systems PWM brushless amp be used as a basis for my application? In other words, could I change the power components to higher voltage/current? Is a continuous stall torque of 7.6 Nm (67.3 lb*in), and a peak torque of 20.2 Nm (179 lb*in) appropriate for a Bridgeport? My plan is to have a direct coupling between the motor and ballscrew. I have some Sanyo P5's but at 3.9 Nm (46 lb*in) continuous and 11.7 Nm (139 lb*in) peak torque, but they seem a little small. -- Kirk Wallace (California, USA http://www.wallacecompany.com/machine_shop/ Hardinge HNC lathe Bridgeport mill conversion pending Zubal lathe conversion pending) - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Threading Hickups
On Sun, 2007-10-21 at 09:56 -0400, Gene Heskett wrote: On Sunday 21 October 2007, [EMAIL PROTECTED] wrote: John Kasunich wrote: Even better, if you can get some, is a braid that can be expanded enough ... snip Regarding motor cables: I am using a Belden microphone cable called Star-Quad, which has 4 conductors in a good shield that I use with my xylotex volt away from the rails if possible. ... snip Food for thought guys. From an old fart C.E.T. How about RG11 or LMR400 for the spindle motor leads. I have a 2hp motor, so the 14 gauge center conductor should be large enough. With a 0.4 inch diameter, I would need to go to a larger conduit. -- Kirk Wallace (California, USA http://www.wallacecompany.com/machine_shop/ Hardinge HNC lathe Bridgeport mill conversion pending Zubal lathe conversion pending) - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ppmc I/O board
Stuart Stevenson wrote: Jon Elson, Your documentation shows the last output is hardwired to the estop chain. This is true on the USC and UPC boards, but not for the PPMC DIO board. The first DIO board should have this done so there is at least one DIO output that is directly controlled by Estop. I'm guessing that somebody (probably me) didn't finish the adaptation to making the DIOs work in master/slave fashion. It is entirely in the ppmc.c driver code, not in the hardware. I will dig into this and let you know when I get something. Jon - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ppmc I/O board
Stephen Wille Padnos wrote: Stuart Stevenson wrote: Jon Elson, Your documentation shows the last output is hardwired to the estop chain. We are using four I/O cards on the GL. Is there a way to change that so all four #7 outputs are not used in this manner? We would like to use them for other things. thanks Stuart I think I can answer this for Jon. No. :) The FPGA uses that input to disable PWM/step output, and reset all SSRs off. This is independent of whether EMC2 notices the problem, as it should be for ESTOP. I'm not sure how this will work for you regarding the estop reset. I think you need to set SSR8 on to get the FPGA to try to start up again, so you'd need to hook all four of them to the same HAL signal I think. You'd probably want a similar thing for the estop inputs - you'd AND or OR them together to get a single combined ESTOP input. What you say is true for the USC and UPC boards, but the PPMC has some more flexibility to it. It has master and slave DIO boards, for instance, and while the UPC/USC has SSR 8 hardwired to the estop FF, all 8 SSRs are completely under software control on the PPMC's DIO board. So, the E-stop chain and e-stop FF on the master board controls all DIO boards (and DAC's, too) in the system. All 8 SSRs on each DIO board are completely under software control except when in E-stop, when they are all forced off by the master DIO. I gather that the hal_ppmc.c driver logic is overriding SSR8 on all boards, it should only do that on the master board. Jon - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ppmc I/O board
Jon Elson wrote: [snip] What you say is true for the USC and UPC boards, but the PPMC has some more flexibility to it. It has master and slave DIO boards, for instance, and while the UPC/USC has SSR 8 hardwired to the estop FF, all 8 SSRs are completely under software control on the PPMC's DIO board. So, the E-stop chain and e-stop FF on the master board controls all DIO boards (and DAC's, too) in the system. All 8 SSRs on each DIO board are completely under software control except when in E-stop, when they are all forced off by the master DIO. Ah - ok. I assumed that it was the same as the USC/UPC, reinforced by Stuart saying that the manual said so :) I gather that the hal_ppmc.c driver logic is overriding SSR8 on all boards, it should only do that on the master board. I don't think the driver overrides anything like that. It could, but I don't know. I didn't look at the driver code before responding. - Steve - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Brushless Amps
Dave Keeton wrote: The motor has only Hall sensors. Do the Hall sensors have an analog output in order to be able to position the rotor at a desired angle from the sensors? I think that Hall Effect sensors are sinusoidal output. At least with my experience with them. The ones that I have worked with have an a, not a, b, not b and z, not z. They are converted to TTL square wave in the drive itself. I think you will find they are digital coming out of the motor. They work more like an Inductosyn linear scale. Signal amplitude is critical, to much and the drive will start clipping and giving you false feed back or throwing alarms. I think plain old encoders are a better bet for a bridgeport. Hall effect sensors are to sensitive and to expensive to replace if you need to. Real Hall sensors are buried in the motor, and would require extreme surgical measures to even get to them. Many brushless motors with industry standard hall outputs use a Renco encoder which gives ABZ plus the Hall signals. Yes, optical encoders are great, but you still need commutation signals from the motor to properly drive a brushless drive. Jon - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Brushless Amps
On Mon, 2007-10-22 at 23:20 -0500, Jon Elson wrote: Kirk Wallace wrote: I have a Pacific Scientific R46GENA DC brushless servo motor that I would like to use for my Bridgeport conversion, so I am looking for a amp/driver to drive it. The specifications are on page 26 here: http://www.pacsci.com/support/documents/pc800/svomtrs.pdf I don't know if it is a sinusoidal or trapezoidal motor so if anyone has a way to determine this, please let me know. Is the difference in the drive just software? Looking at your link, it says they are sinusoidal. Shoot, I thought I looked, but I guess not hard enough. In theory, if the drive is software-controlled, then it is just a software setting to go between the two commutation schemes. If in doubt, hook an oscilloscope to the windings and turn the motor by hand. If it gives a very sinusiodal-looking trace, there's your answer. The specifications indicate an RPM of 1,700 at 240 Vac, 320 Vdc and 16.5 Amps max., so I assume that I need a 320 Vdc 20 Amp motor supply? The motor has only Hall sensors. Do the Hall sensors have an analog output in order to be able to position the rotor at a desired angle from the sensors? No, they are actually redundant, since they only give very coarse position info for 6-step commutation. All drives for sinusoidal motors need to see the encoder info, and therefore need to be programmed with how many poles the motor has and how many quadrature counts/rev. Could the Pico Systems PWM brushless amp be used as a basis for my application? In other words, could I change the power components to higher voltage/current? In theory, yes, but it would require replacing the catch diodes, power FETs, bootstrap diodes, snubber caps, main DC filter caps (both film and electrolytic). I think that covers all the parts. The FET drivers are good to 600 V. That seems reasonably doable. But, these are trapezoidal drives, they have no software to be adjusted, and only look at the Hall signals for knowing when to switch windings. I have run them on motors with sinusoidal windings, and they hum quite a bit at low speed. I have no idea what level of vibration you would get on a machine tool, but I don't think it would be acceptable. So, with a trapezoidal drive and trapezoidal motor, how is the drive able to control the output shaft position to fractions of a degree? Opps, in thinking about this question and checking the brushless amp documentation, I may have just answered it myself. The brushed and brushless amps function in the same way, and have the same subsystems, but with one the activated windings are determined by carbon brushes and copper fingers, and in the other, magnets and Hall sensors. Either drive could not care less what the shaft position is. I viewed trapezoidal and sinusoidal motors as slightly different variations of each other, but they are very different. With that in mind, I am guessing, the sinusoidal motor was invented so that a stepper-like driver which does care about shaft position could be used. So, all or most sinusoidal drivers have step/direction inputs and trapezoidal drives PWM/direction and the similarities in the motors is coincidence? If this is true, then I am way out of luck as a far as drivers/amps for my PacSci motors. I do have Rutex drives for my Sanyo's, but I don't have a good feeling about support, let alone getting creative with applications. Any one have thoughts on this drive? http://granitedevices.fi/index.php?id=8 It too is a little shy on current and voltage. -- Kirk Wallace (California, USA http://www.wallacecompany.com/machine_shop/ Hardinge HNC lathe Bridgeport mill conversion pending Zubal lathe conversion pending) - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
