Endlicher Automat

Abbildung 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 kann Information über die Vergangenheit beinhalten, da das System ihn ja auf dessen bisherigem Weg erreicht hat. D. h., er reflektiert in gewissem Umfang die Änderungen der Eingabe seit dem Systemstart bis zum aktuellen Zeitpunkt.

Ein Zustandsübergang ist ein Übergang aus dem aktuellen Zustand in einen neuen (anderen) Zustand. Zu diesem Übergang kommt es, wenn die angegebenen logischen Bedingungen/„Eingaben“ vorliegen, 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: Die Aktion wird ausgeführt/ausgegeben beim Eintreten in einen Zustand (egal über welchen Zustandsübergang der Zustand erreicht wurde, falls es mehrere gibt).
Ausgangsaktion: Die Aktion wird beim Verlassen eines Zustandes generiert (egal über welchen Zustandsübergang der Zustand verlassen wird).
Eingabeaktion: Die Aktion wird abhängig vom aktuellen Zustand und der Eingabe generiert. Einem Zustand können also mehrere Aktionen zugeordnet sein, die abhängig davon ausgeführt werden, über welchen Zustandsübergang er erreicht/verlassen wird.
Übergangsaktion: Die Aktion wird abhängig/während eines Zustandsübergangs ausgeführt.

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/ Element des Eingabealphabets	Element des Eingabealphabets 1	Element des Eingabealphabets 2	Element des Eingabealphabets 3
Zustand A	…	…	…
Zustand B	…	Zustand C	…
Zustand C	…	…	…

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.

Das Testen der Qualität eines Systems umfasst die Überprüfung aller Zustände und Zustandsübergänge, indem alle potenziellen Eingaben in Betracht gezogen werden, die eingegeben werden können. In einigen Fällen wird der endliche Automat unter Verwendung einer Programmiersprache eingerichtet und Zustandsübergangsfunktionen werden ausgeführt. Darüber hinaus kann künstliche Intelligenz verwendet werden, um Daten über Systeme mit Mustererkennung und automatisierten Modellen zu sammeln. Bei einfacheren Problemen können die gleichen Informationen in Tabellen, Matrizen, Abbildungen und Programmablaufplänen angezeigt werden, aber mit endlichen Automaten können größere und kompliziertere Szenarien modelliert werden.^[1]

Klassifizierung

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

Akzeptoren

Abbildung 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:

Abbildung 3: EA vom Typ Transduktor: Moore-Modell

Moore-Automat: Im Moore-Modell werden nur Eingangsaktionen benutzt, d. h., die Ausgabe $\Gamma$ hängt nur vom Zustand $S$ ab ( $S\to \Gamma$ ). 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).

Abbildung 4: EA vom Typ Transduktor: Mealy-Modell

Mealy-Automat: Im Mealy-Modell werden Eingabeaktionen benutzt, d. h., die Ausgabe $\Gamma$ hängt von Zustand $S$ und Eingabe $\Sigma$ ab ( $S\times \Sigma \to \Gamma$ ). 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. Dabei gibt es zwei Eingabeaktionen (I:) mit „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.^[2]

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

Abbildung 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,\Sigma ,F,\delta$ ), wobei:

$Q$ ist die endliche Zustandsmenge ( $q_{0}-q_{x}$ )
$s$ ist der Startzustand ( $s\in Q$ )
$\Sigma$ ist das endliche Eingabealphabet
$F$ ist die Endzustandsmenge ( $F\subset Q$ )
$\delta$ ist die Übergangsfunktion, sie lässt sich als Automatentafel oder als Zustandsübergangsgraph darstellen.

Ein Transduktor ist ein 7-Tupel ( $\Sigma ,\Gamma ,S,s_{0},F,\delta ,\omega$ ), wobei:

$\Sigma$ ist das Eingabealphabet (eine endliche nicht leere Menge von Symbolen),
$\Gamma$ ist das Ausgabealphabet (eine endliche nicht leere Menge von Symbolen),
$S$ ist eine endliche nicht leere Menge von Zuständen,
$F$ ist die Endzustandsmenge ( $F\subset S$ )
$s_{0}$ ist der Anfangszustand und ein Element aus $S$ ,
$\delta$ ist die Zustandsübergangsfunktion: $\delta :S\times \Sigma \to S$ ,
$\omega$ ist die Ausgabefunktion: $\omega :S\times \Sigma \to \Gamma$ ,

Falls die Ausgabefunktion eine Funktion von Zustand und Eingabealphabet ist ( $\omega :S\times \Sigma \to \Gamma$ ), dann handelt es sich um ein Mealy-Modell. Falls die Ausgabefunktion nur vom Zustand abhängt ( $\omega :S\to \Gamma$ ), dann ist es ein Moore-Modell.

Beispiel

Abbildung 6: Beispiel eines EA

Der EA in Abbildung 6 hat die Zustandsmenge $S:=\{q_{1},q_{2},q_{3}\}$ , den Startzustand $q_{1}$ , das Eingabealphabet $\Sigma :=\{a,b\}$ , das Ausgabealphabet $\Gamma :=\{0,1\}$ , die Zustandsübergangsfunktion $\delta :S\times \Sigma \to S$ mit $\delta (q_{1},a)=q_{3}$ , $\delta (q_{1},b)=q_{2}$ , $\delta (q_{2},a)=q_{1}$ , $\delta (q_{2},b)=q_{2}$ , $\delta (q_{3},a)=q_{1}$ , $\delta (q_{3},b)=q_{2}$ und die Ausgabefunktion $\omega :S\times \Sigma \to \Gamma$ mit $\omega (q_{1},a)=0$ , $\omega (q_{1},b)=1$ , Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle \omega(q_2, a) = 1} , Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle \omega(q_2, b) = 1} , Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle \omega(q_3, a) = 0} , Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle \omega(q_3, b) = 0} .

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.

Homing-Folge zu Abbildung 6
Eingabe	mögliche Zustandsmengen (bei welcher Ausgabe)
ε	Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle \{q_1, q_2, q_3\}}
a	Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle \{q_1, q_3\}_{0}, \{q_1\}_{1}}
aa	Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle \{q_1, q_3\}_{00}, \{q_3\}_{10}}
ab	Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle \{q_2\}_{00},\{q_2\}_{01}, \{q_2\}_{11}}
b	Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle \{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 Abbildung 6:

Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle q_1} : Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle a/0} , Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle a/0} , Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle b/1}
Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle q_2} : Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle a/1}
Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle q_3} : Fehler beim Parsen (MathML mit SVG- oder PNG-Rückgriff (empfohlen für moderne Browser und Barrierefreiheitswerkzeuge): Ungültige Antwort („Math extension cannot connect to Restbase.“) von Server „https://wikimedia.org/api/rest_v1/“:): {\displaystyle 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:

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

Literatur

Der BibISBN-Eintrag [[Vorlage:BibISBN/Skriptfehler: Das Modul gab einen nil-Wert zurück. Es wird angenommen, dass eine Tabelle zum Export zurückgegeben wird.]] ist nicht vorhanden. Bitte prüfe die ISBN und lege ggf. einen [{{fullurl:Vorlage:bibISBN/Skriptfehler: Das Modul gab einen nil-Wert zurück. Es wird angenommen, dass eine Tabelle zum Export zurückgegeben wird.|action=edit&section=new&preload=Vorlage%3ABibISBN%2FVorlage&nosummary=1}} <span title="Vorlage:bibISBN/Skriptfehler: Das Modul gab einen nil-Wert zurück. Es wird angenommen, dass eine Tabelle zum Export zurückgegeben wird. (Seite nicht vorhanden)">neuen Eintrag] an.
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)
FSM Creator – 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.

Einzelnachweise

↑ TechTarget: finite state machine
↑ Pong P. Chu: RTL Hardware Design using VHDL. Wiley Interscience, 2006, ISBN 0-471-72092-5, Kapitel 10, insbesondere 10.4: Moore machine versus Mealy machine.

[1] TechTarget: finite state machine

[CHU-2] Pong P. Chu: RTL Hardware Design using VHDL. Wiley Interscience, 2006, ISBN 0-471-72092-5, Kapitel 10, insbesondere 10.4: Moore machine versus Mealy machine.

[1]

[2]

Anonym

Suche

Endlicher Automat

Namensräume

Mehr

Seitenaktionen

Inhaltsverzeichnis