[Emc-users] Results in G38.2 bug report
In 2.2 releases each scan position create 9 lines like this: 0.00 0.00 0.004700 0.00 -1078038889533352951247954537139929273706981666439934620835065307540162947668163682328294324733651291932469341814794485760.00 -20013983783346165793258740692823450059607579332118972776994627514482229992151737444806544334141214424940798702636137325794191212550734922632046556714922672128.00 -7368554751641724535047026877998039650146848554115089884485955880828678465674529121150265203412873842084843230046730569603589198605536482732887601044914536710144.00 0.00 0.00 0.00 0.00 0.004700 0.00 -1078038889533352951247954537139929273706981666439934620835065307540162947668163682328294324733651291932469341814794485760.00 -20013983783346165793258740692823450059607579332118972776994627514482229992151737444806544334141214424940798702636137325794191212550734922632046556714922672128.00 -7368554751641724535047026877998039650146848554115089884485955880828678465674529121150265203412873842084843230046730569603589198605536482732887601044914536710144.00 0.00 0.00 0.00 0.00 0.004700 0.00 -1078038889533352951247954537139929273706981666439934620835065307540162947668163682328294324733651291932469341814794485760.00 -20013983783346165793258740692823450059607579332118972776994627514482229992151737444806544334141214424940798702636137325794191212550734922632046556714922672128.00 -7368554751641724535047026877998039650146848554115089884485955880828678465674529121150265203412873842084843230046730569603589198605536482732887601044914536710144.00 0.00 0.00 0.00 0.00 0.004700 0.00 -1078038889533352951247954537139929273706981666439934620835065307540162947668163682328294324733651291932469341814794485760.00 -20013983783346165793258740692823450059607579332118972776994627514482229992151737444806544334141214424940798702636137325794191212550734922632046556714922672128.00 -7368554751641724535047026877998039650146848554115089884485955880828678465674529121150265203412873842084843230046730569603589198605536482732887601044914536710144.00 0.00 0.00 0.00 0.00 0.004700 0.00 -1078038889533352951247954537139929273706981666439934620835065307540162947668163682328294324733651291932469341814794485760.00 -20013983783346165793258740692823450059607579332118972776994627514482229992151737444806544334141214424940798702636137325794191212550734922632046556714922672128.00 -7368554751641724535047026877998039650146848554115089884485955880828678465674529121150265203412873842084843230046730569603589198605536482732887601044914536710144.00 0.00 0.00 0.00 0.00 0.004700 0.00 -1078038889533352951247954537139929273706981666439934620835065307540162947668163682328294324733651291932469341814794485760.00 -20013983783346165793258740692823450059607579332118972776994627514482229992151737444806544334141214424940798702636137325794191212550734922632046556714922672128.00 -7368554751641724535047026877998039650146848554115089884485955880828678465674529121150265203412873842084843230046730569603589198605536482732887601044914536710144.00 0.00 0.00 0.00 0.00 0.004700 0.00 -1078038889533352951247954537139929273706981666439934620835065307540162947668163682328294324733651291932469341814794485760.00 -20013983783346165793258740692823450059607579332118972776994627514482229992151737444806544334141214424940798702636137325794191212550734922632046556714922672128.00 -7368554751641724535047026877998039650146848554115089884485955880828678465674529121150265203412873842084843230046730569603589198605536482732887601044914536710144.00 0.00 0.00 0.00 0.00 0.004700 0.00 -1078038889533352951247954537139929273706981666439934620835065307540162947668163682328294324733651291932469341814794485760.00 -20013983783346165793258740692823450059607579332118972776994627514482229992151737444806544334141214424940798702636137325794191212550734922632046556714922672128.00 -7368554751641724535047026877998039650146848554115089884485955880828678465674529121150265203412873842084843230046730569603589198605536482732887601044914536710144.00 0.00 0.00 0.00 0.00 0.004700 0.00 -1078038889533352951247954537139929273706981666439934620835065307540162947668163682328294324733651291932469341814794485760.00 -20013983783346165793258740692823450059607579332118972776994627514482229992151737444806544334141214424940798702636137325794191212550734922632046556714922672128.00 -7368554751641724535047026877998039650146848554115089884485955880828678465674529121150265203412873842084843230046730569603589198605536482732887601044914536710144.00 0.00 0.00 Thanks Daniel - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux
Re: [Emc-users] Results in G38.2 bug report
On Thu, Dec 06, 2007 at 10:20:21AM -0200, Daniel Scheeren wrote: In 2.2 releases each scan position create 9 lines like this: 0.00 0.00 0.004700 0.00 -1078038889533352951247954537139929273706981666439934620835065307540162947668163682328294324733651291932469341814794485760.00 -20013983783346165793258740692823450059607579332118972776994627514482229992151737444806544334141214424940798702636137325794191212550734922632046556714922672128.00 -7368554751641724535047026877998039650146848554115089884485955880828678465674529121150265203412873842084843230046730569603589198605536482732887601044914536710144.00 0.00 0.00 ... In the next emc 2.2 release, the numbers printed for axes that do not exist will be 0.00 instead of these values, which represent memory which was not initialized. http://cvs.linuxcnc.org/cvs/emc2/src/emc/motion/control.c.diff?r1=1.130.2.1;r2=1.130.2.2;f=h http://cvs.linuxcnc.org/cvs/emc2/src/emc/motion/motion.c.diff?r1=1.107.2.1;r2=1.107.2.2;f=h Jeff - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Results in G38.2 bug report
Jeff Awesome fast!!! All is OK after your last change in 2.2 branch. If you permit a suggestion, would very good see g38.2 moves with dash-dot lines. Thank you very much. Daniel - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] How to configure pins in Parallel Port?
Hi, 'Just trying to get on board here and I don't know much yet. I am running a controller board that needs to have pin 13 set high on the parallel port to enable the Z-axis. Otherwise it thinks the limit switch is open. Can someone tell me how I can do this? Thanks, MJ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Can't
- SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Magnetic Geartooth Sensor for Spindle
Thanks for the lead Tony. I cruised some of the Honeywell sensor pages and the Digikey catalog page with the 1GP4001 on it. I had studied the previous Digikey page because I was interested in the Honeywell 103SR13A-1 which are installed on my Hardinge lathe. I am guessing that for rigid tapping that the sensor will need the zero speed feature. It did not seem obvious to me which sensors where zero speed capable. What should I look for that would indicate this? This has gotten me to thinking about magnetism. My first guess with flag sensors was that a ferrous flag would bridge the magnetic gap between a magnet and a Hall sensor, so I set up a magnet and a 103SR such that the magnet was just out of range to the sensor. When I placed a small screw driver in between, I expected to trigger the sensor, but it didn't. Then I placed the magnet in range, triggering the sensor, replaced the screwdriver, which deactivated the sensor. So the flag seems to block or perturb the magnetic field instead of conducting it. Which also makes sense, but is not what I would have guessed. This magnetism is weird stuff. Kirk ~ On Tue, 2007-12-04 at 16:53 -0600, Tony Bussan wrote: Check out something like a Honeywell 1GP4001. They are in a sealed can with the back bias magnet. Digikey has them for about $7. There are other models and more expensive housed models also. Some are good down to zero speed, some are not. I can find out more info if you like. I design speed and position sensors there. Tony Disclamer: My views do not reflect those of my employer. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wallace Sent: Monday, December 03, 2007 12:26 PM To: Enhanced Machine Controller (EMC) Subject: [Emc-users] Magnetic Geartooth Sensor for Spindle Has anyone tried using a magnetic sensor such as a crankshaft position sensor for a spindle encoder? I would not have to protect this arrangement nearly so well as an optical system against oil and dirt. Initially, I found this part - AKL001-12E: http://www.nve.com/Downloads/gtsensor_catalog.pdf The gear and bias magnet would be easy to make and mount. I guess the tricky part is in dealing with the analog nature of the sensor, which means more than one or two components to wire, but no big deal. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Magnetic Geartooth Sensor for Spindle
On Thursday 06 December 2007, Kirk Wallace wrote: Thanks for the lead Tony. I cruised some of the Honeywell sensor pages and the Digikey catalog page with the 1GP4001 on it. I had studied the previous Digikey page because I was interested in the Honeywell 103SR13A-1 which are installed on my Hardinge lathe. I am guessing that for rigid tapping that the sensor will need the zero speed feature. It did not seem obvious to me which sensors where zero speed capable. What should I look for that would indicate this? First rule of magnetics is that a coil as and inductance is a velocity sensitive device, so there is a minimum speed below which it doesn't work. As far as I know, all Hall and GMR devices are amplitude sensitive, not velicity. Even a reed switch fits this category if one doesn't mind the mechanical lag which could be in the milliseconds range. This has gotten me to thinking about magnetism. My first guess with flag sensors was that a ferrous flag would bridge the magnetic gap between a magnet and a Hall sensor, so I set up a magnet and a 103SR such that the magnet was just out of range to the sensor. When I placed a small screw driver in between, I expected to trigger the sensor, but it didn't. Then I placed the magnet in range, triggering the sensor, replaced the screwdriver, which deactivated the sensor. So the flag seems to block or perturb the magnetic field instead of conducting it. Which also makes sense, but is not what I would have guessed. This magnetism is weird stuff. The screwdrivers steel was a more easily magnetized medium than the air it displaced, so it effectively short circuited the field, reducing the field on the Hall or GMR device. Placed on the far side of the device, it may have drawn enough of the field lines across it to cause a trigger. I'm still puzzled by the 10 kilohertz response listed for this device. WTH? Its a GMR device, and GMR is now being used as the read head in modern hard drives, with data rates recovered from it at what is effectively a 3 gigahertz rate, so why is this device so darned slow? If I wanted to use it, I'd sure be calling their applications engineers to get the skinny on why their device is several thousand times slower. I have done that many times in the past, and at National Semi in particular, have found their people very knowledgeable. AMD was at one time similarly helpfull with a memory problem, and I would expect any semi house to be so if they wanted to win the design-ins. -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) You will be the last person to buy a Chrysler. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Slides, Endoders and Resulotion
I got the first pass on my Bridgeport X axis working and I am having trouble with tuning. I am using a brushed DC motor with a 3:1 belt ratio between the motor and ballscrew. The motor is driven by a Pico PWM amp and controlled by a Pico UPC and EMC 2.1.7. Because a glass slide was already mounted, I used it for my encoder. My primary concern was to do a sanity check on the motor because it is a cheap treadmill motor and not a true servo motor. The motor seems to have no trouble driving the axis at my theoretical rapid of 390/minute or 6.5/second. My next consideration is the low speed performance, which seems much more dependent on the system tuning than just raw system power. Since I have a similar system on my lathe, I started with its tuning parameters. I need to post pictures and Halscope plots but some general issues came to mind. Glass slides do not seem to be recommended for CNC applications. Could someone remind me why? I would think for positioning accuracy you would want as little as possible between the tool and the mechanism doing the position measuring. On the other hand for motor control, you would want as little as possible between the motor shaft position and the controller. Is there a way to cater to both? I seem to have a consistent (non-self energizing) oscillation across a wide P range (30 to 280). I am wondering, is this is due to the .002 screw backlash, or this backlash being on the motor side of the encoder, the relatively low encoder (slide) resolution or all of the above? Which has the greater influence? The end position always seems to come to within an encoder count (0.0005) but the rate seems to vary widely during the traverse. Anyway, I need to document and post better information, but if anyone has any thoughts, I'd appreciate hearing them. -- Kirk Wallace (California, USA http://www.wallacecompany.com/machine_shop/ Hardinge HNC lathe, Bridgeport mill conversion, doing XY now, Zubal lathe conversion pending) - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Slides, Encoders, and Resolution
(Dooh, fixed title spelling) On Thu, 2007-12-06 at 11:43 -0800, Kirk Wallace wrote: I got the first pass on my Bridgeport X axis working and I am having trouble with tuning. I am using a brushed DC motor with a 3:1 belt ratio between the motor and ballscrew. The motor is driven by a Pico PWM amp and controlled by a Pico UPC and EMC 2.1.7. Because a glass slide was already mounted, I used it for my encoder. My primary concern was to do a sanity check on the motor because it is a cheap treadmill motor and not a true servo motor. The motor seems to have no trouble driving the axis at my theoretical rapid of 390/minute or 6.5/second. My next consideration is the low speed performance, which seems much more dependent on the system tuning than just raw system power. Since I have a similar system on my lathe, I started with its tuning parameters. I need to post pictures and Halscope plots but some general issues came to mind. Glass slides do not seem to be recommended for CNC applications. Could someone remind me why? I would think for positioning accuracy you would want as little as possible between the tool and the mechanism doing the position measuring. On the other hand for motor control, you would want as little as possible between the motor shaft position and the controller. Is there a way to cater to both? I seem to have a consistent (non-self energizing) oscillation across a wide P range (30 to 280). I am wondering, is this is due to the .002 screw backlash, or this backlash being on the motor side of the encoder, the relatively low encoder (slide) resolution or all of the above? Which has the greater influence? The end position always seems to come to within an encoder count (0.0005) but the rate seems to vary widely during the traverse. Anyway, I need to document and post better information, but if anyone has any thoughts, I'd appreciate hearing them. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] How to configure pins in Parallel Port?
You can make an output pin HIGH all the time by using setp in your hal file: setp parport.0.pin-MM-out 1 ^^ replace MM with the pin number However, parport pin 13 is an input to the PC, not an output (see http://linuxcnc.org/docs/2.2/html/hal_drivers.html#fig:Parport-block-diag) EMC cannot set this pin to HIGH or LOW. Jeff - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] How to configure pins in Parallel Port?
On Thu, 6 Dec 2007, Mark Jackson wrote: Date: Thu, 6 Dec 2007 13:43:53 -0800 (PST) From: Mark Jackson [EMAIL PROTECTED] Reply-To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Subject: Re: [Emc-users] How to configure pins in Parallel Port? Thanks for the link. Yeah that's right. Pin 13 is input. It is used for the z limit switch. For some reason the pin is showing 2.44 volts. The controller needs to see 5 volts to tell it things are a go. At 2.44 volts the z motor won't do anything. I have tried momentarily giving it a 5 volt charge and then it works until the limit switch is closed. I could just remove the limit switch. But it still needs to have that 5V initially. I was thinking there might be a way to make pin 13 an output pin. 'Not sure what to do here. -MJ Try putting a (10K or so) pullup resistor from 5V to Pin 13. That should fix your problem. Peter Wallace (\__/) (='.'=) This is Bunny. Copy and paste bunny into your ()_() signature to help him gain world domination. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Slides, Endoders and Resulotion
On Thu, 6 Dec 2007, Kirk Wallace wrote: Date: Thu, 06 Dec 2007 11:43:27 -0800 From: Kirk Wallace [EMAIL PROTECTED] Reply-To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Subject: [Emc-users] Slides, Endoders and Resulotion I got the first pass on my Bridgeport X axis working and I am having trouble with tuning. I am using a brushed DC motor with a 3:1 belt ratio between the motor and ballscrew. The motor is driven by a Pico PWM amp and controlled by a Pico UPC and EMC 2.1.7. Because a glass slide was already mounted, I used it for my encoder. My primary concern was to do a sanity check on the motor because it is a cheap treadmill motor and not a true servo motor. The motor seems to have no trouble driving the axis at my theoretical rapid of 390/minute or 6.5/second. My next consideration is the low speed performance, which seems much more dependent on the system tuning than just raw system power. Since I have a similar system on my lathe, I started with its tuning parameters. I need to post pictures and Halscope plots but some general issues came to mind. Glass slides do not seem to be recommended for CNC applications. Could someone remind me why? I would think for positioning accuracy you would want as little as possible between the tool and the mechanism doing the position measuring. On the other hand for motor control, you would want as little as possible between the motor shaft position and the controller. Is there a way to cater to both? One way is to use dual feedback, Dont know if EMC supports this or not. I seem to have a consistent (non-self energizing) oscillation across a wide P range (30 to 280). I am wondering, is this is due to the .002 screw backlash, or this backlash being on the motor side of the encoder, the relatively low encoder (slide) resolution or all of the above? Which has the greater influence? I would say the backlash would be the major source of the oscillation. Even with dual feedback, It would be problematic to prevent 'hunting' . I guess it would be simpler to use a rotary encoder and have EMC do the backlash compensation. What is your deadzone? The end position always seems to come to within an encoder count (0.0005) but the rate seems to vary widely during the traverse. Anyway, I need to document and post better information, but if anyone has any thoughts, I'd appreciate hearing them. -- Kirk Wallace (California, USA http://www.wallacecompany.com/machine_shop/ Hardinge HNC lathe, Bridgeport mill conversion, doing XY now, Zubal lathe conversion pending) - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Peter Wallace Mesa Electronics (\__/) (='.'=) This is Bunny. Copy and paste bunny into your ()_() signature to help him gain world domination. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Magnetic Geartooth Sensor for Spindle
On Thursday 06 December 2007, John Kasunich wrote: Gene Heskett wrote: I'm still puzzled by the 10 kilohertz response listed for this device. WTH? Its a GMR device, and GMR is now being used as the read head in modern hard drives, with data rates recovered from it at what is effectively a 3 gigahertz rate, so why is this device so darned slow? If I wanted to use it, I'd sure be calling their applications engineers to get the skinny on why their device is several thousand times slower. I have done that many times in the past, and at National Semi in particular, have found their people very knowledgeable. AMD was at one time similarly helpfull with a memory problem, and I would expect any semi house to be so if they wanted to win the design-ins. The actual GMR sensor element may be quite fast, but it also produces a millivolt level signal. The amplifier and/or comparator that turns the small signal into a logic level is what determines the overall bandwidth. For a hard drive, they need speed so they use fast circuitry. For a prox switch, speed is not needed, so they use a slower circuit. In fact, I bet they slow it down on purpose - a fast sensor is more likely to respond to noise spikes. Regards, John Kasunich Maybe John, but 10k/sec isn't fast enough to track the spindle from the steel drive gear in my 7x12 at full speed. -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) A career is great, but you can't run your fingers through its hair. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] kde emc2.2.x
Has anyone tried apt-get install kubuntu-desktop on an emc install yet? I'm off to give it a shot. Unless somebody tells me there are serious side effects. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Servo motor for Dyna 2400
I'm looking for servomotors and motor drivers for a Dyna 2400 mill. I would like to know what you all would recommend. I want to run this mill with EMC2 (of course). All replies appreciated. TIA !+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+ CryptoMail provides free end-to-end message encryption. http://www.cryptomail.org/ Ensure your right to privacy. Traditional email messages are not secure. They are sent as clear-text and thus are readable by anyone with the motivation to acquire a copy. !+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+!+ - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] How to configure pins in Parallel Port?
Actually I do have it on a 5V breakout board but it is still putting out 2.44 volts on pin 13. Someone gave me a tip that worked. I just inserted a 4.7 pullup resistor and now things are running smooth. Thanks for the input. -MJ Ray Henry [EMAIL PROTECTED] wrote: Hi Mark I suspect that this is a 3 volt parport. One recommended procedure is to use a powered breakout board. You could also use a PCI parport card that produces a 5 volt signal. Rayh On Thu, 2007-12-06 at 13:43 -0800, Mark Jackson wrote: Thanks for the link. Yeah that's right. Pin 13 is input. It is used for the z limit switch. For some reason the pin is showing 2.44 volts. The controller needs to see 5 volts to tell it things are a go. At 2.44 volts the z motor won't do anything. I have tried momentarily giving it a 5 volt charge and then it works until the limit switch is closed. I could just remove the limit switch. But it still needs to have that 5V initially. I was thinking there might be a way to make pin 13 an output pin. 'Not sure what to do here. -MJ Jeff Epler wrote: You can make an output pin HIGH all the time by using setp in your hal file: setp parport.0.pin-MM-out 1 ^^ replace MM with the pin number However, parport pin 13 is an input to the PC, not an output (see http://linuxcnc.org/docs/2.2/html/hal_drivers.html#fig:Parport-block-diag) EMC cannot set this pin to HIGH or LOW. Jeff - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] How to configure pins in Parallel Port?
That did the trick! Thanks for the tip. 10K was a little high I guess it didn't work so I dropped to 4.7K. It works perfectly now and I can still use the limit switch. -MJ Peter C. Wallace [EMAIL PROTECTED] wrote: On Thu, 6 Dec 2007, Mark Jackson wrote: Date: Thu, 6 Dec 2007 13:43:53 -0800 (PST) From: Mark Jackson Reply-To: Enhanced Machine Controller (EMC) To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] How to configure pins in Parallel Port? Thanks for the link. Yeah that's right. Pin 13 is input. It is used for the z limit switch. For some reason the pin is showing 2.44 volts. The controller needs to see 5 volts to tell it things are a go. At 2.44 volts the z motor won't do anything. I have tried momentarily giving it a 5 volt charge and then it works until the limit switch is closed. I could just remove the limit switch. But it still needs to have that 5V initially. I was thinking there might be a way to make pin 13 an output pin. 'Not sure what to do here. -MJ Try putting a (10K or so) pullup resistor from 5V to Pin 13. That should fix your problem. Peter Wallace (\__/) (='.'=) This is Bunny. Copy and paste bunny into your ()_() signature to help him gain world domination. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Slides, Endoders and Resulotion
Kirk Wallace wrote: I got the first pass on my Bridgeport X axis working and I am having trouble with tuning. I am using a brushed DC motor with a 3:1 belt ratio between the motor and ballscrew. The motor is driven by a Pico PWM amp and controlled by a Pico UPC and EMC 2.1.7. Because a glass slide was already mounted, I used it for my encoder. My primary concern was to do a sanity check on the motor because it is a cheap treadmill motor and not a true servo motor. The motor seems to have no trouble driving the axis at my theoretical rapid of 390/minute or 6.5/second. My next consideration is the low speed performance, which seems much more dependent on the system tuning than just raw system power. Since I have a similar system on my lathe, I started with its tuning parameters. I need to post pictures and Halscope plots but some general issues came to mind. Glass slides do not seem to be recommended for CNC applications. Could someone remind me why? Low resolution and possible backlash between motor and encoder. I would think for positioning accuracy you would want as little as possible between the tool and the mechanism doing the position measuring. On the other hand for motor control, you would want as little as possible between the motor shaft position and the controller. Is there a way to cater to both? Yes, have the backlash reduced to the absolute maximum. Make sure the slider on the glass scale moves very freely (may need internal cleaning and work on the shield that keeps junk out of the encoder. Make sure the link between the encoder read head and the machine is straight. A kink in the linkage can allow it to bend under load, and so the encoder itself can develop backlash. This is especially true of the ones that use a piece of music wire to push/pull the head. I seem to have a consistent (non-self energizing) oscillation across a wide P range (30 to 280). I am wondering, is this is due to the .002 screw backlash, or this backlash being on the motor side of the encoder, the relatively low encoder (slide) resolution or all of the above? Which has the greater influence? You're sunk! 0.002 backlash is HUGE! You need to have the ballscrews repaired, or the end bearings on the screws, wherever that backlash is, you can't expect proper operation with that much backlash. The only way to supress this right now is to set the deadband to .003 or so. The end position always seems to come to within an encoder count (0.0005) but the rate seems to vary widely during the traverse. Yes, the servo is trying to get to where it is commanded, but it is hard to do with the backlash. You probably need more gain, but the system must be stable, first, or the vibration will cause damage. Try some deadband, then maybe you can turn the P up. Jon - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Slides, Endoders and Resulotion
I checked out some treadmill motors rescued from defunct treadmills and discovered they are really not reversible. Mine will run in both directions but one direction the armature arcs more than the other direction. A closer investigation of the motor showed that the brushes contact the commutator at an angle. Sooo... My treadmill motor isn't designed to run both directions. Maybe you are moving the brushes backwards causing problems? I think the motor I have is only suitable for the direction it is designed to run. Maybe this will help... Clint - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Slides, Endoders and Resulotion
On Thu, Dec 06, 2007 at 08:22:15PM -0800, Dave Engvall wrote: Having said that it would be most interesting to have a system that used the information from both a linear scale and an encoder on the ball screw. I'll let the really bright guys dope out how to make that work. ;-) If nothing else you could use the scales to generate very nice screw comp tables. It would be interesting to do this periodically and see how it changes. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Slides, Endoders and Resulotion
On Dec 6, 2007, at 6:56 PM, Jon Elson wrote: Kirk Wallace wrote: I got the first pass on my Bridgeport X axis working and I am having trouble with tuning. I am using a brushed DC motor with a 3:1 belt ratio between the motor and ballscrew. The motor is driven by a Pico PWM amp and controlled by a Pico UPC and EMC 2.1.7. Because a glass slide was already mounted, I used it for my encoder. My primary concern was to do a sanity check on the motor because it is a cheap treadmill motor and not a true servo motor. The motor seems to have no trouble driving the axis at my theoretical rapid of 390/minute or 6.5/second. My next consideration is the low speed performance, which seems much more dependent on the system tuning than just raw system power. Since I have a similar system on my lathe, I started with its tuning parameters. I need to post pictures and Halscope plots but some general issues came to mind. Glass slides do not seem to be recommended for CNC applications. Could someone remind me why? I think the resolution of glass scales adequate i.e. 10, 5 and 1 um. However, they require really tight systems to work well. That is, no backlash in the ball screws and almost perfect alignment with the table. Something like 0.005 over the length of the scale. If your system has backlash, going to extremes on resolution doesn't do much good; 5-10 times the accuracy you require. I'm always reminded of something Ray Henry once said and it goes like this, machine manufacturers are more concerned about really good performance than costs; and they use high resolution encoders on the end of the ball screw. If your system has 0.002 backlash then it will tune MUCH better with an encoder on the ball screw, and of course a tach on the servo motor. Been there, done that. Having said that it would be most interesting to have a system that used the information from both a linear scale and an encoder on the ball screw. I'll let the really bright guys dope out how to make that work. ;-) Low resolution and possible backlash between motor and encoder. I would think for positioning accuracy you would want as little as possible between the tool and the mechanism doing the position measuring. On the other hand for motor control, you would want as little as possible between the motor shaft position and the controller. Is there a way to cater to both? Yes, have the backlash reduced to the absolute maximum. Make sure the slider on the glass scale moves very freely (may need internal cleaning and work on the shield that keeps junk out of the encoder. Make sure the link between the encoder read head and the machine is straight. A kink in the linkage can allow it to bend under load, and so the encoder itself can develop backlash. This is especially true of the ones that use a piece of music wire to push/pull the head. I seem to have a consistent (non-self energizing) oscillation across a wide P range (30 to 280). I am wondering, is this is due to the .002 screw backlash, or this backlash being on the motor side of the encoder, the relatively low encoder (slide) resolution or all of the above? Which has the greater influence? You're sunk! 0.002 backlash is HUGE! You need to have the ballscrews repaired, or the end bearings on the screws, wherever that backlash is, you can't expect proper operation with that much backlash. The only way to supress this right now is to set the deadband to .003 or so. The end position always seems to come to within an encoder count (0.0005) but the rate seems to vary widely during the traverse. Yes, the servo is trying to get to where it is commanded, but it is hard to do with the backlash. You probably need more gain, but the system must be stable, first, or the vibration will cause damage. Try some deadband, then maybe you can turn the P up. Dave Jon -- --- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Slides, Endoders and Resulotion
Dave Engvall wrote: Having said that it would be most interesting to have a system that used the information from both a linear scale and an encoder on the ball screw. I'll let the really bright guys dope out how to make that work. ;-) Since EMC's PID loop is now part of HAL and easily replaceable, I can envision a special PID loop that has multiple feedback inputs. Position feedback for the I term (long term position accuracy) would come from the scale. Position feedback for the P term and velocity feedback for the D term would come from the motor encoder. Regards, John Kasunich - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] kde emc2.2.x
On Thursday 06 December 2007 17:59, Dean Hedin wrote: Has anyone tried apt-get install kubuntu-desktop on an emc install yet? I'm off to give it a shot. Unless somebody tells me there are serious side effects. I've been running it for awhile now ,no problems yet running Axis in fullscreen mode is a little easier to set up ,and a little different from Gnome first maximize the window click the Axis icon in the far upper left of the window's titlebar click 'Advanced' go to 'Special Application Settings' on the 'Geometry' tab check 'Size' ,'Force' and it should have the maximized size already listed from step one hit OK and exit and it should come up maximized next time you start Brian -- Nemo me impune lacesset - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Magnetic Geartooth Sensor for Spindle
I cruised some of the Honeywell sensor pages and the Digikey catalog page with the 1GP4001 on it. I had studied the previous Digikey page because I was interested in the Honeywell 103SR13A-1 which are installed on my Hardinge lathe. I am guessing that for rigid tapping that the sensor will need the zero speed feature. It did not seem obvious to me which sensors where zero speed capable. What should I look for that would indicate this? First rule of magnetics is that a coil as and inductance is a velocity sensitive device, so there is a minimum speed below which it doesn't work. Zero speed capability has to do with the signal conditioning circuit. Some sensors use an edge detect, some use a level comparator with hysterisis, and some actually have an A/D and digital processing to constantly calculate switch points. There are probably more that I am not thinking of right now. As far as I know, all Hall and GMR devices are amplitude sensitive, not velicity. Even a reed switch fits this category if one doesn't mind the mechanical lag which could be in the milliseconds range. Be careful analyzing Magneto-resistive, it is amplitude sensitive until saturated, and it is sensitive to the angle of the flux vector. I'm still puzzled by the 10 kilohertz response listed for this device. WTH? The upper limit on frequency is most likely due to the signal processing circuit. I would bet that it has a low pass filter for noise immunity. You really don't want the sensor that sensitive to mechanical, magnetic or electrical noise. 10 kHz is pretty fast in mechanical terms. - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Slides, Endoders and Resulotion
On Thu, 2007-12-06 at 14:08 -0800, Peter C. Wallace wrote: On Thu, 6 Dec 2007, Kirk Wallace wrote: Date: Thu, 06 Dec 2007 11:43:27 -0800 From: Kirk Wallace [EMAIL PROTECTED] Reply-To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Subject: [Emc-users] Slides, Endoders and Resulotion I got the first pass on my Bridgeport X axis working and I am having ... snip controller. Is there a way to cater to both? One way is to use dual feedback, Dont know if EMC supports this or not. I seem to have a consistent (non-self energizing) oscillation across a wide P range (30 to 280). I am wondering, is this is due to the .002 screw backlash, or this backlash being on the motor side of the encoder, the relatively low encoder (slide) resolution or all of the above? Which has the greater influence? I would say the backlash would be the major source of the oscillation. Even with dual feedback, It would be problematic to prevent 'hunting' . I guess it would be simpler to use a rotary encoder and have EMC do the backlash compensation. What is your deadzone? ... snip If you mean deadband, I have it set to 1e-05. I set it to 1e-04 and 1e-06 which had no effect. -- Kirk Wallace (California, USA http://www.wallacecompany.com/machine_shop/ Hardinge HNC lathe, Bridgeport mill conversion, doing XY now, Zubal lathe conversion pending) - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users