Re: [Emc-developers] I've had it with a 32 bit install, there are now no web browsers that are both uptotodate and 32 bit compatible.
I just updated to 64 bit antergos linux on an i7 processor with a new SSD. WOW... life on the bleeding edge is great so far. Antergos is an arch linux derivative that does not have releases... it is a continuously rolling update, so all the tools are on the bleeding edge. This was a bit of a change for me jumping from gcc 4.7 to 7.1. Linuxcnc built nicely with only a few dependencies needing to be installed and an edit on one source file that does not seem to use the python configuration spec. Default python is 3.x and linuxcnc uses 2.x which now runs as python2. Linuxcnc install from git: install tkimg, bwidget, git using gui software installer under menu/administration/Add/Remove software mkdir ~/git cd ~/git git clone git://github.com/linuxcnc/linuxcnc.git linuxcnc cd linuxcnc/src ./autogen.sh ./configure --with-realtime=uspace --enable-non-distributable=yes --with-python=/usr/bin/python2 make -j4 fixpaths.py will error... just change #!/usr/bin/env python to #!/usr/bin/env python2 I run it using this line (added as an onscreen launcher) /home/lg/git/linuxcnc/scripts/linuxcnc /home/lg/git/linuxcnc/configs/sim/axis/axis.ini I just use the sim configs on my desktop for testing gcode for both lathe and mill setups. For my running machine I am still back in the dark ages with ubuntu 10.04, an 800MHz PIII and linuxcnc 2.5. watch out for above email line wraps if using cut and paste cheers Lawrence Glaister Automation Engineer On 2017-09-02 10:38 PM, Alec Ari via Emc-developers wrote: I'm not sure what you mean by "sim" but all the axis simulation configs work for me on 64-bit LinuxCNC installs. To my knowledge, there are no 64-bit LinuxCNC and RTAI .deb packages however. Alec Ari -- 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] AVR Brain Barfing, Stepgen, USB, etc.
Hi Colin, One idea that might be worth pursuing is to build a timing regenerator. By this I mean a chip that would accept quadrature output signals (step type 2) from an EMC box with lousy latency numbers. The chip would then re-time the signals limiting the acceleration to some programmable amount. This would help avoid the deadly stalls in stepper systems from momentary variations in the timing from the PC. This would not help PC's with really bad latencies > a couple of hundred thousand nanoseconds. The chip could output step/dir or quadrature signals to whatever drives are being used. Step/dir is a major pain as there is a huge variation in acceptable timing required by various drives. I would not bother with USB... its a bitch to program for and unless you get deep into USB2 internals, has a very poor performance. Also, there are not many micro controllers that do USB2. Just some thoughts from the great white north. Lawrence On Sat, 2011-01-15 at 14:14 -0500, Colin Kingsbury wrote: > Since I started posting my Arduino-EMC interface work I'm getting an > email every week or so from someone asking how to use this to do step > generation. I've generally given the WC Fields "go away kid, you > bother me" reply but at some point my day-job "if the users keep > asking for it maybe I should listen" mentality kicked in. > > I've been reading the wiki and mail archives about previous assaults > on this particular windmill and want to throw an idea out there for > criticism (feel free substitute your preferred microcontroller for the > Arduino): > > 1. EMC would generate control signals as it does for software step gen > now, except instead of bit-banging them out to the parport, would > marshal them into six arrays (assuming step and dir for three axes) > and throw them over the wall to the Arduino board. > > 2. The Arduino would buffer control sequences and latch them out to > the motor driver pins as necessary. The Arduino would be set to > generate steps on the same base frequency as EMC is set to "think" so > that the commanded feed rates come out right. > > 3. The Arduino would also maintain an internal absolute position > counter for each axis, kind of like a virtual encoder. This would be > squawked back to EMC as time permits. EMC would use this to update its > internal state of the machine's position. > > The obvious catch with this (or any outboard step-generation scheme) > is the phase shift introduced between commanded, actual, and reported > positions. Obviously this would preclude any type of closed-loop > control, but I am wondering whether it could work with open-loop > control where EMC is just spraying control signals out to the world > without real knowledge of the machine's position. Likewise, I don't > know whether the virtual-encoder-counter idea adds anything useful, or > whether it's better to just accept that what the EMC GUI displays for > the machine's position and the actual position will be up to N > milliseconds out of sync whenever the machine is in motion. > > While there are some significant limitations (I think USB bus speed > would limit the step rate non-trivially as well) in this, it would > still seem to be a useful option for the lowest end of the entry level > like a tabletop Dremel router or mini-mill. I'm wondering if something > like this would allow to run on machines without a parport and with > uncertain latencies? > > What I'm really not yet qualified to judge is whether there's some > other gotcha in the architecture of EMC that means that this approach > would fundamentally *not work*, or whether it's doable so long as one > can live with specific shortcomings. > -- > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > ___ Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers -- = Lawrence Glaister VE7IT mailto:ve...@shaw.ca 1462 Madrona Drive Nanoose Bay, B.C.http://members.shaw.ca/swstuff Canada V9P 9C9 http://gspy.sourceforge.net = -- Protect Your Sit
Re: [Emc-developers] Polar coordinates
That looks quite useful Chris. The embedded examples show how easy several very useful operations are to hand code. Does it belong in gcode? good question If we had a good cam package to complement emc, then it would not be needed in the gcode interpreter. Do you know of something similar in other controls? or is this drifting a little far from the basic gcode spec? Since I code a lot by hand, I would probably use it if it makes it into the releases. cheers LawrenceG On Sun, 2009-12-27 at 14:05 -0600, Chris Radek wrote: > Is this something we want? It's very simple and I don't think it > breaks anything. > > http://timeguy.com/cradek-files/emc/0001-Allow-use-of-polar-coordinates-in-radius-angle-form.patch > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Re: [Emc-developers] the buildbot machine is ready
It seems like a buildbot would be a great application to put on a live CD image have it boot and run possibly even no hard drive. It would even be possible to setup a cron job to reboot (view as purging memory based nasties). It is hard to hack a cdrom filesystem!. cheers On Fri, 2008-11-14 at 23:47 +0100, Michael Buesch wrote: > On Friday 14 November 2008 23:34:27 Jon Elson wrote: > > Michael Buesch wrote: > > > I don't think there is a solution for this, however. > > > If you want to run a component of the repository (be it the makefile or > > > the setuid programs itself) as root, you need to trust your committer. > > > > > You can set sudo to allow only specific programs from specific > > directories to be executed. > > That includes even specific system command, like cp, mv, mkdir, etc. > > Yeah, well. But we _want_ the setuid applications from the emc2 repository > to run as root. And a committer has full control over the sources... ;) > No matter if you use sudo or some other mechanism. > We use sudo in the first place to get setuid root bit set on those > applications > the attacker has full sourcecode control over. > > So the question really only is: > 1) Do we need these root hacks do do proper tests? > 2) If yes, can we setup a sandbox for the test? >A an acceptable sandbox would probably only be to reset the complete >harddisk image to a known state, make an emc2 checkout/compile/testrun >and discard the harddisk contents. > -- = Lawrence Glaister VE7IT mailto:[EMAIL PROTECTED] 1462 Madrona Drive Nanoose Bay, B.C.http://members.shaw.ca/swstuff Canada V9P 9C9 http://gspy.sourceforge.net = - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
