practical consideration:
When milling or turning, if I pause to do 'something' I would want to be
able to retract the tool in the direction of the tool axis
so no damage is done to the tool or the workpiece.
Normally on a 3 axis machine joint mode = coordinatemode as far as jogging
goes, so there
Here's a link to the latest patches:
http://www.zultron.com/static/2012/04/linuxcnc-buesch-rt-patches-forward-port-2012-04-25.tgz
The README explains how to compile them on FC16.
A few changes from the last version:
- Now three patches 001-003 that parallel Michael's original patches. I
thoug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/24/2012 3:03 AM, John Morris wrote:
>>> I'd be happy to supply you with what I have so far. In fact,
>>> it would be easy to supply three patches parallel to Michael's
>>> patches, but that would apply cleanly to HEAD. I'll stick
>>> them up o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/25/2012 3:17 AM, John Morris wrote:
> Here's a link to the latest patches:
>
> http://www.zultron.com/static/2012/04/linuxcnc-buesch-rt-patches-forward-port-2012-04-25.tgz
I
>
get the same results as with the previous set, still hanging in
hal
Hi Tom
re 'retreating from a circle to the apex of a cone':
the way it is now: the retract move goes to a absolute position or an offset of
the current position where retract was hit (actually using the current feed as
I havent figured out how to properly pass or set this information).
how th
I am getting a set of pagefaults in rt context when running linuxcnc
2.4.4 with rt-preemmpt patches, which is not the question.
However, is it normal to hit pagefaults in RT ?
( usually you lock the pages and preallocate the stack and some other
init ... then you have no pagefaults ... there a
Lars I am extremely interested in your graft. Just a bit busy at the moment
trying to get back to normal after my europ trip.
in any case did you look here?:
https://rt.wiki.kernel.org/articles/b/u/i/HOWTO~_Build_an_RT-application_6066.html
specifically the
Latencies caused by Page-faultssection.
On 25 April 2012 07:36, Michael Haberler wrote:
> 2) assumes forward kins is available which might not be the case.
What are the other limitations of an inverse-only kins machine? Is it
reasonable to say that such machines simply aren't allowed to jog in
retract mode?
--
atp
The idea that ther
Yes I looked at it, and the rtapi part of emc, has something similar,
preallocation and prefaulting the stack
But I will give it another look, also a bit busy I will try to
find the cause of the pagefault, which should be easy with the
debugging framework in the linux rt-preempt kernel
Am 25.04.2012 um 12:43 schrieb andy pugh:
> On 25 April 2012 07:36, Michael Haberler wrote:
>
>> 2) assumes forward kins is available which might not be the case.
>
> What are the other limitations of an inverse-only kins machine?
I wish I fully understood; there's a bit of comment in src/emc
I have scratched myhead some more, this is my take on the user / operator
side of things . . . .
(And to me this is the bottom line, although it might not produce elegant
code)
Jogging in joint mode would only be used in practice to move off a physical
limit condition. Like a hardware switch or wh
2012/4/25 Michael Haberler :
> Unsure how to adress this: Jogging assumes free mode.
>
> during the 'jog while paused' thing I posted yesterday motion is in
> coordinated mode, so jogging normally wouldnt work.
>
> to make it work, I see the following options:
>
> 1. just jog in cartesian space (a
Lars, hi
What distribution are you using? Ubuntu?
j.
On Wed, Apr 25, 2012 at 12:47 PM, Lars Segerlund
wrote:
> Yes I looked at it, and the rtapi part of emc, has something similar,
> preallocation and prefaulting the stack
>
> But I will give it another look, also a bit busy I wil
Charles, John,
This is just a stab in the dark, but Debian uses EGLIBC while I think
Fedora is still on normal GLIBC.
And there were some mutex priority issues in eglibc, quite a long time ago
though.
John can you repeat Charles' problem in your setup?
j.
On Wed, Apr 25, 2012 at 10:41 AM, Ch
On Thu, 12 Apr 2012 11:04:22 -0400
Kenneth Lerman wrote:
> Michael,
>
> Please see my interlineated comments (is that a word?)
Yes, it is; try google. ;-)
--
Live Security Virtual Conference
Exclusive live event wil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/25/2012 10:46 AM, Jan de Kruyf wrote:
> Charles, John,
>
> This is just a stab in the dark, but Debian uses EGLIBC while I
> think Fedora is still on normal GLIBC. And there were some mutex
> priority issues in eglibc, quite a long time ago thoug
Debian squeeze with 3.2 rt kernel from backports.
However I am investigating the machine now since it's a laptop and it is
giving some strange latencies .
So hold on, but it's not normal getting a pagefault I suppose ?
I'll use debugfs & cyclictest to look at the latencies , and then debug em
I should point out that I haven't tun RT on this specific machine
before, and it can be machine related.
2012/4/25 Jan de Kruyf :
> Lars, hi
>
> What distribution are you using? Ubuntu?
>
> j.
>
>
>
> On Wed, Apr 25, 2012 at 12:47 PM, Lars Segerlund
> wrote:
>
>> Yes I looked at it, and the rtap
I get that but we now have 2 debian installations giving crap and a fedora
installation looking vaguely right.
(scratch scratch. . . . .)
j.
On Wed, Apr 25, 2012 at 8:13 PM, Lars Segerlund wrote:
> I should point out that I haven't tun RT on this specific machine
> before, and it can be machin
And I have run emc on a debian squeeze just fine before.
Same codebase and everything, but about a half year ago, its 2.4 I'm
running.
BUT since my other rt tests also are funky I don't want to jump to
conclusions ... could be the kernel.
/ regards, Lars Segerlund.
On Apr 25, 2012 8:53 p.m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/25/2012 1:51 PM, Jan de Kruyf wrote:
> I get that but we now have 2 debian installations giving crap and a
> fedora installation looking vaguely right. (scratch scratch. . . .
> .)
>
If you're counting me as one of those two debian installs, ple
Ja, OK. Just trying to tie up the loose ends in MY brain. And see if there
is somewhere a common denominator, so the debug cycle can be shortened.
Let my try to set something up this weekend and see what I get on this
jukebox.
cheers,
j.
On Wed, Apr 25, 2012 at 9:20 PM, Charles Steinkuehler <
Hi Charles and Jan,
>> This is just a stab in the dark, but Debian uses EGLIBC while I
>> think Fedora is still on normal GLIBC. And there were some mutex
>> priority issues in eglibc, quite a long time ago though.
>>
>> John can you repeat Charles' problem in your setup?
Fedora uses glibc, yes,
23 matches
Mail list logo