Phase 2 -- Logic Implementation & Simulation Switching & Logic Design Project

Overview Logic Implementation Translation of Controller to VHDL Translation of Dataflow to BDF Simulation Controller Dataflow Controller/Dataflow together

Rule 3 of Design All designs must have a controller! And it must be a non-trivial controller (3 or more states). No excepts permitted.

Translation of Controller to VHDL State Assignments Compact NFLIP-FLOP=Log 10 NumState/Log 10 2 One-Hot NFLIP-FLOP= NumStates Add comments w/ Title, Group, Date, & Description Use enumerated and state names (see handout) Use CASE statement with embedded IF statements Use Moore Outputs

Translation of Controller to VHDL Use a single process design Place Wait-UNTIL or IF statement with clock at top of process WAIT UNTIL (clkevent AND clk = 1); IF(clkevent AND clk = 1) THEN …. END IF;

Warning! Every IF statement must have an ELSE statement even if there are ELSIF statements. It is better to specify controller outputs using the conditional assignment statement, then a CASE statement in a process. Do not write statements that lead to implied latches. That is, make sure that values for all outputs are specified at all times so VHDL does not assume that the present output is the previous output.

Warning! Remember that the VHDL programs the logic gates in the MAX part that is running in parallel or concurrent. All signals that are read in a process have to be listed in the sensitivity list, except for the "clock"-process, that is used for implementing registers. In this case, the inputs for the registers should be omitted. Use parentheses in complex expressions in order to avoid ambiguities.

Warning! Use one processes for a state machine. Put outputs in conditional assignment statements. All synchronous components must use the same global clock. No ripple clocks allowed. Every VHDL module must have a header specifying title, designers, date, and short description.

Warning! Dont assign initial values to signals and variables. All warnings are bad and good designs have no warnings present.

Add comments --Title: Blackjack Controller --Designer: Dr. James Grover --Date: April Description: Controller for Blackjack game. This design --example was based on C.R. Clare's design in Designing Logic --Systems Using State Machines (McGraw Hill, 1972). The blackjack --machine plays the dealer's hand, using typical dealer strategies --to decide whether to draw another card (hit) or stand after --each round The example contains the following logic designs: A State Machine that controls the game logic which include: -- (a) checking the status of the card reader. -- (c) making the decision of what action to take for a hit, -- stand or bust. An example is to draw a card if the -- hit signal is true. -- (b) making the decision of when to use the value 1 or for an ace card adds the value of the drawn card A Binary-to-BCD converter for converting the 5-bit -- binary score and converts it to 2-digit BCD for the -- digital display.

State as Enumerated Types ARCHITECTURE Behavioral OF Controller IS TYPE STATE_TYPE IS (sClear,sShowHit,…) SIGNAL State : STATE_TYPE; SIGNAL Ace, NextAce : BIT; BEGIN

Use Case statements with If Statements FSMLOGIC: PROCESS (Reset,CardIn,IsAce,Ace,CardOut,Hit,Bust,State) BEGIN WAIT UNTIL (CLKEVENT AND CLK = 1); CASE State IS WHEN sClear =>--Reset State NextAce <= '0'; IF Reset = '1' THEN State <= sClear; ELSE State <= sShowHit; END IF;..... END CASE; END PROCESS FSMLOGIC;

Moore Outputs OUTPUT02: WITH State SELECT Sel<="11"WHENAddCard, "10"WHENAdd10, "01"WHENSub10, "00"WHENOTHERS;

Dataflow With Title

Random Logic ENTITY Bin2BCD IS PORT ( Tally: ININTEGER Range 0 to 31; MSD,LSD: OUTBIT_VECTOR(3 DOWNTO 0)); END Bin2BCD;

Random Logic ARCHITECTURE behavioral OF Bin2BCD IS BEGIN Combo01: WITH Tally SELECT LSD<="0000" WHEN0, "0001" WHEN1, "0010" WHEN2, "0011" WHEN3,..... "0001"WHEN31;... END Behavioral;

Registers and Adder Tally

Combinational Logic & Display Tally

Dataflow/Controller

Cascade Counters Use Cnt Enable nor Clk Enable Use common clock Use SCLR (synchronous clear)

Cooking Timer Consider LPM_COUNTER LPM_DECODE LPM_MUX Hex7Seg Random Logic

UART (Rx) LPM_SHIFTREG LPM_COUNTER LPM_XOR (for parity if included) Random Logic

RC Servo and Stepper Motor LPM_COUNTER LPM_COMPARE LPM_CONSTANT LPM_FF for register Random Logic LPM_ADD_SUB for RC Servo

3-Man Rush LPM_COUNTER (binary or modulo counter) LPM_SHIFTREG for PRSG (shift register) LPM_CLSHIFT (barrel shifter) Random Logic Hex7Seg

Thermometer LPM_REG to hold data between Reads Configure counter as decade or BCD counters BCD

Simulation Simulate scenario that leads to success Simulate scenario that leads to fault condition (non success) Simulate scenario suggested by laboratory assistant or instructor Simulate and verify simulation

Problems in the past Timer without state diagram Digit select on timer display stopped in some states Did not use three folder/project design One folder & project for controller One folder & project for dataflow One folder & project for dataflow & controller combination

Problems in the past Did not include LPMs in project Each counter with different modulo requires new LPM_COUNTER not just new instance of LPM_COUNTER. Not using common clock causes ripple counter glitches in logic

Implementation Weeks