All of lore.kernel.org
 help / color / mirror / Atom feed
* [Xenomai-help] PC suggestions for visual control
@ 2006-04-18  5:16 Saul
  2006-04-18 19:29 ` Jim Cromie
  0 siblings, 1 reply; 3+ messages in thread
From: Saul @ 2006-04-18  5:16 UTC (permalink / raw)
  To: xenomai

Hi,

I would be interested in hearing from people about the PC's that you use
that are known to work well with Xenomai. I'd be looking for a fast new
desktop PC for image processing and aircraft control tasks. Is AMD a
better bet?

Any suggestions much appreciated.

Saul.


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Xenomai-help] PC suggestions for visual control
  2006-04-18  5:16 [Xenomai-help] PC suggestions for visual control Saul
@ 2006-04-18 19:29 ` Jim Cromie
  2006-04-19  1:58   ` Saul
  0 siblings, 1 reply; 3+ messages in thread
From: Jim Cromie @ 2006-04-18 19:29 UTC (permalink / raw)
  To: Saul; +Cc: xenomai@xenomai.org

Saul wrote:
> Hi,
>
> I would be interested in hearing from people about the PC's that you use
> that are known to work well with Xenomai. I'd be looking for a fast new
> desktop PC for image processing and aircraft control tasks. Is AMD a
> better bet?
>
> Any suggestions much appreciated.
>
> Saul.
>
>   


Can you describe the workload a bit more fully ?

images - size, bpp, FPS, processing tasks ( FFTs, blurring, convolving, 
smoothing, etc) ?
control tasks - latency reqs, control-loop frequency,

I recall hearing that RTAI can run at audio rates (44 khz),
but its unclear what the workload is (small FIRs IIRs ??)
RTAI plays some 'tricks' that are counter to xenomai's goals
of clean, tight integration with linux, so it may not get the same khz 
numbers.

since you said FAST, you should look at a dual-core -
this gives you some room to assign your workloads to the cores,
thus better controlling context switching.  This could be important
for your image processing task thruput, and for latency too, since
the rt tasks wont have to reclaim the cpu just to resume their work.


BTW - I cant help but observe:
Id be leery of recommending any PC architecture for autopilot duties on 
an Airbus A-380.
Maybe its just the MS legacy dragging down the ole  PC-XT reputation ;-)
Ctrl-Alt-Delete is not an option :-D


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Xenomai-help] PC suggestions for visual control
  2006-04-18 19:29 ` Jim Cromie
@ 2006-04-19  1:58   ` Saul
  0 siblings, 0 replies; 3+ messages in thread
From: Saul @ 2006-04-19  1:58 UTC (permalink / raw)
  To: xenomai

Jim Cromie wrote:
> Saul wrote:
> > Hi,
> >
> > I would be interested in hearing from people about the PC's that you
> > use that are known to work well with Xenomai. I'd be looking for a
> > fast new desktop PC for image processing and aircraft control tasks.
> > Is AMD a better bet?
> >
> > Any suggestions much appreciated.
> >
> > Saul.
>
>
> Can you describe the workload a bit more fully ?
>
> images - size, bpp, FPS, processing tasks ( FFTs, blurring,
> convolving, smoothing, etc) ? control tasks - latency reqs, control-
> loop frequency,

All of the above :) The images are usually 8-bit greyscale 640x480 at up
to 50Hz. Among other things we are using image motion and stereo for
obstacle avoidance/terrain following and image segmentation for attitude
stabilization. During initial development we like to have a fast desktop
PC in the loop (on the ground) to perform video capture/processing,
control loops and to send servo positions.

In the past we ran an RTAI kernel module on low-res images at 50Hz, but
I like the idea of running in Xenomai user-mode. I purchased a new Intel
P4 3.0GHz on 915G (ICH6 Family) and it has caused no end of trouble with
enormous intermittent delays during processing, while the latency test
works perfectly perhaps ruling out SMI as the cause.

> I recall hearing that RTAI can run at audio rates (44 khz), but its
> unclear what the workload is (small FIRs IIRs ??) RTAI plays some
> 'tricks' that are counter to xenomai's goals of clean, tight
> integration with linux, so it may not get the same khz numbers.
>
> since you said FAST, you should look at a dual-core - this gives you
> some room to assign your workloads to the cores, thus better
> controlling context switching.  This could be important for your image
> processing task thruput, and for latency too, since the rt tasks wont
> have to reclaim the cpu just to resume their work.

Yeah, dual core could be very handy. I would just like to hear from
someone with a setup they have tried such that they can say "this works,
no problem, I love Xenomai", not necessarily with image processing.
Xenomai seems very promising but I can't afford any more weeks trying to
fix the problem with my existing hardware - perhaps later.

> BTW - I cant help but observe: Id be leery of recommending any PC
> architecture for autopilot duties on an Airbus A-380. Maybe its just
> the MS legacy dragging down the ole  PC-XT reputation ;-) Ctrl-Alt-
> Delete is not an option :-D

Agreed :) Luckily it's only for algorithm testing.

Thanks in advance,

Saul.


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2006-04-19  1:58 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-04-18  5:16 [Xenomai-help] PC suggestions for visual control Saul
2006-04-18 19:29 ` Jim Cromie
2006-04-19  1:58   ` Saul

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.