[Emc-users] Probably a documentation error
I believe the following snippet from the G%20Codes.html page on the site is dodgy. Alternatively, I am seriously not understanding something. E.g. I cannot figure out a reason why from Z0, (on the first line) you get to Z=9 via a Z-1 command on the second line. I just thought I would let the documentation maintainers know about it, for when they do their next corrections run. [ Not a complaint, just trying to be helpful] Regards Cecil G2 Example Line G0 X0 Y0 Z0 G17 G2 X10 Y16 I3 J4 Z-1 (helix arc with Z added) P word Example G0 X0 Y0 Z0 G2 X0 Y1 Z-1 I1 J0.5 P2 F25 The above example line will make a clockwise (as viewed from the positive Z-axis) circular or helical arc whose axis is parallel to the Z-axis, ending where X=10, Y=16, and Z=9, with its center offset in the X direction by 3 units from the current X location and offset in the Y direction by 4 units from the current Y location. If the current location has X=7, Y=7 at the outset, the center will be at X=10, Y=11. If the starting value of Z is 9, this is a circular arc; otherwise it is a helical arc. The radius of this arc would be 5. [Description: cid:image002.jpg@01CBD1D5.8FBCB7A0] Dr Cecil L Churms Principal Scientist DebTech De Beers Group Services (Pty) Ltd cecil.chu...@debeersgroup.commailto:cecil.chu...@debeersgroup.com | Tel: +27 11 309 3832 | Fax: +27 11 309 3052 * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .*-- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Probably a documentation error
I'll check them out as I go. -Original Message- From: andy pugh [mailto:bodge...@gmail.com] Sent: 06 November 2014 03:47 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Probably a documentation error On 6 November 2014 13:32, Viesturs Lācis viesturs.la...@gmail.com wrote: The starting point of arc is X0 Y0 (previous line is G0 X0 Y0). How can it reach X10 Y16, which is 18,86 units from start point with I3 J4, which give radius 5 and diameter 10? It can't. It seems that someone needs to run through the examples with a sim machine and see what actually happens, then edit the docs to suit. It is wrong in French too, FWIW. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .* * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .* -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] The Warm Glow of Mach 3
According to the documentation - only partially insured. This will have a major impact on the private couriers for NASA. (I am routing for Space-X in the renewed space race.) -Original Message- From: p...@wpnet.us [mailto:p...@wpnet.us] Sent: 29 October 2014 05:58 PM To: emc-users@lists.sourceforge.net Subject: Re: [Emc-users] The Warm Glow of Mach 3 All insured I'm sure, just an astronomical premium increase in the works... --Original Mail-- From: Pete Matos petefro...@gmail.com To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Wed, 29 Oct 2014 11:52:16 -0400 Subject: Re: [Emc-users] The Warm Glow of Mach 3 Jeez man that rocket explosion was EPIC!! A shame for all involved I am quit sure there are lots of empty wallets after that disaster. Space exploration and commercialization is not gonna be cheap. Peace Pete On Wed, Oct 29, 2014 at 11:47 AM, Kirk Wallace kwall...@wallacecompany.com wrote: This subject line caught my eye, but it's a different Mach 3: http://www.nasa.gov/aero/the-warm-glow-of-mach3/#.VFEKydewfiE BTW, if you want to see other NASA e-mail announcements and picture of the week: https://public.govdelivery.com/accounts/USNASA/subscriber/new?preferen ces=true#tab1 -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/ -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Pete Matos A and N Precision and Fabrication Maryville, Tennessee 865-236-8996 -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .* * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .* -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Oscilloscope + logic analyzer (PC based)
Hi Viesturs. Be careful, the 6022BE is advertised as being a scope-only, whereas the 6022BL is a 6022BE plus the 16 channel logic analyser function - hence the price difference. (The best price on AliExpress, with free shipping for me would be US$88 for the BL and US$66 for the BE) However, if you just want to do some simple logic analyser work, then what about: http://www.aliexpress.com/item/1pcs-New-Arrival-USB-Logic-Analyzer-24M-8CH-MCU-ARM-FPGA-DSP-debug-tool/1710322113.html for US$7.80 shipping included. OF COURSE this toy cannot do what the fancy ones do, and it is only a logic analyser, not an oscilloscope, but I bought one - got good service from the supplier, and was very favourably impressed at what a cheap thing like this can do. I think you mention that you have not had an oscilloscope/ logic analyser before. You might want to go with something simple like this to get to know what it can do, and then you can be more specific as to what you want your Rolls Royce to do when you buy it. In that way you will know what you want, and pay for that only, instead of just buying the biggest and best option that you can afford. Hope that helps. Cecil -Original Message- From: Viesturs Lācis [mailto:viesturs.la...@gmail.com] Sent: 07 October 2014 12:11 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Oscilloscope + logic analyzer (PC based) 2014-10-07 12:14 GMT+03:00 Mark Wendt wendt.m...@gmail.com: Then there's the issue where the software runs under The Virus That Masquerades As An Operating System, Windoze. Since I use my laptop for 3D modelling, that is my only PC with non-ubuntu OS (I am not yet aware of any decent 3D CAD application that would work on Linux), so OS is not an issue at the moment, it has Ubuntu as well. I'd go with Gene's suggestion, or that one I posted a week or two ago. I found a message from you with a link to pocket oscilloscope. Did you mean that? The reason I asked is that I do not believe in miracles and the price looks too good for a decent oscope, I managed to find this: http://www.eevblog.com/forum/testgear/hantek-6022be-will-it-work-for-me/ There is link to another forum. Those guys do not seem very happy with the device, but the thing is that I do not know, how much did they expect and how bad it really is in the end. I have never owned an oscope, so I have no idea, what to really look for. I would like that logic analyzer feature for that print on the wall wall project I wrote some time ago - we still would like to hack that Epson head, tried to check the lines with oscilloscope (found a guy with an oscope, visited him), but did not find out much. There are few lines that seem to switch particular areas of nozzles on and off, so we decided that logic analyzer would help there. 2014-10-07 12:53 GMT+03:00 andy pugh bodge...@gmail.com: If you have the money they go to 20 GHz The price list I found had nothing below 10K EUR... 2014-10-07 12:01 GMT+03:00 Erik Christiansen dva...@internode.on.net: Viesturs, if the logic analyser is a requirement, then something like the Bitscope that I use might be an option. Could you, please, share exact model number, so that I can look it up or even a link to particular device? It is not that I am sticking with the cheapest possible solution, the intended budget was up to 300 eur. I just would not want to spend some extra for features that sound cool to me as a newbie, but are of very specific use that I will never need. OTOH I do not want to purchase cheapest machine and then find out that it is basically useless (which is the case very often, when one does not know, what to look for - like me at the moment). Viesturs -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments.
Re: [Emc-users] Uncondiftional , Conditional Program Jumps .
I am reminded of a sign on one of the computer science professor's door at the university where I worked: GOTO is an obscene four-letter word and should only be used in dire emergencies - but even then, not in good company ...or something to that effect. That kind-of sums it up :-) Regards Cecil -Original Message- From: Marcus Bowman [mailto:marcus.bow...@visible.eclipse.co.uk] Sent: 02 October 2014 11:59 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Uncondiftional , Conditional Program Jumps . On 2 Oct 2014, at 18:32, andy pugh wrote: On 2 October 2014 17:59, alex chiosso achio...@gmail.com wrote: I've checked out the jump functionality (within the G code) used from several CNCs on the market (Fanuc,Siemens ,Heidenhain,Fagor ...) and it is present. Nearly every other programming language either does not have a jump/goto or deprecates the use of it. I second that emotion . * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .* -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Uncondiftional , Conditional Program Jumps .
Apologies - I did not mean to imply anything bad or evil in my quote of the prof (who was a structured programming nut), but I probably sounded that way. I actually agree that GOTO should be available for all the situations in which it is appropriate. However, I also know how it can be easily misused - resulting in buggy code, or spaghetti code or unmaintainable code or whatever. I liken it's inclusion or exclusion in a language to e.g. a choice between C and Pascal. Pascal has been referred to as a perfect high-level language - but it is also a perfect pain! Once you are used to programming with pointers in C, you find Pascal soo limiting. How you wish you had a pointer available to simplify and speed up this specific algorithm you are working on. So you return to C, and then one day, you leave your pointers pointing to outer space, and the program crashes with a variable which has mysteriously and autonomously changed its value - and until you have identified the bug - you spend your time getting upset with the compiler that is not doing what you are telling it to do! So the higher-level your language is, the more you are protected from your own silliness. The lower-level your language is, the more empowered you are to do fast and fancy things - but with a stability cost. (Believe it or not, I prefer C or even Assembler in some instances!) The question we are really debating is, is the LinuxCNC G-dialect a high level or low level language, or even an Assembler? And I believe that each one of us on the list has a different view as to how high or how low we should go! My personal view is that it does need the power of the availability of a GOTO/JMP, but that it should be couched in caution and/or protection for the beginner. Ideally, it should be available when an advanced switch has been triggered, but be turned off by default. However, I say this with trepidation, as many of us know that even this approach is fraught with pitfalls :-). How many of us have at times forgotten to include the gcc -std=gnu99 switch? Well - enough philosophising - thanks again to all the guys who have made linuxCNC the powerful package it is. Dr Cecil L Churms Principal Scientist DebTech De Beers Group Services (Pty) Ltd cecil.chu...@debeersgroup.com | Tel: +27 11 309 3832 | Fax: +27 11 309 3052 -Original Message- From: alex chiosso [mailto:achio...@gmail.com] Sent: 03 October 2014 09:35 AM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Uncondiftional , Conditional Program Jumps . Honestly I don't understand what evil is inside the GOTO statement to be rejected . As I told before so many CNC manufactures are including it in their G Code dialects . So are they living on another planet ? A programmer can write bad code without any use of GOTO. So why the absence of GOTO is saving a programmed from write bad code ? I'm deeply convinced (by the practical usage) that with GOTO is possible to write programs much more clear and structured than without. Regards Alex On Fri, Oct 3, 2014 at 9:12 AM, Churms, Cecil cecil.chu...@debeersgroup.com wrote: I am reminded of a sign on one of the computer science professor's door at the university where I worked: GOTO is an obscene four-letter word and should only be used in dire emergencies - but even then, not in good company ...or something to that effect. That kind-of sums it up :-) Regards Cecil -Original Message- From: Marcus Bowman [mailto:marcus.bow...@visible.eclipse.co.uk] Sent: 02 October 2014 11:59 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Uncondiftional , Conditional Program Jumps . On 2 Oct 2014, at 18:32, andy pugh wrote: On 2 October 2014 17:59, alex chiosso achio...@gmail.com wrote: I've checked out the jump functionality (within the G code) used from several CNCs on the market (Fanuc,Siemens ,Heidenhain,Fagor ...) and it is present. Nearly every other programming language either does not have a jump/goto or deprecates the use of it. I second that emotion . ** *** The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .* -- Meet PCI DSS 3.0 Compliance
Re: [Emc-users] gedit tools-external tools-new missing
Gene Heskett: ... I'm using chromium as default browser and haven't quite got its bookmarking figured out. Click the star at the extreme right of the url address box (i.e. the box that starts with https://...) Regards - Cecil * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .* -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] LinuxCNC 2.6.0~pre5
Does this include the new trajectory planner? How do I find the debian archive - I clicked all the buttons, but havn't managed to see it. Thanks Cecil -Original Message- From: Sebastian Kuzminsky [mailto:s...@highlab.com] Sent: 22 July 2014 10:09 AM To: Enhanced Machine Controller (EMC) Subject: [Emc-users] LinuxCNC 2.6.0~pre5 I just pushed a new pre-release to the debian archive at www.linuxcnc.org: 2.6.0~pre5 The big news here is a new RTAI kernel for Ubuntu 12.04 Precise and Debian 7 Wheezy. (Ubuntu 10.04 Lucid is not affected by this kernel change.) If you were running the LinuxCNC 2.6 pre-releases on Precise or Wheezy you'll need to remove the old RTAI kernel and install the new one in order to keep getting updates. Up until now, Precise and Wheezy were running newer experimental versions of RTAI that have proved unreliable (thanks to our testers!). The new kernel on offer is an older version of RTAI that we have not observed these problems with. Unfortunately, since it's technically a downgrade (the version number is getting smaller) this means that manual intervention is needed. If you're currently running Precise or Wheezy, check if you're running the correct kernel: uname -r should say 3.4-9-rtai-686-pae and uname -v should say #1 SMP PREEMPT Debian 3.4.55-3linuxcnc. If it says something different, you have two options. Option 1: Use your favorite package manager (Synaptic, aptitude, or similar) to manually remove your current RTAI kernel and rtai-modules package, and install the correct ones. The correct kernel package is named linux-image-3.4-9-rtai-686-pae, the package version number is 3.4.55-3linuxcnc. The correct rtai-modules package is named rtai-modules-3.4-9-rtai-686-pae, the package version is 3.9.261.g97fe261. Reboot to the new kernel and verify that the uname output is correct Option 2: Make a fresh installation of Precise or Wheezy, since all new installations will get the correct kernel. The Precise install instructions on the wiki[0] will get you the correct kernel, as will the Wheezy install image. 0: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?LinuxCNC_On_Ubuntu_Precise Ok, with that awful hassle behind us, here's the awesome changelog for 2.6.0~pre5: * Add G43.2 - this lets G-code sum an arbitrary number of tool length offsets by calling G43.2 multiple times. * add a demo config showing remapped G43.2 * touchy: add support for G43.2 * gmoccapy: screen2 bug fix * gmoccapy: new hal pins for program progress * gmoccapy: solved bug using change remap and tool edit widget * gmoccapy: fix a bug with remapped tool change * pncconf: fix an incompatibility between Mesa and LinuxCNC XMLs * pid: change pins from IO to IN * thcud: fix velocity tolerance calculation * debounce: improve manpage * parport: fix API manpage cut paste errors * docs: G43.1 works with all axes, not just XZ * docs: French translation updates * docs: misc minor cleanups * docs: HAL floats are 64 bits wide now, not 32 * sim: fix 32-bit truncation of rdtsc on x86_64 * interp: print correct filename in message * interp: need to initialize context_struct * task: silence a warning with gcc 4.8 + boost 1.55.0 * task: don't link with ULAPISRCS * task: safer message formatting * rtapi: use proper type for rtapi_print_msg level * rtapi: Remove unused define * build-depend on libtk-img and make missing img::png a build-time failure * build: Fix a crash on gcc4.7.2 (Debian Wheezy) * build: fix inconsistency when multiple versions of tcl/tk are available Thanks to the testers and to the developers who contributed to this pre-release: Andy Pugh Bas de Bruijn Chris Morley Chris Radek Francis Tisserant Jeff Epler John Thornton Norbert Schechner -- Sebastian Kuzminsky -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this
Re: [Emc-users] LinuxCNC 2.6.0~pre5
Perfect! - Thanks -Original Message- From: Sebastian Kuzminsky [mailto:s...@highlab.com] Sent: 22 July 2014 04:07 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] LinuxCNC 2.6.0~pre5 On 07/22/2014 02:44 AM, Churms, Cecil wrote: Does this include the new trajectory planner? The new trajectory planner is not in 2.6. It's in the master branch and will be part of 2.7. You can get debs of the master branch from the buildbot: http://buildbot.linuxcnc.org/ How do I find the debian archive - I clicked all the buttons, but havn't managed to see it. The linuxcnc.org debian archive is here: http://linuxcnc.org/dists/ But i'm not sure if that's what you're asking... Here are instructions on how to update an existing LinuxCNC 2.5 installation to 2.6: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?UpdatingTo2.6 Here are instructions on making a fresh Ubuntu 12.04 Precise install for LinuxCNC 2.6: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?LinuxCNC_On_Ubuntu_Precise And finally, here are instructions for writing the new experimental Debian 7 Wheezy LinuxCNC install image (see the email from Chris Radek in this thread) to a USB stick: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Hybrid_Iso Hope this helps! -- Sebastian Kuzminsky -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .* * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .* -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Tool-path compression?
Hi gents I have been searching through the LinuxCNC documentation to answer this question, but have not found the right spot yet. (Or maybe it isn't there) Can LinuxCNC do some form of path compression/simplification on the G code? i.e. If I have a long string of G1 moves, all in a straight line, can LinuxCNC convert it into one move with an acceleration at the beginning and a deceleration at the end? Similarly (and requiring more complexity), will LinuxCNC convert a string of G1 moves following an arc into a G2 or G3 arc? Thanks for your help as always. (I have enjoyed the Capacitor tutorial recently.) Cecil * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .* -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Float precision/size?
On page 4 of the HAL Manual V2.6.0-pre4, 2014-06-12 a float is defined as 64 bits (i.e which I refer to as a double in my programming), which I take to be the case within a HAL context. However, on page 44 of the same Manual, it is defined as 32 bits (i.e typically a float). Which is correct? Or am I missing something. P.S. I am a newbie working systematically through the documentation, and notice bugs/errata here and there, where I can usually work out what is correct from the context. However, they are spelling/grammar/tech bugs nevertheless. According to the Getting Started manual, in connection with Mesa Configuration Wizard bugs, I should report them to the mail-list. While not wanting to clutter up this list with less important corrections, I still take pride in the user-driven quality of Linux and my newly-found LinuxCNC gold-mine. Is there a better place to report documentation errata? Having been in academia in the past, I recognise how easily errors can slip into tech documentation, but also appreciate the time it takes to weed them out. So I personally appreciate someone who has noticed something to bring it to my attention. However, if I highlight documentation errata, I run the risk of sounding pedantic/pernickety/a pain in the . if I do so. I would appreciate some guidance as to the approach of this list - or a pointer to a better errata depository. Proudly open-source-community-driven-Linux Cecil [Description: cid:image002.jpg@01CBD1D5.8FBCB7A0] Dr Cecil L Churms Principal Scientist DebTech De Beers Group Services (Pty) Ltd cecil.chu...@debeersgroup.commailto:cecil.chu...@debeersgroup.com | Tel: +27 11 309 3832 | Fax: +27 11 309 3052 * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .*-- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Float precision/size?
Jeff Excellent answer - now I not only know, but also understand. The fact that the documentation wasn't all updated is real-life ;-). Anyone expecting otherwise hasn't attempted a project 1/1000th of the size of LinuxCNC. I'll try to do my tuppence-worth of contribution, and feed any inconsistencies I find through to John Thornton. Cecil -Original Message- From: Jeff Epler [mailto:jep...@unpythonic.net] Sent: 02 July 2014 02:45 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Float precision/size? On Wed, Jul 02, 2014 at 11:50:23AM +, Churms, Cecil wrote: On page 4 of the HAL Manual V2.6.0-pre4, 2014-06-12 a float is defined as 64 bits (i.e which I refer to as a double in my programming), which I take to be the case within a HAL context. However, on page 44 of the same Manual, it is defined as 32 bits (i.e typically a float). Which is correct? Or am I missing something. Originally, linuxcnc used 32-bit (C floats) for HAL items of type float. This led to problems in real-world systems---for example, given a 2048 cycles-per-revolution encoder running at 1000 RPM, in well under an hour the precision of a 32-bit float is no longer enough to represent each count on the encoder as a distinct floating-point value, so there is a real need for a higher precision value than C float. This original decision was made conservatively, because it was not known whether 64-bit floats could be stored atomcally on then-current CPU architectures. The basic atomicity guarantee of hal types are that, when reading one value at the same time as someone else is writing a value, you see either the old value or the new value. In particular, you can't see a value that is a mix of bytes from the old value and the new value. In 2008, I read some Intel Pentium and AMD Athlon CPU manuals, and saw that the necessary guarantee is made for double-precision numbers that are stored at 8-bit aligned locations. I wish that I had recorded what these references were, but all I have is my series of empirical blog posts from 2008: http://emergent.unpythonic.net/01189609097 http://emergent.unpythonic.net/01225549319 http://emergent.unpythonic.net/01225680565 After a bit of scrounging, here's an Intel reference, from IA-32 Intel(R) Architecture Software Developer’s Manual Volume 3: System Programming Guide (2001), section 7.1.1 Guaranteed Atomic Operations: The Pentium 4, Intel Xeon, P6 family, Pentium, and Intel486 processors guarantee that the following basic memory operations will always be carried out atomically: * Reading or writing a byte. * Reading or writing a word aligned on a 16-bit boundary. * Reading or writing a doubleword aligned on a 32-bit boundary. The Pentium 4, Intel Xeon, and P6 family processors guarantee that the following additional memory operations will always be carried out atomically: * Reading or writing a quadword aligned on a 64-bit boundary. (This operation is also guaranteed on the Pentium processor.) In the end, we did change from floats to doubles for linuxcnc 2.5.0, and some of the documentation simply wasn't updated. Jeff -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .* * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present
Re: [Emc-users] USC card detection
Hi Jon, Thanks for the info - and from the guys that designed it. Thanks for your help. Its good to know the specialists are also reading the list - and will be there to support questions when I buy some pico hardware. In the end, I went the long route and read through the driver code - so managed to work it out (I wasn't sure if the ID byte in the registers was enough to identify). But it is nice to have confirmation that I read correctly. Even though the code is written, I am still in the testing phase but I believe it will work - at least in theory it will: The steppers are driven directly from an up-counter (like the USC), which is running at 16MHz, with relatively low jitter. So I think I am OK there - maybe a tad faster. (Though by no means as fast as the Beagle Bone) The encoders are being counted by interrupt-driven routines, so are actually being updated at a rate which should have less latency than the USC updating at 10kHz. I latch on the first access to one of the encoder registers, so that is also sorted. The encoder interrupts are out of phase (by definition :-) ), so the one routine will not be stomping on the other, so long as it takes less than 1/4 period to process the interrupt. Each encoder has its dedicated arduino, so the system is scalable to more encoders without a bottle-neck there. I go through the same handshaking as the USC (as defined by the EPP standard), so should be relatively OK. To be within the EPP time-out of 10us, I have 160 clock cycles to do the handshaking, and I should manage with fewer. Of course, if I were trying to emulate the fancier boards, I would be hard-pressed - but all I need at the moment is low jitter step pulses and index-free encoder feedback on a stripped-down budget. So lets hope for the best. I might even in the future contemplate stripping down the driver to my simple functionality, to see which side of the EPP port is the rate-limiting factor. Thanks again Cecil -Original Message- From: Jon Elson [mailto:el...@pico-systems.com] Sent: 26 June 2014 06:11 PM To: Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] USC card detection On 06/26/2014 04:24 AM, Churms, Cecil wrote: Good day, I am developing some hardware which will simulate an EPP-driven Pico USC card using mini arduinos (that way, I can use the existing ppmc driver). Does anyone know what handshake the ppmc driver goes through, to think that a pukka ppmc/USC card is present? Well, I have some question if it can work if all software-driven. The timeout timer for EPP mode is usually 10 us, and there is a lot of traffic for each servo cycle. You have to read 4 encoder counter of 24 bits each, so that is 12 EPP read cycles, and write 4 step rate generators, another 12 EPP write cycles, plus the digital I/O. This takes about 100 us on a good Pentium computer. The boards have a device type ID, which is a register typically at address 0x0f. See http://pico-systems.com/univstep_regs.html for the register definitions of the module. So, the driver puts out the address 0x0f on the data lines, drives WRITE/ low and then drives ADDRESS_STROBE/ low, then waits for WAIT to go high signaling the response is available. It then raises ADDRESS_STROBE/. Then, it turns the parallel port data drivers to read mode, deasserts WRITE/ and asserts DATA_STROBE/ low to read the contents of that register. When WAIT is true, it reads the value from the data lines, and deasserts DATA_STROBE. All that activity reads one byte of data from the device. When reading/writing consecutive bytes, the address counter in the device auto-increments, so you don't have to send the address each time. The board ID has a high-order device type of 4 bits, and a version ID in the low 4 bits. The USC device ID is 4. So, 0x41 would be the first rev of a USC board. Later revs enable additional features in the driver. What is the purpose of your project? Using code on an arduino, you will never come close to the 10 MHz clock of the step rate counters on the USC board. This gives a step timing resolution of +/- 100 ns, and step rates up to 300 KHz with jitter of about 3%. Also, you will never come close to the performance of the Beagle Bone with PRU which is running step generator code at 200 MHz. Jon -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users * The information contained
[Emc-users] USC card detection
Good day, I am developing some hardware which will simulate an EPP-driven Pico USC card using mini arduinos (that way, I can use the existing ppmc driver). Does anyone know what handshake the ppmc driver goes through, to think that a pukka ppmc/USC card is present? Thanks Cecil [Description: cid:image002.jpg@01CBD1D5.8FBCB7A0] Dr Cecil L Churms Principal Scientist DebTech De Beers Group Services (Pty) Ltd cecil.chu...@debeersgroup.commailto:cecil.chu...@debeersgroup.com | Tel: +27 11 309 3832 | Fax: +27 11 309 3052 * The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail and the sender cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments. .*-- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users