Finite-state machine

File:Finite state machine example with comments.gif

Fig.1 Finite State Machine

A finite state machine (FSM) or finite automaton is a model of behaviour composed of states, transitions and actions. A state stores information about the past, i.e. it reflects the input changes from the system start to the present moment. A transition indicates a state change and is described by a condition that would need to be fulfilled to enable the transition. An action is a description of an activity that is to be performed at a given moment. There are several action types:

Entry action

execute the action when entering the state

Exit action

execute the action when exiting the state

Input action

execute the action dependant on input conditions

Transition action

execute the action when performing certain transition

FSM can be represented using a state diagram (or state transition diagram) as in figure 1.

FSM was originally defined in the automata theory and later taken over in the theory of computation.

Finite state machines are very widely used in modelling of application behaviour, design of hardware digital systems, software engineering, study of computation and languages.

Classification

There are two groups distinguished: Acceptors/Recognizers and Transducers.

Acceptors and recognizers

File:Fsm parsing word nice.jpg

Fig. 2 Acceptor FSM: parsing the word "nice"

They accept/recognize their input and use states to signal the result to the outside world. As a rule the input are symbols (characters). Actions are not used. The example in figure 2 shows a parser which accepts the word "nice":

Transducers

Transducers generate output based on a given input and/or a state using actions. They are used for control applications. Here two types are distinguished:

File:Fsm moore model door control.jpg

Fig. 3 Transducer FSM: Moore model example

Moore machine

Output depends only on a state, i.e. the FSM uses only entry actions. The advantage of the Moore model is a simplification of the behaviour. The example in figure 3 shows a Moore FSM of an elevator door. The state machine recognizes two commands: "command_open" and "command_close" which trigger state changes. The entry action (E:) in state "Opening" starts a motor opening the door, the entry action in state "Closing" starts a motor in the other direction closing the door. States "Opened" and "Closed" don't perform any actions. They signal to the outside world (e.g. to other state machines) the situation: "door is open" or "door is closed".

Fig. 4 Transducer FSM: Mealy model example

Mealy machine

Output depends on input and state, i.e. the FSM uses only input actions. The use of a Mealy FSM leads often to a reduction of the number of states. The example in figure 4 shows a Mealy FSM implementing the same behaviour as in the Moore example (the behaviour depends on the implemented FSM execution model and will work e.g. for virtual FSM but not for event driven FSM). There are two input actions (I:): "start motor to close the door if command_close arrives" and "start motor in the other direction to open the door if command_open arrives".

In practise mixed models are often used.

A further distinction is between deterministic (DFA) and non-deterministic (NDFA, GNFA) automata. In deterministic automata, for each state there is exactly one transition for each possible input. In non-deterministic automata, there can be none or more than one transition from a given state for a given possible input

The FSM with only one state is called a combinatorial FSM and uses only input actions. This concept is useful in cases where a number of FSM are required to work together, and where it is convenient to consider a purely combinatorial part as a form of FSM to suit the design tools.

FSM logic

Fig. 5 FSM Logic

The next state and output of a FSM is a function of the input and of the current state. The FSM logic is shown in Figure 5

Mathematical model

Depending on the type there are several definitions. An acceptor finite state machine is a quintuple <Σ, S, s0, δ, F>, where:

• Σ is the input alphabet (a finite non empty set of symbols),
• S is a finite non empty set of states,
• s0 is an initial state, an element of S,
• δ is the state transition function: δ = S x Σ → S,
• F is the set of final states, a (possibly empty) subset of S.

A transducer finite state machine is a sextuple <Σ, Γ, S, s0, δ, ω>, where:

• Σ is the input alphabet (a finite non empty set of symbols),
• Γ is the output alphabet (a finite non empty set of symbols),
• S is a finite non empty set of states,
• s0 is an initial state, an element of S,
• δ is the state transition function: δ: S x Σ → S,
• ω is the output function.

If the output function is a function of a state and input alphabet (ω: S x Σ → Γ) that definition corresponds to the Mealy model. If the output function depends only on a state (ω: S → Γ) that definition corresponds to the Moore model.

Optimization

Optimizing an FSM means finding the machine with the minimum number of states that performs the same function. This problem can be solved using a colouring algorithm.

Implementation

Hardware applications

Fig. 6 The circuit diagram for a 4 bit TTL counter, a type of state machine

In hardware a FSM may be built using a programmable logic device, gates and flip-flops or relays. More specifically, a hardware implementation requires a register to store state variables, a block of combinational logic which determines the state transition, and a second block of combinational logic that determines the output of a FSM.

Software applications

Following concepts are commonly used to build software applications with finite state machines:

• event driven FSM
• virtual FSM (VFSM)

Tools

AT&T FSM Library™ [1] AutoFSM [2] Bandera [3] Covered [4] Dynamic Attachment Finite State Machine (DAFSM) [5] Exorciser [6] Finite State Kernel Creator [7]

Finite State Machine Editor [8] Finite State Machine Explorer [9] FSMGenerator [10] FSA Utilities [11] JFLAP [12] jrexx-Lab [13] Kara [14]

Nunni FSM Generator [15] Petrify [16] Qfsm [17] Quantum-Leaps [18] Ragel [19] Statestep [20] StateWORKS WhatOS [21] Xerox Finite-State Software Tools [22]

References

• Timothy Kam, Synthesis of Finite State Machines: Functional Optimization. Kluwer Academic Publishers, Boston 1997, ISBN 0-7923-9842-4
• Tiziano Villa, Synthesis of Finite State Machines: Logic Optimization. Kluwer Academic Publishers, Boston 1997, ISBN 0-7923-9892-0
• Carroll, J., Long, D. , Theory of Finite Automata with an Introduction to Formal Languages. Prentice Hall. Englewood Cliffs, 1989.
• Hopcroft, J.E., Ullman, J.D., Introduction to Automata Theory, Languages and Computation. Adison -Wesley, 1979.
• Kohavi, Z., Switching and Finite Automata Theory. McGraw-Hill, 1978.
• Gill, A., Introduction to the Theory of Finite-state Machines. McGraw-Hill, 1962.

See also

• Pushdown automaton
• Turing machine
• Petri net
• Simulation
• Marvin Minsky
• Automata analyzer
• Coverage analysis
• Transition system
• Protocol development
• Automaton
• Abstract state machine
• Automata theory
• Sparse matrix

External links

• Description from the Free On-Line Dictionary of Computing
• Citations from CiteSeer
• NIST Dictionary of Algorithms and Data Structures entry