Re: [Emc-developers] filters (was: Released: EMC 2.2.0)

2007-11-05 Thread Anders Wallin
Baher: Analog&Digital signal processing is a pretty understandable book (depending on math background ofcourse) Matlab has a utility called 'fdatool' which lets you design and visualize filters very easily. There might be an open-sour equivalent somewhere. I would agree with the delay concern

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Lorenzo Marcantonio
On Tue, 6 Nov 2007, Mario. wrote: > not want do only do 'some' filtering, ideally we want exact > counterfilter for our aches. And we need someone with good math skills > to show us precisely how. Or at least some basic DSP book :P I'm buying something for work (I have to filter out mechanical r

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Mario .
Now you speak my language! In PAL and SECAM it was 64us exactly and it is a quartz delay line, not glass, and it was in every color TV since there was no other way how to do it in the early days. (the little box had a whole TV line in sonic transit! :D) - so it was not only delay, it was a FIFO wit

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Gene Heskett
On Monday 05 November 2007, Jon Elson wrote: >Kenneth Lerman wrote: >> Steve, >> >> The problem with a filter is that it introduces a delay. So a two-tap >> filter would introduce a delay of at least one servo cycle. Is that better >> or worse than just halving the servo cycle? Could feedforward co

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Jon Elson
Mario. wrote: > I think the point was more like: running a 10kHz control loop with > 10-cycle delay instead of running direct 1kHz control loop. I'm not > being specific here, just the picture. The reason for a filter is that the encoder is a doubly-quantized mechanism. First, it only counts disc

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Jon Elson
Kenneth Lerman wrote: > Steve, > > The problem with a filter is that it introduces a delay. So a two-tap filter > would introduce a delay of at least one servo cycle. Is that better or worse > than just halving the servo cycle? Could feedforward compensate for that? No, if you set up the order of

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Jon Elson
Stephen Wille Padnos wrote: > > What it could be is Intel power management turning off parts of the chip > or changing the clock speed (even though I disabled that, I think). > > OOOHhh! Nasty stuff. Once it powers down, who knows how long it takes to power up again? But, maybe it is someth

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Mario .
I think the point was more like: running a 10kHz control loop with 10-cycle delay instead of running direct 1kHz control loop. I'm not being specific here, just the picture. On 11/5/07, Kenneth Lerman <[EMAIL PROTECTED]> wrote: > > Steve, > > The problem with a filter is that it introduces a delay

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Mario .
Nice as a Joke, but I already use a 10 MIPS CPU to do much more interrupts than the 2GHz PC processors can handle... Okay everybody, why do we use the crappy PC processors - because of price - and we are lacking the PowerPC compilers directives like where to store what... you can direct PPC compil

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Kenneth Lerman
Steve, The problem with a filter is that it introduces a delay. So a two-tap filter would introduce a delay of at least one servo cycle. Is that better or worse than just halving the servo cycle? Could feedforward compensate for that? Ken [EMAIL PROTECTED] Mark Kenny Products Company, LLC 55 M

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Stephen Wille Padnos
Jon Elson wrote: >Stephen Wille Padnos wrote: > > >>If you have a chance to try out a core2duo sometime soon, then try >>starting up a do-nothing CPU hog. I've found that to help latencies by >>roughly an order of magnitude. It's so much better that I actually have >>an embedded application

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Jon Elson
Mario. wrote: > Ehm, if it would be possible with any processor to reach a 500 kHz > interrupt rate, I would be in heaven suddenly. 500 KHz? I think you'll need to wait for the 1 nm feature size version of the Pentium 9000, with 250 billion transistors on the chip, and a clock of 250 GHz. 500 K

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Jon Elson
Stephen Wille Padnos wrote: > > If you have a chance to try out a core2duo sometime soon, then try > starting up a do-nothing CPU hog. I've found that to help latencies by > roughly an order of magnitude. It's so much better that I actually have > an embedded application (which starts up at b

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread ohiopctech.com
> 2. Released: EMC 2.2.0 (Jeff Epler) You coder guys rock, Emc2 is AMAZING! my favorite part of it all, i would have to say, is Axis. (thanks Chris) if i had to use one of the other control software packages i would still dreaming of building a machine. i will be trying out the x86_64 po

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Mario .
Ehm, if it would be possible with any processor to reach a 500 kHz interrupt rate, I would be in heaven suddenly. Where should be the accelerator script placed? If that would be only to trick the CPU power and other internal management techniques, then it could be implementable in the linux core to

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Stephen Wille Padnos
Mario. wrote: >[snip] >As much as I hate Intel company for their very unfair business >practices, unfair advertising and bribery I can say that their >mainboard with integrated processor (~1.3GHz) performs 80 000 >interrupts per second easily. It may be caused by improved linux code, >since the la

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Mario .
My bottleneck is ..I want use a simple quadrature outputs for movement in submicron steps, up to 0.5-2 m/s ...I hope you understand :) - that would give me great dynamic range, plus the smoothness is good then (accuracy is a different point, but even a system with 10-micron accuracy can appreciate

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Lorenzo Marcantonio
On Mon, 5 Nov 2007, Mario. wrote: > just a basic question: does the x86-64 version have any performance > benefits in interrupt rate or other processing? Or only marginal? I think you can fear that x86-64 would be actually _worse_ in the realtime department! More complex bus access and bridging

Re: [Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Mario .
Congratulations, can't wait to try it and I wish you the best luck with EMC2.3 next year :-) just a basic question: does the x86-64 version have any performance benefits in interrupt rate or other processing? Or only marginal? On 11/5/07, Jeff Epler <[EMAIL PROTECTED]> wrote: > I'm pleased to ann

[Emc-developers] Released: EMC 2.2.0

2007-11-05 Thread Jeff Epler
I'm pleased to announce the first release of the EMC 2.2 series, EMC 2.2.0. After about a year of development, many new features are available in this release. The documentation (particularly the HTML documentation) is greatly improved, and a partial translation of the documentation into the fren

Re: [Emc-developers] axis error

2007-11-05 Thread Alex Joni
Whoa.. not sure where you got that from :) AXIS 1.3a2 should be dated sometimes around June 2006, and is seriously outdated. Current AXIS versions are included in emc2 (ever since august 2006, I think AXIS 1.4a0 was the last out of emc2 version). Maybe you could tell us what you are trying to