1 / 46

VHDL and HDL Designer Primer

VHDL and HDL Designer Primer. Instructor: Jason D. Bakos. VHDL (Appendix B in Textbook). HDL => VHDL / Verilog VHDL more verbose, better for team projects Not case-sensitive VHDL => “VHSIC Hardware Description Language” VHSIC => “US DoD Very-High-Speed Integrated Circuit” DoD project

jvanessa
Download Presentation

VHDL and HDL Designer Primer

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. VHDL and HDL Designer Primer Instructor: Jason D. Bakos

  2. VHDL (Appendix B in Textbook) • HDL => VHDL / Verilog • VHDL more verbose, better for team projects • Not case-sensitive • VHDL => “VHSIC Hardware Description Language” • VHSIC => “US DoD Very-High-Speed Integrated Circuit” • DoD project • Document behavior of ASICs from suppliers • Alternative to manuals • Used to describe behavior of digital logic • Extensions for analog • High-level programming language, subset of Ada • Also looks like Pascal • IEEE standards: 1987, 1993, 2000, 2002 • First came the language… • …next came simulators… • …then came synthesizers (FPGA and ASIC)

  3. VHDL • By its nature, VHDL is • Self-documenting • Allows for easy testbench design (simulators, instruments) • Any VHDL code may be simulated • Only some VHDL codes may be synthesized • Depends on packages, data types, and constructs • VHDL descriptions (programs) have structure similar to C++ • Each design (component) is made up of • Entity section • Component interface (I/O) • Analogous to C++ header (public methods only) • Architecture section • Contains behavior (implementation) • Can have multiple architectures for any entity • Example: different types of adders with consistent interfaces

  4. Entity / Architecture library ieee; use ieee.std_logic_1164.all; entity buffer is port ( a:in std_logic_vector(3 downto 0); y:out std_logic_vector(3 downto 0) ); end; architecture my_hypernifty_buffer of buffer is signal int_a : std_logic_vector(3 downto 0); begin int_a <= not a; y <= not int_a; end;

  5. Data Types • In this course, you will only use 2 data types • std_logic • Represents a bit signal • Enermerated type: (1, 0, X, U, Z, -) • 1, 0 are logic values • X is “don’t know” – unassigned or shorted (double-driven) signals • U is “unassigned” – special for un-initialized FF/register/memory • Z is “high-impendence” – for tristated/floating outputs • - is “don’t care” – for outputs, helps synthesizer minimize logic • Use ‘1’ to represent scaler • std_logic_vector • Array of std_logic • Represents a “bus” signal • Use “11” to represent scaler

  6. Sequential vs. Concurrent Semantics • Problem: • Programming languages with sequential semantics: • Assume B=0, C=5 A = B + C print A (output is 5) print B (output is 0) B = C print A (output is 5) print B (output is 5) • Hardware is concurrent • Each line of code executes concurrently (no ordering) A = B + C print A (output is 10) print B (output is 5) B = C print A (output is 10) print B (output is 5) • Example: • A <= B OR C when D=‘1’ else C OR D; • E <= A + B; • How is this synthesized?

  7. Structural vs. Behavioral VHDL • Structural VHDL • Resembles a netlist • Defines instantiated components • Interconnects • May contain library subroutine calls, operators, mux behavior • Can be directly (and easily) synthesized • Behavioral VHDL • Defines how outputs are computed as function of inputs • Use a “process” • Looks like a programming language • Internally has sequential semantics • Sensitivity list • Process block implements concurrent assignment • May contain variables • Constructs: if-then, for-loop, while-loop, inf-loop • Difficult to synthesize • Not synthesizable: timed waits, file I/O, some loop structures

  8. Constructs in Structural VHDL • Concurrent assignment statement [output] <= [function of inputs] after [delay] when [condition] else [function of inputs] after [delay] when [condition] else … [function of inputs]; • Example: out <= A and B when sel=“00” else A or B when sel=“01” else A nor B when sel=“10” else A xor B; sel <= “00” when (C or D)=“0101” else “10”;

  9. Priority out <= A and B when sel=“00” else A or B when sel=“01” else A nor B when sel(1)=‘1’ else A xor B; • What’s the problem with the above statement?

  10. Constructs in Process VHDL • if-statement if a=“01” then y <= b; elsif a=“11” then y <= not(b)+1; else y <= “0000”; end if; • Loops loop <statements> end loop; for i in 0 to 15 loop <statements> end loop; while <condition> <statements> end loop;

  11. Example process -- right-shift arithmetic for 8-bit signed integer rsa: process (a, shamt) variable fill : std_logic_vector(1 downto 0); variable temp : std_logic_vector(4 downto 0); begin for i in 0 to 3 loop fill(i):=‘1’ and a(3); end loop; if shamt(0)=‘1’ then temp := fill(0) & a(7 downto 1); end if; if shamt(1)=‘1’ then temp := fill(1 downto 0) & temp(7 downto 2); end if; if shamt(2)=‘1’ then out <= fill(3 downto 0) & temp(7 downto 4); end if; end process;

  12. Memory • Memory is inferred: -- 8-bit rising-edge register with asynchronous reset reg8 : process(d, clk, en, rst) begin if rst=‘1’ then q <= “00000000”; elseif en=‘1’ and clk’event and clk=‘1’ then q <= d; end if; end process;

  13. HDL Designer • Allows for rapid VHDL development • graphical design entry • generated VHDL • automated design flows • Views • Block diagram • State machine • Truth table • Flow chart • VHDL view (combined or architecture-only) • Symbol

  14. Libraries in HDL Designer • A library is a collection of components • Components have one or more views (implementations) • Block diagram, truth table, flow chart, state machine, VHDL architecture • Each view has representations: • Graphics, VHDL, simulator netlist, synthesis netlist library CPU_lib component ALU CPU control_unit view block diagram 1 block diagram 2 VHDL arch state diagram representation graphics gen. VHDL sim. binary synth. netlist

  15. Libraries in HDL Designer • Libraries are stored in four subdirectories • For each library you use or create, library mappings to these directories must be specified • The mappings for your set of libraries are stored in your project file • Lives in your group directory \hds source directory \ALU_lib \hdl HDL directory /libraries \work simulation directory \CPU_lib \ls synthesis directory

  16. tutorial ALU_Lib ALU Src (hds) (graphical view) HDL (generated) Downstream (compiled for sim) Downstream (compiled for synth) Projects • Projects are a collection of library mappings Project Library Component

  17. Shared Project ALU CPU ALU_Lib COELib CPU_Lib ieee src files hdl files sim files synth files Projects, Libraries, Files

  18. HDL Designer GUI

  19. Block Diagram Editor

  20. Block Diagram Editor

  21. Flowchart Editor

  22. Lookup Table Editor

  23. State Machine Editor

  24. VHDL Editor

  25. Library components can be instantiated in other designs Shown as green blocks For bottom-up design Libraries also contain “blocks” Attached to the design they were created in Shown as blue blocks For top-down design Embedded blocks – embedded into block diagram Shown as yellow blocks Embeds behavior into structure Components

  26. Sequential Logic • Combinational logic • Output = f (input) • Sequential logic • Output = f (input, input history) • Involves use of memory elements • Registers

  27. Target Fire = no Standby Fire=no Finite State Machines • FSMs are made up of: • input set • output set • states (one is start state) • transitions • FSMs are used for controllers No missile detected No locked on missile detected hit miss Locked on Launch Fire= yes Input alphabet {missile detected, locked on, hit, miss} Output alphabet{fire}

  28. Finite State Machines • Registers • Hold current state value • Output logic • Encodes output of state machine • Moore-style • Output = f(current state) • Output values associated with states • Mealy-style • Output = f(current state, input) • Output values associated with state transitions • Outputs asynchronous • Next-state logic • Encodes transitions from each state • Next state = f(current state, input) • Synchronous state machines transition on clock edge • RESET signal to return to start state (“sanity state”) • Note that state machines are triggered out-of-phase from the input and any memory elements they control

  29. Example • Design a coke machine controller • Releases a coke after 35 cents entered • Accepts nickels, dimes, and quarters, returns change • Inputs • Driven for 1 clock cycle while coin is entered • COIN = { 00 for none, 01 for nickel, 10 for dime, 11 for quarter} • Outputs • Driven for 1 clock cycle • RELEASE = { 1 for release coke } • CHANGE releases change, encoded as COIN input

  30. Example • We’ll design this controller as a state diagram view in FPGA Advantage Add new state (First is start state) Add new hierarchical state Note: transitions into and out of a hierarchical state are implicitly ANDed with the internal entrance and exit conditions Add new transition

  31. Example • Go to state diagram properties to setup the state machine…

  32. Example • Specify the output values for each state in the state properties

  33. Example • Specify the transition conditions and priority in the transition properties

  34. Example

  35. Example

  36. State Machine VHDL • Let’s take a look at the VHDL for the FSM • Enumerated type: STATE_TYPE for states • Internal signals, current_state and next_state • clocked process handles reset and state changes • nextstate process assigns next_state from current_state and inputs • Implements next state logic • Syntax is case statement • output process assigns output signals from current_state • Might also use inputs here

  37. Types ARCHITECTURE fsm OF coke IS -- Architecture Declarations TYPE STATE_TYPE IS ( standby, e5, e10, e25, e30, e15, e20, e35, e50, e40, e55, e45 ); -- Declare current and next state signals SIGNAL current_state : STATE_TYPE ; SIGNAL next_state : STATE_TYPE ;

  38. “clocked” Process ---------------------------------------------------------------------------- clocked : PROCESS( clk, rst ) ---------------------------------------------------------------------------- BEGIN IF (rst = '1') THEN current_state <= standby; -- Reset Values ELSIF (clk'EVENT AND clk = '1') THEN current_state <= next_state; -- Default Assignment To Internals END IF; END PROCESS clocked;

  39. “nextstate” Process ---------------------------------------------------------------------------- nextstate : PROCESS ( coin, current_state ) ---------------------------------------------------------------------------- BEGIN CASE current_state IS WHEN standby => IF (coin = "01") THEN next_state <= e5; ELSIF (coin = "10") THEN next_state <= e10; ELSIF (coin = "11") THEN next_state <= e25; ELSE next_state <= standby; END IF; WHEN e5 => IF (coin = "10") THEN next_state <= e15; ELSIF (coin = "11") THEN next_state <= e30; ELSIF (coin = "01") THEN next_state <= e10; ELSE next_state <= e5; END IF; WHEN e10 => …

  40. “output” process ---------------------------------------------------------------------------- output : PROCESS ( current_state ) ---------------------------------------------------------------------------- BEGIN -- Default Assignment change <= "00"; release <= '0'; -- Default Assignment To Internals -- Combined Actions CASE current_state IS WHEN standby => change <= "00" ; release <= '0' ; WHEN e5 => change <= "00" ; release <= '0' ; WHEN e10 => change <= "00" ; release <= '0' ; WHEN e25 => change <= "00" ; release <= '0' ; WHEN e30 => change <= "00" ; release <= '0' ; WHEN e15 => change <= "00" ; release <= '0' ; …

  41. Hierarchical States hstate1

  42. Testbenches • “Harness” for a component • Interface matching • Inputs  Outputs • Allows • Stimulation of input signals • Output signal checking • ASSERTs • Waiting/branching based on outputs • Debugging with waveforms • Testbench component • Block diagram • Tester component • Typically a flowchart

  43. Testbenches • Advantage over ad hoc methods • Ex. do-files • Allows simulation of inputs, but no output checking • Testbench code reveals interface specification and functionality (“self documenting”) • Reproducible • Can use same testbench for multiple implementations/generations of a component • Can generate or utilize data file to share tests between simulation and hardware testing

  44. Testbenches • A test procedure is a methodology for testing a design • Sequence of steps • Testing aspects of a design’s functionality • Example: ALU • Test each type of operation with different inputs • Along with asserting inputs/operations, can also verify correctness of output values • Also, use if-then-else semantics

  45. Testbenches • Facilities in HDL Designer • Easy creation of tester/testbench • Flowchart view is natural choice for implementing a test bench • Mirrors test procedure in a graphical representation • VHDL support for testbenches • ASSERT/REPORT/SEVERITY clause • Can use boolean operators here • Testbench operates in simulation

  46. Testbenches • Simple testbench example • Drive inputs • Wait for combinational logic • Wait for clock edges • ASSERT/REPORT/SEVERITY • Repeat

More Related