Timeout - best practice

[Walter T. (nicolas)]

Hallo zusammen,
ich bin gerade dabei meine Quelltexte kritisch zu durchsuchen und komme 
so wieder bei den Grundlagenfragen an, von denen ich ganz vergessen 
hatte, daß ich noch gar nicht die Standardlösungen kenne.

Jetzt geht es mir um die Implemtierung eines Timeouts (reine Software, 
ohne Watchdog). Wie wird das normal gelöst? Meine jetzige Lösung ist:

// Timer-Variable wird extern jede Millisekunde in Interrupt hochgezählt.
extern glu_millis unit_least24_t;

uint_fast8_t initMyHardware (void)
{

    uint_least24_t timeout;
    int_fast16_t diff;

    powerOnMyHardware();

    timeout = glu_millis + HWTIMEOUT;
    while(!isHardwareReady()) {
        if (diff = timeout-glu_millis, diff < 0) {
            return STATUS_TIMEOUT;
        }
    }

    // weiter gehts ...

}

Wie sieht für dieses Klasse von Problemen die "gute Standardlösung" aus?

Viele Grüße
W.T.

[Stefan F. (Gast)]

> if (diff = timeout-glu_millis, diff < 0)

Das ist äußerst irritierend. Hinter if erwarte ich eine Bedingung, keine 
Zuweisung. Und schon gar nicht eine zweite Operation.

In manchen Anwendungen initialisiert man mehrere Dinge parallel, da sind 
solche Warteschleifen dann unpassend. Für deine Anwendung mag es jedoch 
völlig Ok sein.

[Thomas Z. (tezet)]

irgendwann wird deine glu_millis überlaufen. Dann brauchts eine Weile 
bis der nächste timeout erkannt wird.

vielleicht besser

volatile int_fast16_t timeout;

in der TimerISR:

timeout--;

in initMyHardware:

timeout = HWTIMEOUT;
while (...) {
  if (timout < 0)  break;
}

sowas vermeide ich:

if (diff = timeout-glu_millis, diff < 0)

[Pandur S. (jetztnicht)]

powerOnMyHardware() ist kaum ein unabhaengiger Prozess mit eigenem 
Timing. Ich erwarte eine Statemachine hinten dran, die schon selbst 
einen Fehler generieren kann.