Re: [Emc-users] G-code question
You can specify a feedrate for each segment of the arc, this way you can control the acceleration. The smaller the segments, the better accuracy you have. Greg - Original Message - From: Spiderdab 77...@tiscali.it To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Saturday, September 11, 2010 5:16 PM Subject: Re: [Emc-users] G-code question Il 11/09/2010 14:21, Andy Pugh ha scritto: On 11 September 2010 09:38, Spiderdab77...@tiscali.it wrote: I was thinking something similar, and today i'm going to try. in fact, working with 3dsmax, when i increase the density of points, the resulting speed decrease. You will need to turn on the Naive CAM detector. (And CAM doesn't get a lot more naive than this). http://linuxcnc.org/docs/html/gcode_main.html#sub:G61,-G61.1,-G64: Plain G64 should do the trick, I doubt you care that much about path-following accuracy. i've read the doc, but didn't got how it would do the trick. immagine that my path is only a series of arcs (like the simple flying of a volleyball, between four people.) when i draw the arcs, the density of the points is equal in all the length. i've also tried to add points manually at the end and beginning of every arc, wishing lines were enough short to make the movement slow down a little, but nothing. with a speed of 20mt/min it doesn't slow down. now what i understood in reading about G64 is that it can slow the speed only if the movement goes out of the accuracy, but how can i make that it goes out of accuracy only by the end and beginning of arcs? (if i'm totally wrong tell me. ..also if i'm just a little wrong..) ehm.. the meaning of the word naive, is something like ingenuous? or approximative? can't understand the usefulness of naive CAM detector. (sorry) -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.5.441 / Virus Database: 271.1.1/3118 - Release Date: 09/06/10 18:34:00 -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] USB to PARALLEL cable.
Na 11.9.2010 17:00, Spiderdab je pisal: Il 11/09/2010 15:08, Andy Pugh ha scritto: On 11 September 2010 13:44, Ries van Twiske...@rvt.dds.nl wrote: It doesn't work, a USB can't be driven realtime. Also, I think that they only generally work for printing, (so pins may not be individually addressable, and not all pins may be supported) Ok, thanks for answering. now i'm using my old laptop with a P4 on, but it needs a lot of power from battery. i need to put this pc in a place with no power, that's the rule.. now i'm powering the notebook plus the stepper driving card with four motors Nema23 with two little inverters (150W) connected to a car battery (100Ah). do you like the sistem? :) NO. In that case (mobile setup) I will prefer system without inverters. So If you currently have 100Ah/12V the same energy you get from 50Ah/24V. So just wire as many bateryes in series to get proper voltage for you stepper driver. At least you have choice for 12V, 24V, 36V, 48V ... And you can get regulators from that voltage to laptop voltage. I have HP NX9005 laptop runing EMC2 and that need 2A @ 18V (battery dead-removed). So machine can work best on battery only but the question is what and how to power router. If machine is not big then the router is near all time power eater. Just be careful when calculating power needed to keep you router work. And remember near all power inverter has bad eficiency! If in label say that inverter is 92% efficient that this is true only in JUST RIGHT comsumption. Just for example. I had 1kW inverter with claim 92% efficient. Ind wher I measure that I just discover that efficiency changes from (surprise) 92% to just 40% if I change resistive load from 100W to 1000W. The peak power (92%) I catch at 850W load. And remember in idle time near all inverters took aprox 0.5A. Slavko. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Y axis cannot calm down after movement (velocity loop in amplifier)
snip If you had the old EMC setup where you could hit F2 and stop the positioning loop without disabling the drives, you could tell whether it is the EMC2 positioning loop or the servo amp's velocity loop that is oscillating. You can still do that by unhooking amp-enable, and only afterwards hit F2. Regards, Alex -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Z axis scaling error in 2.4.3
On 12 September 2010 03:07, Gene Heskett gene.hesk...@gmail.com wrote: I've run into a puzzle in the z axis calibration. The exact same scale factor I used for several years, is now moving the z too far. Is this with the original INI file, or are you starting again with stepconf? -- atp -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G-code question
Greg said in 2 lines what I was trying to say in 20 On Sun, Sep 12, 2010 at 4:39 AM, Belli Button be...@iafrica.com wrote: You can specify a feedrate for each segment of the arc, this way you can control the acceleration. The smaller the segments, the better accuracy you have. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] AXIS to close open Tool Change popup
I posting this question to the distribution list because I did not received any answer or comment in the forum (on web page). Could it be made that when Stopping program in AXIS it will automatically close Tool Change popup window? In such situation Tool Change popup is going to back and main AXIS window is in the front. Now Axis will not response to any commands until you close the popup. This can be tricky if you do not know that popup is still open in the background. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G-code question
A couple of days ago I was cutting some ovals. I had the feed rate set to 100mm/min but the actual machine speed never exceeded 30mm/min because of the short segments. The oval shapes were drawn in Autocad and converted to g-code using CamBam. Admittedly, I only have a stepper machine but I still don't see how the speed can be accurately controlled in the way you suggest... Ian On 12/09/2010 14:33, BRIAN GLACKIN wrote: Greg said in 2 lines what I was trying to say in 20 On Sun, Sep 12, 2010 at 4:39 AM, Belli Buttonbe...@iafrica.com wrote: You can specify a feedrate for each segment of the arc, this way you can control the acceleration. The smaller the segments, the better accuracy you have. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.851 / Virus Database: 271.1.1/3129 - Release Date: 09/11/10 19:34:00 -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Free Form Motion - G-code question
On Sun, 2010-09-12 at 09:33 -0400, BRIAN GLACKIN wrote: Greg said in 2 lines what I was trying to say in 20 On Sun, Sep 12, 2010 at 4:39 AM, Belli Button be...@iafrica.com wrote: You can specify a feedrate for each segment of the arc, this way you can control the acceleration. The smaller the segments, the better accuracy you have. I think more than two lines might be better. You need to have the right kind of short segments, because on some types, the motion will stop at the end points of of each segment. On the endpoint smoothing types, the computing load may limit feed rates. On the other hand, for machining sharp corners, you want the non-smoothing type of segments. I'm wondering, for this application, if it might be better to build the axis machine, then by hand, push the ball through the desired path and rates while having the computer learn the positions. Then the computer would replay the path to have the axis machine reproduce the recorded motion. This might make it easy to reprogram new choreography on the fly. I don't know how well EMC2 would fit into this. -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/index.html California, USA -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G-code question
On 12 September 2010 16:52, Ian W. Wright watchma...@talktalk.net wrote: A couple of days ago I was cutting some ovals. I had the feed rate set to 100mm/min but the actual machine speed never exceeded 30mm/min because of the short segments. Could you air-cut the same profile with G64 active and see if it is any different? -- atp -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Free Form Motion - G-code question
On 12 September 2010 18:09, Kirk Wallace kwall...@wallacecompany.com wrote: I'm wondering, for this application, if it might be better to build the axis machine, then by hand, push the ball through the desired path Pushing strings onto pulleys is notoriously difficult though :-) -- atp -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G-code question
G64 was active to give smoothing between the segments - set in the g-code header script. Ian On 12/09/2010 19:42, Andy Pugh wrote: On 12 September 2010 16:52, Ian W. Wrightwatchma...@talktalk.net wrote: A couple of days ago I was cutting some ovals. I had the feed rate set to 100mm/min but the actual machine speed never exceeded 30mm/min because of the short segments. Could you air-cut the same profile with G64 active and see if it is any different? No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.851 / Virus Database: 271.1.1/3130 - Release Date: 09/12/10 07:34:00 -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Y axis cannot calm down after movement (velocity loop in amplifier)
Dear all, i have the same problem on the Digitax ST drive, but my axis would try to drop under gravity. What are the possible solutions. Best regards. Klemen On Sat, Sep 11, 2010 at 9:17 PM, Andy Pugh a...@andypugh.fsnet.co.ukwrote: On 11 September 2010 20:02, Igor Chudov ichu...@gmail.com wrote: after a movement, the Y axis cannot calm down, the Y axis servo just keeps buzzing and vibrating somewhat. You could try a bit of dead-zone Is it an axis that will try to drop under gravity? -- atp -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G-code question
What I originally suggested that by creating the gcode in a spreadsheet one could easily recreate a path with different segment lengths. While one could take the limit as n - 0, my intention was to show that knowing the function, one could set up two or more files of the same path with different segment lengths and see what provided the best results. Remember he wants to throw a ball not trying to push a router full depth through a block of material. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G-code question
On Sun, 12 Sep 2010 10:39:17 +0200, you wrote: You can specify a feedrate for each segment of the arc, this way you can control the acceleration. The smaller the segments, the better accuracy you have. Any machine takes time to accelerate up to the optimum programmed feed, the smaller the segment, the less chance the machine has to do what you asked it to. Longer segments are kinder on the machine, and on the tool and produce a much better finish. On short segments you may never reach your ideal speed. As for accuracy, my CAM program does a very good job on arc approximation, it's programmable for arc tolerance and can produce smooth running code with a finish better than I can accurately measure if it were done with exact stop and short segment code. Steve Blackmore -- -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] tool change number stuff
Gentlemen, I would like to see the iocontrol write the swapped out spindle tool into the tool-prep-number when a tool change is complete. At that time, on this machine, it is prepped and ready for a tool change. iocontrol leaves it at zero until I command a T number - I can do m6 - m6 - m6 -m6 ad infinitum - this would swap the tool numbers and keep them straight. I will look at the code to see if I can modify it to do what I want. My component is now doing a complete tool change. It will not yet do a second tool change. Investigation of why it will not do a second tool change led to this latest 'feature' request. possibly RANDOM_TOOLCHANGER = 2' ? :) thanks Stuart -- dos centavos -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change number stuff
On Sun, Sep 12, 2010 at 08:24:48PM -0500, Stuart Stevenson wrote: I would like to see the iocontrol write the swapped out spindle tool into the tool-prep-number when a tool change is complete. At that time, on this machine, it is prepped and ready for a tool change. iocontrol leaves it at zero until I command a T number - I can do m6 - m6 - m6 -m6 ad infinitum - this would swap the tool numbers and keep them straight. Currently if you have a random tool changer and you switch between two tools: T1 M6 ... T2 M6 ... T1 M6 this is a case that your carousel's ladder (or whatever logic) should handle: when a prepare comes and the requested pocket is already the current one, you should assert tool-prepared right away, and EMC will continue on with the M6 part. This happens all the time - constantly if running a program that uses just two tools. I think you are saying that on a random machine, with your proposed change, the gcode for this program would be written T1 M6 ... M6 ... M6 which in today's EMC will give you the error that says you can't do a tool change without a T word (prep) first. If I understand you right and this is what you are asking for (please confirm) then I think the idea is a bad one for several reasons. The person writing gcode should not have to know what kind of carousel is on the machine and program accordingly. If you start anywhere in the middle of the first program I typed above, you will always get the right tool no matter the carousel position. If you start in the middle of the second program (after modifying EMC in the way I think you are proposing) you are very likely to get a wrong tool and crash. I cannot see any reason to do this (surely not to save four bytes in the gcode program?) and I can see many reasons not to do it. Chris -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change number stuff
I agree an NC program should not call for a tool change without a tool number commanded. Many, many times I have used two tools in manual/mdi and m6 is the only mdi that was needed to swap the tools. This machine had a tool number display and tool prepped display. This would swap when an M6 was completed. In fact I would like to see the prep number change when the tool chain matrix is indexed with the manual button. As soon as the chain has positioned the tool the prep number should be written. It would take another input to alert EMC which tool number is now presented. I agree a program should require a tool number but I also believe the tool numbers should be maintained during manual operation. My logic counts the tools and keeps track of which pocket is in the tool change position. I think I should be able to manually (using the button on the side of the machine) move the tool chain to a desired tool, issue an M6 and have the tool numbers maintained in a correct fashion in EMC. My original request/comment may not have been as accurate as I wished. Hold the thought - after pondering this I realize the most accurate way to maintain the tools in the proper pockets is by ONLY loading the tools into a random machine's tool changer is by calling the desired tool to be loaded into the spindle and loading the physical tool in the spindle after the tool change is completed. I think I will remove the button from the side of the machine. This will make the machine simpler and safer. Not only is it tool number dangerous to place tools in the pockets of a random tool machine but the remove/replace operation involves prying the tool out of the pocket with a special tool and forcing the tool back into the pot by hand (a recipe for cuts - I can personally vouch for that). thanks Stuart On Sun, Sep 12, 2010 at 9:38 PM, Chris Radek ch...@timeguy.com wrote: On Sun, Sep 12, 2010 at 08:24:48PM -0500, Stuart Stevenson wrote: I would like to see the iocontrol write the swapped out spindle tool into the tool-prep-number when a tool change is complete. At that time, on this machine, it is prepped and ready for a tool change. iocontrol leaves it at zero until I command a T number - I can do m6 - m6 - m6 -m6 ad infinitum - this would swap the tool numbers and keep them straight. Currently if you have a random tool changer and you switch between two tools: T1 M6 ... T2 M6 ... T1 M6 this is a case that your carousel's ladder (or whatever logic) should handle: when a prepare comes and the requested pocket is already the current one, you should assert tool-prepared right away, and EMC will continue on with the M6 part. This happens all the time - constantly if running a program that uses just two tools. I think you are saying that on a random machine, with your proposed change, the gcode for this program would be written T1 M6 ... M6 ... M6 which in today's EMC will give you the error that says you can't do a tool change without a T word (prep) first. If I understand you right and this is what you are asking for (please confirm) then I think the idea is a bad one for several reasons. The person writing gcode should not have to know what kind of carousel is on the machine and program accordingly. If you start anywhere in the middle of the first program I typed above, you will always get the right tool no matter the carousel position. If you start in the middle of the second program (after modifying EMC in the way I think you are proposing) you are very likely to get a wrong tool and crash. I cannot see any reason to do this (surely not to save four bytes in the gcode program?) and I can see many reasons not to do it. Chris -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- dos centavos -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change number stuff
On Sun, Sep 12, 2010 at 10:44:02PM -0500, Stuart Stevenson wrote: In fact I would like to see the prep number change when the tool chain matrix is indexed with the manual button. As soon as the chain has positioned the tool the prep number should be written. It would take another input to alert EMC which tool number is now presented. I'm sure with you here. I'd like to have a button that turns the carousel (on mine, I'd want one button for each direction) and then I'd like to be able to load the selected tool. So often I'm doing something manually and I need a drill chuck or whatever. I look at the carousel and there's a perfect one! So I have to figure out what pocket it's in (the pockets were numbered, but all the tags are broken off except 14 - 15 - 16). So I find 16 and figure out which direction the pocket numbers increase (for the millionth time) and count up to the drill chuck to find it's in pocket 7. Then I switch to touchy's status screen and find where it reports P7: T12 Then I go to MDI and enter M6 T12 and push cycle start. It's pretty tedious. I suppose if I'd fix the tags it would be somewhat better... Hold the thought - after pondering this I realize the most accurate way to maintain the tools in the proper pockets is by ONLY loading the tools into a random machine's tool changer is by calling the desired tool to be loaded into the spindle and loading the physical tool in the spindle after the tool change is completed. Yes yes yes. Not only is that the easiest way, it's way too easy to screw up otherwise. If you have the tool in your hand that you want to be T1, do a M6 T1, if there's a tool there pull it out of the spindle - put in the new one, measure it, done. I have NEVER put a tool directly in the carousel on mine. EMC has NEVER gotten confused about where the tools are. The less I mess with the tool table manually, the better. I use G10 in MDI mode to set the diameter if needed. I use the Set Tool function in touchy to set the length. If you would place a tool directly in the carousel, you'd need to manually edit the tool table. Not only is this a good way to screw up, but also you need a keyboard. My mill does not have one. I think I will remove the button from the side of the machine. This will make the machine simpler and safer. Not only is it tool number dangerous to place tools in the pockets of a random tool machine but the remove/replace operation involves prying the tool out of the pocket with a special tool and forcing the tool back into the pot by hand (a recipe for cuts - I can personally vouch for that). Yes BUT it'd be nice to be able to pick a carousel tool by eye and load it without having to determine the tool number. I can't think of a good way to allow that with EMC's architecture. I will think on it some more. Chris -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tool change number stuff
I am wondering, the tool table has a field for a tool description. Would it be possible to add that tool description to the manualtoolchange dialog, So that it says Insert tool 3, 1/2 carbide end mill? i -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
