<<< | >>>

シンプルな無限ループ方法は小さいアプリケーションとアプリケーションのためにフレキシブルなタイミングを取り扱うのが非常に楽です − しかしより複雑で、分析が難しく、より大規模システムでは保守は難しくなります。

void PlantControlCycle( void )
{
    TransmitRequest();
    WaitForFirstSensorResponse();

    if( Got data from first sensor )
    { 
        WaitForSecondSensorResponse();
        
        if( Got data from second sensor )
        {
            PerformControlAlgorithm();
            TransmitResults();
        }
    }
}

int main( void )
{
    Initialise();
    
    for( ;; )
    {
        ScanKeypad();
        UpdateLCD();
        ProcessRS232Characters();
        ProcessHTTPRequests();   
    }

    // Should never get here.
    return 0;
}

これは２つのことを想定してます：
第一に、通信 IO は割り込みサービスルーチンによってバッファリングされますので周辺機器がポーリングを必要としない。 第二に、ループの中の個別の関数呼び出しは必要条件が満たされるように充分速く実行します。

// Flag used to mark the time at which a
// control cycle should start (mutual exclusion
// issues being ignored for this example).
int TimerExpired;

// Service routine for a timer interrupt.  This
// is configured to execute every 10ms.
void TimerInterrupt( void )
{    
    TimerExpired = true;
}


// Main() still contains the infinite loop - 
// within which a call to the plant control
// function has been added.
int main( void )
{
    Initialise();
    
    for( ;; )
    {
        // Spin until it is time for the next
        // cycle.
        if( TimerExpired )
        {
            PlantControlCycle();
            TimerExpired = false;

            ScanKeypad();
            UpdateLCD();

            // The LEDs could use a count of
            // the number of interrupts, or a
            // different timer.
            ProcessLEDs();

            // Comms buffers must be large
            // enough to hold 10ms worth of
            // data.
            ProcessRS232Characters();
            ProcessHTTPRequests();   
        }

        // The processor can be put to sleep
        // here provided it is woken by any
        // interrupt.
    }

    // Should never get here.
    return 0;
}

．．．しかしこれは好ましいソリューションではありません：

* 遅延あるいはフィールドバスの障害がプラント制御関数の実行時間の増加をもたらします。 インタフェース関数のタイミング必要条件はたいていの場合最大値を突破されるでしょう。

* すべての関数を実行している各サイクルがコントロールサイクルタイミングの違反をもたらすかもしれない。

* 実行時間のジッターはサイクルのミスを招くかもしれない。 例えば、 HTTP のリクエストがなかった時ProcessHTTPRequests() の実行時間は取るに足りないが、ページがリクエストされていたときは非常に長い。

* それはそれほど保守性が良くはありません − それは関数が最大時間以内に実行されるという前提に頼っているから。

* 通信用バッファは必要量よりも大きければ、そのサイクルに１度だけサービスを提供すれば良い。

// Define the states for the control cycle function.
typdef enum eCONTROL_STATES
{
    eStart, // Start new cycle.
    eWait1, // Wait for the first sensor response.
    eWait2  // Wait for the second sensor response.
} eControlStates;

void PlantControlCycle( void )
{
static eControlState eState = eStart;

    switch( eState )
    {
        case eStart :
            TransmitRequest();
            eState = eWait1;
            break;
            
        case eWait1;
            if( Got data from first sensor )
            {
                eState = eWait2;
            }
            // How are time outs to be handled?
            break;
            
        case eWait2;
            if( Got data from first sensor )
            {
                PerformControlAlgorithm();
                TransmitResults();
                
                eState = eStart;
            }
            // How are time outs to be handled?
            break;           
    }
}

int main( void )
{
int Counter = -1;
    Initialise();
    // Each function is implemented as a state 
    // machine so is guaranteed to execute 
    // quickly - but must be called often.
    
    // Note the timer frequency has been raised.
    
    for( ;; )
    {
        if( TimerExpired )
        {
            Counter++;
            switch( Counter )
            {
                case 0  : ControlCycle();
                          ScanKeypad();
                          break;
                case 1  : UpdateLCD();
                          break;
                case 2  : ControlCycle();
                          ProcessRS232Characters();
                          break;
                case 3  : ProcessHTTPRequests();
                          // Go back to start
                          Counter = -1;                          
                          break;
            }
            TimerExpired = false;
        }
    }

    // Should never get here.
    return 0;
}

もっと多くのことが、イベントカウンターを使って導入することができます、もしサービスを必要とするイベントが起こった場合、より低い優先権を持つ関数がコールされる。

    for( ;; )
    {
        if( TimerExpired )
        {
            Counter++;
            // Process the control cycle every other loop.
            switch( Counter )
            {
                case 0  : ControlCycle();
                          break;
                case 1  : Counter = -1;
                          break;
            }

            // Process just one of the other functions.  Only process
            // a function if there is something to do.  EventStatus()
            // checks for events since the last iteration.
            switch( EventStatus() )
            {
                case EVENT_KEY  :   ScanKeypad();
                                    UpdateLCD();
                                    break;
                case EVENT_232  :   ProcessRS232Characters();
                                    break;
                case EVENT_TCP  :   ProcessHTTPRequests();
                                    break;
            }
            TimerExpired = false;
        }
    }

この方法では処理イベントが無駄なＣＰＵサイクルを減らすでしょう、けれどもこのデザインではコントロールサイクルの実行周波数でジッターを生じる。