Bird
Raised Fist0
VHDLprogramming~3 mins

Why Three-process FSM coding style in VHDL? - Purpose & Use Cases

Choose your learning style10 modes available
The Big Idea

What if you could untangle your complex digital designs into neat, manageable pieces that never get messy?

The Scenario

Imagine trying to design a digital circuit that controls a traffic light using just one big block of code that handles everything: changing lights, timing, and reacting to sensors all mixed together.

The Problem

This one-block approach quickly becomes confusing and hard to fix. If you want to change the timing or add a new sensor, you risk breaking other parts. It's like trying to fix a tangled ball of wires without knowing which wire does what.

The Solution

The three-process FSM coding style splits the design into three clear parts: one for remembering the current state, one for deciding the next state, and one for output signals. This separation makes the design clean, easy to understand, and simple to update.

Before vs After
✗ Before
process(clk) begin
  if rising_edge(clk) then
    -- state update and output logic mixed here
  end if;
end process;
✓ After
process(clk) begin
  if rising_edge(clk) then
    current_state <= next_state;
  end if;
end process;

process(current_state, inputs) begin
  case current_state is
    when others => next_state <= current_state; -- default next state
    -- add other state transitions here
  end case;
end process;

process(current_state) begin
  -- output logic here
end process;
What It Enables

This style lets you build reliable, easy-to-maintain digital controllers that can grow and change without chaos.

Real Life Example

Think of a vending machine controller that waits for coins, checks selection, and dispenses items. Using three-process FSM style, each part is clear and easy to update when adding new features like discounts or refunds.

Key Takeaways

Manual mixing of state and output logic causes confusion and errors.

Three-process FSM style separates state memory, next state logic, and output logic.

This separation makes designs clearer, easier to debug, and maintain.

Practice

(1/5)
1. In the three-process FSM coding style in VHDL, which process is responsible for storing the current state?
easy
A. The next state logic process
B. The state register process
C. The output logic process
D. The clock generation process

Solution

  1. Step 1: Understand the role of each process

    The three-process FSM style divides the FSM into state register, next state logic, and output logic processes.
  2. Step 2: Identify which process stores the current state

    The state register process updates and stores the current state on clock edges.
  3. Final Answer:

    The state register process -> Option B
  4. Quick Check:

    State storage = state register process [OK]
Hint: State storage always happens in the state register process [OK]
Common Mistakes:
  • Confusing next state logic with state storage
  • Thinking output logic stores the state
  • Assuming clock generation is part of FSM
2. Which of the following is the correct sensitivity list for the next state logic process in a three-process FSM?
easy
A. clk, reset
B. clk
C. outputs
D. current_state, inputs

Solution

  1. Step 1: Recall what next state logic depends on

    The next state logic calculates the next state based on the current state and inputs.
  2. Step 2: Determine the sensitivity list

    It must react to changes in current_state and inputs, so these go in the sensitivity list.
  3. Final Answer:

    current_state, inputs -> Option D
  4. Quick Check:

    Next state logic sensitivity = current_state, inputs [OK]
Hint: Next state logic sensitive to current state and inputs only [OK]
Common Mistakes:
  • Including clk in next state logic sensitivity list
  • Using outputs in sensitivity list
  • Leaving sensitivity list empty
3. Given the following partial FSM code snippet, what will be the output value of output_signal when current_state is S1 and input_signal is '1'?
process(current_state, input_signal)
begin
  case current_state is
    when S0 => output_signal <= '0';
    when S1 =>
      if input_signal = '1' then
        output_signal <= '1';
      else
        output_signal <= '0';
      end if;
    when others => output_signal <= '0';
  end case;
end process;
medium
A. Undefined
B. '0'
C. '1'
D. Signal retains previous value

Solution

  1. Step 1: Analyze the output logic for state S1

    When current_state is S1, output_signal is '1' if input_signal is '1', else '0'.
  2. Step 2: Apply given inputs

    current_state = S1 and input_signal = '1' means output_signal <= '1'.
  3. Final Answer:

    '1' -> Option C
  4. Quick Check:

    Output for S1 with input '1' = '1' [OK]
Hint: Check state and input conditions carefully for output logic [OK]
Common Mistakes:
  • Ignoring input condition inside S1
  • Assuming output is always '0' in S1
  • Confusing output logic with next state logic
4. Identify the error in this state register process code snippet for a three-process FSM:
process(clk, reset)
begin
  if reset = '1' then
    current_state <= S0;
  elsif rising_edge(clk) then
    next_state <= current_state;
  end if;
end process;
medium
A. Using next_state instead of current_state on clock edge
B. Missing sensitivity to next_state signal
C. Reset condition should be inside rising_edge(clk)
D. No error, code is correct

Solution

  1. Step 1: Understand state register role

    The state register updates current_state with next_state on clock edge.
  2. Step 2: Check assignment inside clock edge

    The code assigns next_state <= current_state, which is reversed and wrong.
  3. Final Answer:

    Using next_state instead of current_state on clock edge -> Option A
  4. Quick Check:

    State register updates current_state, not next_state [OK]
Hint: State register updates current_state from next_state [OK]
Common Mistakes:
  • Assigning next_state inside state register process
  • Placing reset inside clock edge condition
  • Confusing current_state and next_state signals
5. You want to design a three-process FSM with states IDLE, BUSY, and DONE. Which of the following correctly describes the responsibilities of the three processes?
hard
A. Process 1: Store current state; Process 2: Compute next state from current state and inputs; Process 3: Generate outputs based on current state
B. Process 1: Generate outputs; Process 2: Store current state; Process 3: Compute next state
C. Process 1: Compute next state; Process 2: Generate outputs; Process 3: Store current state
D. Process 1: Store current state and outputs; Process 2: Compute next state; Process 3: Reset FSM

Solution

  1. Step 1: Recall three-process FSM roles

    The three processes are: state register (store current state), next state logic (compute next state), output logic (generate outputs).
  2. Step 2: Match roles to options

    Process 1: Store current state; Process 2: Compute next state from current state and inputs; Process 3: Generate outputs based on current state correctly assigns these roles in order.
  3. Final Answer:

    Process 1: Store current state; Process 2: Compute next state from current state and inputs; Process 3: Generate outputs based on current state -> Option A
  4. Quick Check:

    Three-process FSM roles = B [OK]
Hint: Remember: register stores state, logic computes next, output drives signals [OK]
Common Mistakes:
  • Mixing output generation with state storage
  • Assigning reset to a separate process
  • Combining multiple roles in one process
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard