>>current PID behaviour doesn't allow the I term to _change_ when the output is >>limited.
Yikes, that won't work! :-) Sounds like a pretty easy fix though. Dave On 2/4/2011 12:19 PM, Peter C. Wallace wrote: > On Fri, 4 Feb 2011, Dave wrote: > > >> Date: Fri, 04 Feb 2011 11:48:17 -0500 >> From: Dave<[email protected]> >> Reply-To: EMC developers<[email protected]> >> To: EMC developers<[email protected]> >> Subject: Re: [Emc-developers] pid bug >> >> I usually see anti-windup schemes for PID loops based on the output limits. >> >> When the output hits 100%, don't allow the error to increase the I value >> since the output is limited to 100% anyway. >> >> > Thats correct, the operative term here being "increase" The current PID > behaviour doesn't allow the I term to _change_ when the output is limited. > This is what causes the runaway bug. > > Peter Wallace > Mesa Electronics > > (\__/) > (='.'=) This is Bunny. Copy and paste bunny into your > (")_(") signature to help him gain world domination. > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > _______________________________________________ > Emc-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/emc-developers > > ------------------------------------------------------------------------------ The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
