Re: [Emc-users] LinuxCNC Integrator meeting Germany?
19th and 20th of October would be a good time for me too. BR Max. On Mon, Jul 8, 2013 at 10:27 PM, Viesturs Lācis viesturs.la...@gmail.comwrote: If there are no objections I would reserve my workplace/workshop in Stuttgart, BW for the 19./20.th October for our integrator meeting so we can all put it down in our schedules and move ahead with planning. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] emco compact 5pc lathe and linuxcnc (no mods to original control)
one last - I swear.. ;) https://www.youtube.com/watch?v=Z_LxyosF2yc sam On 7/15/2013 5:42 PM, sam sokolik wrote: one more.. https://www.youtube.com/watch?v=_7skJhKzU7Y Dad is having too much fun... sam On 07/11/2013 08:43 PM, sam sokolik wrote: quick threading video.. (yes - not the correct cutter - and the exit move is a bit shallow.. but shows the spindle sync is right on...) https://www.youtube.com/watch?v=ERMizV-yy8U sam On 07/11/2013 02:56 PM, sam sokolik wrote: Seems to run nice at 40ipm http://electronicsam.com/images/emco/EMCOThreading.JPG video soon... On 7/9/2013 11:34 AM, sam sokolik wrote: ok - some cool news I think. So - with the switch on the interface board set to off (non step/dir mode) the control signals are 4 phase drive. (seems to be unipolar). pins 2 through 5 control one axis - 6 through 9 control the other. I hacked a hal file to setup stepgen to output 4 phase (patterns 5 through 10). First tried pattern 9 (Unipolar Half Step) because the scale was setup for that. the performance was the same. 20ipm max and would probably have to back that off... Second was pattern 10 (Bipolar Half Step) I know - not likely - and it wasn't. Didn't like it. Third was pattern 5 (Unipolar Full Step) I halved the axis scales also. similar performance.. 20ipm max. (and sound so far was pretty crappy) fourth was pattern 6 (Unipolar Full Step (two windings on)) Holy crap. That sounds nice. maxed out at 30ipm and didn't try any faster. Full stepping is .00054ish per step. Workable for sure. That is what the original control/software maxed out at. I will try faster when I get a chance. That is totally usable with linuxcnc - no mods to the control. I need to hook up the index and 100ppr and try some threading! One thing to try is - I think I can put the interface board back into step/dir and full step. I don't know what pattern it does though. sam (happy dancing..) On 7/8/2013 7:13 AM, sam sokolik wrote: We got a few of these lathes from a local school. they are cute little cnc lathes. The technology is pretty old though. The steppers are 72 steps per rev. I found this http://www.maxton.com/ebay/emco/EMCO%20Compact%205PC%20Conversion%20to%20Mach3.pdf which talks about converting to mach. They remove the octal latch and jump through it. I wanted to see if I could get linuxcnc to drive the board without hacking the latch out. this is what I have found/figured out I think this is correct.. (this is with switch 1 on the interface board set to 'on' which puts the board into step/dir) x step pin 2 x dir pin 3 z step pin 4 z dir pin 5 index pin 12 estop pin 11 100 ppr sensor pin 10 74ls374 enable pin 14 74ls374 clock pin 1 I setup linuxcnc to send a pulse at every base period for the 'clock' that latched the outputs of the chip. (thanks Jeff E for the idea) this is using the 'reset' option of the printer port that allows for a cycle within each base period the same feature that makes 'double step' work. This allows me to 'latch' the 74ls374 each base period with the current step/dir pattern. It seems to work Now it took me a bit of tinkering to figure out that I didn't read the above article well enough to notice that you needed to set a switch to put the emco interface board into step/dir mode. During this time I was flipping bits on the printer port to try to figure out why it wasn't working. I think by default the interface is setup as phase drive. (4 phases per stepper) as I think I was flipping all 8 data bits on the printer port and was getting stepper clunking. Well - the performace of these drives/steppers are pretty poor. (assuming I have the timing right - and I didn't get too much time to play with it.) In the above article they talk about around 20ipm is about max. That is what I was seeing - plus there is a weird interaction when you run both axis at once. (they get quite a bit noisier for some reason). Now it could be that I don't quite have the timing correct - like maybe the step/dir needs to be inverted or or something - I will play with it more. I would also like to switch it back to non-step/dir mode. (phase drive maybe?) because there might be a reason the original software used it.. (better performance?) plus I think I have the original software and would like to try it out also. (need to setup a pure dos machine to test) lathe http://www.electronicsam.com/images/emco/emcoclose.JPG interface/drive http://www.electronicsam.com/images/emco/interfaceanddrive.JPG sam -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] emco compact 5pc lathe and linuxcnc (no mods to original control)
On Thu, Jul 18, 2013 at 7:55 AM, sam sokolik sa...@empirescreen.com wrote: one last - I swear.. ;) https://www.youtube.com/watch?v=Z_LxyosF2yc sam Cool! Nice to see real metal chips flying rather than plastic strings... ;-) Mark -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] query: how long was your longes G-Code program ever?
I'd be interested in what was your biggest-sized G-code program ever good enough: file size, number of lines - just a rough indication is fine --- background: I am considering alternative internal representations of G-code and want to get a handle on the problem size thanks! - Michael -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
From the 3D printer side of things, I just created a file 2.5M, 100K lines. I can easily see needing to print files 5 times this size, On Thu, Jul 18, 2013 at 9:33 AM, Michael Haberler mai...@mah.priv.atwrote: I'd be interested in what was your biggest-sized G-code program ever good enough: file size, number of lines - just a rough indication is fine --- background: I am considering alternative internal representations of G-code and want to get a handle on the problem size thanks! - Michael -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
On Thursday 18 July 2013 10:44:58 Michael Haberler did opine: I'd be interested in what was your biggest-sized G-code program ever good enough: file size, number of lines - just a rough indication is fine --- background: I am considering alternative internal representations of G-code and want to get a handle on the problem size thanks! - Michael The answer to that is likely highly dependent on whether it was hand carved code, or generated by some of our less intelligent code generators. I have seen code that I could write in nested loops in 150 LOC maximum, occupy 10,000+ LOC when generated by a poor generator. IMO when one does not have a tool changer, which I don't on either machine, functions that require their own tool should be broken out into a function file per tool. This is of course not a working proposition for a production line machine with a multiple tool auto changing rack. There, 1,000k+ LOC might not be out of reach. I believe the practical limit is probably the initial scan for errors since I believe it all has to be loaded into memory. I know I get rather bored when it takes 20 minutes to do this initial scan for 200 lines of recursive code. I've been known to reset the machine because its not interruptible, and edit the code to take a bigger byte than my toy mill is comfortable with since its not exactly a paragon of either horse power or rigidity. Probably the most complex files I have ATM that were auto-generated, were generated by pcb2gcode. A fairly small board, 1.3x2.15 both 'etch' files are under 7,000 LOC each according to wc -l. But I'd hate to see the files that carved that toyota engine block I saw being carved on youtube. I could believe a million or more LOC for that. And of course that means gigabytes of dram if its all pulled into memory at load/scan time. I don't envy what you are undertaking to do, simply because the answers are going to be VERY wide ranging. 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) My web page: http://coyoteden.dyndns-free.com:85/gene is up! My views http://www.armchairpatriot.com/What%20Has%20America%20Become.shtml * dpkg ponders: 'C++' should have been called 'D' -- #Debian A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/18/2013 10:17 AM, Troy Jacobson wrote: From the 3D printer side of things, I just created a file 2.5M, 100K lines. I can easily see needing to print files 5 times this size, Most of my 3D printer ngc files are in the 3-5 MByte range, but I've got several over 10 Meg and many files are routinely over 5 Meg. For reference, the woman gcode I printed in Wichita is 7.4M and apx 244,000 lines. I assume the files for real machining are significantly larger, but perhaps not. - -- Charles Steinkuehler char...@steinkuehler.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlHoCgwACgkQLywbqEHdNFweTwCg+cxslQda8NnRF70hVvzFASvV VA4An3Bc1P2qKIsmrGaxAv4yZEqMW8Vf =gFg1 -END PGP SIGNATURE- -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
200-500k lines in 3d milling. Michael W dniu 18.07.2013 17:19, Gene Heskett pisze: On Thursday 18 July 2013 10:44:58 Michael Haberler did opine: I'd be interested in what was your biggest-sized G-code program ever good enough: file size, number of lines - just a rough indication is fine --- background: I am considering alternative internal representations of G-code and want to get a handle on the problem size thanks! - Michael The answer to that is likely highly dependent on whether it was hand carved code, or generated by some of our less intelligent code generators. I have seen code that I could write in nested loops in 150 LOC maximum, occupy 10,000+ LOC when generated by a poor generator. IMO when one does not have a tool changer, which I don't on either machine, functions that require their own tool should be broken out into a function file per tool. This is of course not a working proposition for a production line machine with a multiple tool auto changing rack. There, 1,000k+ LOC might not be out of reach. I believe the practical limit is probably the initial scan for errors since I believe it all has to be loaded into memory. I know I get rather bored when it takes 20 minutes to do this initial scan for 200 lines of recursive code. I've been known to reset the machine because its not interruptible, and edit the code to take a bigger byte than my toy mill is comfortable with since its not exactly a paragon of either horse power or rigidity. Probably the most complex files I have ATM that were auto-generated, were generated by pcb2gcode. A fairly small board, 1.3x2.15 both 'etch' files are under 7,000 LOC each according to wc -l. But I'd hate to see the files that carved that toyota engine block I saw being carved on youtube. I could believe a million or more LOC for that. And of course that means gigabytes of dram if its all pulled into memory at load/scan time. I don't envy what you are undertaking to do, simply because the answers are going to be VERY wide ranging. Cheers, Gene -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
We have 5 axis files and 3D contouring files that regularly approach if not exceed 100K lines. I don't know the maximum we have had but I am sure it was more than 100K lines. This number of lines does not occur often but it does happen once or twice a year. I don't know the file size. 5 axis files are Xxxx. Yyyy. Zzzz. Aaa.aaa Bbb.bbb Ffff. 3D contour files are Xxxx. Yyyy. Zzzz. for each line of the tool motion code. On Thu, Jul 18, 2013 at 9:33 AM, Michael Haberler mai...@mah.priv.atwrote: I'd be interested in what was your biggest-sized G-code program ever good enough: file size, number of lines - just a rough indication is fine --- background: I am considering alternative internal representations of G-code and want to get a handle on the problem size thanks! - Michael -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Addressee is the intended audience. If you are not the addressee then my consent is not given for you to read this email furthermore it is my wish you would close this without saving or reading, and cease and desist from saving or opening my private correspondence. Thank you for honoring my wish. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Code Preview (Was: how long was your longes G-Code program ever?)
On 18 July 2013 16:19, Gene Heskett ghesk...@wdtv.com wrote: I know I get rather bored when it takes 20 minutes to do this initial scan for 200 lines of recursive code. I've been known to reset the machine because its not interruptible, and edit the code to take a bigger byte than my toy mill is comfortable with This is (I think) mainly the GUI preview, and you can interrupt it (Ctrl-C i believe) though the response is not instantaneous. (understatement) The (AXIS, STOP) magic comment might be better than increasing the cut size. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/18/2013 9:33 AM, Michael Haberler wrote: I'd be interested in what was your biggest-sized G-code program ever good enough: file size, number of lines - just a rough indication is fine --- background: I am considering alternative internal representations of G-code and want to get a handle on the problem size Question: Would you design something in today's world that had any sort of hard-coded limit (other than maybe native memory size)? If so, why? I envision a future where gcode files are split into 1 Gig chunks because Microsoft^H LinuxCNC can't handle files bigger than that(*). Also, if I'm not the only one seeing load-time issues with gcode files, perhaps the validation and loading of a gcode file could be split. I like validating the gcode, but don't feel like it's necessary to perform that step every time I load the same file into Axis to run a job over again. I was blaming the gcode load times on the sluggish 1 GHz ARM on the BeagleBone, but it sounds like the gcode files for 3D printing are towards the larger end of typical for LinuxCNC. (*) Obscure reference to the DVD format, and why it uses a collection of 1G VOB files instead of a single large video file. - -- Charles Steinkuehler char...@steinkuehler.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlHoEFQACgkQLywbqEHdNFyqcwCfTsKFbs7hxhOj9aBNC6tXePh1 1ggAmQH9M1i0Ou5ikhvHRQmfieEyDvyr =/Hpv -END PGP SIGNATURE- -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Code Preview (Was: how long was your longes G-Code program ever?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/18/2013 10:43 AM, andy pugh wrote: The (AXIS, STOP) magic comment might be better than increasing the cut size. I use this on all my gcode now, and it helps (a LOT), but loads are still very slow, particularly on larger files (as in it can take 6-10 minutes or more), but it's much faster than without the magic comment. I need a faster 'Bone, or easy-to-use profiling tools! :) - -- Charles Steinkuehler char...@steinkuehler.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlHoEP0ACgkQLywbqEHdNFzk/ACgwJM0EysnQgUoh3gkDdMylvMo IUIAnj/h8YmEbRv+w00zxTWdGM/uOM+s =diiW -END PGP SIGNATURE- -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
On 07/18/2013 10:33 AM, Michael Haberler wrote: your biggest-sized G-code program ever Slicer programs for 3D printing spit out astonishingly long files; the biggest ones seem to be in the 10 to 15 MB range, with around half a million lines. Nothing very complicated, but a whole pile of it... -- Ed softsolder.com -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Largest file
The largest G-code file had just short of 920,000 lines. The file that choked my Dell Precision dual socket dual core Xeon workstation was a 2.8 Gb *.STL file. Sent via iPod -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Code Preview (Was: how long was your longes G-Code program ever?)
On Thursday 18 July 2013 13:25:11 andy pugh did opine: On 18 July 2013 16:19, Gene Heskett ghesk...@wdtv.com wrote: I know I get rather bored when it takes 20 minutes to do this initial scan for 200 lines of recursive code. I've been known to reset the machine because its not interruptible, and edit the code to take a bigger byte than my toy mill is comfortable with This is (I think) mainly the GUI preview, and you can interrupt it (Ctrl-C i believe) though the response is not instantaneous. (understatement) Understatement? I've heard ctl-c will stop it, but half a dozen of them, give up and walked down to the house because my coffee cup is empty and come back to the spinning circle. It gets the reset button treatment when I get back in that case. The (AXIS, STOP) magic comment might be better than increasing the cut size. True, but then I might wreck the work because I've got a + in the while control variable step when I should have a -. That is, hands down, my most common misteak when carving my own code. Possibly related to all the years on the wet ram, dammit. :( 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) My web page: http://coyoteden.dyndns-free.com:85/gene is up! My views http://www.armchairpatriot.com/What%20Has%20America%20Become.shtml Windows for Dummies is much more than a book title, it's a Microsoft way of life! A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Code Preview (Was: how long was your longes G-Code program ever?)
On 7/18/2013 11:59 AM, Charles Steinkuehler wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 7/18/2013 10:43 AM, andy pugh wrote: The (AXIS, STOP) magic comment might be better than increasing the cut size. I use this on all my gcode now, and it helps (a LOT), but loads are still very slow, particularly on larger files (as in it can take 6-10 minutes or more), but it's much faster than without the magic comment. That seems to be a delay caused by Axis, not by the interpreter. As far as the interpreter is concerned, there is no such thing as a load. (Or that was the case the last time I looked.) If you have some subroutines defined near the beginning of the file, there is a delay while they are noticed and skipped over. Otherwise, as soon as it reads a block it executes it. I could imagine a delay of 6-10 seconds, but not 6-10 minutes. My guess is that even when it sees the (AXIS, STOP) comment, it continues to interpret the file, it just skips the motion -- which in this case means it skips the graphics. There's a good chance that it even continues to interpret subroutine calls and loops. (Assuming I'm correct) I've never looked at the source to Axis, but it might be possible to change it so that when is sees the STOP, it starts reading the input directly and skips until it sees an (AXIS, START) or end of file. Ken I need a faster 'Bone, or easy-to-use profiling tools! :) - -- Charles Steinkuehler char...@steinkuehler.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlHoEP0ACgkQLywbqEHdNFzk/ACgwJM0EysnQgUoh3gkDdMylvMo IUIAnj/h8YmEbRv+w00zxTWdGM/uOM+s =diiW -END PGP SIGNATURE- -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
On Thu, Jul 18, 2013 at 11:08 AM, Ed Nisley ed.08.nis...@pobox.com wrote: On 07/18/2013 10:33 AM, Michael Haberler wrote: your biggest-sized G-code program ever Slicer programs for 3D printing spit out astonishingly long files; the biggest ones seem to be in the 10 to 15 MB range, with around half a million lines. Nothing very complicated, but a whole pile of it... I had a handful of mylar dots from a tape punch. Andy P called them antibits. 1/2 million lines would be a large pile of it - :) -- Addressee is the intended audience. If you are not the addressee then my consent is not given for you to read this email furthermore it is my wish you would close this without saving or reading, and cease and desist from saving or opening my private correspondence. Thank you for honoring my wish. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
Like others have said, gcode files for 3d printers van get BIG. I export all my gcode to a single directory, so here the top of that directory, sorted by size: https://www.dropbox.com/s/ljq8zfewru1oy45/Big%20Gcode.PNG I checked, and the largest file there is 1,708,605 lines and 51,650,578 characters long. On Thu, Jul 18, 2013 at 11:04 AM, Stuart Stevenson stus...@gmail.comwrote: On Thu, Jul 18, 2013 at 11:08 AM, Ed Nisley ed.08.nis...@pobox.com wrote: On 07/18/2013 10:33 AM, Michael Haberler wrote: your biggest-sized G-code program ever Slicer programs for 3D printing spit out astonishingly long files; the biggest ones seem to be in the 10 to 15 MB range, with around half a million lines. Nothing very complicated, but a whole pile of it... I had a handful of mylar dots from a tape punch. Andy P called them antibits. 1/2 million lines would be a large pile of it - :) -- Addressee is the intended audience. If you are not the addressee then my consent is not given for you to read this email furthermore it is my wish you would close this without saving or reading, and cease and desist from saving or opening my private correspondence. Thank you for honoring my wish. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] followup: please contribute your G-code whoppers for measurement
it would be valuable to study a few LinuxCNC RS27NGC programs which 'stress the limits' one way or the other - e.g. runtime and size if you have such animals and are free to pass them to me: I would really appreciate it! this could also help with improving the current interpreter's speed (I am not aware of any past efforts here) thanks in advance! - Michael -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] emco compact 5pc lathe and linuxcnc (no mods to original control) (Now - hal is awesome)
So - as far as I can tell - the original control did 1/2 stepping up to about 19ipm - then full stepping from there to 30ipm. Now the lathe runs fine on full stepping from 0 to 40 (maybe 45)ipm. Half stepping only works well up to 20ipm-ish. (stalls above that) But why stop there.. I started thinking about if linuxcnc could do that (without coding anything) A couple advantages of halfstepping.. 1 higher resolution 0.000273403/step vs 0.000546806 per step 2 reduced resonance.. (I have not run into this with full stepping on the lathe) Then at normal cutting speeds - 16ipm you get a higher resolution. So why not have 2 stepgens running. One that half steps (type 9) with input scale of 3657.6073152 and the other full stepping (type 6) with a scale of 1828.8036576 (lathe calculation - metric screws) Then switch between the two stepgens at a specific feed (I picked 16ipm with a hysteresis of 1ipm) All I can say is - HAL IS AWESOME I setup a Lut5 with Jeff E's help (thanks jeff!) that switches the printer port between the 2 stepgens. A offset componant was used between the 2 stepgens to better align the phasing. (not tweeked 100% yet) but we jogged it around - could not tell that it was switching between the 2 stepgens and it always came back to 0. there is a bit more than that.. (ddt for calculating the axis velocity, abs of that, comp w/hystorisis, and stuff I have forgotten already.) And here is a halscope capture. Left side is halfstepping - right side is full stepping. The trigger is the velocity threshold. http://www.electronicsam.com/images/emco/Screenshot.png I think the offset could be tweaked more scientifically to maybe get rid of the blip. But as it is running the 4 phases directly - it didn't seem to effect the motion. here is the initial configs. http://www.electronicsam.com/images/emco/linuxcnc_configs/full-half_step_test/ again - jmk and everyone that has worked on hal - Very very awesome work! sam On 07/18/2013 06:55 AM, sam sokolik wrote: one last - I swear.. ;) https://www.youtube.com/watch?v=Z_LxyosF2yc sam On 7/15/2013 5:42 PM, sam sokolik wrote: one more.. https://www.youtube.com/watch?v=_7skJhKzU7Y Dad is having too much fun... sam On 07/11/2013 08:43 PM, sam sokolik wrote: quick threading video.. (yes - not the correct cutter - and the exit move is a bit shallow.. but shows the spindle sync is right on...) https://www.youtube.com/watch?v=ERMizV-yy8U sam On 07/11/2013 02:56 PM, sam sokolik wrote: Seems to run nice at 40ipm http://electronicsam.com/images/emco/EMCOThreading.JPG video soon... On 7/9/2013 11:34 AM, sam sokolik wrote: ok - some cool news I think. So - with the switch on the interface board set to off (non step/dir mode) the control signals are 4 phase drive. (seems to be unipolar). pins 2 through 5 control one axis - 6 through 9 control the other. I hacked a hal file to setup stepgen to output 4 phase (patterns 5 through 10). First tried pattern 9 (Unipolar Half Step) because the scale was setup for that. the performance was the same. 20ipm max and would probably have to back that off... Second was pattern 10 (Bipolar Half Step) I know - not likely - and it wasn't. Didn't like it. Third was pattern 5 (Unipolar Full Step) I halved the axis scales also. similar performance.. 20ipm max. (and sound so far was pretty crappy) fourth was pattern 6 (Unipolar Full Step (two windings on)) Holy crap. That sounds nice. maxed out at 30ipm and didn't try any faster. Full stepping is .00054ish per step. Workable for sure. That is what the original control/software maxed out at. I will try faster when I get a chance. That is totally usable with linuxcnc - no mods to the control. I need to hook up the index and 100ppr and try some threading! One thing to try is - I think I can put the interface board back into step/dir and full step. I don't know what pattern it does though. sam (happy dancing..) On 7/8/2013 7:13 AM, sam sokolik wrote: We got a few of these lathes from a local school. they are cute little cnc lathes. The technology is pretty old though. The steppers are 72 steps per rev. I found this http://www.maxton.com/ebay/emco/EMCO%20Compact%205PC%20Conversion%20to%20Mach3.pdf which talks about converting to mach. They remove the octal latch and jump through it. I wanted to see if I could get linuxcnc to drive the board without hacking the latch out. this is what I have found/figured out I think this is correct.. (this is with switch 1 on the interface board set to 'on' which puts the board into step/dir) x step pin 2 x dir pin 3 z step pin 4 z dir pin 5 index pin 12 estop pin 11 100 ppr sensor pin 10 74ls374 enable pin 14 74ls374 clock pin 1 I setup linuxcnc to send a pulse at every base period for the 'clock' that latched the outputs of the chip. (thanks Jeff E for the idea) this is using the 'reset' option of the
Re: [Emc-users] emco compact 5pc lathe and linuxcnc (no mods to original control) (Now - hal is awesome)
On 18 Jul 2013, at 22:15, sam sokolik wrote: So - as far as I can tell - the original control did 1/2 stepping up to about 19ipm - then full stepping from there to 30ipm. Now the lathe runs fine on full stepping from 0 to 40 (maybe 45)ipm. Half stepping only works well up to 20ipm-ish. (stalls above that) But why stop there.. I started thinking about if linuxcnc could do that (without coding anything) A couple advantages of halfstepping.. 1 higher resolution 0.000273403/step vs 0.000546806 per step 2 reduced resonance.. (I have not run into this with full stepping on the lathe) Then at normal cutting speeds - 16ipm you get a higher resolution. So why not have 2 stepgens running. One that half steps (type 9) with input scale of 3657.6073152 and the other full stepping (type 6) with a scale of 1828.8036576 (lathe calculation - metric screws) Then switch between the two stepgens at a specific feed (I picked 16ipm with a hysteresis of 1ipm) Nice. That's pretty much what the Gecko drives do when they morph, I think. Works well. http://www.geckodrive.com/support/application-notes/step-drives/how-morphing-works.html But your method is simpler and much cheaper. Marcus All I can say is - HAL IS AWESOME I setup a Lut5 with Jeff E's help (thanks jeff!) that switches the printer port between the 2 stepgens. A offset componant was used between the 2 stepgens to better align the phasing. (not tweeked 100% yet) but we jogged it around - could not tell that it was switching between the 2 stepgens and it always came back to 0. there is a bit more than that.. (ddt for calculating the axis velocity, abs of that, comp w/hystorisis, and stuff I have forgotten already.) And here is a halscope capture. Left side is halfstepping - right side is full stepping. The trigger is the velocity threshold. http://www.electronicsam.com/images/emco/Screenshot.png I think the offset could be tweaked more scientifically to maybe get rid of the blip. But as it is running the 4 phases directly - it didn't seem to effect the motion. here is the initial configs. http://www.electronicsam.com/images/emco/linuxcnc_configs/full-half_step_test/ again - jmk and everyone that has worked on hal - Very very awesome work! sam -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] USB Pendant (again)
Found a seller who stock these to a decent price http://www.vistacnc.com/b07_pendant_P1/pendant_M1.htm Datasheet: http://bit.ly/13CvytU Time to make a better pendant for a machine, and with all the pendants people seems to successfully hookup lately this might work. Opinions, please. :) /S -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] USB Pendant (again)
Ooh thats pretty, how much are they and do we have software for LinuxCNC to work with them? Pete On Thu, Jul 18, 2013 at 6:06 PM, Sven Wesley svenne.d...@gmail.com wrote: Found a seller who stock these to a decent price http://www.vistacnc.com/b07_pendant_P1/pendant_M1.htm Datasheet: http://bit.ly/13CvytU Time to make a better pendant for a machine, and with all the pendants people seems to successfully hookup lately this might work. Opinions, please. :) /S -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] USB Pendant (again)
Hi Pete Ooh thats pretty, how much are they According to On 19.07.2013 00:16, Pete Matos wrote: the website, linked by the OP, 99 USD and do we have software for LinuxCNC to work with them? Most probably not. But it most probably acts as a HID and emulates a keyboard and so all it would take is to record the key press responses and adapt the existing (there is a solution out there for one of these wireless versions, right?) USB pendant solutions. Flo -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] USB Pendant (again)
ReasonableHMM today's my birthday.H.. Pete On Thu, Jul 18, 2013 at 6:29 PM, Florian Rist fr...@fs.tum.de wrote: Hi Pete Ooh thats pretty, how much are they According to On 19.07.2013 00:16, Pete Matos wrote: the website, linked by the OP, 99 USD and do we have software for LinuxCNC to work with them? Most probably not. But it most probably acts as a HID and emulates a keyboard and so all it would take is to record the key press responses and adapt the existing (there is a solution out there for one of these wireless versions, right?) USB pendant solutions. Flo -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
Maybe it's time to consider dropping the use of G-code and STL for additive manufacturing? Why not just go CAD to AMF? http://en.wikipedia.org/wiki/Additive_Manufacturing_File_Format And then just import AMF right into the interpreter and skip using G-code. The problem with having only one small nozzle (besides having only one small nozzle) is that it has to travel over the entire part. It's the same for only one laser using SLA so the G-code for motion is large and if the part has lots of on/off for deposition the G-code gets even larger. It works right now on 3-axis glue guns with only one or two nozzles and one or two materials. It gets further complicated if printheads or a micro-valve array is used since they might only have 25um nozzles and interlace hundreds or thousands of them with multiple materials. On 07/18/2013 10:57 AM, Charles Steinkuehler wrote: background: I am considering alternative internal representations of G-code and want to get a handle on the problem size Question: Would you design something in today's world that had any sort of hard-coded limit (other than maybe native memory size)? If so, why? I envision a future where gcode files are split into 1 Gig chunks because Microsoft^H LinuxCNC can't handle files bigger than that(*). -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] USB Pendant (again)
Hi Pete ReasonableHMM But not certain. These pndants need a Mach3 plug-in, so it could be any kind of protocol and some of them feature a small display. Dose the wireless on, discussed recently, need a plug-in for Mach3, too? today's my birthday.H.. Congratulations. :-) See you Flo -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
On Thu, 7/18/13, Gene Heskett ghesk...@wdtv.com wrote: background: I am considering alternative internal representations of G-code and want to get a handle on the problem size thanks! - Michael Something like an optimizer that finds repeated motions, condenses them to one subroutine and replaces redundant repeats with jumps to and from the subroutine? Then there's pre-scanning the entire file to optimize speed everywhere instead of doing limited lookahead while actually cutting. Some waterjet cutting software does that. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
On Thu, 7/18/13, Charles Steinkuehler char...@steinkuehler.net wrote: Question: Would you design something in today's world that had any sort of hard-coded limit (other than maybe native memory size)? If so, why? I envision a future where gcode files are split into 1 Gig chunks because Microsoft^H LinuxCNC can't handle files bigger than that(*). (*) Obscure reference to the DVD format, and why it uses a collection of 1G VOB files instead of a single large video file. - DVD for video came out circa 1996. 1x speed DVD-ROM drives for computers hit the scene in 1997. Development work started some years earlier. Back then, the most popular hard drive size was a gigantic two gigabytes *unformatted capacity* and 16 *megabytes* of RAM was a mainstream amount though 32 megabytes was becoming popular as RAM hungry Windows 95 gained market share. By the time Windows 98SE was released, 256 megabytes was considered low end but 2 gig hard drives were still very popular due to being much less expensive than drives with larger capacity, like those monster sized 8 gig ones which tended to require special formatting software to trick creaky old BIOS code into working with them. DVD video has been stuck with the same limitations for 17+ years because to ensure every Digital Video Disc will work in every DVD player, no matter how old, it must stay with that old standard, in spite of all the anti-copying tricks the publishers try. Some of the latest attempts have somewhat busted compatibility with some players. The organization that oversees the standard is considering disallowing such discs to bear the official DVD logos and recommending a warning on them that they may not work in all players. P.S. My first hard drive was a *five megabyte* 5.25 full height MFM Tandon. After installing MS-DOS 2.2 and *all* of the software I owned (on 360K floppies) it was half full. Then I did a full backup - onto 360K floppies. As the stack rose above the height of the IBM 5150 PC's case, I said to myself I'm never doing this again!. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
On Thursday 18 July 2013 22:07:44 John Kasunich did opine: On Thu, Jul 18, 2013, at 02:04 PM, Stuart Stevenson wrote: I had a handful of mylar dots from a tape punch. Andy P called them antibits. 1/2 million lines would be a large pile of it - :) And Mike Payson wrote: Like others have said, gcode files for 3d printers van get BIG. I export all my gcode to a single directory I checked, and the largest file there is 1,708,605 lines and 51,650,578 characters long. Geek that I am, I just had to do the math: If that file was punched onto paper tape, the tape would be 81 miles long. The pile of anti-bits would weigh about 25 lbs. If you wound the tape onto a single spool, it would be 13 feet in diameter and weigh about 700 lbs. Hey Stuart, we have a new program to load into the Haas. Bring that forklift over here! PPt! Thanks John, I needed a good laugh. ;-) 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) My web page: http://coyoteden.dyndns-free.com:85/gene is up! My views http://www.armchairpatriot.com/What%20Has%20America%20Become.shtml We gave you an atomic bomb, what do you want, mermaids? -- I. I. Rabi to the Atomic Energy Commission A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
The largest files I've used were over 400k lines of code (ran on a Fanuc control not Linuxcnc). The largest on Linuxcnc was around 300k. Both were doing 2.5-D engraving of large amounts of text. The largest was an entire page from the Bible blown up to 4ft wide and 6ft tall. - Original Message - From: Michael Haberler mai...@mah.priv.at To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Thursday, July 18, 2013 10:33:13 AM Subject: [Emc-users] query: how long was your longes G-Code program ever? I'd be interested in what was your biggest-sized G-code program ever good enough: file size, number of lines - just a rough indication is fine --- background: I am considering alternative internal representations of G-code and want to get a handle on the problem size thanks! - Michael -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] query: how long was your longes G-Code program ever?
On Thu, 2013-07-18 at 22:12 -0400, Gene Heskett wrote: On Thursday 18 July 2013 22:07:44 John Kasunich did opine: On Thu, Jul 18, 2013, at 02:04 PM, Stuart Stevenson wrote: I had a handful of mylar dots from a tape punch. Andy P called them antibits. 1/2 million lines would be a large pile of it - :) And Mike Payson wrote: Like others have said, gcode files for 3d printers van get BIG. I export all my gcode to a single directory I checked, and the largest file there is 1,708,605 lines and 51,650,578 characters long. Geek that I am, I just had to do the math: If that file was punched onto paper tape, the tape would be 81 miles long. The pile of anti-bits would weigh about 25 lbs. If you wound the tape onto a single spool, it would be 13 feet in diameter and weigh about 700 lbs. Hey Stuart, we have a new program to load into the Haas. Bring that forklift over here! PPt! Thanks John, I needed a good laugh. ;-) A good belly laugh is good for the soul. ROFLOL! Dave Cheers, Gene -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users