I believe there is some information about the test load at the bottom of
this page.
https://www.osadl.org/?id=864
/ regards, Lars Segerlund
2011/7/20 Jon Elson el...@pico-systems.com
Lars Segerlund wrote:
The new RT kernel is out, there is a test graph under load which
should answer
Hi,
Hyperthreading is actually really good, if you are running threaded
interrupts, which linux 3.0 does, and that constitues one of the 'core'
technologies in preempt-rt
:-D , Lars Segerlund.
2011/7/21 Dave e...@dc9.tzo.com
On 7/20/2011 9:41 PM, Jon Elson wrote:
Yes, I think the
Hi all,
I just finished testing my new ATC code I have been working on the last week.
Everything seems to be working ok.
I wrote the code for a rack tye ATC like in this Video:
http://www.applications.isel.com/mov/sk20-09-09-15.wmv
The code I wrote is somehow similar to this
On Thu, 21 Jul 2011, Steve Stallings wrote:
Date: Thu, 21 Jul 2011 10:46:13 -0500
From: Steve Stallings steve...@newsguy.com
Reply-To: EMC developers emc-developers@lists.sourceforge.net
To: 'EMC developers' emc-developers@lists.sourceforge.net
Subject: Re: [Emc-developers] Preempt-RT ...
Steve Stallings wrote:
Peter,
Good point about interrupt jitter mattering less if
the actual sample time does not jitter. Unfortunately
the current RTAI setup requires that the interrupt
comes from the host interrupt timers. If we could
get to a system model where the hardware could
sample
Dave wrote:
So basically you could factor out the jitter entirely?
That sounds like a really good idea! :-)
Well, you can't, really. You can only reduce the likelihood of the
jitter affecting the calculations.
The problem is that a thread can be interrupted at any point, without
any way
On Thu, 21 Jul 2011, Jon Elson wrote:
Date: Thu, 21 Jul 2011 12:01:29 -0500
From: Jon Elson el...@pico-systems.com
Reply-To: EMC developers emc-developers@lists.sourceforge.net
To: EMC developers emc-developers@lists.sourceforge.net
Subject: Re: [Emc-developers] Preempt-RT ... where to put
It seems the servo thread would be the highest priority code, so why not
disable interrupts, or make it the highest priority interrupt.
Brian
On Jul 21, 2011 1:08 PM, Peter C. Wallace p...@mesanet.com wrote:
On Thu, 21 Jul 2011, Jon Elson wrote:
Date: Thu, 21 Jul 2011 12:01:29 -0500
From: Jon
On 21 July 2011 18:30, Brian turbo94must...@gmail.com wrote:
It seems the servo thread would be the highest priority code
If there is a base thread, then that has higher priority. You don't
want to interrupt the step pulses to calculate the next position.
--
atp
Torque wrenches are for the
On Thu, 21 Jul 2011, Brian wrote:
Date: Thu, 21 Jul 2011 13:30:00 -0400
From: Brian turbo94must...@gmail.com
Reply-To: EMC developers emc-developers@lists.sourceforge.net
To: EMC developers emc-developers@lists.sourceforge.net
Subject: Re: [Emc-developers] Preempt-RT ... where to put the
Signed-off-by: Andy Pugh a...@bodgesoc.org
---
src/hal/components/bldc.comp |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/hal/components/bldc.comp b/src/hal/components/bldc.comp
index 5af79fb..5ea3e6e 100644
--- a/src/hal/components/bldc.comp
+++
On 07/21/2011 02:37 PM, Andy Pugh wrote:
Signed-off-by: Andy Pugha...@bodgesoc.org
---
src/hal/components/bldc.comp |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/hal/components/bldc.comp b/src/hal/components/bldc.comp
index 5af79fb..5ea3e6e 100644
---
On 21 July 2011 21:39, Sebastian Kuzminsky s...@highlab.com wrote:
Looks good. Do you have a public git repo I can pull from?
I am afraid I don't.
(And can't help feeling that cut-and-paste might be more appropriate)
--
atp
Torque wrenches are for the obedience of fools and the guidance of
Actually, ignore that last one, I just spotted something else not quite correct:
(jepler asked for direct mails, not attachments, so it will follow shortly)
--
atp
Torque wrenches are for the obedience of fools and the guidance of wise men
Signed-off-by: Andy Pugh a...@bodgesoc.org
---
src/hal/components/bldc.comp |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/src/hal/components/bldc.comp b/src/hal/components/bldc.comp
index 5af79fb..d048a69 100644
--- a/src/hal/components/bldc.comp
+++
I am trying to do something similar with a clocked output buffer ( USB ) ,
the USB chip clocks out the data from an internally clocked buffer, this way
I get 100% accuracy on the pulses to the steppers, only way to do USB .
You could turn it around, let EMC output 'next' data to a buffer, the
16 matches
Mail list logo