Ein Task kann automatisch in den vorherigen Zustand wechseln. Wenn sich der Task z. B. im Zustand "Verifiziert" befunden hat und Sie die Funktion/das VI "Task starten" aufgerufen haben, wird der Task reserviert, übernommen und gestartet. Er geht vom Zustand "Reserviert" über "Übernommen" in den Zustand "In Betrieb" über. Beim Aufrufen der Funktion/des VIs "Task stoppen" wird der Task allerdings nicht nur angehalten und geht vom Zustand "In Betrieb" in "Übernommen" über. Wäre das der Fall, würde das zu einem unerwarteten Ergebnis führen, da die Ressourcen des Tasks immer noch reserviert wären, auch wenn Sie sie nicht manuell reserviert haben. Stattdessen wird der Task angehalten und das Übernehmen und die Reservierung werden aufgehoben. Der Task wechselt auf "Verifiziert". Das ist der Zustand, in dem sich der Task unmittelbar vor Ausführung des letzten Vorgangs befunden hat (ausgelöst durch die Funktion/das VI "Task starten").

Nehmen Sie als weiteres Beispiel an, der Task befindet sich im Zustand "´Reserviert" und Sie rufen zur Durchführung einer Messung mit einer bestimmten Sample-Anzahl die Funktion/das VI "Lesen" auf. Der Task wechselt nun vor Beginn des Lesevorgangs automatisch von "Reserviert" auf "Übernommen" und dann auf "In Betrieb". Nach Ende des Lesevorgangs bleibt der Task nicht im Zustand "In Betrieb". Wäre dies der Fall, würde das zu einem unerwarteten Verhalten führen, da der Task angehalten und seine Ressourcen freigegeben werden müssen, obwohl Sie diese nicht manuell reserviert oder den Task gestartet haben. Stattdessen geht der Task nach Beendigung des Lesevorgangs mit einer bestimmten Sample-Anzahl vom Zustand "In Betrieb" über "Übernommen" in den Zustand "Reserviert" über. Das ist der Zustand, in dem er sich vor dem Lesevorgang befunden hat.

Beachten Sie, dass das Einstellen des Werts eines Kanals oder eines Attributs/einer Eigenschaft zu Timing und Triggerung nicht automatisch zu einem Übergang zurück zum Zustand "Nicht verifiziert" führt. Stattdessen bleibt der Task in seinem gegenwärtigen Zustand und wird automatisch verifiziert, wenn die nächste Zustandsänderung auftritt. Wenn sich der Task z. B. im Zustand "Reserviert" befindet und Sie den Wert des Attributs/der Eigenschaft "Timing" einstellen, bleibt der Task reserviert. Beim nächsten manuellen oder automatischen Übernehmen des Tasks wird dieser verifiziert. Da der Task bei der nächsten Zustandsänderung verifiziert wird, kann NI-DAQmx einen Fehler darüber ausgeben, dass der Wert des Attributs/der Eigenschaft ungültig ist.