Endlicher Automat

Abb. 1: Beispiel eines EA, der eine Tür beschreibt

Ein endlicher Automat (EA, auch Zustandsmaschine, Zustandsautomat; englisch finite state machine, FSM) ist ein Modell eines Verhaltens, bestehend aus Zuständen, Zustandsübergängen und Aktionen.

Ein Automat heißt endlich, wenn die Menge der Zustände, die er annehmen kann (später S genannt), endlich ist. Ein endlicher Automat ist ein Spezialfall aus der Menge der Automaten. Ein Zustand speichert die Information über die Vergangenheit, d. h. er reflektiert in gewissem Umfang die Änderungen der Eingabe seit dem Systemstart bis zum aktuellen Zeitpunkt. Ein Zustandsübergang zeigt eine Änderung des Zustandes des EA und wird durch logische Bedingungen beschrieben, die erfüllt sein müssen, um den Übergang zu ermöglichen. Eine Aktion ist die Ausgabe des EA, die in einer bestimmten Situation erfolgt. Es gibt vier Typen von Aktionen:

Eingangsaktion

Ausgabe wird beim Eintreten in einen Zustand generiert

Ausgangsaktion

Ausgabe wird beim Verlassen eines Zustandes generiert

Eingabeaktion

Ausgabe wird abhängig vom aktuellen Zustand und der Eingabe generiert

Übergangsaktion

Ausgabe wird abhängig von einem Zustandsübergang generiert

Ein EA kann als Zustandsübergangsdiagramm wie in Abbildung 1 dargestellt werden. Zusätzlich werden mehrere Typen von Übergangstabellen (bzw. Zustandsübergangstabellen) benutzt. Die folgende Tabelle zeigt eine sehr verbreitete Form von Übergangstabellen: Die Kombination aus dem aktuellen Zustand (B) und Eingabe (Y) führt zum nächsten Zustand (C). Die komplette Information über die möglichen Aktionen wird mit Hilfe von Fußnoten angegeben. Eine Definition des EA, die auch die volle Ausgabeinformation beinhaltet, ist mit Zustandstabellen möglich, die für jeden Zustand einzeln definiert werden (siehe auch virtueller EA).

Übergangstabelle

Momentaner Zustand/ Bedingung	Zustand A	Zustand B	Zustand C
Bedingung X	…	…	…
Bedingung Y	…	Zustand C	…
Bedingung Z	…	…	…

Die Definition des EA wurde ursprünglich in der Automatentheorie eingeführt und später in der Computertechnik übernommen.

Zustandsmaschinen werden hauptsächlich in der Entwicklung digitaler Schaltungen, Modellierung des Applikationsverhaltens (Steuerungen), generell in der Softwaretechnik sowie Wort- und Spracherkennung benutzt.

Klassifizierung

Generell werden zwei Gruppen von EA unterschieden: Akzeptoren und Transduktoren.

Akzeptoren

Abb. 2: EA vom Typ Akzeptor: erkennt das Wort „gut“

Sie akzeptieren und erkennen die Eingabe und signalisieren durch ihren Zustand das Ergebnis nach außen. In der Regel werden Symbole (Buchstaben) als Eingabe benutzt. Das Beispiel in der Abbildung 2 zeigt einen EA, der das Wort „gut“ akzeptiert. Akzeptoren werden vorwiegend in der Wort- und Spracherkennung eingesetzt.

Transduktoren (Transducer)

Transduktoren generieren Ausgaben in Abhängigkeit von Zustand und Eingabe mit Hilfe von Aktionen. Sie werden vorwiegend für Steuerungsaufgaben eingesetzt, wobei grundsätzlich zwei Typen unterschieden werden:

Abb. 3: EA vom Typ Transduktor: Moore-Modell

Moore-Automat

Im Moore-Modell werden nur Eingangsaktionen benutzt, d. h., die Ausgabe (Γ) hängt nur vom Zustand (S) ab (S → Γ). Das Verhalten eines Moore-Automaten ist dadurch, verglichen mit dem Mealy-Modell, einfacher und leichter zu verstehen. Das Beispiel in Abbildung 3 zeigt einen Moore-Automaten, der eine Aufzugtür steuert. Die Zustandsmaschine kennt zwei Befehle, „aufmachen“ und „zumachen“, die von einem Benutzer eingegeben werden können. Die Eingangsaktion (E:) im Zustand „Aufgehend“ startet einen Motor, der die Tür öffnet, und die Eingangsaktion im Zustand „Zugehend“ startet den Motor in entgegengesetzter Richtung. Die Eingangsaktionen in den Zuständen „Auf“ und „Zu“ halten den Motor an. Sie signalisieren außerdem die Situation nach außen (z. B. zu anderen EA).

Abb. 4: EA vom Typ Transduktor: Mealy-Modell

Mealy-Automat

Im Mealy-Modell werden Eingabeaktionen benutzt, d. h., die Ausgabe (Γ) hängt von Zustand (S) und Eingabe (Σ) ab (S × Σ → Γ). Der Einsatz von Mealy-Automaten führt oft zu einer Verringerung der Anzahl zu berücksichtigender Zustände. Die Funktion des EA ist dadurch komplexer und oft schwieriger zu verstehen. Das Beispiel in der Abbildung 4 zeigt einen Mealy-EA, der das gleiche Verhalten wie der EA im Moore-Beispiel aufweist. Es gibt zwei Eingabeaktionen (I:): „starte den Motor, um die Tür zu schließen, wenn die Eingabe ‚zumachen‘ erfolgt“ und „starte den Motor in entgegengesetzter Richtung, um die Tür zu öffnen, wenn die Eingabe ‚aufmachen‘ erfolgt“.

Sofern das zeitliche Verhalten unberücksichtigt bleiben kann, sind Moore- und Mealy-Automaten gleichwertig. Unter dieser Voraussetzung kann der eine in den jeweils anderen überführt werden; oft werden in der Praxis Mischmodelle benutzt. Im Bereich des synchronen Systemdesigns (Digitalelektronik) dagegen gibt es wichtige Unterschiede, die nicht außer acht gelassen werden dürfen. Diese betreffen sowohl die unterschiedliche Zahl von Zuständen als auch die zeitliche Charakteristik der generierten Kontrollsignale.

Eine weitere Klassifizierung der EA wird durch die Unterscheidung zwischen deterministischen (DEA) und nicht-deterministischen (NEA) Automaten gemacht. In den deterministischen Automaten existiert für jeden Zustand genau ein Übergang für jede mögliche Eingabe. Bei den nicht-deterministischen Automaten kann es keinen oder auch mehr als einen Übergang für die mögliche Eingabe geben.

Ein EA, der nur aus einem Zustand besteht, wird als kombinatorischer EA bezeichnet. Er benutzt nur Eingabeaktionen.

Die Logik des EA

Abb. 5: Die Logik eines EA (Moore-Typ)

Der nächste Zustand und die Ausgabe des EA ist eine Funktion der Eingabe und des aktuellen Zustandes. Abbildung 5 zeigt den Ablauf der Logik.

Das mathematische Modell

Es gibt unterschiedliche Definitionen, je nach Typ des DEA. Ein Akzeptor ist ein 5-Tupel (Q, s, Σ, F, δ,), wobei:

• Q ist die endliche Zustandsmenge (q0 - qx)
• s ist der Startzustand (s ist Element aus Q)
• Σ ist das endliche Eingabealphabet
• F ist die Endzustandsmenge (F ist Teilmenge aus Q)
• δ ist die Übergangsfunktion, sie lässt sich als Automatentafel oder als Zustandsübergangsgraph darstellen.

Ein Transduktor ist ein 6-Tupel (Σ, Γ, S, s0, δ, ω), wobei:

• Σ ist das Eingabealphabet (eine endliche nicht leere Menge von Symbolen),
• Γ ist das Ausgabealphabet (eine endliche nicht leere Menge von Symbolen),
• S ist eine endliche nicht leere Menge von Zuständen,
• s0 ist der Anfangszustand und ein Element aus S,
• δ ist die Zustandsübergangsfunktion: δ: S x Σ → S,
• ω ist die Ausgabefunktion: ω: S x Σ → Γ,

Falls die Ausgabefunktion eine Funktion von Zustand und Eingabealphabet ist (ω: S x Σ → Γ), dann handelt es sich um ein Mealy-Modell. Falls die Ausgabefunktion nur vom Zustand abhängt (ω: S → Γ), dann ist es ein Moore-Modell.

Optimierung

Ein EA wird optimiert, indem die Zustandsmaschine mit der geringsten Anzahl von Zuständen gefunden wird, die die gleiche Funktion erfüllt. Dieses Problem kann zum Beispiel mit Hilfe von Färbungsalgorithmen gelöst werden.

Homing-Folgen und UIO-Folgen

Homing-Folgen

Eine Homing-Folge (auch Homing-Sequenz) ist eine Folge von Eingaben, sodass sich anhand der Ausgaben bestimmen lässt, in welchem Zustand sich die Maschine danach befindet. Dadurch kann bei stark zusammenhängenden Zustandsmaschinen sehr leicht eine Folge gefunden werden, um wieder zum Initialzustand zurückzukehren, also nach Hause (englisch home). Jede minimale Zustandsmaschine besitzt eine Homing-Folge.

Abb. 6: Beispiel-Maschine

Homing-Folge zu Abb. 6

Eingabe	mögliche Zustandsmengen (bei welcher Ausgabe)
ε	$\{q_{1},q_{2},q_{3}\}$
a	$\{q_{1},q_{3}\}_{0},\{q_{1}\}_{1}$
aa	$\{q_{1},q_{3}\}_{00},\{q_{3}\}_{10}$
ab	$\{q_{2}\}_{00},\{q_{2}\}_{01},\{q_{2}\}_{11}$
b	$\{q_{2}\}_{1},\{q_{2}\}_{0}$

UIO-Folgen

Eine UIO-Folge (Unique-Input-Output-Folge) ist eine Folge von Eingaben, um anhand der Ausgaben zu bestimmen, aus welchem Zustand man gestartet ist. Eine solche Folge existiert nicht immer, das Problem, eine zu finden, ist PSPACE-vollständig.

Beispiel UIO-Folgen zu Abb. 6:

• $q_{1}$: a/0, a/0, b/1
• $q_{2}$: a/1
• $q_{3}$: b/0

Implementierung

Hardware

In digitalen Schaltungen werden EA mit Hilfe von speicherprogrammierbaren Steuerungen, logischen Gattern, Flip-Flops oder Relais gebaut. Eine Hardwareimplementation benötigt normalerweise ein Register, um die Zustandsvariable zu speichern, eine Logikeinheit, die die Zustandsübergänge bestimmt, eine zweite Logikeinheit, die für die Ausgabe verantwortlich ist, sowie einen Taktgeber oder ein Verzögerungsglied, um zwischen vorherigem, aktuellem und nachfolgendem Zustand weiterschalten/unterscheiden zu können.

Software

In der Softwareentwicklung werden meist folgende Konzepte verwendet, um Applikationen mit Hilfe von Zustandsmaschinen zu modellieren bzw. implementieren:

• Ereignisgesteuerter endlicher Automat
• Virtueller endlicher Automat

Reale Computer als EA-Server

Alle in der wirklichen Welt existenten digitalen Computer haben eine endliche Speichergröße und können somit nur eine endliche (wenn auch sehr hohe) Zahl von digitalen Schaltzuständen annehmen. Sie lassen sich daher als Teilmenge der endlichen Automaten betrachten. Jedoch ist es für theoretische Betrachtungen oft nützlicher, sie stattdessen als Teilmenge leistungsfähigerer Automatenmodelle, wie etwa der Turingmaschine, zu betrachten.

Darstellung endlicher Automaten

Die allgemeinen Regeln für das Zeichnen eines Zustandsübergangsdiagramms sind wie folgt:

• Kreise stellen Zustände dar. Im Kreis steht der Name des Zustands.
• Pfeile zwischen Zuständen stellen die Transitionen dar. Auf jedem Pfeil steht, welche Bedingungen den Übergang ermöglichen.

Siehe auch

• Chomsky-Hierarchie
• Ragel
• Zellulärer Automat

Literatur

• Peter Sander, Wolffried Stucky, Rudolf Herschel: Automaten, Sprachen, Berechenbarkeit. Teubner, Stuttgart 1992, ISBN 3-519-02937-5.
• Ferdinand Wagner: Modeling Software with Finite State Machines: A Practical Approach. Auerbach, Boca Raton 2006, ISBN 0-8493-8086-3.
• Zvi Kohavi: Switching and Finite Automata Theory. McGraw-Hill, New York 1978, ISBN 0-07-035310-7. (englisch)
• Arthur Gill: Introduction to the Theory of Finite-state Machines. McGraw-Hill, New York 1962. (englisch)
• Heinz-Dietrich Wuttke, Karsten Henke: Schaltsysteme – Eine automatenorientierte Einführung. Pearson Studium, München 2003, ISBN 3-8273-7035-3.

Weblinks

• Formale Sprachen und Abstrakte Automaten – Kurs von Tino Hempel
• Kara – Programmieren mit endlichen Automaten – Kurs: Spielerisch den Marienkäfer „Kara“ als EA programmieren und Aufgaben lösen.
• JFLAP – Java-Programm zum Erstellen von Automaten aller Art (englisch)
• FSMCreator – Java-Programm zum Erstellen von endlichen Automaten (englisch)
• Sinelabore – Erzeugt C/C++/Java Code aus UML Zustandsdiagrammen. Der Fokus liegt auf Embedded Systems. (englisch)
• Automaton – Java-Quellcode-Beispiel für einen endlichen Automaten (englisch, deutsche Kommentare)
• YAKINDU Statechart Tools – Ein Open-Source-Werkzeug zur Spezifikation und Entwicklung von reaktiven, ereignisgesteuerten Systemen mit Hilfe von Zustandsautomaten
• C++ Fsm Framework, ein event getriebenes Zustandsmaschinen Framework für C++ mit PERL script zur Generierung von PLANTUML Dateien zur FSM Dokumentation.
• Testen – von Alexander Knapp mit Algorithmus für Homing-Folgen