Re: [Emc-developers] Withdraw Pi support?
I would leave it in and include a large warning that this installation is experimental/unsupported due to varying reliability issues. I would also include links or suggestions on how to find the history on RPI implementations and issues. I think the RPI is a powerful solution and it will only get better. Having more access to the installation (even if it has issues) will encourage experimentation and make it easy for someone to establish a baseline system so they can fix the underlying issues. I've been using the RPI 4 as a VPN endpoint for remote access and it has been very reliable. There are so many RPIs out there now, that if a specific version is required to make it work, it should not be difficult to find that version. Dave On 1/17/2021 10:17 AM, andy pugh wrote: The current linuxcnc-served Raspberry Pi realtime kernel does not work with the latest hardware revision of the raspberry Pi. https://forum.linuxcnc.org/9-installing-linuxcnc/41092-last-update-of-linuxcnc-raspberry-pi4-usb-does-not-work?start=0#194602 https://forum.linuxcnc.org/9-installing-linuxcnc/40466-linuxcnc-2-8-0-pi4-img-no-usb-on-raspberry-pi-4-8gb-2gb?start=0#187558 https://forum.linuxcnc.org/9-installing-linuxcnc/41136-rt-4-19-71-rt24-v7l-brakes-usb-on-raspberry-pi-4-os-version-11-01-2021#195290 Some patches were submitted, and applied, and seem to work for the submitter, but not for anyone else. I have spent over a week trying to build a working kernel package, and whilst some of them have worked for me, with the hardware that I own, there has been no reported success for anyone else. I propose that we remove the kernel and linuxcnc packages and edit the docs to suggest that it can be made to work, but is not supported. ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Intel graphics and RTAI
On 12/15/2019 3:14 PM, Gene Heskett wrote: Tuesday they knock me out and put a new aortic valve on top of my heart. Maybe that will give me back some giddyup. So I'll be offline for a couple days as they want to keep me overnight for the knockout to wear off, else they're afraid I can't drive myself home. That's a significant hardware change Gene. ;-) Its amazing what they can do these days. Good Luck! ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] probably an un-answerable question
I'd consider using a used propane tank from a torch. One of the throwaway steel tanks. You want to make sure you purge it of propane, but after doing that you should be able to solder brass fittings onto it. Those are good for a couple hundred PSI. Dave On 3/20/2019 11:39 PM, Gene Heskett wrote: On Wednesday 20 March 2019 21:16:57 andy pugh wrote: On Thu, 21 Mar 2019 at 01:04, Gene Heskett wrote: The little 8 oz plastic coke bottle can handle how many psi? Many. 30 psi is less pressure than they hold when full of Coke (according to the internet) More info here; https://www.instructables.com/topics/how-much-psi-does-a-coke-bottle2l -hold/ Like you, I have been googling. They'll goto 100 psi if you don't mind the bottoms turning into hemispheres as they pop out, but apparently do so with no ill effects on the bursting pressure. Since I'll have sense enough to stay below 50 psig, I think I'll be fine. I just have to cobble up a wire carrier (roll of chiken wire) to set it in, drill 1/8" holes in the cap for a pair of brass tubes, and liberally GO-2 them into the lid. Drill a 1/8" hole for another brass tube in the valve block to pick up the air when its on, and see what if anything can be done to make the fluid valve actually work. If I can stay below 5 to 10 psig, little or no fog, and make an 8 oz coke bottle of fluid last a few hours while little or no air blows out thru the swivel joints to overwork the air compressor, I should be able to grin from time to time. Thanks Andy. Cheers, Gene Heskett ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Hmm
On 11/2/2018 8:48 AM, andy pugh wrote: https://hackaday.com/2018/11/01/code-review-lamp-subtly-reminds-you-to-help-your-fellow-developer/ Very clever I suspect that this is a hint ?? :-) Dave ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Removing myself from the LinuxCNC decision-making process
On 8/28/2018 6:12 AM, andy pugh wrote: On Tue, 28 Aug 2018 at 00:16, Jeff Epler wrote: A number of you are really good friends. I'd like to keep it that way. I plan to keep hanging out in #linuxcnc-devel and I'll try to provide my "wisdom" if it's requested. I hope so, your ability to look at C code and spot why it isn't doing the right thing is astonishing. I agree... please don't go too far! :-) -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Ethercat driver
On 1/23/2018 8:01 AM, andy pugh wrote: On 23 January 2018 at 03:26, Rod Webster <r...@vehiclemods.net.au> wrote: This link seems to confirm the Etherlab invocation is GPLv2 so you may be right! https://etherlab.org/en/ethercat/index.php Etherlab and SOEM are both GPL (or want to be) The problem is with Beckhoff who own the EtherCAT trademark and technology. Yes, but you can't patent or protect "technology". You can protect an implementation of technology via a patent and you can restrict the use of a Trademark in the marketing or sale of something. If you acknowledge the trademark when used (you see that all of the time as notes at the end of documents) then I think that keeps you in the clear of the Trademark. http://www.ipwatchdog.com/2014/02/15/protecting-ideas-can-ideas-be-protected-or-patented/id=48009/ LinuxCNC is not for sale, so I think that all we are concerned about is the freedom of the software to be used and altered without restrictions. I don't see how a Trademark could do that. LinuxCNC only needs to say something like "EtherCat is a Trademark of Beckhoff" in the docs someplace. Heck, stick it in the source code and be done with it. Hey, we are already doing that on this webpage > http://linuxcnc.org/community/ >>> LINUX® is the registered trademark of Linus Torvalds in the U.S. and other countries. The registered trademark Linux® is used pursuant to a sublicense from LMI, the exclusive licensee of Linus Torvalds, owner of the mark on a world-wide basis. The LinuxCNC project is not affiliated with Debian. Debian is a registered trademark owned by Software in the Public Interest, Inc. The LinuxCNC project is not affiliated with UBUNTU. UBUNTU is a registered trademark owned by Canonical Limited. <<<<< And we are already dealing with Licenses as well as you can see. :-) Dave -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Ethercat driver
Why a license? I have no idea. It sounds like they want you to ask permission. However I am quite sure the software will work without permission being granted. So what's the point? And if you obtained a license, what exactly do you do with it? Print it out and paste it on the wall? Put in in your wallet next to your fishing and driving license? Was "Ethernet" ever licensed? I was around when DEC first started selling Ethernet systems. Back then there was a lot of mystery (and cost) around setting up an Ethernet system. I remember a tap kit for semi-rigid Ethernet cable costing thousands of dollars. I still have some of that "cable" around here someplace. On 1/17/2018 11:10 AM, Nicklas Karlsson wrote: On Wed, 17 Jan 2018 09:27:25 -0500 Dave Cole <linuxcncro...@gmail.com> wrote: The text below is at the end of the SOEM page from the link below. https://openethercatsociety.github.io/doc/soem/index.html So how does this work?? The SOEM software itself is GPL, but if you implement an Ethercat master, you need to get a license ?? Why a license? I have nothing about sharing my work but copyright issues i something different. Then in european union I read something about interoperability so you are always allowed to make your own device to talk to other device. That's an interesting approach. If the SOEM code is all GPL, then how could adding GPL code to GPL code result in something other than GPL code ? From a practical standpoint, I think we need to figure out how to get networked drives connected to LinuxCNC if we want LinuxCNC to live on. At some point analog servo drive interfaces will become like 5 1/4" floppy drives... They were once common. Yes. Michael Büsch already implemented a profibus master. I have it running against an IO module and millions of these kind of devices have been sold. I think he implemented on Rasberry and I had some timing issue before running on ordinary computer but have not looked further because I have been busy with something really good for servos and looking for a new woman. Bandwidth required to replace an analog signal may be surprisingly high and for a control loop even though there are plenty of bandwidth it need to split in many small messages. Ethercat solve this problem in a similar way as cascade coupled shift registers. Nicklas Karlsson -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Ethercat driver
The text below is at the end of the SOEM page from the link below. https://openethercatsociety.github.io/doc/soem/index.html So how does this work?? The SOEM software itself is GPL, but if you implement an Ethercat master, you need to get a license ?? That's an interesting approach. If the SOEM code is all GPL, then how could adding GPL code to GPL code result in something other than GPL code ? From a practical standpoint, I think we need to figure out how to get networked drives connected to LinuxCNC if we want LinuxCNC to live on. At some point analog servo drive interfaces will become like 5 1/4" floppy drives... They were once common. Dave >>>>>>>>>>>>>>>>> SOEM is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License version 2 as published by the Free Software Foundation. SOEM is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. As a special exception, if other files instantiate templates or use macros or inline functions from this file, or you compile this file and link it with other works to produce a work based on this file, this file does not by itself cause the resulting work to be covered by the GNU General Public License. However the source code for this file must still be made available in accordance with section (3) of the GNU General Public License. This exception does not invalidate any other reasons why a work based on this file might be covered by the GNU General Public License. The EtherCAT Technology, the trade name and logo "EtherCAT" are the intellectual property of, and protected by Beckhoff Automation GmbH. You can use SOEM for the sole purpose of creating, using and/or selling or otherwise distributing an EtherCAT network master provided that an EtherCAT Master License is obtained from Beckhoff Automation GmbH. In case you did not receive a copy of the EtherCAT Master License along with SOEM write to Beckhoff Automation GmbH, Eiserstrasse 5, D-33415 Verl, Germany (www.beckhoff.com). <<<<<<<<<<<<<<<< On 1/16/2018 8:51 PM, Jeff Epler wrote: Our policy is that any code added to LinuxCNC has to be compatible with the license terms "GPL version 2 or any later version". https://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses Anything that imposes a restriction on how the software can be used (for example, if it is claimed that using the software requires an additional license, as Beckhoff Automation GmbH reportedly does) cannot be incorporated. For a rather old thread on exactly the same topic, see this one from 2013: https://sourceforge.net/p/emc/mailman/emc-developers/thread/20131022150751.GB2631%40unpythonic.net/ Jeff -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] INI edit from inside gui
I put together a computer specifically for a Flow Waterjet running the Flow software late last year. I needed to set it up for a dual boot windows 7 32 bit and windows 7 64 bit, and I found that many/most of the newer motherboards will not support a 32 bit Windows OS at all. I ended up buying an older, new motherboard that was available on Amazon. Besides the cost of the OS, there are some other good reasons to move away from Windows. Dave On 11/2/2017 8:42 AM, Marius Liebenberg wrote: I do a lot of upgrades to Chinese routers from their controller to Mach3. I have been using an Atom type mother board for the last five years together with a detuned Windows XP installation. It is always a parallel port driver installation. I am finding it more and more difficult to get motherboards that will support XP and today my supplier warned me that the motherboards of the future will not install XP at all. The reason that I install Mach3 with a parallel breakout is purely because it is so easy to do and my customers do not need to learn linux. Now I am thinking that the time has maybe come to do a Mach replacement controller that will be just as easy but running linuxcnc. If I use Gmoccapy for instance and add a page or two that can edit a configuration similar to what one does in Mach, then there might be less resistance to using linuxcnc. So I would imagine that there will be a matrix of pins and signals that could be configured from within the gui and a standard INI file with parameters for calibration of motor parameters and others. Will it be possible to reload or restart linuxcnc from inside the gui and more so, what do the gurus think of such and idea? Is it at all feasible? - Regards / Groete Marius D. Liebenberg +27 82 698 3251 +27 12 743 6064 --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] new BUS in the LinuxCNC family
10 mpg is great for a bus! Chris what do you have powering your bus? I know some of the old ones had 6-71's and the hotrods had 8-71's. Is it an old Greyhound? Or ? Dave On 7/5/2017 8:07 PM, Chris Radek wrote: On Wed, Jul 05, 2017 at 06:29:04PM -0500, Jon Elson wrote: No, just single. But, it is still QUITE the machine! Pretty amazing the thing is still in good condition, since it is 49 years old. He figures it has about 3 million miles on it, as it was used by a bus service between 2 cities. Most of the bus is stainless steel! [This is SO off topic but...] I've recently fixed mine up after it sat for a few years, and it's been getting a workout this summer. It gets right around 10 mpg at 55 mph. It's bad mileage for a car, but good mileage for an apartment. We headed out to camp overnight Friday, and ended up driving around the state for 3 days over the long weekend. We didn't take enough clothes so we stopped and bought socks at Target and shirts at Goodwill. Planning ahead is for ... people who aren't me I guess. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Tool Number limit
This popped up in the user IRC today 3 tool stores and two spindles. https://www.youtube.com/watch?v=IxBiWPZmcZI Also I have been entering my gear cutters and hobs into a database for a while, I have not yet put all columns needed for for some of the workarounds I am thinking of http://www.archivist.info/cnc/tooldatabase/ I need total thickness and offset from one side to centreline, and width of kerf at the od (one can use the wrong cutter and get away with it for some jobs) also one may use a cutter offset to get a special form or correct for an asymetric cutter. data is in mysql Arbours need measuring too, then one can add the abour offset to cutter centreline offset. the tooling I use does not lend itself to the usual tool height probes see setup http://www.archivist.info/cnc/target.php the teeth can be a few thou wide, much smaller than most probe balls Dave Caroline -- The Command Line: Reinvented for Modern Developers Did the resurgence of CLI tooling catch you by surprise? Reconnect with the command line and become more productive. Learn the new .NET and ASP.NET CLI. Get your free copy! http://sdm.link/telerik ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] [Emc-users] Tool offset
Thanks for the link. Its really easy to turn off that check.. I have a test setup for Waterjet Gcode. I'll see if I can easily turn that check off and recompile and see what happens! Its an older software version but it should still work as an initial test. Apparently the interpreter was a work derived from Tom Kramer? Oh.. apparently ... he was one of the original authors of EMC... I probably should have known that! https://www.nist.gov/customcf/get_pdf.cfm?pub_id=823374 I never realized that the original docs were so extensive!Wow! It has a very good explanation of cutter comp in Appendix B! Dave On 6/30/2016 11:54 AM, andy pugh wrote: > On 30 June 2016 at 16:51, andy pugh <bodge...@gmail.com> wrote: >> Yes, it's just a case of taking out a test and an error report. The >> question is what bad things happen if you do allow digital IO with >> tool-comp on. > https://github.com/LinuxCNC/linuxcnc/blob/a2f0de532315fc16d062835e5afe0629286a8f0f/src/emc/rs274ngc/interp_convert.cc#L2959 > > -- Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] [Emc-users] Tool offset
To do tool comp requires a lead in move. I've always turned on/off the digital I/O via M64/65, paused to allow the action to take place, and then turned on tool comp and made the lead in move. But that was for a waterjet application where the jet has to penetrate the material before starting the cutting motion. I think I did that because there was an issue with M62/63, but I don't remember what the problem was. It may have been that M62/63 didn't like having a pause after the M62/63 statement. If he is dropping a knife, he may need to pause for a short period to allow the knife to drop fully before making the next move. For waterjet programs I turn tool comp on and off for each cut since you need to tell the system which side of the cut you are going to apply tool comp to. The Gcode is all cam generated so once things are setup, it just works. Andy, does it look like it would be an easy fix to allow M64/65's when tool comp is on ?I've never understood why that interlock was put in place. Dave On 6/30/2016 9:30 AM, John Kasunich wrote: > According to the manual, M62/M63 are synchronized with motion, > and M64/M65 are not. > http://linuxcnc.org/docs/html/gcode/m-code.html > > Have you tried M62/M63? > > The manual says that M64/M65 break blending, maybe that's why > they aren't allowed during a string of radius compensated moves? > > I would think that most of the time you want M62/M63 anyway. > If you program: > > G1 X123 Y456 (cut a line) > M6x (drop head) > G2 I123 J456 X122 Y456 (cut an arc) > > You would expect the head to drop after the line and before the arc. > If you use M64/M64, it will probably drop before or during the line. > > > > On Thu, Jun 30, 2016, at 09:14 AM, andy pugh wrote: >> On 30 June 2016 at 13:26, Eric H. Johnson <ejohn...@camalytics.com> wrote: >> >>> Is there any way around this. Do I have to turn radius compensation off >>> before each head lift / drop. >> I think so. >> >> I spotted this in the code last week. I have absolutely no idea what >> the reasoning is behind this restriction. >> >> -- >> atp >> "A motorcycle is a bicycle with a pandemonium attachment and is >> designed for the especial use of mechanical geniuses, daredevils and >> lunatics." >> — George Fitch, Atlanta Constitution Newspaper, 1916 >> >> -- >> Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San >> Francisco, CA to explore cutting-edge tech and listen to tech luminaries >> present their vision of the future. This family event has something for >> everyone, including kids. Get more information and register today. >> http://sdm.link/attshape >> ___ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers > -- Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Gremlin parsing code with infinite loops
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Gremlin parsing code with infinite loops
You can get around that by not doing infinite loops! ;-) Seriously, if you have something like Classic Ladder initiate the program you can run as many parts as you want and still have the Gcode terminate. That avoid the infinite loop issue. The needed bits to trigger and monitor the program are all in Hal. I have a machine that has a PYVCP panel that is tied to Classic Ladder. You enter the number of parts you want to run and push the go button, the the machine indexes sheets into the machine, cuts them, and indexes the cut sheet out the other side. The operator loads sheets onto a conveyor which feeds the machine. Dave On 6/23/2016 5:03 PM, Neil Whelchel wrote: > Hello, > When I do large production runs especially with multiple fixtures that are > used alternately, it is quite handy to put the work in an infinite loop. > Gremlin on the other hand has an issue with this as it attempts to backplot > infinity. A comment can be added to the code to make Gremlin ignore it, but > it still throws non fatal Python errors. It would be really handy to have > some sort of checking built into Gremlin to have it not crash when it > encounters an infinite loop. Something as a simple loop counter that breaks > out of the loop after one iteration if all parameters are the same between > any previous pass? Or how about a comment in the NC code that tells gremlin > that a loop is infinite and to only parse it once or N number of times? > Any thoughts or reasons as to why this might be a bad idea, either from the > standpoint of patching Gremlin or writing NC files with infinite loops... > -Neil Whelchel- > -- > Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > present their vision of the future. This family event has something for > everyone, including kids. Get more information and register today. > http://sdm.link/attshape > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Here and there comments & questions.
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Here and there comments & questions.
On 6/10/2016 9:58 AM, Gene Heskett wrote: > 2. Since I am about to get a bigger lathe, and I have no experience with > with mapping screw compensations, I need to ask if its possible to use > a screw comp file to map in both directions so that a reasonable amount > of bed wear, which will probably cause a "U" shaped X error, and that > will need Z position tracking to properly apply the correct X error > compensation? > > Is this possible? Or can it be made possible? That is a very interesting question Gene... I have no idea. The standard screw comp works in both direction so it takes into account backlash compensation. But you want to correlate the lathe X compensation with the Z movement to comp for bed wear/error. . I'm going to try the standard screw comp out next week on a brand new ball screw that must have been made with a hammer, anvil and file. The screw it out something like 0.030 over 12 inches in one spot.This is a new screw supplied by Flow for a Flow water jet. I can't believe they sell this junk.After the screws were purchased Flow said that they screw map each screw with a laser... and now I know why! Dave --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] mega-I/O board?
On 2/15/2016 11:33 PM, Jon Elson wrote: > On 02/15/2016 10:03 PM, TJoseph Powderly wrote: >> 180 is a boatload! >> i used the 72 i/o ( 3x8255) thai pci but it was pooh poohed here >> despite it works for me with pull downs. >> from futurlec >> >> maybe he could use a plc, >> > Yes, I was thinking the same, this may be a case where a PLC > actually does make sense. > > Jon > Depends on how he wants to control the I/O. If he wants to offload the programming to the PLC I would go with something like the Siemens S7-1200 PLC. The programming software is very good and it has onboard Ethernet so you can use Modbus TCP to link to it. The software for the S7-1200 is structured so it can easily handle and organize thousands of I/O while maintaining sanity. If that is too much $$ I would look at the Automation Direct Click PLCs as they now have an ethernet module. But the programming software is not nearly as good. Regarding price per point, I doubt that anyone can beat the Click PLC. If they are not big into ladder logic, the Siemens controller also supports SCL which is similar to Pascal and has familiar if-then-else programming features. Dave -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Prempt RT on Raspi/ARM (OT sales person)
-- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Why is it not allowed to jog in MDI mode?
A jog is not well defined, in MDI mode you are generally doing something with some accuracy, therefore it makes sense then to jog with gcode to exactly where you need. Dave Caroline -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
[Emc-developers] For casual reading.
http://www.galil.com/news/servotrends/closed-loop-stepper-motor-performance-gains?utm_medium=email_campaign=01-16%20ServoTrends_content=01-16%20ServoTrends+CID_99eb132dcec7ff54cbcbb34e1ca392e5_source=Campaign%20Monitor_term=Read%20More#overlay-context=news/servotrends/new-ethercat-io-controller/ D -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140 ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
[Emc-developers] A bug in the logging
I was hacking some code today and found the log output was updated during the syntax checking phase before the run phase. discussed of IRC and JT reproduced it and made a simple test ; open test.txt in Gedit and remove any logs and save ; start the program then click on Gedit ; the file is updated before the first move o100 sub (LOGOPEN,test.txt) G0 X0 (LOG,X#5420) G0 X1 (LOG,X#5420) G0 X2 (LOG,X#5420) (LOGCLOSE) o100 endsub G4P10 o100 call M2 or http://paste.ubuntu.com/14214055/ the code I discovered it in http://paste.ubuntu.com/14213899/ Dave Caroline -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Moving closer to embedded
Are you forgetting the other apps people use on their machines to create the gcode. Not something I really want as a user Dave Caroline -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Moving closer to embedded
My main "app" is an editor I sit on the machine and edit the code to make the item, others use things such as dxf2gcode. I am one of many who are one man bands making stuff in various ways on various machines, three of mine are Linuxcnc, the hobbing machine has a screen to set up gear cutting, the mill has edited gcode which is designed at the same time as the fixture is set up, and a lathe usually used in mdi mode. This kind of flexibility is missing on machines made for "operators". Dave Caroline -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Moving closer to embedded
On 12/25/2015 7:05 PM, EBo wrote: > On Dec 25 2015 4:11 PM, Jon Elson wrote: >> On 12/25/2015 04:17 PM, EBo wrote: >>> There have been a couple of commercial ventures which have invested >>> in >>> LCNC. Or should I say used EMC/LCNC and once they got something >>> stable, >>> kept it that way and did not upgrade. I will be interested to see >>> if >>> Tormach will be any different >>> >>> <http://blog.cnccookbook.com/2015/02/17/tormach-moves-mach3-linuxcnc-pathpilot/>. >>> Are they going to use LCNC and move on, or are they going to >>> seriously >>> give back to the community? >> My understanding is they funded Robert Ellenberg for a lot >> of his MAJOR rewrite and extension of the trajectory >> planner. I think they are paying him or somebody else to do >> some other things. I can't remember what that was at the >> moment. > That would be nice to know. I interviewed with them a little before > landing the job at NASA. They seemed line an interesting place, but was > all about their patents... > > EBo -- I think they have funded at least 4 developers that I know of, and I bet there have been more. Dave C. -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] call for maintainers for keystick and mini guis
Dont forget the if it aint broke principle, some users will not have upgraded therefore not found it, even some providers get to a working setup and stick to that version. eg http://www.sherline.com/8400pg.htm still states EMC2 Dave Caroline On 22/12/2015, Chris Morley <chrisinnana...@hotmail.com> wrote: > > Well that seems easy in this case. It's been seriously broken for 6 > years.not a peep from anyone. > > Chris M > > - Reply message - > From: "EBo" <e...@sandien.com> > To: <emc-developers@lists.sourceforge.net> > Subject: [Emc-developers] call for maintainers for keystick and mini guis > Date: Tue, Dec 22, 2015 1:02 AM > > > On Dec 21 2015 11:10 PM, Chris Morley wrote: >>> To: emc-developers@lists.sourceforge.net >>> From: dgarr...@panix.com >>> Date: Tue, 22 Dec 2015 04:33:57 + >>> Subject: Re: [Emc-developers] call for maintainers for keystick and >>> mini guis >>> >>> >> >>> It doesn't seem productive or motivational to ask users wanting >>> a joints_axes merge to wait to accommodate fixing and updating >>> code that no one uses. >>> >> >> I tend to agree. I would humbly suggest: >> - pulling it out (as you did) >> - leave it out when merging JA to master >> - at that point if someone feels they want it, it can be added again. >> >> I'm a little afraid we will release too soon after JA is merged. >> or the opposite have to wait 2 more years to fix all the little bugs. >> The sooner JA is merged the better (I'm sure you know that). >> I'm willing to bet as soon as it's merged more people will work on >> it. >> Thanks for your diligent and determined work! > > the problem as always is identifying code that no one uses. > > -- > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > -- > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] LinuxMint and LinuxCNC
Are you saying that a RIP installation on Mint runs the Axis GUI ok ? Dave On 11/21/2015 3:46 PM, John Thornton wrote: > Ok, you can't do what I was trying to do but you can build a RIP and > that works. > > JT > > On 11/21/2015 9:01 AM, John Thornton wrote: >> As most of you know I've been trying to get LinuxCNC to work on >> LinuxMint because of the horrible Debian desktops and user interfaces. I >> understand that OpenBox and a terminal work great in Debian and have >> even tried it myself. After fixing a very few things like FireFox >> default search engine I really like LinuxMint. Everything just works, >> heck if you add a bin directory to your home directory and place an >> executable in there it runs from a terminal like installed programs. >> Everything in LinuxCNC seems to work except Axis. I opened the package >> manager and verified every linuxcnc dependency. >> >> If anyone has any ideas what I can try next to find the source of the >> errors I'm all ears. >> >> Thanks >> JT >> >> This is the error messages I get when I run Axis ( I did sudo dmesg -c >> to clear dmesg first ). >> >> Print file information: >> RUN_IN_PLACE=no >> LINUXCNC_DIR= >> LINUXCNC_BIN_DIR=/usr/bin >> LINUXCNC_TCL_DIR=/usr/lib/tcltk/linuxcnc >> LINUXCNC_SCRIPT_DIR= >> LINUXCNC_RTLIB_DIR=/usr/realtime-3.4-9-rtai-686-pae/modules/linuxcnc >> LINUXCNC_CONFIG_DIR= >> LINUXCNC_LANG_DIR=/usr/share/linuxcnc/tcl/msgs >> INIVAR=inivar >> HALCMD=halcmd >> LINUXCNC_EMCSH=/usr/bin/wish8.5 >> LINUXCNC - 2.7.2 >> Machine configuration directory is '/home/john/linuxcnc/configs/sim.axis' >> Machine configuration file is 'axis.ini' >> INIFILE=/home/john/linuxcnc/configs/sim.axis/axis.ini >> PARAMETER_FILE=sim.var >> TASK=milltask >> HALUI=halui >> DISPLAY=axis >> Starting LinuxCNC... >> Starting LinuxCNC server program: linuxcncsvr >> Loading Real Time OS, RTAPI, and HAL_LIB modules >> Starting LinuxCNC IO program: io >> Starting HAL User Interface program: halui >> Found file(lib): /usr/share/linuxcnc/hallib/core_sim.hal >> Found file(lib): /usr/share/linuxcnc/hallib/sim_spindle_encoder.hal >> Found file(lib): /usr/share/linuxcnc/hallib/axis_manualtoolchange.hal >> Found file(lib): /usr/share/linuxcnc/hallib/simulated_home.hal >> Found file(REL): ./check_constraints.hal >> Starting TASK program: milltask >> Starting DISPLAY program: axis >> Shutting down and cleaning up LinuxCNC... >> Killing task linuxcncsvr, PID=16750 >> Killing task milltask, PID=16820 >> task: 141 cycles, min=0.04, max=0.002632, avg=0.001745, 0 latency >> excursions (> 10x expected cycle time of 0.001000s) >> Removing HAL_LIB, RTAPI, and Real Time OS modules >> Removing NML shared memory segments >> >> Debug file information: >> . >> Traceback (most recent call last): >> File "/usr/bin/axis", line 3133, in >>o = MyOpengl(widgets.preview_frame, width=400, height=300, >> double=1, depth=1) >> File "/usr/bin/axis", line 352, in __init__ >>Opengl.__init__(self, *args, **kw) >> File "/usr/lib/pymodules/python2.7/rs274/OpenGLTk.py", line 164, in >> __init__ >>apply(RawOpengl.__init__, (self, master, cnf), kw) >> File "/usr/lib/pymodules/python2.7/rs274/OpenGLTk.py", line 112, in >> __init__ >>Togl.__init__(self, master, cnf, **kw) >> File "/usr/lib/pymodules/python2.7/rs274/OpenGLTk.py", line 38, in >> __init__ >>Widget.__init__(self, master, 'togl', cnf, kw) >> File "/usr/lib/python2.7/lib-tk/Tkinter.py", line 2058, in __init__ >>(widgetName, self._w) + extra + self._options(cnf)) >> _tkinter.TclError: NULL main window >> 16750 >> PID TTY STAT TIME COMMAND >> 16820 >> PID TTY STAT TIME COMMAND >> Stopping realtime threads >> Unloading hal components >> >> Kernel message information: >> [89793.737921] I-pipe: head domain RTAI registered. >> [89793.737925] RTAI[hal]: compiled with gcc version 4.6.3 (Ubuntu/Linaro >> 4.6.3-1ubuntu5) . >> [89793.737952] RTAI[hal]: mounted (IPIPE-NOTHREADS, IMMEDIATE (INTERNAL >> IRQs DISPATCHED), ISOL_CPUS_MASK: 0). >> [89793.737954] SYSINFO: CPUs 2, LINUX APIC IRQ 2312, TIM_FREQ 6235080, >> CLK_FREQ 329237, CPU_FREQ 329237 >> [89793.737956] RTAI_APIC_TIMER_IPI: RTAI DEFINED 2314, VECTOR 2314; >> LINUX_APIC_TIMER_IPI: RTAI DEFINED 2312, VECTOR 2312 >> [89793.737958] T
Re: [Emc-developers] Spotted on Ali-Express (Via the forum)
--- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Spotted on Ali-Express (Via the forum)
At one time or another I have read through all of the GPL license verbiage.If you do that, you need to have some coffee on hand, otherwise it is nap time! I buy and install a lot of Siemens automation hardware. Every HMI/Operator screen that I buy comes with a small CD that has nothing on it other than GPL'ed source code. They make extensive use of GPL software in their HMI industrial products and they have a shipload of lawyers to tell them what they can and can't do and still be legal in basically every country on the planet. I've read the GPL licenses and from what I have seen, if you follow the rules and simply make whatever software you add to a GPL'ed project also GPL, you can sell the hardware with the binary software preloaded. That is exactly what Siemens does.Their HMI screens cost from about $300 to $3000 each typically. Their hardware has the current technology which is near impossible to reverse engineer for most mortals, so giving out the source code is like giving a person the key to your safety deposit box but not telling them which bank or country the box is located in. More and more of the equipment I buy has some level of GPL software content. You open the box and a little CD falls out. A sure sign of installed GPL software. Regarding Tormach, it appears that they have taken the same approach. The last I heard, you can get the source code to everything that they supply. So basically Tormach followed the same rules and they sell machines and make a profit and benefit from using GPL'ed software.Most people know that Tormach was not the first nor will they be the last. Smithy was doing something similar but IMO they weren't following the GPL rules. When I tried to get their source code years ago they just gave me the run around. Letters and phone calls got me no where. Regarding the guy selling the product from China, if he supplies a CD with the source code, including his driver code (not that I know that he does or not) how could he be violating the GPL ?? Dave On 11/6/2015 9:26 AM, EBo wrote: > Len, > > Your questions are complicated. In order to know what you can and > cannot do you have to look at every single part that makes up the code > base - for example are you calling any libraries which are specifically > GPL? That will cause you the same problem just one level down. > Remember that there is also the LGPL which (at least from my > understanding) that you can link in a project without being required to > also release under GPL, but any changes to those libraries would have to > be released open source. So, to answer your question you have to look > at whatever you use to rewrite the UI. > > There is also another aspect that you have not touched on - underlying > intent and community involvement. If you basically take someone’s ideas > that were developed here and rewrite them and then make a new version > and release it under a closed source commercial license you might well > piss a few people off. So, is PathPilot your original work? Did others > contribute to it? If the answers are No and No, such that this is 100% > your project and you just want to make sure that you are in compliance > with the licenses, then as the author you can do so without needing to > ask anyone. In fact you can rebrand your code to any license you > choose, but you will never be able to take away the GPL rights of any > code you released in the past -- you just do not have to maintain it > (for an odd bit of history on something like this look into Adaptive > Clearing). If it is not 100% your ideas and work, then it quickly gets > muddled. I would suggest that if you go this way that you do a > clean-room re-engineering of the interface and use absolutely nothing > from the original code base or UI -- start with basic principles and > redesign from scratch. > > One other thing about the community involvement - all the work of the > folks here made it possible for you to make this other tools. It is > only because they made the source available to each other that you can > even do this. Part of that is giving back to the community in various > ways (including source code).Also, just because something is > released open source does not mean that you cannot sell services or > other products. It will just look different. > > ... end 2.001379 (2c adjusted for inflation). > > EBo -- > > On Nov 6 2015 5:51 AM, Len Shelton wrote: >> Jeff, >> >> Doesn't that also apply to PathPilot, then? Or is it okay to build a >> new >> UI and rebrand it? >> >> >Len >> >> >> >> On 11/5/2015 7:02 PM, Jeff Epler wrote: >>> On Thu, Nov 05, 2015 at 11:28:00AM -0500, Dave Cole wrote: >>>> GPL... ? As long as t
Re: [Emc-developers] Spotted on Ali-Express (Via the forum)
On 11/5/2015 10:55 AM, Jon Elson wrote: > On 11/05/2015 09:21 AM, Jeff Epler wrote: >> I would not buy this device. >> >> Whatever "motcat" is, there is no driver for that in the software from >> linuxcnc.org. > Somewhere in that Chinglish blurb, it says something about > Load LinuxCNC, INSTALL DRIVER and go. > So, I guess they have a custom driver. >> I would also be very surprised to hear these guys are meeting their >> obligations under the GPL, too. >> > From China? No surprise. > > Jon > That's $140 just for the PC with LinuxCNC loaded. The Ethernet driven "servo" card is $249.00 (Looks like step and direction output) So the package is $400.00 I can see them making that work money wise in China. I suspect you can pickup a 525 clone motherboard over there for $40 or less. GPL... ? As long as they state that they are not selling LinuxCNC, how could get they get trouble with that? I don't know if they actually state that or not. Besides, doesn't all licensing and licensing legalities stop at the China border?I'm pretty sure that Mach3 is freely exchanged in China. When I was there a couple of years ago the local engineers told me that they routinely bought American movies on DVDS as soon as they were released to the theaters in the US. He said the DVDs cost the equivalent of one dollar US or less. Dave Dave --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] XKCD
Thank You! Dave On 10/30/2015 10:44 AM, Sebastian Kuzminsky wrote: > On 10/30/15 7:48 AM, EBo wrote: >> You know, I have never seen anyone teach it thus. Do you have, or can >> you point to, instructional video/page links? >> >> On Oct 30 2015 7:42 AM, Sebastian Kuzminsky wrote: >>> At the risk of being that guy... I've found when teaching folks >>> about >>> git it's helpful to start by describing the data structures that git >>> maintains (blobs, trees,commits, branches, HEAD, and the index), then >>> showing how the git commands manipulate those structures. > Moses and I talked about it on IRC for a bit this morning, and here are > some sites we found that try to teach git using this "objects and > relationships" approach: > > http://www.sbf5.com/~cduan/technical/git/ > > http://schacon.github.io/gitbook/1_the_git_object_model.html > > http://git-scm.com/book/en/v2 > > http://www.gitguys.com/topics/all-git-object-types-blob-tree-commit-and-tag/ > > http://eagain.net/articles/git-for-computer-scientists/ > > --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Make home_offset into a HAL pin?
On 10/26/2015 11:00 AM, John Kasunich wrote: > > On Mon, Oct 26, 2015, at 11:43 AM, Sebastian Kuzminsky wrote: >> On 10/26/15 8:50 AM, andy pugh wrote: >>> Some systems have many indexes and a way to distinguish between them. >>> Sometimes the indices are different distances apart (some linear scales) or >>> there may be a secodary feedback system (robots with encoder + index and a >>> potentiometer). >>> >>> I don't think that LinuxCNC can work with these systems at the moment as >>> the home_offset is a static value read from the INI. >>> >>> I quick inspection seems to suggest that it would not be a huge change to >>> make an extra pin. >>> it requires an extra entry in hal_joint_t and extra code in control.c to >>> read the value (and in inihome.cc to set the new pin too) >> >> On my machine, each joint has a rotary encoder with one index per >> revolution, and no way to distinguish between them. My homing >> configuration uses the joint's home switch to distinguish between the >> index pulses. >> >> I don't understand what problem you're solving, or what your solution >> entails. Can you give more details? >> > Imagine a lathe Z axis. The leadscrew has an encoder with an index pulse. > > It can be inconvenient to home to a fixed location. If you put the home > switch at the headstock end you might run into the chuck if a larger-than- > normal chuck is mounted. (Or the workpiece, if one is loaded). If you put > the switch at the other end you might run into the tailstock depending on > where it is located. > > Now imagine that you have some kind of coarse absolute position > measurement. Perhaps linear potentiometer connected to the carriage. > It can't measure position to 0.001", but it can do +/- 0.050". The screw > pitch is 0.200". So the pot can tell you where you are to within one turn > of the screw. > > In theory, it should be possible to home by moving the carriage approximately > one turn of the screw in either direction, to find an index pulse. The pot > tells > you what turn you are on, the index tells you exactly where you are in that > turn. > > But there needs to be a mechanism for LinuxCNC to use the info from the pot. > > A related topic is "how do you home when you have absolute encoders?". > > Some absolute encoders literally produce a wide parallel word that tells you > where you are at all times. But others are basically incremental, with the > ability to squirt out an absolute position on request (usually a serial > interface). > As with the pot example, there needs to be a way to get that absolute position > into LinuxCNC. > I think that Andy and Peter have worked on an SSI or BISS solution for absolute position encoders before. I was going to set one up but the project never happened. Dave --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Make home_offset into a HAL pin?
On 10/26/2015 11:29 AM, andy pugh wrote: > On 26 October 2015 at 17:16, Dave Cole <linuxcncro...@gmail.com> wrote: >> I think that Andy and Peter have worked on an SSI or BISS solution for >> absolute position encoders before. > > Those encoders give a full position report every servo cycle, so you can > dispense with homing altogether. > > I don't think we have any way (at the moment) to work with the burst-output > + quadrature style encoders. It doesn't seem like dealing with burst output quad encoders would be difficult to handle. I think the PIDs could be disabled until after the positions were established by the encoders?? The linear encoders I have used before required a signal from the controller (rising edge of a control line etc) to output the absolute position via pulses. Dave --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Off topic question - Need help with remote cell phone data connection via site to site VPN
Chris asked me to keep this on the EMC list, not the EMC Dev list so I will respond to your comments there. Thanks, Dave On 10/16/2015 11:50 PM, Tom Easterday wrote: > You didn't say what kind of throughput you need nor what your budget is but > one option is something like a Cisco RV320 on each end with 4G modems > attached. You can see a review of the router here: > > http://www.smallnetbuilder.com/lanwan/lanwan-reviews/32317-cisco-rv320-dual-gigabit-wan-vpn-router-reviewed?limitstart=0 > > There is also a you tube video on configuring the modem: > http://youtu.be/RXerRGEZFEI > > I recommended the RV180 for a friend's business that needed sts vpn (over > public internet, not over cellular) and it worked well for him and he said it > was easy for them to set up and use. > > There are of course other more diy setups using cell phones with tethering > and using OpenVPN or such on your own processors. But you have to be careful > as carriers may try to limit or block always on use of tethering and data > plans may not fit your requirements. Or you get some cellular wifi hotspots > and use them with OpenVPN. > See: > http://www.smallnetbuilder.com/other/security/security-howto/30353-how-to-set-up-a-site-to-site-vpn-with-openvpn > >> On Oct 16, 2015, at 3:08 PM, Dave Cole <linuxcncro...@gmail.com> wrote: >> >> Key points - need help with a data cell phone connection to remote >> equipment via a VPN. >> >> Guys, >> >> I'm working with some remotely located equipment and I need to establish >> a comm link to it. >> >> We have decided to go with a cell phone data connection. We want to be >> able to remotely access this equipment via a "site to site" VPN. >> This is different than a client/server VPN connection that people >> oftentimes use to connect back to corporate headquarters for email, file >> sharing etc. >> >> The remote equipment is ethernet based but it is not a generic PC, it's >> a PLC. So I need the remote cell phone modem/router to do all of the >> work of encrypting the data, establishing the VPN tunnel, etc. It needs >> to be a VPN Router with a 4G modem built in that supports a "site to >> site connection" and not just be a Router with VPN passthrough. >> >> Sprint sells a Netgear 6100D 4G router that is suppose to do this. I >> bought it and then Sprint told me that they will not support remote >> access on this device! >> >> Does anyone have any experience in doing this? I've been talking to >> "experts" at Sprint and they want me to use a Sprint approved 4G >> cell/router that only supports VPN pass through after I have told them >> over and over that I need to do a site to site VPN with their 4G router >> acting as a VPN endpoint. >> >> Sadly, they don't understand the requirements. >> >> Ironically, TP Link sells a "wired" VPN router for about $60 that does >> what I need, so I could "stack" routers to do what I need, but I really >> don't want to have two routers in the remote control box. >> >> There are some really brilliant people on this list so I am hoping that >> someone can give me some advice/direction etc. >> >> Thank You! >> >> Dave >> >> --- >> This email has been checked for viruses by Avast antivirus software. >> https://www.avast.com/antivirus >> >> >> -- >> ___ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers > -- > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Shielded connectors (XLR audio plugs)
I recently put together a stepper control box and used XLR connectors and made up 5 cable sets for the motors and they worked very well. There are some high quality XLR sockets and plugs available for very reasonable prices. Much nicer than the round connectors oftentimes used on Chinese machines. Look for Pro Audio supply houses. Dave On 10/13/2015 12:53 PM, Kenneth Lerman wrote: > I'm using XLR connectors for the limit switches and encoders on my > Bridgeport Clone without any problems. > > Ken > > > On Tue, Oct 13, 2015 at 12:31 PM, Karlsson & Wang < > nicklas.karls...@karlssonwang.se> wrote: > >> I spent some time looking for a cheap shielded connector but usually they >> are relatively expensive and cost more than a cheap inverter board. >> >> I however found the shielded XLR audio connectors are cheap, do anybody >> have experience with these? >> >> >> -- >> ___ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers >> > > --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Shielded connectors (XLR audio plugs)
I could not remember the brand, but it was Neutrik. I used the metal ones and they really worked well. These are the exact parts I used. http://www.markertek.com/product/nc4fx/neutrik-nc4fx-4-pin-xlr-female-cable-connector http://www.markertek.com/product/nc4mp/neutrik-nc4mp-male-4-pin-chassis-mount-xlr The picture of the plug is not correct. The color was silver and there is a button that you depress to release the lock. These plugs will not fall out and they click nicely when inserted. These guys also have free shipping and they shipped them out quickly. It was money well spent as the box I did was setup to run both a little lathe and a little mill with the same control box and this made it easy to change the motor connections. And yes, they have been warned not to pull the plugs with the power on!A big warning sticker was placed next to the jacks. That should extend the time until the drives are blown! :-) Dave On 10/13/2015 5:09 PM, Kenneth Lerman wrote: > I'm using the plastic version of the Neutrik connectors for my servo power > leads. No problems at all. > > Of course, for our use, connectors are overkill (in a sense). Connectors > are made to be connected and disconnected multiple times. These connectors > are connected once when the machine is deployed and then left connected for > the life of the machine (more or less). > > The only time I've disconnected them is when I needed to swap axes to do > some trouble shooting. > > The Neutrik connectors do have a good feel to them They just "feel" > reliable. > > Ken > > > On Tue, Oct 13, 2015 at 4:45 PM, Tom Easterday <tom-...@bgp.nu> wrote: > >>> On Oct 13, 2015, at 2:20 PM, andy pugh <bodge...@gmail.com> wrote: >>> However I since found Neutrik Speakon connectors, and they now do >>> metal sockets and plugs: >>> >> http://www.maplin.co.uk/p/neutrik-nlt4mp-4-pole-male-chassis-speakon-connector-n50gb >> http://www.maplin.co.uk/p/speakon-4-pole-cable-plug-stx-series-metal-body-a59qt >>> (I don't know how well shielded they are). >> We used Neutrik xlr, ethernet and powercon connectors on the plasma >> machine we built. All external cabling goes through those into the control >> box. They are really nicely made and comparatively inexpensive. We >> haven’t had a single problem in the 5 years they have been on the machine, >> which sees a ton of use in a somewhat dirty environment. They positively >> lock and have rubber grommets that seal nicely. I would highly recommend >> them. >> >> -Tom >> >> >> >> -- >> ___ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers >> > > --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] step losing
I think the fundamental misunderstanding here is the internal counting which is far more accurate and does not have the accumulated error that was assumed. Any step error seen (+-1) is where this number is digitised and the machine moves to the nearest step. You may think that going to a high microstep will give you this accuracy but please do not fall into this common trap, you need the resolution mechanically and as mentioned it needs to be far better than the accuracy you want to achieve. http://www.micromo.com/microstepping-myths-and-realities Dave Caroline -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Prerelease: 2.7.0~pre7
On 8/13/2015 11:42 PM, Sebastian Kuzminsky wrote: * stepconf now is able to convert Mach3 configs to LinuxCNC configs Wow ! :-) Dave --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Problems building in place on debian wheezy
Seb means that the software joints_axes does not allow a configuration for a lathe to operate, since lathes typically have two axes X and Z, but no Y axis. There are lathe configurations (ini and hal files) in the examples. You would have to go back to the joints_axes version and figure out why that is occurring and then fix that. Dave On 6/27/2015 9:50 AM, Curtis Dutton wrote: Is there an example of a config that I can work with to try and fix? On Fri, Jun 26, 2015 at 5:16 PM, Sebastian Kuzminsky s...@highlab.com wrote: On 6/25/15 12:39 PM, Curtis Dutton wrote: Is there a list of issues that need fixed with the joint axis work? Is it being considered for mainline integration eventually? Is there a list of issues here that needs addressed prior to integration? I've tried to reach out here to see who wants some help with it, but I get crickets I'm interested in merging joints_axes when it's ready. The main problem i know about is that it breaks configs with non-consecutive axes, such as lathes. -- Sebastian Kuzminsky -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical virtual servers, alerts via email sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical virtual servers, alerts via email sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical virtual servers, alerts via email sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] LCNC-V2.6.7-saga
Years ago I made a sheave for poly-v to go on my Jet lathe. Used a kennemetal insert. Don't remember which pitch; 0.092 or .185. Both sheaves were aluminum and seem to be holding up well. Never any sign of slippage. On 05/18/2015 04:29 AM, Gene Heskett wrote: On Monday 18 May 2015 05:50:40 andy pugh wrote: On 18 May 2015 at 10:42, andy pugh bodge...@gmail.com wrote: This data book http://www.contitech.de/pages/produkte/antriebsriemen/antrieb-indust rie/download/TD_Multirib_de_en.pdf This also says: For drives with a ratio = 3 it is possible to use a flat pulley for the larger pulley which might save some effort. I saw that. Looks like that would simplicate this a bit. Thats a 1 on the motor. 5 on the spindle might be just what the Dr. ordered. I saved that catalog, much design info in one 73 page tome. Thanks Andy. Cheers, Gene Heskett -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] putting some mods to gs2_vfd.c into mainline
To bring a vfd to stationary fastest the vfd has to have control to use the deceleration curve/braking resistors if fitted and used. Therefore keeping the vfd powered is safer in the initial stop, only then should it be powered down. Dave Caroline On 14/05/2015, John Kasunich jmkasun...@fastmail.fm wrote: On Thu, May 14, 2015, at 03:25 PM, Sebastian Kuzminsky wrote: It seems fairly common for people to build machines where the spindle VFD power goes on and off along with the servo amp power (F1 in Axis), which (as you point out) means something like this feature is required. I think this is the wrong way to handle VFD power, i prefer to have the VFD turn on when you turn on the control computer, and stay on until you power the control computer down. But it's easy to support both preferences, using code like you describe, so it's fine. IMO estop should ensure (in a fail-safe way) that the spindle won't turn. Unless you are going to put a contactor on the VFD output (usually discouraged by VFD makers), killing the VFD power is the only way. As you say, it is good to support both. -- John Kasunich jmkasun...@fastmail.fm -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] where the whole path is divided into segment by segment
I read the question quite differently. ... In simplistic form G-code has a very limited vocabulary for moves. G00 go fast point a to point b. G1 move at Fn rate from point a to point b. ( straight line) G2/G3 clockwise and counterclockwise arcs ( circle ). Any other curves get approximated by a series of short straight lines or segments of arcs. Dave On 05/01/2015 09:04 PM, matic bie wrote: Can anyone help me? From: matic@hotmail.com To: emc-developers@lists.sourceforge.net Date: Wed, 29 Apr 2015 11:16:22 + Subject: [Emc-developers] where the whole path is divided into segment by segment Hi,allWhat puzzles me is that where the whole path is divided into segment by segment in linuxCNC code?can anyone explain? Best regards! -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Google Summer of Code students wanted!
With a diff program or better a merge program like meld one can easily see the white space changes that are extra to the real code changes and can confuse or waste time of a reviewer. Whitespace changes are often made by badly set editorr or a feeling that formatting may not be as you wish. I downloaded streamer.c from git and the new version and created two files from them first I used meld to fix whitespace differences this created http://www.collection.archivist.info/archive/mirror/linuxcnc/streamer.c.slv.djc I exported a diff patch http://www.collection.archivist.info/archive/mirror/linuxcnc/streamer.dif Dave Caroline all in http://www.collection.archivist.info/archive/mirror/linuxcnc/ I happened to save the dif before the fixed streamer.c so timestamps are not as one could expect On 08/03/2015, Slavko Kocjancic esla...@gmail.com wrote: On 08. 03. 2015 04:38, EBo wrote: On Mar 7 2015 8:47 AM, Sebastian Kuzminsky wrote: On 03/06/2015 11:28 PM, Slavko Kocjancic wrote: ... I just throw my eyes to that. And find what? One of thing is Add flow control to halstreamer. I already do that and even post the change but nobody care about that. I post changes on this list and forum but didn't push to trunk as I don't have permission to do that. That's not true. I reviewed your patch and gave you feedback on what you would need to fix for it to be mergable. You never finished it. https://sourceforge.net/p/emc/feature-requests/125/ Sounds like we need a couple of FAQ items to communicate what is expected for patches. I will say that reading the feature request log that both parties were clear: 1) it needs a little cleaning up and documenting in order to merge into the source. 2) the poster is not familiar with what is meant by the terms white space, and was unsure about how to edit the documentation. In all of this there are two assumptions that should be clearly expressed. 1) most of the developer/maintainers either do not have the time or choose not to spend time to clean up code formatting and style issues. It might seem trivial for one or two additions, but could easily turn into a full time job, and we really need people to make their new code look as close to code around it. This will help its long term maintainability, and we have to rely on the posting fixes/additions to sort as much of this out as possible. 2) The original poster figured that he got it close enough and wanted us to jump in and polish it up. What he should have done at that point is either get on IRC or email the list and ask for help instead of assuming that someone would read the feature request and jump in. So, you basically need to find either a champion or a fellow compatriot to help do the finish polish. It might take awhile to find someone to help -- as most of us are insanely busy, and unless this is something that we *NEED*, we end up working on our own projects. There are probably a couple of dozen little features which are in the same state. I know that I submitted a *huge* patch to fix a 32/64-bit issue awhile back, and I doubt that it ever got pulled in as there was something that needed changing and I had a huge job at work come up, and only the gods know whatever happened with it... Now that these things are being tracked better, it is less likely to be dropped and forgotten. That said, I think giving a couple of these hung patches to a GSoC intern would be a great help. Well, that's my 2c EBo -- EBo I think You catch the trouble. From my point of view you hit all the troubles. -it needs little cleaning (I don't know what's wrong at all) -I really don't know how to edit documentation. And I realy just put my code in web and let to someone find it and update the code, instead to find person who are capable to do that and ask it to do that for me. Slavko. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net
Re: [Emc-developers] Google Summer of Code students wanted!
It was a quick attempt at showing the changes not needed see http://linuxcnc.org/docs/html/code/Style_Guide.html the first paragraph about do no harm Most cannot help with the docs because you understand the changes not us so again some indication what the changes do and what others need to know, needs to come from you so others can help update any docs. Dave Caroline On 08/03/2015, Slavko Kocjancic esla...@gmail.com wrote: On 08. 03. 2015 09:38, Dave Caroline wrote: With a diff program or better a merge program like meld one can easily see the white space changes that are extra to the real code changes and can confuse or waste time of a reviewer. Whitespace changes are often made by badly set editorr or a feeling that formatting may not be as you wish. I downloaded streamer.c from git and the new version and created two files from them first I used meld to fix whitespace differences this created http://www.collection.archivist.info/archive/mirror/linuxcnc/streamer.c.slv.djc I exported a diff patch http://www.collection.archivist.info/archive/mirror/linuxcnc/streamer.dif Dave Caroline Hello... Now I'm confused even more. The c.slv.djc file has (in geanny) wery strange whitespace. And even more there seems to be mix of tabs and multiple spaces even in same line. But the .dif seems to be just right. So thanks for that update. ... And my editor is set to use tab char (4) instead in space. So probably that affect the code. Slavko. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Tool Number limit
I think the limit is derived from the message size (send all tools in one message) it should just send tools used/changed and an index number so the tool table can be sent over a number of massages as needed Dave On 22/02/2015, Niemand Sonst nie...@web.de wrote: Hallo, we do introduce with 2.7 the new tool path and a lot of good stuff, but IMHO we do forget one real important fix! LinuxCNC do limit the amount of tools to 56 tools, correct?? This is stupid! I have a Heckler Koch machine with 24 places, but as I do own about 500 tool fixtures with SK 30, I have i.e. about 30 tool holders with drills and thread cutters, so I do reach quiet fast the linuxcnc limit. I want all the tools in the tool table, and all pockets of not mounted tool to be zero, or -1 or pockets major than my limit. Who knows: - Why do we have that limit, the tool.tbl does accept more tools! - How to fix that! Norbert -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] New GCode Editor
That web page gives a white screen on my browser too, not a good way to start Dave On 20/02/2015, Kirk Wallace kwall...@wallacecompany.com wrote: On 02/20/2015 08:05 AM, Kirk Wallace wrote: On 02/20/2015 07:53 AM, kmasem...@aol.com wrote: DID NOT FIND THE WEBSITE: The website is hosted onlcut.lavalu.deinstead of www.lcut.lavalu.de. I found these links: http://www.lavalu.de/ Translated to English: https://translate.google.com/#auto/en/http%3A%2F%2Fwww.lavalu.de%2F Oops, there _is: http://lcut.lavalu.de/ but it looks like it uses html features that don't play well with my browser and won't translate either. -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/ -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=190641631iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Awlsim 0.37 - STEP 7 compatible PLC for LinuxCNC
I do a lot of S7 programming. Mostly Step 7 Portal these days due to the new S7-1200 and 1500 controllers. Any thoughts on adding Lad as a language? I can do STL as well, but I would rather not. :-) Is STL programming still the norm for technician training in Germany? (I used to work for Siemens-USA.) I'll try out your software looks really nice. Dave On 1/16/2015 2:16 PM, Michael Büsch wrote: On Fri, 16 Jan 2015 18:31:54 +0100 W. Martinjak mats...@play-pla.net wrote: Do you think python-snap7 can be used to implement the PLC side of the S7 communication? Yep. That's nice. Any volunteers to add snap7 support to awlsim? :D (Seriously. I am going to merge the patches, if somebody contributes good and working code) As awlsim already has the coreserver it would be straightforward to add snap7 support in addition to the awlsim specific TCP/IP protocol there. (It should probably receive another layer of abstraction first, though) I'm currently focusing on things like getting all AWL details emulated, AWL libraries and the fieldbus side of the PLC rather than the HMI/SCADA side. -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Awlsim 0.37 - STEP 7 compatible PLC for LinuxCNC
SCL and it is very intuitive and simple to use, especially for math functions. Yes. LAD/KOP is hardly used here. AWL/STL is not accepted by many/most US companies as their technicians have not been trained on it. Dave On 1/16/2015 3:36 PM, Michael Büsch wrote: On Fri, 16 Jan 2015 15:15:40 -0500 Dave Cole linuxcncro...@gmail.com wrote: Any thoughts on adding Lad as a language? Well, there are thoughts on implementing a LAD to STL and FBD to STL translator/compiler. However, I did not start work on that, yet. Is STL programming still the norm for technician training in Germany? Yes. LAD/KOP is hardly used here. Most stuff is STL/AWL or FBD/FUP. With TIA Portal this will most likely shift towards more usage of FBD/FUP and less STL/AWL. I'm not sure whether SCL usage will grow. (I used to work for Siemens-USA.) Nice. :) I'll try out your software looks really nice. Thanks. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Syncronized jog
The hobbing set up would allow this. but then one axis is a slave of the other Dave On 02/12/2014, andy pugh bodge...@gmail.com wrote: On 2 December 2014 at 15:26, Marius Liebenberg mar...@mastercut.co.za wrote: Is it possible to do a synchronized jog of at least two axis? I need to move two axis along a specific curve in manual jog mode if possible. I think the answer is no You might be able to achieve something very similar by programming a G-code curve and using a manual feed-override knob. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Syncronized jog
This is Andy's wiki page http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Hobbing I used that with modifications for a stepper machine, not sure how your G0 will work as you need to think about top speeds and in your case any phase(delay) error. I only work in the forward direction. Dave Caroline On 03/12/2014, Marius Liebenberg mar...@mastercut.co.za wrote: On 2014-12-02 22:52, andy pugh wrote: On 2 December 2014 at 17:16, Marius Liebenberg mar...@mastercut.co.za wrote: The machine is a rifler that can only move along a certain path. Even when you retract the tool. Ah well, in that case I think it can work like my hobber, and you just need to slave the rotation to the axial position, and jog the axial position in the normal way. Do we have an example of your hobber setup? -- Regards /Groete Marius D. Liebenberg +27 82 698 3251 +27 12 743 6064 QQ 1767394877 -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] [Emc-commit] dgarr/jog_ignore_fo: inifile: support jog_ignore_feed_override
I agree. Jog speed and feed override should not be related. I didn't realize this was an issue/problem... yet.. But I'm sure I would have found it eventually. :-/ IMO any return to position after jogging away, if a jog while pause is done, is an entirely separate situation that should be addressed when the jog while paused is implemented. Dave On 11/14/2014 8:53 AM, Chris Radek wrote: On Fri, Nov 14, 2014 at 01:36:37PM +, Dewey Garrett wrote: i'll prepare a patch to always ignore FO while jogging instead. I agree with this change. I also think an option is unnecessary. I was surprised/irritated by that behavior in 2.6 recently but didn't do anything about it. Thanks for having more initiative than that! Chris -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] [jep...@unpythonic.net: Patch for issue #328 rebased onto master, resolves #395 as well]
On 10/25/2014 3:59 AM, EBo wrote: If no one else picks this up between now and then, give me a poke after Dec 15'th, and I will see where my life is at that point. If I cannot pick it up then, give me a nother poke after March 1'st, and I will look again EBo -- Hang in there Ebo... You can do it! Don't forget to sleep! ;-) Dave --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Tool Table and Wear offset Table
On 10/3/2014 11:08 AM, andy pugh wrote: On 3 October 2014 16:01, Dave Cole linuxcncro...@gmail.com wrote: Is this the best docs to reference on remapping? http://linuxcnc.org/docs/html/remap/structure.html#_introduction_extending_the_rs274ngc_interpreter_by_remapping_codes Yes, though while reading through it to see what _can_ be done, bear in mind that it is possible to do basic things with no Python at all. At its very simplest [RS274NGC] REMAP=M31 ngc=mym31 Would call a G-code subroutine called mym31. Which might just be a few lines of G-code That's good to know. I might be able to use that to overcome some problems I am having with the CAM software post processor. Thanks, Dave --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Tool Table and Wear offset Table
I am working on a Linuxcnc retrofit on a 2 axis waterjet. They use abrasive along with the waterjet to cut steel and aluminum on this machine. If they are cutting out a large sheet of material, the nozzle will wear and the jet will become a larger diameter during the course of the job. They would like to be able to adjust the jet size (think tool diameter) on the fly or at least do it as the machine is paused, or stopped, and then do a run from line to resume. The tool table seems to be in a state of flux right now so I am looking for advice on how to best do this. In the message string below (lathe application) the G43 and G43.2 is discussed in the context of a lathe. Would the same work for tool diameter? With a G41/G42 and a G41.1 and G42.1? It looks like G41.1 and G42.2 deal with the tool diameter directly whereas G43.2 incrementally adjusts an existing tool? Does it matter which tool table I use to do any of this? I have 2.6.3 installed right now on the machine but I have the 2.7___ master LinuxCNC master installed on a different PC so I can test with either software. Any advice is appreciated. Thanks, Dave On 8/6/2014 11:16 AM, Gene Heskett wrote: On Wednesday 06 August 2014 07:40:25 Rick Lair did opine And Gene did reply: Good Morning Guys, Dewey, I see this patch, I am working on testing it now, thanks Andy, The guys tried running a program last night, and as soon as it gets to the tool call in the program, the gcode for the program disappears and the subroutine pops up in the window, and the gremlin backplot jumps from the picture of the part and goes back to the 0,0 point of the display, We are using gmoccapy if that makes a difference? Any thoughts, Thanks I am using axis, too lazy to switch, and I don't generally fix whats not broken. But I am seeing something similar, not in the backplot, but in the axis code display window at the bottom. Anytime a tool change is approaching, the code disappears, and the tool table appears. Always with the same tool highlighted regardless of the upcoming tool number being requested. And, IIRC, the tool table display remains until the following otedautoz call, which dynamically sets the TLO, has been completed. But, I am not at all sure it is the LCNC tool table being displayed, I believe its the expected tool table from headers of the pcb2gcode generated files! Which is nice since the insert tool requester does NOT spec the size of the drill its looking for, but the text window does show the pcb2gcode expected tool diameter in the M6T2 line. No clue how that is done but it does appear to work correctly. Where people like me, without a tool changer, or as Stuart once said, a 2 armed tool changer, can lose track, having the popup display the diameter of the tool being requested in the popups larger font would be quite a usable bit of help for aging eyes. A 2.6.x hint perhaps? But I actually think the instant behavior is useful. In the long run, one more column in the tool table, that contained a code number that describes the tool, where 0=drill, 1=flat faced mill, 2=round nosed mill, etc, etc, would seem to be useful. 0-9 for milling tools, 10-29 for lathe tools. Wish list... ;-) Rick Lair Superior Roll Turning LLC. PH: 734-279-1831 www.superiorroll.com -Original Message- From: andy pugh [mailto:bodge...@gmail.com] Sent: Tuesday, August 05, 2014 12:46 PM To: EMC developers Subject: Re: [Emc-developers] Tool Table and Wear offset Table On 5 August 2014 17:36, Rick Lair r...@superiorroll.com wrote: Apparently I spoke too soon, but I swear it was working properly yesterday, when I did the update. The original toolchange.ngc file you wrote works fine, what we modified it too doesn't. For some reason it is not reading/using the tool data in the T1 locations in the tool table. Yes, this is the problem I pointed out. You need to G43 the tool offset data, then G43.2 the wear modifier. Your changes removed the G43 #tool and only left a G43 #wear (actually, it doesn't matter what order you do them in, but G43 #tool and G43.2 #wear feels more logical.) Cheers, Gene Heskett --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Tool Table and Wear offset Table
Good to know. Thanks Chris! Dave On 10/2/2014 12:10 PM, Jeff Johnson wrote: Not related to the topic at hand exactly but it is important that everyone is aware that the work Chris did on how Linux CNC works with the editor (order of read/timing???) has made our turning centers and tool changes bullet proof. We make a lot of offset changes in a day of operation and we could count on a Linux CNC throwing a missing tool error making us have to re-load the table and start over and about thirty percent of the time it sent our turret spinning because there was no tool in the tool table to compare the current tool to the requested tool. So hats off to Chris on fixing this problem and making missing tools and runaway tool changers a thing of the past. Jeff Johnson john...@superiorroll.com Superior Roll Turning 734-279-1831 -Original Message- From: sam sokolik [mailto:sa...@empirescreen.com] Sent: Thursday, October 02, 2014 11:27 AM To: EMC developers Subject: Re: [Emc-developers] Tool Table and Wear offset Table are you saying have a g41.1 on On 10/2/2014 10:07 AM, Dave Cole wrote: On 10/2/2014 10:46 AM, andy pugh wrote: On 2 October 2014 15:40, Dave Cole linuxcncro...@gmail.com wrote: They would like to be able to adjust the jet size (think tool diameter) on the fly This is probably most easily done with G42.1 and G41.1, though the G-code would have to actually stop and look for new values from an input source. Any change of tool diameter would require a recalculation of the motion queue, so I don't think that there is any way to do it completely live. As an initial step job-by-job, however, it would be relatively easy. So perhaps if I had the tool/jet diameter in a hal float pin, I could use that along with the analog input function in Gcode to grab the hal value and then assign it via an invocation of G42.1 or G41.1 ? Does that sound possible/reasonable? So in this respect the tool table becomes a non issue? Does this sound correct? Thanks, Dave --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Tool Table and Wear offset Table
Yes, I think that a G41.1 or G42.1 will need to be invoked at the beginning of each cut depending on travel direction and then a G40 will need to be used at the end of each cut so the travel direction can be changed for the following cut. Lead ins are used to start all cuts so I am hoping I can invoke the G41.1 or G42.1 prior to the lead in and then cancel it at the end of each cut via a G40. That should make the CAM post pretty straight forward ( I hope! ). I did some testing with G41 and G42 yesterday and found out that a M64 P0 (Digital output On) cannot be executed while a G41 or G42 is active? I thought that was a little strange. I'm using M64 P0 to turn on the waterjet and M65 P0 to turn it off. Does this sound like a bug? Thanks, Dave On 10/2/2014 11:29 AM, sam sokolik wrote: wow - didn't mean to send that.. well to finish my thought - would you put g41.1 at the begining of every part/shape? I could see that working very well. sam On 10/2/2014 10:26 AM, sam sokolik wrote: are you saying have a g41.1 on On 10/2/2014 10:07 AM, Dave Cole wrote: On 10/2/2014 10:46 AM, andy pugh wrote: On 2 October 2014 15:40, Dave Cole linuxcncro...@gmail.com wrote: They would like to be able to adjust the jet size (think tool diameter) on the fly This is probably most easily done with G42.1 and G41.1, though the G-code would have to actually stop and look for new values from an input source. Any change of tool diameter would require a recalculation of the motion queue, so I don't think that there is any way to do it completely live. As an initial step job-by-job, however, it would be relatively easy. So perhaps if I had the tool/jet diameter in a hal float pin, I could use that along with the analog input function in Gcode to grab the hal value and then assign it via an invocation of G42.1 or G41.1 ? Does that sound possible/reasonable? So in this respect the tool table becomes a non issue? Does this sound correct? Thanks, Dave --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Request for additional iocontrol or motion facility
On Thu, 2014-09-25 at 02:38 -0600, EBo wrote: On Sep 25 2014 1:53 AM, Marius Liebenberg wrote: ... Should we not have a common place where people can dump stuff that they think is usefull and the rest of us can go scratch there if we are looking for something. This way not all submissions have to be included or excluded as in this case. I thought there used to be a contribution repository, and it had the simple name of files or some such. I think it was a decade ago since I used it, or maybe am I thinking of a different project? If we do not have it, it would be nice to have one. It would also be nice to break that up into configs, utilities, etc., and I would stress that there should be a contrib_file with a separate contrib_file.readme so we know what is in the file without uncompressing a bunch of stuff. EBo -- IIRC there used to be such under emc(1). Probably called 'dropbox'. Dave -- 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] jepler/rtos-uspace: a new POSIX realtime branch
I am surprised how long the LPT port has lasted. Many of the new Intel Bay Trail boards either have LPT ports or a header on the motherboard. Apparently the LPT port must be used by a lot of embedded systems. Otherwise why would they continue to include that? It seems like the PCI slot is endangered. Some of the newer boards are slotless. The cost of a spare motherboard seems slight to me considering the overall cost to implement a CNC system.IMO, if uptime is critical, put spare parts on the shelf and that solves the future availability issue for the most part. Dave On 6/29/2014 3:18 PM, Jeff Epler wrote: On Sun, Jun 29, 2014 at 07:59:36PM +0200, Marius Liebenberg wrote: Thanks a lot Jeff. I also have a better picture of the kernel issues and requirements. Would it be correct to say that the future of motion control would be hardware step generation rather than the software step generation? It would seem that the world of parports and software step generation is shrinking fast with the rapid change in PC hardware. The SPP/EPP parport is clearly not something that is on everybody's PC anymore. They'll be available as cards for a long time, though who knows when they'll cross the cost curve and be just as expensive as a basic FPGA motion control card... Personally I wouldn't recommend to anybody to put together a new system based on the parallel port. Saving the money on the card is likely to be a false economy for most people in the long run. 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- 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-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] RFC: Make Axis Touch-off more idiot proof
On 10/06/2014, EBo e...@sandien.com wrote: The first two I can see, but not the third. Why should you have an additional one just to update Axis (or are you reffering to the internal button handler, and not an actual button)? On Jun 10 2014 4:35 AM, John Thornton wrote: Actually it takes me 3 pyvcp buttons to touch off, one for material and one for tool and one to update Axis after a tool touch off. JT On 6/9/2014 7:29 PM, andy pugh wrote: I can't even guess how many times I have touched off a tool when I meant to touch off the coordinates, or more often, the converse, in Axis. I have never made this mistake in Touchy. Because Touchy has two different buttons. I don't speak TCL, but is it too late / too hard to split the button? I think that JT has mentioned using PyVCP buttons instead for just this reason. -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Choosing platform for special GUI
This is much better behaviour than PyVCP, where spinbutton valuyes don't update even if you do press enter, and in fact you need to press the up arrow to commit, then the down arrow to get back the number you typed in. fixed in 2.5.4 Dave On 23/04/2014, John Thornton bjt...@gmail.com wrote: I have some GUI tutorials here: http://gnipsel.com/linuxcnc/index.html JT On 4/23/2014 2:49 AM, Marius Alksnys wrote: I need to create a GUI for special machine. It is time to choose the platform for it. The GUI will have lots of editboxes, labels (DROs) and tables for view and input, several tabs (forms or pages). It would be great to have user friendly tables and even expandable multi-level tables. It does not have to have neither xyz plot nor simulation. Main controls can be made using hardware buttons. I like GUI editors much more than having to code it by hand. I can program in different languages like C, C++, Pascal, Visual Basic, but python would be new to me. What I am looking at right now is Qt (probably, newest one) and ability to talk to LinuxCNC using linuxcncrsh. As for newest Qt, it fails to run in 10.04 / Lucid. Installing xcb did not help. The message: This application failed to start because it could not find or load the Qt platform plugin xcb. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, xcb. Reinstalling the application may fix this problem. Aborted -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] bug with pncconf
On 4/7/2014 5:48 AM, bruno wrote: Traceback (most recent call last): File /usr/bin/pncconf, line 5282, in on_mesa_boardname_changed if 7i43 in d[_BOARDNAME] : UnboundLocalError: local variable 'd' referenced before assignment It doesn't know what the _boardname variable is, that variable was never written to prior to that statement in the code. Did you leave some fields blank before you got to that point? If so, go back and put something into each field and see if it reoccurs. Dave -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees_APR ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Another query on numerical formats
On Thu, 2014-04-03 at 12:02 +0100, andy pugh wrote: This thread raised an interesting question http://linuxcnc.org/index.php/english/forum/49-basic-configuration/27669-following-error-and-velocity/45528 The user was seeing the f-error switch to exponential notation, not seeing the e in the middle, and assuming e-error spikes. As the hal-status watch tab displays to many places of decimals, I wonder if 1e-6 should actually display as 0.0 instead? I can't decide. Hi Andy, It is still early morning but shouldn't the decision point for 0.0 be = 5 E-6? Dave -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] OT - autonomous wheeled ground vehicles
On 3/31/2014 1:12 PM, andy pugh wrote: On 31 March 2014 20:04, Dave Cole linuxcncro...@gmail.com wrote: https://store.3drobotics.com/products/3dr-pixhawk I'm working with a group of guys who are trying to use this device to control a wheeled ground vehicle. Not a small one, but a 3000lb - 4wd vehicle.The vehicle needs to drive from waypoint to waypoint and stop at each one. It doesn't seem like a good fit to me. It seems to make no sense to use a device designed to be tiny and lightweight in a full-sized car when a laptop could be used and have all the advantages of a big CPU and a screen to display stuff. I think that the system would probably end up using several computers in a network, assuming this is an autonomous vehicle with vision, radar etc etc. I assume that the idea is to use RC-style servos, but I would be surprised if even the biggest ones were up to the task. Hacking the CAN bus of a self-parking car would be an interesting solution. I agree. Seems like a mismatch to me. This vehicle is pretty simple. No vision, no radar. It only operates in a clear space. I can't find any RC servos that are close the the requirements. So that becomes an issue. Dave -- ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Question on 14.04 LTS
Gene, 12.04 RTAI seems to be solid. I have it running on a live machine. No issues once it is running. Seb sent out an email on that a couple months ago. Do a search for 12.04 in the subject line and the thread should pop up. There were several posts on that a month plus ago. Installation is straightforward except that Grub gets confused. But that is easily fixed. I have it running on an Intel D525MW board and a Gigabyte E350N WIN8 board. The E350N board is $75 at Newegg (at last check) with a LPT port and the board seems to be well made. It doesn't get much cheaper than that. Hey, 14.04 is not even released yet! https://wiki.ubuntu.com/TrustyTahr/ReleaseSchedule Dave On 3/25/2014 4:32 PM, Gene Heskett wrote: On Tuesday 25 March 2014 17:31:50 Sebastian Kuzminsky did opine: On 3/25/14 14:14 , Matt Westveld wrote: This is how I got it working - I followed Andy's post: http://linuxcnc.org/index.php/english/forum/27-driver-boards/27253-7i8 0-and- 7i77?limitstart=0 Also: http://static.mah.priv.at/public/rt-preempt/README That's cool, but it's instructions for a different realtime kernel than what Gene was asking about. That is a comparatively minor detail. I am not married to 3.3.6. -Original Message- From: Gene Heskett [mailto:ghesk...@wdtv.com] Sent: Tuesday, March 25, 2014 3:56 PM To: emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] Question on 14.04 LTS On Tuesday 25 March 2014 15:53:22 Peter C. Wallace did opine: On Tue, 25 Mar 2014, Sebastian Kuzminsky wrote: Date: Tue, 25 Mar 2014 12:38:38 -0600 From: Sebastian Kuzminsky s...@highlab.com Reply-To: EMC developers emc-developers@lists.sourceforge.net To: EMC developers emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] Question on 14.04 LTS On 3/25/14 12:28 , Gene Heskett wrote: Is there any progress on building an rtai version of the kernel likely to ship with 14.04 LTS final? Any estimates of target date? No one is working on this as far as i know. 14.04 is using 3.13.x I think the latest RTAI supported kernel is 3.10.x Oh goodie. I am on 3.13.6, 32 bit PAE on this machine now. Where might the 3.10.x build procedure be viewed? Thanks Peter. Cheers, Gene -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Question on 14.04 LTS
Yep, unfortunately Intel wanted out of the motherboard business. I had chronic problems with a Gigabyte motherboard also a few years ago. These boards seem to be solid so far and they brag about the quality of the caps! We'll see. The D525MWs are good boards. Dave On 3/25/2014 8:25 PM, Gene Heskett wrote: On Tuesday 25 March 2014 21:10:56 Dave Cole did opine: Gene, 12.04 RTAI seems to be solid. I have it running on a live machine. No issues once it is running. Seb sent out an email on that a couple months ago. Do a search for 12.04 in the subject line and the thread should pop up. I'll do that when I have the hardware all back together again. There were several posts on that a month plus ago. Installation is straightforward except that Grub gets confused. But that is easily fixed. I have begun to get comfy with the new grub 2. I have it running on an Intel D525MW board and a Gigabyte E350N WIN8 board. The E350N board is $75 at Newegg (at last check) with a LPT port and the board seems to be well made. It doesn't get much cheaper than that. Interesting, and its not atom powered. Gigabyte is a discount though, I've less than a stellar history, replacing the motherboard capacitors pre- maturely several times. But that was several years ago when there were bad caps all over from the Chinese. Probably not a problem today. But ATM I have an D525MW in the Ark shoebox for each machine, so I'm not looking to replace them with BBB's just yet. Hey, 14.04 is not even released yet! https://wiki.ubuntu.com/TrustyTahr/ReleaseSchedule 3 days to final rc. Dave On 3/25/2014 4:32 PM, Gene Heskett wrote: On Tuesday 25 March 2014 17:31:50 Sebastian Kuzminsky did opine: On 3/25/14 14:14 , Matt Westveld wrote: This is how I got it working - I followed Andy's post: http://linuxcnc.org/index.php/english/forum/27-driver-boards/27253-7 i8 0-and- 7i77?limitstart=0 Also: http://static.mah.priv.at/public/rt-preempt/README That's cool, but it's instructions for a different realtime kernel than what Gene was asking about. That is a comparatively minor detail. I am not married to 3.3.6. -Original Message- From: Gene Heskett [mailto:ghesk...@wdtv.com] Sent: Tuesday, March 25, 2014 3:56 PM To: emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] Question on 14.04 LTS On Tuesday 25 March 2014 15:53:22 Peter C. Wallace did opine: On Tue, 25 Mar 2014, Sebastian Kuzminsky wrote: Date: Tue, 25 Mar 2014 12:38:38 -0600 From: Sebastian Kuzminsky s...@highlab.com Reply-To: EMC developers emc-developers@lists.sourceforge.net To: EMC developers emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] Question on 14.04 LTS On 3/25/14 12:28 , Gene Heskett wrote: Is there any progress on building an rtai version of the kernel likely to ship with 14.04 LTS final? Any estimates of target date? No one is working on this as far as i know. 14.04 is using 3.13.x I think the latest RTAI supported kernel is 3.10.x Oh goodie. I am on 3.13.6, 32 bit PAE on this machine now. Where might the 3.10.x build procedure be viewed? Thanks Peter. Cheers, Gene Cheers, Gene -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Setting tool length vs touching off Z every time [was: g43 and modal commands]
A tool length and width and shape probe is needed for some types of tooling. For some a camera can be used but beware of camera optical axis and resolution accuracy etc For best quality you need to detect the run out so you know the effective diameter too. Dave Caroline On 19/03/2014, Ed Simmons e...@estechnical.co.uk wrote: On 19/03/14 00:57, jeremy youngs wrote: also modifying the work offset affects EVERY tool , (further bad juju) , however understanding the limits of many of us on the list without toolchangers and holders i use the touch off method, while not perfect it has sufficed for anything i do at the house , i would NEVER allow that in a production environment , in fact i only allow 2 methods in the shop 1 touch off a block , 2 use a toolsetter , anything else is just asking for the inevitable crash , especially when changing shifts ( dont ask how i know ) :) Is there any meet-in-the-middle between the touch off Z every time approach and having tool changer with repeatable tool length? I fully agree about dangers of changing work offsets, but as we see it, we have very little option with collets and tiny tools. Our situation here is that the machine is used mostly to cut flexible plastic panels - these need adjusting when being set in the machine for optimal flatness (stupid bendy stuff!) and always end up at different heights - sometimes approaching 0.2mm variation between the height of successive panels placed into the same work offset. The depth of the engraving is very sensitive to this, so our routine is to fit the panels, then one by one check each for flatness and touch off Z for each panel's work offset to the correct height by probing onto a plate placed on the panel. The gcode for engraving the text is a subroutine that is called at each of the work offsets in turn. The tool is changed after the engraving is completed for a 2mm single flute straight cutter to make the connector cut outs. Here we cheat a bit, since the depth is much less important (as long as the cut is right through the panel) we just touch off the height to the first offset. In this case, the pattern of connector cut outs is replicated for each panel laid out on the grid of our mounting plate. The whole grid is in G55 offset to avoid the need to individually adjust the heights for all the work offsets for this step. However, since changing the tool invalidates the height in all the work offsets, this isn't so important anyhow. Would a tool length probing station help in any way? I still think we'd end up probing the Z for all the work offsets each time we fit panels... From time to time I accidentally touch off the wrong axis when setting up these panels, much cursing ensues. The grid of panels is at least regular and easy to recover from this by going to XY 0,0 in an OK work offset, then touching off X or Y to the correct value for the messed up work offset. Every time I do this, I wonder if there's a good way to avoid this mistake. Any bright ideas would be gratefully received! Thanks, Ed -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] PID bidirectional pins.
On 3/16/2014 9:57 AM, Peter C. Wallace wrote: On Sun, 16 Mar 2014, andy pugh wrote: Date: Sun, 16 Mar 2014 13:52:25 + From: andy pugh bodge...@gmail.com Reply-To: EMC developers emc-developers@lists.sourceforge.net To: EMC developers emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] PID bidirectional pins. On 16 March 2014 13:36, Michael Haberler mai...@mah.priv.at wrote: well in that case a HAL widget like a scale.with an IO pin is the way to go Given that the PID component never changes its own gains, I think that the switch to IO pins was a mistake, pure and simple. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto I wonder where using IO pins is _not_ a mistake? If I remember correctly, there was a fairly long discussion over making those pins I/O. Does anyone else remember that? Dave -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] PID bidirectional pins.
Hi Ebo, On Sun, Mar 16, 2014 at 9:11 PM, EBo e...@sandien.com wrote: ...snip... Yes, but you need to be careful and make sure that it will do what you want. For fairly flat structures: struct bla { int some, thing; float more; } it will do fine, but for: struct woof { struct bla *bla1, *bla2; char *names[]; } you do not know apreori if you should do a deepcopy or shallow (ie do you copy the pointers, or do you follow down the pointers and copy all the subrecords). Other than that, it is a very useful feature. Absolutely. Structure copy is only a shallow copy (you could think of it as just a shorthand for memcpy). C++ allows you to override the assignment operator so you can use that to do deep copies. But for C, you're probably better off to code a helper function if you want a deep copy. -- Dave Hylands Shuswap, BC, Canada http://www.davehylands.com -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Tree VMC tool changer help
I suspect the bigger problem will be having it done in the next two weeks. Dave On 3/9/2014 5:50 PM, Michael Chism wrote: Great analogy, but is anyone willing to come to Pensacola Florida? The weather is awesome! :) Date: Sun, 9 Mar 2014 17:48:49 -0500 From: linuxcncro...@gmail.com To: emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] Tree VMC tool changer help There is a certain point where any person or persons you get to help, will spend so much time trying things and explaining things with you (which you said you don't want to learn) that it would make more sense to have your help just travel there and do it, rather than do a try and repeat over and over again remotely. If you had a month or more to do this job and rely on casual assistance, it would be one thing. But that is not your situation. Here's an attempt at an analogy: You are obviously familiar with machine tools. Say that a shop owner (a one man shop) was on vacation and he got a call that a set of parts needed to be made in his shop right away. The part blueprints and materials are delivered to the shop. The shop owners cousin is available and lives near the shop but has never run a machine tool before. The shop owner convinces him to work in the shop and run the machines and make the parts while he tells him what to do over the phone and via email. Another issue, the cousin can't read blueprints. Last issue, this is a sizable job and it would take the shop owner 2 weeks to to the job. The cousin has two weeks to complete the same job. Dave On 3/9/2014 3:04 PM, Michael Chism wrote: Hi Dave, yes mesa 5i25 and 7i77, I really cant understand why its so difficult :( I am willing to do everything that needs to be done on my side including trying and trying files over and over Date: Sun, 9 Mar 2014 01:15:01 -0500 From: linuxcncro...@gmail.com To: emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] Tree VMC tool changer help On 3/8/2014 11:46 PM, Kirk Wallace wrote: On 03/08/2014 07:41 PM, Stuart Stevenson wrote: I am not clear just where you are in your project. You mentioned two weeks but is that two weeks from now or two weeks from when you start? After looking at the manuals, my first guess is that the changer control is built into the main controller so LinuxCNC will need to do low level control. Also it looks like the carousel uses a servo motor and high count encoder like a regular axis. I have used a Limit2 (3?) component to good effect on my carousel but I haven't completed that project, so I can't put that feather in my cap yet. The spindle orientation hasn't become obvious yet. I'm tending to think two weeks to get the changer working would be optimistic. If it were my machine, I might get the draw bar to operate first, then if time runs out, parts could still be made with manual loading. This looks like a capable machine as is, is the controller completely dead? If there is a servo in there I can't see that being done without someone onsite unless someone has a LOT of time to try and work through it remotely (warning -painful!). The limit3 works fine for machine motion. I have limit3s running a high speed bottle packaging machine and it has been running for a couple of years with no problems.CL is great for state machines since it is relatively easy to debug live. But that means that the changer will require Hal and CL and that is going to get complex. Someone needs to camp out there for some time to build the software and debug the changer one step at a time. Either that, or ship the machine to the person/company doing the software if there is a bunch of other work to do also - as in changeout the controls and rewire the machine. What hardware are you using to control the machine? Mesa boards? Dave -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id
Re: [Emc-developers] Tree VMC tool changer help
On 3/8/2014 11:46 PM, Kirk Wallace wrote: On 03/08/2014 07:41 PM, Stuart Stevenson wrote: I am not clear just where you are in your project. You mentioned two weeks but is that two weeks from now or two weeks from when you start? After looking at the manuals, my first guess is that the changer control is built into the main controller so LinuxCNC will need to do low level control. Also it looks like the carousel uses a servo motor and high count encoder like a regular axis. I have used a Limit2 (3?) component to good effect on my carousel but I haven't completed that project, so I can't put that feather in my cap yet. The spindle orientation hasn't become obvious yet. I'm tending to think two weeks to get the changer working would be optimistic. If it were my machine, I might get the draw bar to operate first, then if time runs out, parts could still be made with manual loading. This looks like a capable machine as is, is the controller completely dead? If there is a servo in there I can't see that being done without someone onsite unless someone has a LOT of time to try and work through it remotely (warning -painful!). The limit3 works fine for machine motion. I have limit3s running a high speed bottle packaging machine and it has been running for a couple of years with no problems.CL is great for state machines since it is relatively easy to debug live. But that means that the changer will require Hal and CL and that is going to get complex. Someone needs to camp out there for some time to build the software and debug the changer one step at a time. Either that, or ship the machine to the person/company doing the software if there is a bunch of other work to do also - as in changeout the controls and rewire the machine. What hardware are you using to control the machine? Mesa boards? Dave -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] GentooCNC
Hi EBo, I'm ignorant when it comes to Gentoo. What would/could Gentoo bring to the table that is lacking in a Ubuntu or a Debian based system? Thanks, Dave On 3/2/2014 10:19 AM, EBo wrote: Sławek and I have started a project over on SourceForge called GentooCNC. We are still in the planning stages, but I thought I would invite the other Gentoo users out there to join in the fun. Cheers, EBo -- -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] GentooCNC
Thanks Ebo.. Dave On 3/2/2014 7:10 PM, EBo wrote: Sławek should be able to extol on the strengths of Gentoo better than I, but I will give it a shot... One of Gentoo's strengths is the use of the explicit dependency graphs defined in the ebuilds. This allows you to check daily if there are any updates on your system, and to easily update the entire system. Portage also give you very fine control to lock out specific versions or overload their build flags without having to resort to figuring out all the command line arguments for config, make, etc. My personal experience is that Gentoo is a pain to do the initial setup, but after that it is breze to maintain. The machine I am working on at the moment is 7 years old, and running of the same basic config that I have updated and maintained daily. I should also mention that it is not required, but it is nice when the system tells you that there is a new/updated version of the kernel, LCNC, or even more insidious a ssh upgrade due to some security patch. Basically, it comes down to the fine level of control, repeatability, and reportability that the tools allow. I will have to think a bit to see what might be the advantage over Debian or Ubuntu. One interesting point someone pointed me to was that Google's Chrome OS ditched their Ubuntu based distro and rebased it on Gentoo. Not sure what motivated that, but I would guess that it was the ability to control every single package build on the fly. EBo -- On Mar 2 2014 9:37 AM, Dave Cole wrote: Hi EBo, I'm ignorant when it comes to Gentoo. What would/could Gentoo bring to the table that is lacking in a Ubuntu or a Debian based system? Thanks, Dave On 3/2/2014 10:19 AM, EBo wrote: Sławek and I have started a project over on SourceForge called GentooCNC. We are still in the planning stages, but I thought I would invite the other Gentoo users out there to join in the fun. Cheers, EBo -- -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Proper behavior when blending rapid / feed moves
I think either direction g0 g1 or g1 g0 matters the same, you either have to add some clearance (how much?) for the blend or hope the default is exact mode or add the exact mode where one has a transition. Dave Caroline On 06/02/2014, andy pugh bodge...@gmail.com wrote: On 6 February 2014 13:13, EBo e...@sandien.com wrote: (If the G0 to G1 transition is in contact with the workpiece something is wrong anyway). Not quite. Picture a straight plunge cut -- you can go in at speed, and then retract at rapid. That's G1 to G0, I was specifically thinking of G0 to G1. (I think that G1 too G0 is easier) -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] configs/ structure
On Thu, 2014-01-16 at 21:10 -0600, Jon Elson wrote: On 01/16/2014 05:39 PM, David Bagby wrote: Let's take a bit little tip in the way back machine in the olden days EMC (I use that name as that is what it was called during the time I refer to) was not anywhere near as much of a platform specific project as it is today. It started out designed to be able to run a variety of hdw+sftw platforms. It was only as time has passed by that a particular hardware/software came to dominate EMC installations: the X86 PC + Linux combination. Well, some time around 1995 it ran on Sun workstations. Before that part of it ran on a VME backplane; I don't remember what the processor was. :-( Dave (I know some will remember that EMC ran on Windows in the early days and that this was not considered a bad thing.) No, I don't think this ever happened. Fred Proctor bought an expensive ($2000 per node) real time extension to Windows (I'd guess it was NT) and built something very close to our current latency test. It was HORRIBLE, and as far as I know, the project stopped right there. I think there were latencies of up to one SECOND several times a day. They tested Linux and an early RT-Linux patch and were pleasantly surprised. There was a DEMO program that implemented the ancient keystick (or was it TkEMC) GUI with a little bit of stuff behind it, that ran on Windows. But, it was not even anywhere like the sim version of LinuxCNC, it had a dummied-out interpreter. Jon -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Calling INT 15 from a comp?
Too bad.. as that was a good starting point! Dave On 1/16/2014 3:40 AM, Michael Haberler wrote: Am 16.01.2014 um 06:12 schrieb Dave Cole linuxcncro...@gmail.com: On 1/15/2014 9:27 PM, Charles Steinkuehler wrote: On 1/14/2014 8:38 PM, Charles Steinkuehler wrote: On 1/14/2014 5:34 AM, andy pugh wrote: Someone on the forum is trying to write a driver for some onboard GPIO that needs to be enabled via an INT 15. The sample assembler is: MOV AX, 6F08HSets the digital port as input INT 15H Initiates the INT 15H Is it reasonable/legitimate to do this with inline assembler in a .comp file? Having never tried to use inline assembler, what would it look like? I guess we need to put ax back to where it was afterwards? Is there a linux system call to achieve the same result? Not to derail this thread from the I used to have to enter hex machine instructions by hand with toggle switches, and it was up-hill both ways! reminiscing, but it should be OK to do an INT instruction or make kernel calls in the setup portion of a HAL component. Of course the execution mode and the interrupt need to agree on things like the current operating context of the CPU (no calling 16-bit BIOS routines from 32-bit PAE code!). I was reading a bit more about this today, and apparently how the graphics applications do this is to include a virtual x86 machines for the sole purpose of being able to execute INT calls to the on-board video BIOS for GPUs (which is the only way they can be properly setup on some systems, particularly non-x86 machines with undocumented hardware and closed-source GPU drivers). https://lists.sourceforge.net/lists/listinfo/emc-developers That makes sense. But in this GPIO application, unless the INT 15 vector pointer has an interrupt service routine already attached to it via a driver, to service the I/O, I doubt that running the code below is going to have the desired effect. MOV AX, 6F08HSets the digital port as input INT 15H Initiates the INT 15H I think the project has been put to rest, despite a way without 'INT 15H' was found - see rest of thread: http://www.linuxcnc.org/index.php/english/forum/24-hal-components/27385-driver-for-hardware-io-port?start=10#42758 -m Dave -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Calling INT 15 from a comp?
On 1/14/2014 9:18 PM, andy pugh wrote: On 15 January 2014 02:13, Dave Cole linuxcncro...@gmail.com wrote: Assembler .. yep I remember doing some of that on 6800 Micros.. Very tedious. Tedious? Ha! I used to _dream_ of an assembler, I wrote machine code in raw hex, from a paper list of mnemonics! (on the Z80) I went through that also.. I still have a wire wrapped Z80 or 8080 board (I forget) that I put together from scratch since I could not afford an S100 Bus system as I was in high school at the time. The S100 systems were really expensive back then - like $1000!!! The display was a bunch of expensive 7 segment displays. I don't remember how I loaded the program .. I think I had some type of keypad. That was more than tedious.. that was torture.Lose power and the program vanished out of the static memory chip.. I had almost $200 in parts in it which was a bunch of money considering that my first car, a 68 Chevy Impala with a 327 V8 was $300 from the Chevy Dealer used car lot. That must have been about 1973. During those years you could buy a Ford Pinto for $999 brand new from the local Ford Dealer. Dave -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Calling INT 15 from a comp?
On 1/15/2014 9:27 PM, Charles Steinkuehler wrote: On 1/14/2014 8:38 PM, Charles Steinkuehler wrote: On 1/14/2014 5:34 AM, andy pugh wrote: Someone on the forum is trying to write a driver for some onboard GPIO that needs to be enabled via an INT 15. The sample assembler is: MOV AX, 6F08HSets the digital port as input INT 15H Initiates the INT 15H Is it reasonable/legitimate to do this with inline assembler in a .comp file? Having never tried to use inline assembler, what would it look like? I guess we need to put ax back to where it was afterwards? Is there a linux system call to achieve the same result? Not to derail this thread from the I used to have to enter hex machine instructions by hand with toggle switches, and it was up-hill both ways! reminiscing, but it should be OK to do an INT instruction or make kernel calls in the setup portion of a HAL component. Of course the execution mode and the interrupt need to agree on things like the current operating context of the CPU (no calling 16-bit BIOS routines from 32-bit PAE code!). I was reading a bit more about this today, and apparently how the graphics applications do this is to include a virtual x86 machines for the sole purpose of being able to execute INT calls to the on-board video BIOS for GPUs (which is the only way they can be properly setup on some systems, particularly non-x86 machines with undocumented hardware and closed-source GPU drivers). https://lists.sourceforge.net/lists/listinfo/emc-developers That makes sense. But in this GPIO application, unless the INT 15 vector pointer has an interrupt service routine already attached to it via a driver, to service the I/O, I doubt that running the code below is going to have the desired effect. MOV AX, 6F08HSets the digital port as input INT 15H Initiates the INT 15H Dave -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Calling INT 15 from a comp?
It sounds like he is trying to adopt some MSDOS code into LinuxCNC?? That looks like MSDOS assembler to initiate a soft interrupt. http://en.wikipedia.org/wiki/INT_%28x86_instruction%29 Assembler .. yep I remember doing some of that on 6800 Micros.. Very tedious. Dave On 1/14/2014 6:34 AM, andy pugh wrote: Someone on the forum is trying to write a driver for some onboard GPIO that needs to be enabled via an INT 15. The sample assembler is: MOV AX, 6F08HSets the digital port as input INT 15H Initiates the INT 15H Is it reasonable/legitimate to do this with inline assembler in a .comp file? Having never tried to use inline assembler, what would it look like? I guess we need to put ax back to where it was afterwards? Is there a linux system call to achieve the same result? -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Discuss: patch submissions
On Sat, 2014-01-11 at 10:03 -0700, EBo wrote: On Jan 11 2014 6:19 AM, Chris Morley wrote: ... I think we are in prefect agreement. All I meant is to not commit non-compilable code. But I would argue that this should be a pull operation -- Lets say you have a branch dealing with TP, then you get it working and tested by a couple of people, then you send a pull request to Seb. He then merges it back into master for inclusion and wider distribution and testing. ah yes non compilable code is a no no for sure. That is surely a thing nice about the buildbots - you find out about this quickly. I've had code work great on my system but breaks on another. Right now I can push a 'feature' branch to the buildbot to check it before including it in master - but I have push access. fair enough. I know that non-compilable code will get pushed from time to time (as shit always happen), but I think the point is clear. I should have explained the release manager part better ( only so the discussion assumptions are close to reality ). In my experience here, after a release candidate in branched off, master is free to be developed. There has been little restriction on what goes in and no one-person merges work in to it. There is no master manager. I think this is a problem. How about the next (future) branch release manager manages master until they spin off. So, if there is anyone willing to take over what will become 2.7 or 3.0, they manage master until we spin off the one after 2.6. Who is it that is championing the universal build (or is that something still slated for 2.6)? Seb? The release manager decides what else gets included in a release candidate. Agreed. Usually only bug fixes, sometimes small atomic features can be added, eg new components. This is the stability and release phases. The pull request to master is a problem, as we have discussed. with no master manager or other point of contact, there is no way to make this happen or find out why it won't or can't happen. If you have push access you can do things right away, if not . Hopefully we can make this situation better as we go. It will not get better until until some change is made. What other ideas are there to fix the issue? Setting it up on the buildbot is an interesting idea. That would imply that each test branch needs a champion to setup the buildbot, and thwack the code. It would be a little extra work for them, but would save Seb some time if it is agreed that after testing and the pull request comes that the test branch is as close to the current tip of the master as possible (so very few changes necessary). When I said a test branch, I meant a single branch. so there would be the current release, master and testing in degrees of less stability. fair enough. I was thinking that multiple test branches would allow single ideas to be pulled in. I doubt that there will be more than a few at any given time, but this too needs a manager and I would suggest that it be the person that is championing the idea (because they have the skin in the game). In my mind the difference between master and testing is that testing work doesn't automatically go into master. Is this how Debain's SID works? This could backfire too as stuff could get left in testing forever if no one takes the reins of moving stuff to master. that is why I suggest designating champions. Interesting you say that. 2.4 has about 19 unreleased bug fixes. The last fix was 19 months ago. I would say support has ended for it. This needs to be formally decided. Also, if there are only 19 unreleased bug fixes, how much time would it take to release them, and formally put the code to bed. Before doing that we should ask if there is anyone who REALLY needs 2.4, and is willing to commit some resources (time or money) to have it continue to be maintained? Chris Radek is the release manager of 2.4. My personal feeling is 2.4 should be considered end of life. Releasing the last bug fixes would be fine (most are actually doc fixes) Chris? Since you are the release manager, what are your thoughts? Are you up for a final buttonup minor revision and then EOL 2.4? EBo -- Just to confuse the issue further: maybe the names of the branches are not as explanatory as they could be and should be modified; alpha, developmental/evolutionary, beta:tested but not necessarily solid, testing: stable but not necessarily totally solid, release; ready for general use. Sorry, I just had to rock the boat. ;-) Dave -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything
Re: [Emc-developers] Discuss: patch submissions
On Sat, 2014-01-11 at 20:04 -0500, Gene Heskett wrote: On Saturday 11 January 2014 20:02:39 John Kasunich did opine: On Sat, Jan 11, 2014, at 04:57 PM, Chris Radek wrote: On Sat, Jan 11, 2014 at 10:03:43AM -0700, EBo wrote: On Jan 11 2014 6:19 AM, Chris Morley wrote: Chris Radek is the release manager of 2.4. My personal feeling is 2.4 should be considered end of life. Releasing the last bug fixes would be fine (most are actually doc fixes) Chris? Since you are the release manager, what are your thoughts? Are you up for a final buttonup minor revision and then EOL 2.4? I'm not the 2.4 release manager, Jeff is. It does look like there are some unreleased bugfixes on v2.4_branch that would benefit 2.4 users, if there are still some who have not moved to 2.5 for whatever reason. But keep in mind that the latest build of that branch is always available from the buildbot. On the other hand, I do not know of a reason NOT to move to 2.5. Lazyness? I'm still running 2.3.5 on my machine. John! 2.3.5? What are we to do with you? Cheers, Gene Well, since it is his machine just put up with it. BTW - I'm on 2.3.5 pre and 'someday I'm going to upgrade. Change motherboard and upgrade software at the same time . Hopefully, some of my long-term problems will disappear but I'm not holding my breath. ;-) Dave -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Error in backplot with backtool set up in lathes
If anybody wants a nasty example http://www.collection.archivist.info/archive/DJCPD/PD/2012/2012_08_31_Bechler_N.EA/IMG_1338.JPG The three upper slides are pretty standard the front and rear are on a rocker so x is used both ways also there are plenty of machines with a rear parting tool (capstans etc) I hope to cnc it one day Dave Caroline On 10/01/2014, Filipe Tomaz filipeto...@portugalmail.pt wrote: I did not rotated anything except using the recommended change here http://wiki.linuxcnc.org/cgi-bin/wiki.pl?BackToolLathe, that works on displaying the world (limits, part, ...). So my start was to try to fix the existing issue, the issue was not created by my config. Both on 2.5.3 or 2.6.0~pre, if the .axisrc is used like in the link, for any tool with diameter !=0, any direction the tool is not displayed. Also if the tool have any direction and diameter == 0, all the tools are rendered as equal, with a cone, what is wrong for lathes. Filipe Citando Filipe Tomaz filipeto...@portugalmail.pt: Thank you (and Kirk) for showing the write direction. This bug only happens in lathes that the user uses the .axisrc like described in: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?BackToolLathe Not sure the number of people using a lathe with backtoopost, so I am unaware if this issue is relevant. In this case, for any tool with diameter != 0, the backplot does not displays the tool. It simply shows some points on the screen, that flick a bit. It is like the tool is being drawn, but is not able to. I changed a lot of code for nothing, that I found out that the problem is not on the linuxcnc code (this is, all the points are correct), but rather the GL_TRIANGLE_FAN is not displaying correctly the points. I do not know way, but I suspect it have something to do with the initial point of the triangle fan. Unfortunately I do not know so much on opengl. To prove my statement, I transformed all the TRIANGLE_FAN into lines (using the same coordinates), and NOW THE TOOL PREVIEW IS DISPLAYED. Please take a look into the two images, below, that compares both situations. http://postimg.org/image/qxmnr36ct/d82a4084/ http://postimg.org/image/y5fge18m1/df9ac6b8/ Filipe Citando Chris Morley chrisinnana...@hotmail.com: Date: Thu, 9 Jan 2014 08:33:36 + From: filipeto...@portugalmail.pt To: emc-developers@lists.sourceforge.net Subject: [Emc-developers] Error in backplot with backtool set up in lathes Good morning, Strangely I did not got any reply from the forum in this question: http://www.linuxcnc.org/index.php/english/forum/21-axis/27365-where-is-the-tool-preview-being-drawn-source-coud#42451[1] maybe this list can point me in the right direction? Thank you. Ligações: look in: /lib/python/glnav.py /lib/python/glcanon.py Chris M -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/emc-developers -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/emc-developers -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything
Re: [Emc-developers] stepconf refactor
To slap a config together I do exactly what a noob would do. select the basic config of the machine and the system(metric/english) it will run in. For the numbers to remain the same for both is erm...not sensible to put it politely, yes more help on the way helps the noob but sensible defaults matter, none would just make it more broken than now. Dave Caroline On 30/12/2013, John Thornton bjt...@gmail.com wrote: I hear all too often I just left the default in which ends up being wrong for their machine, so a guide on some of the more confusing things would be better than putting a default that seems to be wrong more than right. If the defaults are wrong for metric users that means it is wrong for most of the world! JT On 12/29/2013 12:03 PM, Alexey Starikovskiy wrote: Oh, one more thing. Current defaults in metric mode are the same as inch defaults, and do not make any sense. On Sun, Dec 29, 2013 at 9:54 PM, Chris Morley chrisinnana...@hotmail.com wrote: Date: Sun, 29 Dec 2013 11:27:02 -0600 From: bjt...@gmail.com To: emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] stepconf refactor IMHO, having any defaults in a data entry box is confusing to new users as they think the defaults should be correct instead of putting a reasonable value for their machine. JT I can see what you are saying but I disagree. leaving them blank can cause them to guess. stuff like velocity in inches per second and acceleration in inches per sec. per sec. is something most people are not going to have a feel for what they should start with. Better to have reasonable defaults. and maybe a help screen... Chris M -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] stepconf refactor
5mm per rev is possibly more common in the hobby arena Dave Caroline On 30/12/2013, Chris Morley chrisinnana...@hotmail.com wrote: Date: Mon, 30 Dec 2013 10:50:04 +0400 From: aysta...@gmail.com To: emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] stepconf refactor simple conversion of units might do. e.g position/speed should be multiplied by 25.4, acceleration by 25.4*25.4. So that made ugly numbers in metric eg 203mm or 25.4 mm/s So I made it so changing the units reset the axis to default values. eg metric: maxvel = 25 maxacc = 750 homevel = 1.5 on Z minlim = 0 maxlim = 200 The consequence of this is if you accidentally change the units you will lose any entered data of those entries. I could add a warning dialog about that. is 20 mm per rev a reasonable standard pitch for metric ? Chris M -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] stepconf refactor
There are a couple of annoyences in stepconf in 2.5.3 if you pick a pyvcp demo, a pin is used that does not exist in the config produced something like spindle at speed (im not on the machine I set this up on while writing this, I just deleted the line from the file produced) If you set a metric default it uses the same numbers as an inch machine, kinda dumb to have 4mm Z distance for a default. please at least use figures that the default .ngc needs to run. Dave Caroline On 29/12/2013, EBo e...@sandien.com wrote: On Dec 29 2013 9:30 AM, Chris Morley wrote: I think filling out the empty readme would be better than dropping it, but that is just me. Other than that it sounds very good... Sure but I don't know what would be useful to fill it with :) There is always that... So, what is the code supposed to do? EBo -- -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] GladeVCP running on a separate machine: HAL remote demo video
Very impressive Michael! Thanks, Dave On 11/15/2013 3:45 PM, Michael Haberler wrote: This video shows Gladevcp running remotely over a network connection, i.e not necessarily on the same host as HAL/RT. It implements the HALrcomp protocol which I recently outlined, and uses a few HAL extensions for support. I recorded a bit of clicking and dragging to see how snappy this feels, and since the 'one HAL UI only' limitation is gone, here are two remote gladevcp instances running in parallel: http://www.youtube.com/watch?v=vBynH_5KyPQfeature=youtu.be The screen recording looks slower than it actually feels. The LEDs and progress bar activity is looped back remotely, i.e. involving HALrcomp interactions. -- The HALserver is still in Python, ca 300 lines. There were some minor changes to gladevcp.py and makepins.py, plus ca 250 lines of Python in hal_glib.py. The extra HAL support for remote components is 580 lines of C. The protobuf and zeromq components are as distributed. There are no significant API changes as of yet meaning existing gladevcp applications should hopefully run unchanged, or with minor retouches (the need for idle handlers should mostly go away). The EMC widgets are not yet working, this is pending 'remotifying' the linuxcnc Python module of which some beginnings are in place. The protocol document will see some minor clarifications and a clearer separation into the two channels (to/from HAL) which are in fact separately usable. The implementation still needs to address a few technicalities, like firming up dead/live peer detection and startup and tracking of stateful input widgets like togglebutton, but that is similar in nature to persistence which is already supported, and not a protocol issue per se (you see in the video the togglebutton is remotely tracked; the scale isnt - yet). Since this is event driven and polling happens in a single place, and once for each monitored object only (halserver), as expected the UI idle load drops to next to nothing. So: it's possible, it wont require wholesale changes, it is doable without writing gobs of new code, and the stack looks usable. - Michael ps: please understand the status of this - the protocol is fresh, the code is still warm, and it will take a while until this is shaken out, packaged and documented. But I dont see any showstoppers. -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Tech demo of circular arc blending
Those work.. very nice! :-) Dave On 11/4/2013 2:03 AM, Robert Ellenberg wrote: That's strange, it should be public. Here are links to each of the videos just in case: Parabolic blends in a square spiral http://www.youtube.com/watch?v=dYCp34aYVks Circular arc blend version: http://www.youtube.com/watch?v=Nwldw7Vuik4 Parabolic blends on random-walk path http://www.youtube.com/watch?v=o0YgPipDckQ Circular arc blends on that same path: http://www.youtube.com/watch?v=qRHE910CLOc Do these work? -Rob On Mon, Nov 4, 2013 at 1:29 AM, Dave Cole linuxcncro...@gmail.com wrote: Rob, This link does not work.. http://www.youtube.com/playlist?list=PLTi4ghj9Dyajbv4F4P4TxWXpgPgvqrhA- Dave On 11/4/2013 1:13 AM, Robert Ellenberg wrote: Hi All, I've completed a beta version of circular arc blending, which looks pretty promising! Here's a performance comparison between the stock blends and circular arc blends: http://www.youtube.com/playlist?list=PLTi4ghj9Dyajbv4F4P4TxWXpgPgvqrhA- For a random, kinky path with short segments, the difference is pretty dramatic. The average speed is about 3ipm with stock blends, vs. 7 ipm with circular arc blends. Here's the branch on github: https://github.com/robEllenberg/linuxcnc-mirror/tree/feature/3d-blend-arc-techdemo The algorithm itself is working, so I'd like to make sure the implementation is robust too: - Edge cases and checks such as minimum / maximum blend radius - Eliminate any conflicts with other machine modes (haven't found any yet, but I wouldn't be surprised if there were). - How much difference does optimization depth make? Depending on machine config, much more than 10 segments might not matter - Parameters stored in INI file and passed in via commands - Profiling / RT timing performance, especially on slower machines (tpAddLine has a lot more work to do now) If you have ideas for additional features or tweaks, or would like to do some testing, definitely let me know. In particular, I'm looking for feedback on the following areas in simulation and/or hardware: - Are synchronized motions (CSS, rigid tapping) adversely affected by my changes? I don't have a spindle pickup on the sherline, so this would be very helpful to test this on a machine so equipped. - Position accuracy at high speed, perhaps a comparison of G2/G3 arc vs. a circle made of line segments. - Profiling / timing performance on a real machine (simulation profile results show no more than a few percent difference, but I'm not sure how representative that is of hardware conditions) - Qualitative performance on high-acceleration machines. Can the machine hit speeds so that trapezoidal profiles aren't smooth enough? So far I've tested 3D motion, but it should be able to handle motion in all 9 axes (by falling back to parabolic blends). I'd recommend running your programs in simulation mode first just in case. -Rob -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Android is increasing in popularity, but the open development platform that developers love is also attractive
Re: [Emc-developers] EtherCAT
And the whole licensing thing irritates me. I agree.. I find it as appealing as filling out tax forms. Dave On 10/24/2013 5:05 AM, andy pugh wrote: On 24 October 2013 02:38, Yishin Li y...@araisrobo.com wrote: The license stated from IgH EtherCAT Master for Linux : All the source code available through IgH is licensed under the GPLv2 license. http://www.etherlab.org/en/ethercat/index.php The Etherlab EtherCAT Master does appear to be a normal GPL project. I think that the difficulty is that the _use_ of the EtherCAT standard is governed by an additional license: http://ethercatmaster.berlios.de/files/EtherCAT_Master_License_Agreement.pdf This might actually mean that we are free to ship a HAL driver that links to the (GPL) Etherlab EtherCAT master, but that any users linking their system to actual EtherCAT hardware would become liable to the license above. Is this any different to the situation of linking, via EtherNET, to a Windows PC from a Linux PC? There is an (old) thread on the subject here: http://lists.etherlab.org/pipermail/etherlab-users/2008/000243.html IANAL. And the whole licensing thing irritates me. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] EtherCAT
On 10/22/2013 7:02 AM, David Armstrong wrote: On 22/10/13 11:42, andy pugh wrote: Is there any expectation to incorporate the EtherCAT HAL driver into the 2.6 release? It looks like it is useful: http://www.linuxcnc.org/index.php/english/forum/27-driver-boards/27129-using-boschrexroth-drives-with-linuxcnc#40098 Links to this video: https://www.youtube.com/watch?v=yR9rCFavFjU it would be a good inclusion to have opens up a lot more options , I agree! :-) Dave -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Newbie questions on LinuxCNC motion control
With the current trajectory planner it is far better to use arcs and not small line segments. It is due to the amount of look ahead. Dave Caroline On Sat, Sep 28, 2013 at 3:30 PM, T. Raykoff trayk...@comcast.net wrote: I am putting together some software that will generate toolpaths. It works with piecewise linear polygons. 1.) When running an arc, is there any pro- or con- to feeding LinuxCNC either a series of a few dozen straight moves to approximate the arc, or a single G2/G3 arc? As I mentioned, I am working with line segments only, but I can regress these into arcs with a bit of trouble at the post-processing stage. Any reason to do that? Clearly, it will produce much less g-code; but the size of the g-code is not a factor. 2.) Can someone point me to some reference (code, whitepaper, wiki) on how the motion-planner works? I need to know at least approximately in order to optimize the sequence of moves. My base assumption is that it works with infinite look-ahead, and will push the tool to both acceleration and velocity limits as appropriate. Is that pretty close? Even if that is the case, I'd like to see some analysis so that I don't recreate the wheel with understanding some of the motion equations... Thanks! T -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
[Emc-developers] Meeting minutes, 2013 September 28
We just finished our monthly IRC meeting. Meeting agenda vote results are included in this email, and on our wiki here: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Meeting201309 Meeting log: http://meetlog.archivist.info/meeting.php?id=201309 moderator: Dave Caroline secretary: Dave Caroline Agenda Items # I propose we formalize the current practice of freezing the agenda on or around the Wednesday before the fourth Saturday; I think it is good to avoid last-minute additions for several reasons: so people have time to thoughtfully consider the agenda items, so they have time to start a discussion, and so they have full knowledge allowing them to decide whether to plan to attend. [cradek] Vote Yes with a reminder going out the Monday before that Wednesday to at least the user mailing list # I would like to propose again Michael Haberler's 'jog-while-paused'. This is really not a nice to have but a feature that is sorely missed.[mariusl] A long discussion on the way forward with people volunteering to do parts of this, no need to vote. NEXT MEETING: Saturday 2013-10-26 1600UTC Dave Caroline (archivist) -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
[Emc-developers] sine accel jerk limited motion in robot
www.sites.mech.ubc.ca/~caris/Publications/sonja.pdf -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] [DISCUSS] Proposal: Drop Hardy support
On 8/17/2013 3:59 PM, andy pugh wrote: On 17 August 2013 18:42, Schoonerschoone...@tiscali.co.uk wrote: I have no interest in running Ubuntu 8.04, it is rubbish, but I have P4 workshop machines with very low latency that will not even load the 10.04 CD The other machine has a special x86 based chip and whilst it will run 10.04, the single processor build for 8.04 is far better With the support for different RT flavours that we now have, there may be more, rather than fewer, options. I might be interesting to try Wheezy, or possibly the low-spec version of Lubuntu on your ageing hardware. I do a lot of work with industrial companies who have to deal with old automation hardware and software maintenance. If you have an old system and want to keep it running, you gather up spare parts, you make archives of the running systems, you file all of the installation CD's, notes and instructions so you can repair your system when it goes down, etc, etc. No one expects that the newest software from Siemens, AB, or other industrial software suppliers is going to load into an old controller without upgrading hardware. It just isn't realistic. Exclude Hardy and move on. My two cents.. Dave -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] LinuxCNC Acquitted!
On Tue, 2013-08-13 at 11:45 -0500, Charles Steinkuehler wrote: On 8/13/2013 5:40 AM, Charles Steinkuehler wrote: Back to seeing if I can get Axis to misbehave. I did recently fix a stiction issue with my printer, so I think it's time to print another vase and see if I'm still having the problem. I hacked out the emc_pause code from the mini gui and it seemed to work OK. There might have been an oddity in the backtrace display when you turn it on while running a program, but that doesn't bother me (I'm leaving it off anyway). So I tried dialing down my extruder temperature 10 degrees and started a print. 3+ hours later, I got my best looking vase so far, but there were still a few issues with the print (before I was getting more like 20+). To continue testing, I switched back to the Axis gui and dialed down the temperature another 10 degrees (now at 160 deg. C vs. 180). PERFECT! This time I got no flaws, and I have my first-ever correctly printed spiral-mode 1 wall thickness vase! Pics or it didn't happen: https://plus.google.com/106079792142766516843/posts/etDYDuRBpgw Thanks for putting up with my running around like a crazy fool. The Mini gui commanding a pause really sent me off into the weeds for a while...I'll try not to let it happen again, but no promises. :) Half of life's fun happens in the weeds. ;-) Dave ...and I learned something about 3D printing along the way. I've run long prints w/o issue before on LinuxCNC, but they had a lot more infill (which extrudes lots of plastic quickly). Doing the whole print at a slower speed for the vase apparently let the plastic sit around enough it started to cook and cause problems, while printing more 'typical' objects masked the over-temperature issue. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] LinuxCNC Acquitted!
On Tue, 2013-08-13 at 09:55 -0700, David Bagby wrote: hum. I'd not declare things perfect just yet I still see the occasional motor hesitation when running axis on the BBB (but so far not with TKEMC) - I have never run mini as the GUI so altering the mini code should not matter, and since I don't have a 3d printer I suspect that adjusting extruder temps won't alter things ;-) Dave H! tklinuxcnc and mini should share pretty much the same backplotter. (I think .. maybe. ;-) ) Dave On 8/13/2013 9:45 AM, Charles Steinkuehler wrote: On 8/13/2013 5:40 AM, Charles Steinkuehler wrote: Back to seeing if I can get Axis to misbehave. I did recently fix a stiction issue with my printer, so I think it's time to print another vase and see if I'm still having the problem. I hacked out the emc_pause code from the mini gui and it seemed to work OK. There might have been an oddity in the backtrace display when you turn it on while running a program, but that doesn't bother me (I'm leaving it off anyway). So I tried dialing down my extruder temperature 10 degrees and started a print. 3+ hours later, I got my best looking vase so far, but there were still a few issues with the print (before I was getting more like 20+). To continue testing, I switched back to the Axis gui and dialed down the temperature another 10 degrees (now at 160 deg. C vs. 180). PERFECT! This time I got no flaws, and I have my first-ever correctly printed spiral-mode 1 wall thickness vase! Pics or it didn't happen: https://plus.google.com/106079792142766516843/posts/etDYDuRBpgw Thanks for putting up with my running around like a crazy fool. The Mini gui commanding a pause really sent me off into the weeds for a while...I'll try not to let it happen again, but no promises. :) ...and I learned something about 3D printing along the way. I've run long prints w/o issue before on LinuxCNC, but they had a lot more infill (which extrudes lots of plastic quickly). Doing the whole print at a slower speed for the vase apparently let the plastic sit around enough it started to cook and cause problems, while printing more 'typical' objects masked the over-temperature issue. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Behavior under heavy CPU load - Revisited
On Tue, 2013-08-13 at 01:00 +0200, Michael Haberler wrote: just reading through tcl/mini.tcl by an author not present around here any more there is some backplot init code which looks suspicious: emc is paused during backplot init: http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=blob;f=tcl/mini.tcl;h=ea615cf754a9fdd75f773fa9db088e91425acd04;hb=9898998e7e9dde11158b02a12d0d6d891ecd882e#l3948 note the tight loop here: http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=blob;f=tcl/mini.tcl;h=ea615cf754a9fdd75f773fa9db088e91425acd04;hb=9898998e7e9dde11158b02a12d0d6d891ecd882e#l3953 and the resume here http://git.mah.priv.at/gitweb?p=emc2-dev.git;a=blob;f=tcl/mini.tcl;h=ea615cf754a9fdd75f773fa9db088e91425acd04;hb=9898998e7e9dde11158b02a12d0d6d891ecd882e#l3996 just a gut feeling. Maybe insert a sleep into the busy wait loop, no idea how thats done in tcl actually its unclear why the pause/resume is in the _redraw_ procedure to start with -m a matter of semantics. ;-) http://wiki.tcl.tk/933 Dave -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] NML to ZMQ migration: status, first sucess
On Sun, 2013-08-11 at 21:53 +0200, Sascha Ittner wrote: Note that once conversion is done there remains no code in task which has to be C++, as Python bindings for all moving parts will be available. I would have no parting pains with the task code, and if somebody would want to redo this in Python, it is time to start thinking to bring the - sorry, pathethic - implementation of the task state machine into a comprehensible and adaptable form, for instance by using the fysom.py state machine framework. I agree that a clean redesign of that part would be a big progress as I experienced the pain caused by the attempt to understand the code. But I'm not sure if Python is adequate for such a integral component (I'm thinking about the usage on resource limited systems). Why not try a clean implementation in C? Sascha the current bloat is caused by a ton of repetitive low level operations, poor functional abstractions, tons of globals with no acessor methods (EMC_STAT being the mother of all globals) and a gazillion of ad-hack patches here and there; the insanity of operating the interpreter as a subroutine and trying to guess what it might need, instead of making it a process or thread and have it tell what it needs; and choosing a method to implement a humungous state machine which literally guarantees illegibility those are the reasons why very few people around here touch task, and if so, with a 10ft pole 100% ACK so the issue on the table is a structural redesign, and for the first time we have the option not to use C++, which definitely is a deterrent in this community; just have a look how happily UI's are build these days with Python by non-gurus, there is just no way this would happen with C++ which is why Python would be my preference I think the main problem is not dedicated to the language but to a clean design before implementing something. But I agree that C++ requires a lot of discipline and experience to implement a good design in a proper way. An other option might be plain C with good coding rules. GTK is a good example that you can do a object orientated approch even in C. On the other hand I have seen code written in Python that lacks any prettiness. What might help are coding rules together with a kind of review process. Tools like GitHub are excellent candidates for such a review process. Relevant code fragmentes can be discussed until they are accepted. the actual functionality of that clunker is moderate, and so are the performance requirements, so there's just no reason I could see to retain the C++ deterrent. That's right. It's not a high performance application. But I think latency could be a point if the controller core runs on a small embedded system and the gui is attached via network. But currently it's just a gut feeling without any hard facts. the one who tackles the task gets to choose the language, so here comes your chance I already thought about this option :-) Sascha Have you EVER heard a programmer complaining about the code being too fast. ;-) D -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] Trouble in Mach3 / Mach4 land..
Sergey's email is k...@ksilabs.com if you want to contact him, etc. I'm not sure he is going to be spending much time on the Mach3 email list from now on so I might miss his whitepaper's release.. Dave On 8/7/2013 3:34 AM, EBo wrote: If anyone is communicating with Sergey, please forward his white paper when it is done. EBo -- On Aug 6 2013 2:33 PM, Dave wrote: There has been a heated exchange the last two days on the Mach3 email list that some of you might be interested in.. The discussion centers around the Mach3 planner and the Position - Time data that is passed to a 3rd party plug in when Mach3 is used with an external motion controller. Basically the new Mach4 uses the same data interface and Sergey is not happy about that..as you can read below. It appears that Sergey asked Brian to supply a new, improved interface and Brian is not doing that.. Brian Barker owns Artsoft - the supplier of Mach3. A new version of Mach3, called Mach4 has been in development for years. Sergey, I believe, is the owner of KSI Labs and has a loyal following. Sergey mentioned EMC2/LinuxCNC several times in the reply below. This is his second or third in the exchange with Brian. Brian replied to this message also, but not in any substantial way.. Dave On Tue, 6 Aug 2013, Brian Barker wrote: I'm reiterating -- there is _ABSOLUTELY NO NEED_ to remove the old functionality. I've been talking about _ADDING_ the proper trajectory data, _NOT REPLACING_ the old stuff. Sergey's reply Then, the time is now or never. Nobody makes major changes to a software in minor versions. Such a change is MAJOR and usually comes in a new version. E.g. Mach4 vs Mach3. You reworked the code, made major changes so no older plugins would work any more without complete rewriting but you did not put proper functionality in it. The earliest such a functionality could be added is Mach5 -- you don't expect everybody will rewrite their plugins for ANY minor Mach4 version change, do you? -- but I'll probably be well into my retirement by then if I live THAT long. Then, trying to avoid manufacturers rewriting their plugins does not stand even a laugh test. It could've made sense had their old plugins still had been working but they have to rewrite them anyways. Rewriting 85% of their code does not make it any easier than rewriting 85.1%. So there is no hope, you don't want to make your Mach software any closer to professional grade keeping it in for hobby use only category. No problems, it is your choice. You had a chance but you wasted it so you're stuck in that hobby segment. With such an upgrade there is absolutely no REAL need for anybody to switch to the shiny new version -- it won't let them do better MACHINING job, it's the same old candy in a new package. There is also no reason for anybody to use any intelligent controllers with your software because it is pure waste on features that are never used. Your software is not just made to allow using cheapest dumb BBs available, it is made to support _ONLY_ such hardware so anything more complex and intelligent simply _MUST_ be dumbed down to that level. That means _ALL_ advanced features should be turned off ergo there is _ABSOLUTELY_ no reason to pay for any such features. That also means that no matter how good a motion controller is and what its capabilities are there is ABSOLUTELY NO WAY to do actual MACHINING any better than using a cheapest chinese dumb BB available. Again, this is your choice and I can not tell you what to do. Neither can I push you to do something -- it is all up to you. The thing is I simply can not see where I fit in your world. Neither I'm going to waste my time on making dumb BBs nor there is a need for just a new one -- chinese stuff is abundant and dirt cheap and there is no shortage of that crap, you just whistle... Even if someone WAS going to make something new it is futile because you simply can NOT compete with chinese crap. Sure, there is one other way -- one can deliberately deceive those who don't have any knowledge on the subject by telling them his controller is very advanced and can dance polka, anticipate Mach output, interpolate on a single point etc so illeterate people would buy his stuff. Unfortunately I'm not of the used cars salesman type so I simply can not do that. I'm an engineer by trade and by calling -- I get my endorphins from designing and making things and I'm addicted to it. There is simply no place in your Mach world where I can satisfy that urge to make new things to feed my addiction. I'm getting off your ship not because I'm angry but because I'm bored and there is nothing for me to do here. There is no shame in staying in hobbyist market. There are plenty of people who are hobbyists
[Emc-developers] Trouble in Mach3 / Mach4 land..
There has been a heated exchange the last two days on the Mach3 email list that some of you might be interested in.. The discussion centers around the Mach3 planner and the Position - Time data that is passed to a 3rd party plug in when Mach3 is used with an external motion controller. Basically the new Mach4 uses the same data interface and Sergey is not happy about that..as you can read below. It appears that Sergey asked Brian to supply a new, improved interface and Brian is not doing that.. Brian Barker owns Artsoft - the supplier of Mach3. A new version of Mach3, called Mach4 has been in development for years. Sergey, I believe, is the owner of KSI Labs and has a loyal following. Sergey mentioned EMC2/LinuxCNC several times in the reply below. This is his second or third in the exchange with Brian. Brian replied to this message also, but not in any substantial way.. Dave On Tue, 6 Aug 2013, Brian Barker wrote: I'm reiterating -- there is _ABSOLUTELY NO NEED_ to remove the old functionality. I've been talking about _ADDING_ the proper trajectory data, _NOT REPLACING_ the old stuff. Sergey's reply Then, the time is now or never. Nobody makes major changes to a software in minor versions. Such a change is MAJOR and usually comes in a new version. E.g. Mach4 vs Mach3. You reworked the code, made major changes so no older plugins would work any more without complete rewriting but you did not put proper functionality in it. The earliest such a functionality could be added is Mach5 -- you don't expect everybody will rewrite their plugins for ANY minor Mach4 version change, do you? -- but I'll probably be well into my retirement by then if I live THAT long. Then, trying to avoid manufacturers rewriting their plugins does not stand even a laugh test. It could've made sense had their old plugins still had been working but they have to rewrite them anyways. Rewriting 85% of their code does not make it any easier than rewriting 85.1%. So there is no hope, you don't want to make your Mach software any closer to professional grade keeping it in for hobby use only category. No problems, it is your choice. You had a chance but you wasted it so you're stuck in that hobby segment. With such an upgrade there is absolutely no REAL need for anybody to switch to the shiny new version -- it won't let them do better MACHINING job, it's the same old candy in a new package. There is also no reason for anybody to use any intelligent controllers with your software because it is pure waste on features that are never used. Your software is not just made to allow using cheapest dumb BBs available, it is made to support _ONLY_ such hardware so anything more complex and intelligent simply _MUST_ be dumbed down to that level. That means _ALL_ advanced features should be turned off ergo there is _ABSOLUTELY_ no reason to pay for any such features. That also means that no matter how good a motion controller is and what its capabilities are there is ABSOLUTELY NO WAY to do actual MACHINING any better than using a cheapest chinese dumb BB available. Again, this is your choice and I can not tell you what to do. Neither can I push you to do something -- it is all up to you. The thing is I simply can not see where I fit in your world. Neither I'm going to waste my time on making dumb BBs nor there is a need for just a new one -- chinese stuff is abundant and dirt cheap and there is no shortage of that crap, you just whistle... Even if someone WAS going to make something new it is futile because you simply can NOT compete with chinese crap. Sure, there is one other way -- one can deliberately deceive those who don't have any knowledge on the subject by telling them his controller is very advanced and can dance polka, anticipate Mach output, interpolate on a single point etc so illeterate people would buy his stuff. Unfortunately I'm not of the used cars salesman type so I simply can not do that. I'm an engineer by trade and by calling -- I get my endorphins from designing and making things and I'm addicted to it. There is simply no place in your Mach world where I can satisfy that urge to make new things to feed my addiction. I'm getting off your ship not because I'm angry but because I'm bored and there is nothing for me to do here. There is no shame in staying in hobbyist market. There are plenty of people who are hobbyists and they are pretty OK with what your software can do so they simply don't need anything better. Keep serving them, it is a noble task. It is simply not a place for me. I'd rather go where the big boys are and where real athletes compete instead of staying at general fitness group for those who is physically challenged or not especially fit. I will keep supporting my hardware on Mach3 but won't do anything for upcoming (?) Mach4 -- there is simply absolutely no need for Mach3 users
Re: [Emc-developers] NML to ZMQ migration strategy
On Mon, 2013-08-05 at 14:14 +0200, Michael Haberler wrote: Sascha's bug report https://sourceforge.net/p/emc/bugs/328/ is slowly evolving from a bug report to a migration strategy from NML transport to ZMQ. See at the bottom. comments welcome! - Michael As an outsider I like having it all in one place. It was much easier to read coherently when basically arranged as a blog. Dave -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] STEP-7-compatible PLC for LinuxCNC
On 8/4/2013 7:02 AM, Michael Büsch wrote: I don't know whether it makes any sense to use awlsim on any real-life machine (probably not), but it sounded cool to me to have a free (as in freedom and beer) S7 PLC option for LinuxCNC. Why not?? The classic ladder software is ok but something S7 compatible would be really sweet! :-) At the moment, I am online with an S7 controller via a VPN internet connection.. Dave -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers