Re: [Emc-developers] How closely do we need to adhere to the NIST standard?

[Eric Keller]

I see no evidence that NIST wanted that document to serve as a
standard. They don't generally issue their own standards, but when
they do, they let you know. I don't think LCNC should be bound to that
document, it was incomplete. I would close the bug report as a
misunderstanding of LCNC's goals.
Eric Keller
Boalsburg, Pennsylvania

On Tue, Apr 9, 2024 at 9:04 AM andy pugh  wrote:
>
> Apart from anything else, I am not sure that it is a standard.
>
> This is based on bug report #2956. Our current behaviour does not match the
> NIST RS274 interpreter "report" from 2000.
>
> The last actual "RS" standard (ie the RS in RS274) was issued in the 1970s.
> There is an ISO standard from 1982, and then the NIST EMC report from 2000.
>
> My own feeling is that any deliberate deviation from the NIST v3 report is
> not a "bug" as such, and that perhaps we should simply close the "bug" as a
> "feature".
>
> Has anyone else looked at this bug report? What do you think?
>
> https://github.com/LinuxCNC/linuxcnc/issues/2956
>
> --
> 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, 1912
>
> ___
> 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] 5-axis video at Tormach meet up

[Eric Keller]

On Tue, May 2, 2023 at 12:52 PM Stuart Stevenson  wrote:

>
> What moved EMC from Windows to Linux?
> thanks
> Stuart
>

Real time windows is expensive and RTLinux showed up about that time.
RTAI showed up a little later, when RTLinux went commercial.
I had some real time windows-based equipment, and the vendor for the
windows variant went under, so the equipment was useless.
Eric Keller
Boalsburg, Pennsylvania


___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Eye candy is important - Titan got a new German friend - want that reaction for a LinuxCNC controller

[Eric Keller]

I would watch your demonstration of the Siemens control and I'm
anxiously awaiting your implementation of a similar interface on
linuxcnc.  As long as the demonstration doesn't involve any screaming.
Eric Keller
Boalsburg, Pennsylvania

On Tue, Nov 29, 2022 at 1:24 PM Feral Engineer
 wrote:
>
> That dude is a goofball and that version of Sinumerik looks like 20 pounds
> of crap in a 10 pound bag. They put away too much on the screen and it
> blocks most of the hmi. I thought we used up a lot of real estate on our
> screens (DMG Mori), these Heller machines have got us beat...
>
> Seriously... I'll give a presentation on the siemens control to anyone
> interested in seeing it. Why do I always feel like I'm screaming into a
> black hole here?
>
> Phil T.
> The Feral Engineer
>
> Check out my LinuxCNC tutorials, machine builds and other antics at
> www.youtube.com/c/theferalengineer
>
> Help support my channel efforts and coffee addiction:
> www.patreon.com/theferalengineer
>
> Order one of the coolest label makers on the market at
> http://labelworks.epson.com, use coupon code "theferalengineer" and receive
> 20% off of your order 🙂
>
> On Tue, Nov 29, 2022, 11:53 AM Steffen Möller 
> wrote:
>
> > Hello,
> >
> > No need to watch this, really. Titan has a nice Heller machine and passes
> > the Sinumeric control
> > https://youtu.be/zToKZtqQMIo?t=354
> > with some excitement. I actually find LinuxCNC even nicer, especially for
> > what I saw from https://www.qtpyvcp.com/ .
> >
> > When we yesterday had this OpenMike session again, we had felt like there
> > should be four USB sticks prepared:
> >   a) for two distros - Bullseye (Debian stable) and Bookworm (Debian
> > testing, soon stable)
> >   b) in two flavours - minimalistic and fully-featured (including FreeCAD
> > and Inkscape to make a good impression on those who come from the other OS)
> >
> > Andy had some confidence (and I share that) that the generation of those
> > .iso files per se is not difficult. It was not immediately clear where the
> > generation of those .iso files should happen, but the builders maintained
> > by Sebastian are a likely target IMO.
> >
> > Question: Is there anybody out there who would like to work with me on a
> > description and implementation of what the fully-featured .ISO should like
> > alike? This would be Intel-only as a start, leaving everything for the RPi
> > to Raspbian for the time being.
> >
> > There are a couple of Python libraries still missing on Debian to get
> > QtPyVCP installed. This would likely be something for me to address.
> >
> > Best,
> > Steffem
> >
> >
> >
> > ___
> > 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] New Stuff

[Eric Keller]

On Wed, Sep 19, 2018 at 12:46 AM Kurt Jacobson 
wrote:

>
> I also think that jepler's Stretch ISO is ready for prime time and should
> be put in the spot light as it deserves :)
> Cheers,
> Kurt
>

Has the issue that the Stretch ISO doesn't install without an internet
connection been fixed?
Eric

___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Finest resolution of Lcnc

[Eric Keller]

On Tue, Jul 4, 2017 at 1:28 PM, Niemand Sonst  wrote:

> I am surprised about this. I am working as a meteorology application
> engineer about 20 Years now, mostly in metal working industry.


Niemand,
I'm a part-time metrologist working in precision machining.  I work in
spindle metrology. I don't pretend to be an expert, but I do work with
people who are experts.  Thermal growth is definitely an issue, we get a
lot of requests for consulting where that's the problem.  Even a spindle
will heat itself.  There are all sorts of tricks, keeping the machine
running is one of them.  The first part of the solution is to know there
will be a problem, the second is measuring it. Your point is well taken,
it's easy to fool yourself.
Regards,
Eric
--
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] Finest resolution of Lcnc

[Eric Keller]

On Tue, Jul 4, 2017 at 12:01 PM, Niemand Sonst  wrote:

> But if you speak about 0.1 µm it is useless to build a lathe on that
> accuracy, as you will never be able to turn a part at that accuracy. Just a
> few degrees temperature difference will destroy the repeatability.
>

The people that work on optics would be really surprised to hear this, also
diamond turning work is done at much finer levels than 100 nM.  Sure,
thermal growth is an issue. People really want to do work down in the 1nM
range because that's what their requirements are.
--
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] Finest resolution of Lcnc

[Eric Keller]

Sorry, forgot to mention it's not using LCNC.

On Tue, Jul 4, 2017 at 11:29 AM, Eric Keller  wrote:

> I work with a machine that displays out to an angstrom iirc. It uses mm as
> the main units.  That's a lot of digits. I don't think I would want to work
> in microns. I know people are trying to hold dimensions on the order of a
> nanometer with similar machines.  Our machine isn't tuned quite that well,
> and you need a temperature controlled environment
>
> On Tue, Jul 4, 2017 at 11:15 AM, Marius Liebenberg  > wrote:
>
>> The DRO's will have to be modified a bit I suppose. In order to show the
>> larger travels. The max travel is about 300mm.
>>
>> -- Original Message --
>> From: "andy pugh" 
>> To: "Marius Liebenberg" ; "EMC developers" <
>> emc-developers@lists.sourceforge.net>
>> Sent: 2017-07-04 13:59:32
>> Subject: Re: [Emc-developers] Finest resolution of Lcnc
>>
>> On 4 July 2017 at 12:10, Marius Liebenberg 
>>> wrote:
>>>
>>>  The question I have is - will I be able to control the lathe to say 0.1
>>>>  micro meter with Lcnc using the Gmoccapy front end.
>>>>
>>>
>>> You could easily configure the machine to use microns as the base unit
>>> (then G20 would work in thousandths of an inch).
>>>
>>>
>>> --
>>> 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
>>>
>>
>> ---
>> 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] Finest resolution of Lcnc

[Eric Keller]

I work with a machine that displays out to an angstrom iirc. It uses mm as
the main units.  That's a lot of digits. I don't think I would want to work
in microns. I know people are trying to hold dimensions on the order of a
nanometer with similar machines.  Our machine isn't tuned quite that well,
and you need a temperature controlled environment

On Tue, Jul 4, 2017 at 11:15 AM, Marius Liebenberg 
wrote:

> The DRO's will have to be modified a bit I suppose. In order to show the
> larger travels. The max travel is about 300mm.
>
> -- Original Message --
> From: "andy pugh" 
> To: "Marius Liebenberg" ; "EMC developers" <
> emc-developers@lists.sourceforge.net>
> Sent: 2017-07-04 13:59:32
> Subject: Re: [Emc-developers] Finest resolution of Lcnc
>
> On 4 July 2017 at 12:10, Marius Liebenberg  wrote:
>>
>>  The question I have is - will I be able to control the lathe to say 0.1
>>>  micro meter with Lcnc using the Gmoccapy front end.
>>>
>>
>> You could easily configure the machine to use microns as the base unit
>> (then G20 would work in thousandths of an inch).
>>
>>
>> --
>> 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
>>
>
> ---
> 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] QTvcp 4/5 opinions wanted.

[Eric Keller]

On Tue, Apr 18, 2017 at 9:51 PM, Jon Elson  wrote:

> So, I don't really begrudge a
> minute to boot up.  I can pump the lube handle and get a few
> other things ready while Linux is booting.
>

Linux boots pretty fast from an SSD.  We have an accurite machine from the
'90s at work.  It's funny to see the bios messages come up on that, I think
it has a 486. Dos booted pretty fast, I think that's probably what it's
running.
--
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] feedback in tp

[Eric Keller]

feedback isn't handled in the TP, but it needs to know the current
position so that it can plan where to go.

On Wed, Nov 18, 2015 at 3:53 AM, Jullian  wrote:
> Hi,
> Recently i'm reading the code in  emcmotcontroller() especially the TP.
> There's always a doubt puzzling me that:
>
> is the feedback processed in tpRunCycle() ? or it's not ?
>
> or when a TC is finalized, the TC's trajectory is also finalized ? if so,
> why is it done to the TP every 1ms?
>
> if the feedback is not processed in TP,where is it handled in
> emcmotcontroller()?  related to "pos_fb"?
>
> Thanks.
> Julian.
> --
> ___
> 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] sim gotchas in sim/axis/lathe

[Eric Keller]

On Thu, Apr 10, 2014 at 8:36 PM, Gene Heskett  wrote:

>
> I don't think it was quite all that encompassing before, Andy, and you are
> by pure common sense correct.  So if I run in metric mode, I'll have to
> recall that F is in mm per min.  That means a bunch of them.  As in 15
> ipm=384mm-min.



I am pretty sure that I can recall a time when metric was broken.  It
absolutely must be the case that all numbers associated with units are in
the current units.  No automagic conversions.  Not sure what the software
should do if there is a units conversion and it has to use the last F word
though, that is a conundrum.
--
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
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] xenomai build, sorta recent kernel

[Eric Keller]

On Fri, Apr 4, 2014 at 1:29 AM, Marius Liebenberg wrote:

>
>
> Does that mean that linuxcnc should run on something better than 10.04
> or am I reading this wrong.
>
> You can run linuxcnc on 12.04, that's what I am using
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] More sig-figs in GUI's

[Eric Keller]

On Mon, Mar 31, 2014 at 11:17 AM, andy pugh  wrote:

>
> > Do you know if the request is from people running metric or imperial
> > machines?  3 figures after the decimal point seems about right for
> > metric, but i'd think 4 would be better for imperial.
>
> I think that both requests were for users of metric. I don't know why
> they wanted more digits, though I guess if you have 0.1um linear
> scales you might want to get your money's worth.
>
If you are doing optics in metric units, then 6 digits after the decimal
point is probably what you want.  On our machine with the current tuning,
the 6th digit dithers a little more than I would like.  However, we are
going to tune it better after the current job is done.  I figure people
will still pay for improvements until they can't measure them, and Zygo can
measure surfaces to .1nM in height.  Hydrostatic grinding spindles that
have <5nM error motion are available.  For now, I'm glad we don't have the
money for a clean room, but it might happen.

I don't know anyone using linuxcnc on such a machine, but it wouldn't
surprise me.
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] 2.6 Basics.

[Eric Keller]

On Mon, Dec 2, 2013 at 3:39 PM, Michael Haberler  wrote:
> I did observe significant improvments in latency with the new RT-PREEMPT 
> kernels, so it's worth considering a recent strain here.


Are there latency tools in the unified build to measure the
performance of the RT-PREEMPT kernels?

--
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=84349351&iu=/4140/ostg.clktrk
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] test

[Eric Keller]

you might not see your own messages, so I'm posting a response

On Mon, Oct 28, 2013 at 5:49 PM, Len Shelton  wrote:
> testing again
>
>  >Len
>
>
> --
> 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=65839951&iu=/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=65839951&iu=/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

[Eric Keller]

On Sat, Aug 17, 2013 at 2:27 PM, Chris Morley
 wrote:

> IMHO, this becomes somewhat of an regrettable but no-brainer decision.
>
> unless we want to stop development of Linuxcnc...
> unless we have extra developers that will back port capabilities to 2.5...
>
> Chris M
>

In the past there have been people that made sure that linuxcnc ran on
lightweight versions of linux.  Rather than rely on an unsupported OS
version, it makes sense to find a modern distribution that will run on
older hardware.  Of course, this also requires someone to step up and
support it. Whenever someone says that the newer cd doesn't even boot
on a system, I always wonder if there isn't a fixable reason for that.
 From what I have seen, a driver build usually fixes the problem.  And
the slowness can be fixed too.

On the current proposal, I feel the developer community has been very
accommodating to people running older versions, but there has to be a
limit.  There are a lot of things I would rather see than legacy
support.
Eric

--
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=48897031&iu=/4140/ostg.clktrk
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] experimental support for LinuxCNC on Precise with RTAI

[Eric Keller]

On Sun, Aug 11, 2013 at 6:00 AM, Schooner  wrote:
>  >>
>
> Did anyone try this?
>
>  >>
>
> I reported back direct to Seb, because there was an initial problem,
> which was resolved.
>
> I have Sebs 3.4.55-1-rtai kernel, plus my own 3.5.7-rtai kernel running
> on 12.04.2 using RTAI-3.9.1 fixed by Shabby and memleak

> The best performance by 20% was from my homebrew kernel, but largely
> because it is tailored to the machine it is running on and is far more
> radical in terms of
> removing all power management etc than you would probably want to be for
> any sort of distribution.

Is it possible to get a patched rtai kernel and build config to tune
to hardware?  Or did you just start from scratch

--
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=48897031&iu=/4140/ostg.clktrk
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] installing xenomai

[Eric Keller]

doesn't it give you the chance to ignore that message?

On Tue, Jul 30, 2013 at 2:58 PM, Tom Easterday  wrote:
> I want to install xenomai and linuxcnc on 12.04 and get the error below when 
> doing apt-get update after adding the packages to /etc/apt/sources.list (at 
> this link: http://wiki.linuxcnc.org/cgi-bin/wiki.pl?XenomaiKernelPackages).   
> What am i missing?
>
> W: GPG error: http://deb.machinekit.net precise Release: The following
> signatures couldn't be verified because the public key is not available:
> NO_PUBKEY 12A8D0023B07D469
>
> Thanks,
> -Tom
>
> --
> 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=49501711&iu=/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=49501711&iu=/4140/ostg.clktrk
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] xenomai BB kernels : RT-PREEMPT opportunity arising (was linux-rt-users Fwd: [ANNOUNCE] 3.8.13-rt14)

[Eric Keller]

On Thu, Jul 11, 2013 at 8:07 AM, Michael Haberler  wrote:

> now if somebody went around and outlined an RTAPI patch to pass the actual 
> invocation time to RT threads as discussed in Wichita, we could go ahead and 
> timebase-correct some of the code which relies on the "assumed time equals 
> actual time" assumption, like motion and pid comps, then we likely could put 
> the latency discussion to rest for the the better part

Most digital control algorithms assume that the sample period is
constant.  The ramifications of using actual times instead of nominal
sampling times seem to be fairly significant.  I speculate that if you
are going to stick to PID it should be fairly easy to accommodate.

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] discuss: packaging HAL separately

[Eric Keller]

On Tue, Jul 2, 2013 at 7:26 AM, andy pugh  wrote:

> Once you have Comedi support and a graphical net builder, you are very
> close to having an open-source LabView...
Hush your mouth.

Actually, it would be a useable alternative that isn't missing the zoom feature

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Discuss: Andy's tooltable work

[Eric Keller]

On Tue, Jun 25, 2013 at 3:48 PM, EBo  wrote:

> inappropriate?  Who's to judge appropriateness?  If it works as
> intended then it works on that platform.  I might consider it
> inappropriate if ...

As you demonstrate, everyone feels qualified to judge appropriateness.
 Arduinos are great for a lot of things.  Big desktop applications
work great on something like a beaglebone without a lot of pain and
wasted manhours.  Now that it looks like there will be real-time with
decent performance, that is more true than ever.

After watching the trials and tribulations of people using
emc/emc2/linuxcnc, I have to say that porting some major portion of
that functionality onto an Arduino is a little silly.  It only makes
sense to people that aren't used to programming PC's to do that kind
of work.  Or people that just want to do it for the challenge.  To
those people, I say "have at it"

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Discuss: Andy's tooltable work

[Eric Keller]

On Tue, Jun 25, 2013 at 8:46 AM, EBo  wrote:

> fair enough.  That would be extreme (the bit equivalent of the limbo --
> how small can you go).  As such I had not seriously thought that it
> would be designed to work with the Arduino, but it was an amusing image.
> BTW, I think the mega gives you something like 256MB, so 0.3% overhead
> for a database is not bad at all.

I don't know how much longer people are going to be tempted to squeeze
inappropriate apps onto an Arduino.  Probably for a while, but I think
the RPi changed that a lot.  A Beaglebone or a RPi is not much more
than twice the size of an Arduino and infinitely more capable.

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Something else to possibly play with in Wichita.

[Eric Keller]

I'm in the U.S.

On Tue, Jun 18, 2013 at 1:05 PM, andy pugh  wrote:
> On 18 June 2013 11:46, Eric Keller  wrote:
>> is it possible for non-witchita attendees to get one of these boards?
>
> Which continent are you on?
>
> --
> atp
> If you can't fix it, you don't own it.
> http://www.ifixit.com/Manifesto
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-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 Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Something else to possibly play with in Wichita.

[Eric Keller]

is it possible for non-witchita attendees to get one of these boards?

On Thu, Jun 13, 2013 at 7:16 PM, andy pugh  wrote:
> https://picasaweb.google.com/lh/photo/sVUHBjKMHtNWN3LdpZOEj9MTjNZETYmyPJy0liipFm0?feat=directlink
>
> https://picasaweb.google.com/lh/photo/G_KMzBhurtN_xhzhEnrLydMTjNZETYmyPJy0liipFm0?feat=directlink
>
>
> --
> atp
> If you can't fix it, you don't own it.
> http://www.ifixit.com/Manifesto
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-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 Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] RTAPI is broken

[Eric Keller]

On Thu, Jun 13, 2013 at 7:15 AM, Lars Segerlund
 wrote:
>  A short note, it seems we get pagefaults in rt context, latency-test says so.

is this because we are using shared memory?  Been a while since I
looked under the hood.

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Finally, A Proposal

[Eric Keller]

On Fri, Jun 14, 2013 at 10:03 AM, Matt Shaver  wrote:
> Over the last few days I've been writing stuff here and reading other
> people's stuff.

tl;dr, all of it anyway.  Didn't you put together a list of files with
non-conforming licenses recently?  If there is such a list and we can
come up with a specification to replace those files with something
with a clean license, then we should do that and go with a clean
slate.  I would be willing to help rewrite some code.
Eric

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Some initial BBB GPIO code

[Eric Keller]

On Sun, May 5, 2013 at 4:12 AM, Ian McMahon wrote:

> I started a repository of test code here:
>
> https://bitbucket.org/imcmahon/beagleboneblack-gpio_driver
>
> Is there a concise discussion somewhere of how to get a development system
for linuxcnc running for BBB?
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] New BeagleBone

[Eric Keller]

On Mon, Mar 18, 2013 at 8:50 AM, Kent A. Reed wrote:

> It's curious how the current microelectronic economy works. First, they
> get under the price of the BeagleBoard by nearly 40 percent by throwing
> out features to create the BeagleBone. Then they add back features to
> the BeagleBone and reduce the price some more. Clearly, the RPi sales
> numbers have affected these guys (neither side claims to be in it for
> the money but obviously both crave the street cred).
>
Isn't the BeagleX basically a marketing vehicle for TI, whereas the RPi
doesn't use a TI chip?
They did throw out some expensive parts to get the new beaglebone, it's
just that they added some other features that didn't cost as much.  I'm not
sure I care about HDMI, but it seems like a lot of people do.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] mkinitrd missing?

[Eric Keller]

I think it uses a variant of google.com

On Thu, Mar 14, 2013 at 7:01 PM, Gene Heskett  wrote:

> So what is Lucid using in place of mkinitrd?
>
> Thanks & Cheers, Gene
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> My web page:  is up!
> My views
> 
> < DanielS> still, throne of blood sounds like a movie about overfiend
>and virgins or some crap
> -- in #debian-devel
> I was taught to respect my elders, but its getting
> harder and harder to find any...
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Implementation of LCNC Copyright and licensing terms

[Eric Keller]

the history probably would be good, but what's important is coming up with
guidance for contributions in the future.  I think most people just want to
help and don't really care about any of these issues.

On Wed, Mar 13, 2013 at 1:01 PM, Kent Reed  wrote:

> Hey, Matt. Don't get me wrong. I think LCNC deserves a better documented
> history. I just don't want to see discussion about moving forward bog down
> in "it's the way it is now because..." loops. It's important to know one's
> history but it's also important not to let it paralyze the process. I got a
> belly full of that in standards committees.
>
> Please excuse the top post. I'm still getting the hang of this Nexus 7 and
> its gmail interface.
>
> On Mar 13, 2013 10:31 AM, "Matt Shaver"  wrote:
> >
> > On Wed, 13 Mar 2013 08:56:47 -0400
> > "Kent A. Reed"  wrote:
> >
> > > I know the history of the development of LCNC. I don't want to rehash
> > > why things are the way they are now. I just want to see them get
> > > better as we move forward.
> >
> > I was just fixing to spend a lot of time trying to document "why things
> > are the way they are now". If you think this is a waste of time, let me
> > know why. I really respect your opinions!
> >
> > Thanks,
> > Matt
> >
> >
>
> --
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_d2d_mar
> > ___
> > Emc-developers mailing list
> > Emc-developers@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-developers
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] License Compatibility Question

[Eric Keller]

On Tue, Mar 12, 2013 at 2:19 AM, Michael Haberler wrote:

> Would this then be the 'lazy lawyer' requirement?
>
> - "licenses published with LinuxCNC must be compatible with all dependent
> packages 'prima facie', that is without studying further license
> arrangements not specifically spelled out in the published licenses per se"
>
> it would translate into something like this statement:
>
> "The license(s) applicable to the LinuxCNC code is/are here: "
> "The dependent package licenses are here: "
> "According to compatibility matrix entries , these are compatible."
>
> I have to say that this make sense to me.   The goals of the FSF and just
about everyone else don't exactly line up.  If someone makes money off of a
bit of code that I wrote I'm not going to complain unless they try to
control my distribution of it.  I suspect that most lines of code in
linuxcnc were written people that dont' care if it's hidden in a
proprietary box somewhere as long as the makers of that proprietary box
don't cause us problems.

Sometimes I think that free software is too important to be screwed up by
Richard Stallman.
--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Feasibility of license change to GPLv2+

[Eric Keller]

On Fri, Mar 8, 2013 at 6:30 PM, Chris Radek  wrote:

>
> If one assumes this is only one of many obstacles that will turn out
> to make it impractical or impossible to ever relicense at all, then
> it's silly to worry about "de-Cornerizing".
>

Yes, that's a good point.  Not sure how to proceed on that.  I do think
it's likely that PC is the main stumbling block, but it is likely that
there are others that have contributed and disappeared.

I vaguely remember some sort of scrub in the not too distant past.  There
was a list of people that have put their name in files posted in the last
year or so and I thought they were contacted.

Now I'm babbling
--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Feasibility of license change to GPLv2+

[Eric Keller]

wouldn't de-Cornerizing have to happen regardless?  He did contribute quite
a bit before the schism.

On Fri, Mar 8, 2013 at 6:06 PM, Chris Radek  wrote:

> On Fri, Mar 08, 2013 at 08:25:55PM +0100, Michael Haberler wrote:
>
> > The hal and rtapi commits need study but I feel confident with
> > de-Cornerizing those The task, motion and interpreter commits need
>
> Do you have reason to believe that PC is the only contributor who is
> problematic: either unwilling to consent to a relicense to GPLv2+ or
> simply uncontactable?
>
> If you have, please share before we prematurely worry about
> "de-Cornerizing".
>
> Chris
>
>
> --
> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
> endpoint security space. For insight on selecting the right partner to
> tackle endpoint security challenges, access the full report.
> http://p.sf.net/sfu/symantec-dev2dev
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>
--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Xenomai latency spikes: feedback from Xenomai mailing list : the reference

[Eric Keller]

On Wed, Feb 13, 2013 at 12:29 PM, Michael Haberler wrote:

>  the hlt instruction doesn't work correctly
>
It bugs me that in these days of high performance and energy aware
computers that the hlt command apparently doesn't work properly on a lot of
processors.  This affects realtime users the most, but it surely reduces
the usability of all computers. I guess they figure we keep buying
computers and they can sell us whatever they want.
Eric
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Xenomai latency spikes: feedback from Xenomai mailing list

[Eric Keller]

On Wed, Feb 13, 2013 at 8:43 AM, sam sokolik  wrote:

>
> it runs a bit hotter..
>
> That's what they were saying on the xenomai list.  I guess if you aren't
running it all the time on an inadequate power supply it should be ok.  I
assume this is what the busy loop that has been mentioned many times over
the years is doing.
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] BeagleBone question

[Eric Keller]

On Wed, Feb 6, 2013 at 9:08 AM, Gene Heskett  wrote:

>
> Now, is anyone working on a 'breakout' board?
>
> Cheers, Gene
> --
>
> See my previous email in this thread.  In general, search for beaglebone
capes on your favorite search engine.

The most promising cape is the bebopr for step/dir systems.  Nobody has it
in stock as far as I can tell.
Eric
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Future directions of LinuxCNC development, and RTAPI restructuring tutorial

[Eric Keller]

On Wed, Feb 6, 2013 at 9:08 AM, andy pugh  wrote:

> On 6 February 2013 13:25, John Morris  wrote:
> >  Please ask questions about anything still
> > unclear, and I promise a short answer.
>
> This seems to be close to (or possibly already there) a situation
> where LinuxCNC can be distributed as application-only to run on a
> generic kernel.
>
will it run a machine on a generic kernel?  The closest would be an
rt-preempt kernel, is that standard with any distributions ?  I will admit
to be confused, this discussion doesn't seem to talk about rt_preempt
kernels.  Does rt_preempt offer sufficient latency numbers?

In any event, I'd also like to thank John Morris for this work.  I'm sure
this will improve things down the road by making bug fixes much easier.
Eric
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] BeagleBone question

[Eric Keller]

On Tue, Feb 5, 2013 at 10:32 AM, Charles Steinkuehler <
char...@steinkuehler.net> wrote:Actually, the BeagleBone is $89.  I'm not
sure what developer kit Gene

> it referring to.  There is a $200 kit that comes with a
> touchscreen/LCD, and a variety of $1000 kits available for more
> targeted development.
>
Probably the Adafruit beaglebone starter kit.
http://adafruit.com/products/703

Who sells the $200 kit with a touchscreen lcd?

The beaglebone is attractive, especially for a space-limited machine.  But
I am sure it would be a labor of love to keep such a machine going.

Looks like Moser intends to carry the BeBoPr board ($120) which would make
for a pretty useful system
Eric
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] "new RTOS" status

[Eric Keller]

On Fri, Jan 18, 2013 at 12:59 PM, Jon Elson  wrote:

>
> The BeagleBoard, specifically, is somewhat obsolete, but the BeagleBone
> seems to
> be the most well supported variant.  It also has a LOT more GPIO brought
> out.
>
To be precise, I have a BeagleboardXM, which seems to be fairly current.
The 'bone is obviously better for this, but requires an expenditure of $80+
whereas the bbXM is in hand.
Eric
--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] "new RTOS" status

[Eric Keller]

On Wed, Jan 16, 2013 at 9:15 AM, Michael Haberler wrote:

> I have done no further work on the Raspberry, I do not consider that
> platform particularly useful to base work on.


Is there any point to looking at the Beagleboard any further?
Eric
--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] round #4: new i386 xenomai kernel packages available

[Eric Keller]

On Mon, Jan 7, 2013 at 5:42 AM, Michael Haberler  wrote:

> I rebuilt the x86 3.2.21/xenomai kernel debian packages with a
> configuration based on the Ubuntu 12.04 3.2.0-35-generic-pae kernel and
> just merged in the Xenomai-specific options; the previous kernels had much
> of the drivers disabled which is responsible for the boot problems
> reported, in particular those reported by Sam and Dewey.
>

So this works with the branch at:
http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/rtos-integration-preview3-merged-into-master
or is there another version I should d/l?
Thanks for all your work on this.
Eric
--
Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
and more. Get SQL Server skills now (including 2012) with LearnDevNow -
200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only - learn more at:
http://p.sf.net/sfu/learnmore_122512
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] PCI drivers: roundup of leftovers: hal_gn, hal_motenc, hal_vti, opto_ac5, pci_8255

[Eric Keller]

On Thu, Dec 27, 2012 at 8:08 PM, Peter C. Wallace  wrote:

>
> You can buy new MBs (Ivy bridge etc) with ISA if you dont mind paying a
> premium. I think one of the first PC EMC I/O cards was the ISA Servo To Go
> 8 axis card (Still Available!)
>
> I think the last volume MBs with ISA were around Pentium 3 vintage (say
> 1999 or 2000)
>
I bought some early P4 ISA from one of the secondary MB manufacturers that
simply decided to get out of the business soon thereafter.  The P4 boards
had horrible reliability.  I have some code I really should port to a PCI
device and get rid of my ISA computers.
Eric
--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] PID tuning, Zeigler-Nichols method

[Eric Keller]

On Mon, Dec 10, 2012 at 5:10 AM, andy pugh  wrote:

>
> Is a sine-wave the correct input signal?
> When I spent my working day creating frequency response curves we
> typically used white-noise excitation.
>
> I've always had pretty good luck with the Schroeder multisine, which is a
sine sweep that keeps the amplitude constant.  I suppose that's not all
that important with a machine tool.  Not sure I'd really want to hit my
system with white noise, a lot of that's pretty unimportant to a machine
tool anyway.

I can never remember the actual transfer function of a PID, and I'm too
lazy to work it out right now.  A lot of low order systems would never go
into oscillation with a simple feedback gain, but obviously you are adding
dynamics with the PID and that changes things.  I was never very good at
tuning by looking at a bode plot.  Root locus always made more sense to
me.
Eric
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Preview: LinuxCNC 2.5 single codebase - supports RTAI, RT_PREEMPT, Xenomai-kernel, Xenomai-User, Simulator

[Eric Keller]

On Wed, Nov 14, 2012 at 12:57 PM, Kent A. Reed wrote:

> As for the silly glxgears test, I think the original intent was to use
> it as a quick exercise of the X/OpenGL/driver path and perhaps as a
> benchmark of the graphics performance if the path works (although
> graphics guys are quick to tell us it isn't a benchmark).
>
> For latency testing purposes, it might help smoke out problems with the
> graphics subsystem---some drivers and some chips grab hold of DMA for
> example.
>

glxgears can slow down the computer, but I've never really seen it blow up
the latency numbers much.   The worst latency I got on the last computer I
stress tested was starting a Java program off of the cd drive.
Historically, the worst latency problems on the PC architecture were from
disk accesses.  All the other problems are really driver related as far as
I can tell
Eric
--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] RFC: configure support for new RT options

[Eric Keller]

On Wed, Oct 17, 2012 at 2:44 PM, Charles Steinkuehler <
char...@steinkuehler.net> wrote:

>
> On that note, I think it might also be good to be able to separate out
> building the GUI applications from the guts of LinuxCNC.



>   --snip-- Seems like I should be able to build & use LinuxCNC even if I
> can't compile Axis and friends.
>
> I agree with this, but I also have no idea if it is really a problem.  My
experience with building in the past has been held up by some dependencies
that I didn't expect
Eric
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Raspberry Pi aupercomputer

[Eric Keller]

first try was total failure with multitudes of device errors.  Trying again
on a different sd card.  I see there are instructions on how to build a
kernel on the device, so I'll check that out.
Eric


On Thu, Sep 13, 2012 at 12:04 PM, Joachim Franek wrote:

> On Thursday 13 September 2012 17:47:28 Eric Keller wrote:
> > I have been programming my own SD cards for the
> > BeagleboardXM, figured I'd do something similar for this
>
> RPi is simple for available images.
>
> Download a image file from
> http://www.raspberrypi.org/downloads or
> have a look to: http://elinux.org/RPi_Distributions
>
> dd if= of=/dev/
> for example: dd  of=/dev/mmcblk0 if=xenomai.img
>
> If there is room on the sd card, increase the partition
> to be able to install additional packages.
> Start gparted and resize the partition.
> Put the card into the rpi and switch power on.
>
> Joachim
>
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Raspberry Pi aupercomputer

[Eric Keller]

have one on order, hopefully I can figure out how to get it to run without
buying the sd card.  I have been programming my own SD cards for the
BeagleboardXM, figured I'd do something similar for this

On Thu, Sep 13, 2012 at 11:28 AM, Eric Keller  wrote:

> I tried to get to the element 14 support page and they want me to register
> just to see any documents.  It requires such a strong password that I'm not
> going to remember it.  I really don't think that's going to stop the
> spammers.  The spammers I see on my forum moderation duties have incredibly
> strong passwords.
> Eric
>
>
> On Thu, Sep 13, 2012 at 8:04 AM, Dave  wrote:
>
>>
>>
>> Anyway I got an order into Newark for two RPIs this morning and they are
>> in stock. :-)
>>
>
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Raspberry Pi aupercomputer

[Eric Keller]

I tried to get to the element 14 support page and they want me to register
just to see any documents.  It requires such a strong password that I'm not
going to remember it.  I really don't think that's going to stop the
spammers.  The spammers I see on my forum moderation duties have incredibly
strong passwords.
Eric

On Thu, Sep 13, 2012 at 8:04 AM, Dave  wrote:

>
>
> Anyway I got an order into Newark for two RPIs this morning and they are
> in stock. :-)
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Raspberry Pi running EMC ???

[Eric Keller]

On Mon, Sep 10, 2012 at 12:07 PM, Kent A. Reed wrote:

>
> I will kick in the benchmarks I run on my BeagleBoardXM and ASUS
> AT5NM10-I while I wait.
>
> Have you set up a BeagleboardXM with a rt-preempt kernel?  I have been
using a stock kernel on our BeagleboardXM's, I'm a little curious about
building and testing the rt-preempt kernel on them
Eric
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] build system [was: master sim+rip build on 64-bit 12.04LTS]

[Eric Keller]

On Thu, Sep 6, 2012 at 7:17 AM, EBo  wrote:

> Fair enough.  I thought the current discussion concerned moving away
> from autoconf and friends.  Personally I have a lot more experience and
> comfort with autoconf, automake, and libtools.
>
I do too, at least they tell you what is going on and you can fairly easily
configure them.  Cmake is a mess.  If it doesn't pick up on something
convincing it to do what you tell it can be a horror story.  Not hard to
find confirmation of this on your favorite search engine.  Unfortunately,
Cmake seems to be taking over.  Not sure why something that is supposedly
intended to make things easier has to be such a complicated thing.  I guess
the intent was to burden the developers.  It seems the real problem with it
as a user is that developers are chasing a moving target -- or not
bothering to chase a moving target.
Eric
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Proposal: Attila Licensing: Re: LinuxCNC3, was: The Last Public Domain Version

[Eric Keller]

On Fri, Aug 24, 2012 at 3:00 PM, EBo  wrote:

> Would you prefer we discuss other licenses such as MIT, BSD, CC?
>
Unfortunately, I think we should be as open as possible with our licensing
and purist on what we allow in the codebase.  We should decide on a license
and not allow code to make it into the trunk repository unless it has the
agreed-upon license.   Just my feelings on the matter.  I think that was
pretty much what was decided the last time we went through this exercise,
but the licensing world has changed for the worse since then.
Eric
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Proposal: Attila Licensing: Re: LinuxCNC3, was: The Last Public Domain Version

[Eric Keller]

On Fri, Aug 24, 2012 at 1:54 PM, Lee Studley wrote:

>
> I personally feel its sad to make licensing  so complex in an open
> source or GPL type
> environment. It impedes the flow free associative sharing of ideas (
> Oppenheimer-endorsed ).
>
I agree.  The militant license fanatics are trying to make a point that I
don't think really needs to be made.  "you can use my code which I give
away freely, but only if you are as pure as me."  Unfortunately, this crap
starts at the top.  The GPL started because they wanted open code.  With
linuxCNC, we have open code, but it's not pure enough.  That's pure horse
hockey in my view.  Public domain is better, I think.  This is about the
4th time this issue has come up on this project.  I don't suppose it really
has slowed anything down, but it's an annoyance.
Eric
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] contributed programs to create G-code ?

[Eric Keller]

I don't know that anyone answered you, but I don't think this is a
problem.  However, it does seem that some less restrictive license than
copyright would be better if you can bring yourself to do that.
Eric

On Tue, Aug 14, 2012 at 12:03 PM, Jon Elson  wrote:

> Just like we have a wiki page that links to contributed HAL components,
> would it be OK to have contributed c (or python, etc.) programs to
> create G-code?  I have a suite of programs I use, many are on my
> own web page, but not easily found by people on the LinuxCNC
> web site.  Now, one difference is these programs would run
> completely outside the LinuxCNC environment.  Any particular
> license requirements if I were to post these on the Wiki?
>
> Jon
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] [ emc-Feature Requests-3558468 ] Tapping for floating holder and no spindle encoder

[Eric Keller]

On Thu, Aug 16, 2012 at 11:19 AM, Jon Elson  wrote:

>
> And, I have another one of my c programs that writes the code for that.
> It would have
> to be adapted for the particular gear ratios in your tapping head.
>
> I take it that this is for a procunier style tapping head.  There are
collet holders for tapping that simply have a vertical slop.  I have one of
those.  It probably would work with a subroutine where the gear ratio is 1:1
Eric
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] modbus discussion was: future plannig

[Eric Keller]

On Mon, Aug 13, 2012 at 4:38 PM, EBo  wrote:

>
> I could see thermal being an issue if you had coolant running through
> the machine to stabilize the temperature of all the pieces parts
>
It has oil hydrostatic ways and if you don't let the oil warm up it will be
change some critical dimensions.  Touching off under these situations will
cause bad parts once the oil gets to steady state temperature.  You
probably want to warm it up longer than 15 minutes for tight tolerance
parts.  This machine is made to make parts that are precise enough that
thermal issues are probably a significant portion of the error budget.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] modbus discussion was: future plannig

[Eric Keller]

On Mon, Aug 13, 2012 at 1:45 PM, EBo  wrote:

>
>
> a restart takes an hour or more after shutdown?  Out of curiosity, what
> machine might that be, and why so long?
>
We have a precision lathe that refused to make parts until it had been
under pressure for more than 15 minutes.  This was to avoid thermal
issues.

Thermal issues as in:

customer: "my parts are screwed up by your crummy lathe."

lathemaker: "did you let it warm up for 15 minutes as suggested by the
manual?"

customer: "no, but your crummy lathe makes bad parts"

lathemaker: "after 15 minutes are all the parts the same size?"

customer: "yes, but ..." etc.

I think the customers finally got to them though, we got an upgrade that
doesn't do that anymore.  It was real annoying if you had to shut down for
a minute and then wait for 15 minutes before the timer timed out.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Latency and latency

[Eric Keller]

2012/8/9 Peter C. Wallace 
>
> >  I do not know why the latency
> > test does not "see" this.
> >
>
Latency test isn't foolproof.  I have never been motivated enough to figure
out why, but I have seen many systems that will pass the latency test with
flying colors even under stress and then get a realtime error when starting
EMC.  I always figured the startup realtime error had something to do with
some startup processing in linuxcnc, maybe painting the screen, but how
would you figure that out?  I thought about going in and somehow
re-enabling the real time error checking to see if it keeps happening after
everything started.  But then again, it's more economic to just find a
computer that doesn't cause this
Eric
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] future plannig was: LinuxCNC (EMC2) with RCS

[Eric Keller]

On Thu, Aug 9, 2012 at 3:00 PM, Michael Haberler  wrote:

> folks, I guess you are hunting ghosts.
>
> I am not talking about "a massive influx of changes to the existing
> LinuxCNC code base, and my god, X will break".
>
I wasn't either, maybe I shouldn't have started out about the part of
hating change for no reason.  It's been a while since I've been through the
code base, but I think there are plenty of reasons to redo some code.  My
main point was that the fact that you can have whatever user interface you
want is  a good thing and I expect the decision will be made to keep an
architecture that would allow users to choose their interface.  I think
that the positive contribution of HAL would make it obvious that we would
want to maintain the loose coupling of the components of EMC.  I suspect
that since so many people are comfortable with some of the older interfaces
will mean that you can expect someone to be motivated to re-write some of
them.

Of course, we are used to having things break.  When Hal was introduced,
any code I had contributed got broken, but on the whole that was a good
thing.  Lots of other drivers got broken too.  It doesn't seem to have hurt
anything, although I'm sure there are some people that aren't too happy
about the change.
Eric
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] future plannig was: LinuxCNC (EMC2) with RCS

[Eric Keller]

On Thu, Aug 9, 2012 at 11:08 AM, dave  wrote:

>
> Hi all,
> As a longtime user(1) I'm going to butt in here. My main worry is that
> this will break most of the GUI's. I use TkEmc and Mini most of the
> time. As a user I'm not going to complain as long as things "just
> work".
>
I hate software updates that break things for no good reason.  I assume
that the basic structure of the software architecture will remain very
similar.  Some of these older user interfaces could probably be updated to
whatever scheme is decided on without too much trouble.  But I think that
most of the underpinnings could change without much issue.  Things that
affect HAL should be changed with caution.  The config files seem to be
affected by many updates.  That's a little unfortunate, but I'm sure there
are usually good reasons for that.
Eric
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Emc-developers Digest, Vol 76, Issue 6

[Eric Keller]

On Wed, Aug 8, 2012 at 12:38 PM, Jon Elson  wrote:

>
>  I believe there is a mechanism where G-code can be sent
> via NFS or other method and then LinuxCNC can be ordered to execute
> it via emcrsh.
>
> Jon
>
i was thinking the same thing, but of course to implement anything
interesting will probably require a developer or somebody that is really
good with Hal modules, or both.  It seems like there is fairly regular
discussion of synchronizing to external events, but I can't remember the
context -- maybe tool  changers?  Drip feeding would be very loose
synchronization, if that's ok then there are a lot of options.
Eric
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Potential .6.32-122-rtai problem

[Eric Keller]

Have you tried isolcpu for the real-time?

RTAI will reduce system responsiveness, but not by much if no real-time
software is running.  You should try booting into a generic kernel and
seeing if the kmail problem persists.  If you don't have a generic kernel,
it's rather easy to build one with the help of google.  Linux will tolerate
many kernel builds on the same system, I think my desktop probably has a
couple dozen by now.  I think I scanned your message well enough to tell
that you didn't do this yet.  I think this is a necessary first step before
you try to open a bug report.  It may be helpful to d/l the kernel package
for the r/t kernel from linuxcnc and look at the config.
Eric


On Wed, Aug 1, 2012 at 12:14 PM, Gene Heskett  wrote:

> On Wednesday 01 August 2012 11:59:45 Dave Caroline did opine:
>
> > open a terminal type top
>
> I keep htop running full time
>
> > look what processes are up to
> > do you have a large %wa (waiting on io)
>
> ran top, see 0.2%wa occasionally, usually 0.0%wa, string of incoming mail
> ran it up to 5.4%wa once.
>
> > is a process pinned at 100% fix/remove/diagnose/stop using
>
> no, cpu (any of them) is 3% even when kmail is frozen.
>
> > also fix dns/web connections, any dns and reverse dns check will try
> > for 30secs before timeout
> > look in logs for clues
>
> It isn't a consistent delay time, and gkrellm shows no network activity
> before the 1 pops up in the outbox.  I thought about that, even installed
> dnsmasq, made no diff.  The lag time is random with a max of about 45
> seconds.  But it could just as easily be 2 seconds per step too.
>
> No clues or even hints in the logs.
>
> > Dave Caroline
> >
> Thanks Dave.
>
> Cheers, Gene
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> My web page:  is up!
> Your ignorance cramps my conversation.
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Cannot unhome while moving message ?

[Eric Keller]

On Sat, Jul 7, 2012 at 10:07 PM, Jon Elson  wrote:

>
> Yes, I remembered there was some discussion of this, couldn't remember
> quite
> how far back.  So, the situation is :  if not homed, and moving, and you
> get
> an E-stop, it produces the message.  If not homed, but not moving, you
> just get the usual E-stop condition.
>

shouldn't an e-stop always give you an e-stop condition?
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] FSMLabs Showcases Breakthrough Fast Real-time Linux for AMD Dual-Core Processors... -- re> BOSTON, Embedded Systems Conference, Sept. 12 /PRNewswire/ --

[Eric Keller]

On Tue, May 22, 2012 at 2:38 PM, andy pugh  wrote:

> Those number sound similar to RTAI with the Atom boards.
>
> My athlon desktop system yields numbers pretty similar to that on the
stock RTAI kernel running from the linuxcnc livecd -- I'm remembering 7
microseconds max when I was running java code from a cdrom.  I always
wondered if working over the kernel a little might help some, but that's
hard to beat
Eric Keller
Boalsburg, Pennsylvania
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] LinuxCNC, RTAI, and Ubuntu long term support releases

[Eric Keller]

The advantage of long term support from Centos doesn't really help linuxCNC
too much, because they will be updating the kernel too.  So even though it
may be an old kernel version, it will have security fixes in it that will
make any RTAI patches fail.  The thing that's driving me nuts at work is
that we have a code repository and wiki on a computer running Fedora 10.
Fedora 10 no longer receives security updates, so the Apache used for these
two purposes has holes you could drive a truck through.  While it is behind
a firewall, that doesn't stop the students from playing.  There is no
reason to be running this computer on a bleeding edge distribution like
Fedora.  We had an Enterprise Redhat version administered by the university
up until someone hacked it and started using it for DOS attacks on a game
server in Texas.
Eric
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] LinuxCNC, RTAI, and Ubuntu long term support releases

[Eric Keller]

On Fri, May 11, 2012 at 12:10 PM, Kent A. Reed wrote:

> Gentle persons:
>
> The recent email discussions about ARM-based cpus on the one hand and
> about progress with the PREEMPT_RT patch on the other got me to
> wondering about RTAI and where it is going.
>
Generally, the kernel and the distribution is decoupled enough that just
moving to a new distribution does not require a new kernel.  Of course, the
linux developers don't always have considerations about limiting the amount
of work they cause other developers as their highest priority.  I am
thinking of moving at least some of our computers at work to Centos because
they promise very long term support.
Eric
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] LinuxCNC, RTAI, and Ubuntu long term support releases

[Eric Keller]

Depending on how the control software was written, a system that doesn't
use an operating system, or uses an operating system like MSDOS with no
multi-tasking or preemption can have really high performance on crummy
hardware.   It's really frustrating to use if you want to go beyond very
simple activities, but the control performance is great.  The Accurite
control we have at work runs on a 486 (can see that as it is booting), and
it is perfectly usable. Looking at all the nonsense that is running on a
modern operating system, it's amazing you can get any performance at all
out of them
Eric Keller

On Fri, May 18, 2012 at 12:52 PM, Jon Elson  wrote:

> Jan de Kruyf wrote:
> > Jon:
> > when I started working in the CNC field we had 20msec loops and they
> > worked(cutting steel) from pure fanciness we would upgrade to 10msec, and
> > with a well tuned servo drive you could feel the distinct steps of the
> DAC
> > while accelerating.
> Yes, with velocity servo amps with tachometers, all the computer has to
> deal with
> is keeping the position within bounds.  But, if there is no velocity
> feedback
> (current/torque-mode amps or pure voltage amps) then the computer has to
> work
> a lot harder at it.
> >  Afterwards I learned to tune a servo by holding the
> > table feeling for those steps.
> > Off course on a small high speed machine the picture changes
> considerably.
> > But at the same time I guess that the problem you are describing might be
> > caused in the digital speed servoloop, by the jitter of the CPU board,
> and
> > / or a poor setup of the positioning loop.
> >
> > In any case: from the grumbles in this thread we might perhaps deduct
> that
> > there is money in a good micro stepping board, that takes position or
> speed
> > input every msec or so; for the stepper people.
> >
> Well, I make one of those, there are several other makes available,
> too.  My board, the
> Universal Stepper Controller, turns a stepper into a servo.  With no
> encoders, the
> "encoder" counter counts the step pulses, if you add an encoder, it
> reads actual position.
> LinuxCNC samples position typically every ms and sends a new velocity
> command.
> You can go to over 300K steps/second on each axis and still have
> velocity granularity
> of 3%.  That can't be done in software.
>
> Jon
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers