Skip to content

This repository is basic start of building your own processor using verilog (hdl).

Notifications You must be signed in to change notification settings

Sudhanshu5harma/vlsi

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

36 Commits
 
 
 
 
 
 
 
 

Repository files navigation

Verilog design of Register and Arbiter


                                       16 X 32 Register
Description ---
Step 1

alt text In step one we just have a mux before D-flip flop which has its feed back coming back to mux. Its just the basic idea how it works - When it loads data and when not. As you can see when we have load line as zero(0) it doesn't load any data it just keep repeating previous data; and as soon as it goes one(1) it loads new data. We also have reset pin to reset the data out.

always@ (posedge clk or negedge reset_n) 
begin
if (!reset_n)
  begin
    reg0<=32'b0;
  end
else
  begin
  if (load0)
      reg0<=data_in;
    end
end

In step 1 we have taken 16 different load lines along with 16 different register output so the logic have to be improve and get a single line to write the data in any register so here comes the step 2.


Step 2

In which we have taken a single line to give the address and check the data and then load or perform any desire operation.

assign sel0=(write_line == 4'b0000);

so here we are comparing the address given to our address line and the address of original register as here we are using 16 register so we have 4 bit address hence
0th register - 0000
1st register - 0001
.
.
.
and so on
so here we have a seperate line to give address for writing the data onto the register. So the logic would be as - alt text

always@ (posedge clk or negedge reset_n)
			begin
				if (!reset_n)
  					begin
    					data_out0<=32'b0;
  					end
				else
  					begin
    					if (write_en & sel0)
      						data_out0<=data_in0;
  					end
			end

So this time we have to check for the write enable and which line is selected. Before writing the data onto the register. Improving this and making as proper register of 16X32 register we need to think about output also, So here comes the step 3.


Step 3

For the data output thing we will have to mux the data and present it to one data out so that we can give the address to read out the data off particular register.

assign data_out = (sel_r0 & read_en) ? data_out0 :
                      (sel_r1 & read_en) ? data_out1 :
                      (sel_r2 & read_en) ? data_out2 :

It goes on for all the registers and keep checking for all and for data out it gets the data and then show the desire data.

always@ (posedge clk or negedge reset_n)
			begin
				if (!reset_n)
  					begin
    					data_out0<=32'b0;
  					end
				else
  					begin
    					if (write_en & sel0)
      						data_out0<=data_in;
  					end
			end

So it lay man language its like a mux before the output line and a demux before the input line. Hence the below given one is just a idea we will have 16 such register blocks. alt text


Interface Table ---

S. no. Name No. of bits Input / Output Description
1. Reset_n 1 Input Data out is reset when reset is zero
2. Clock 1 Input Use as clock. At positive clock edge data is loaded
3. Write_en 1 Input Write the data if write enable is high
4. Write_line 4 Input Address of Register on which data has to written
5. Read_en 1 Input Read the data if Read enable is high
6. Read_line 4 Input Address of Register whose data to read
7. Data_in 32 Input Data_in lines which load the data when read enable is high and the read line address matches
8. Data_out 32 Output Data_out line are which give data out when write enable is high and write line address is matches


                                    Arbiter
Logic

Request are giving at the same time. Now there should be some system to decide whom to give the prefers first hence we need arbiter to solve this issue.
In the below timing diagram we can see the two request coming at the same time now we will see the request in the posedge and reslove the first request first at next posedge then at next posedge we will make the request low or we can even wait for the user to give end of operation signal to make it to zero. As this is sequential circuit so every action will take place in next clock cycle which is next posedge

Timing Diagram

alt text

Code
case (state)
IDLE:begin
         if(req0)
           next_state=GNT0;
         else if(req1)
           next_state=GNT1;
         else if(req2)
           next_state=GNT2;
         else if(req3)
           next_state=GNT3;
         else
           next_state=IDLE;
end
client0:begin
         if(req0)
           next_state=GNT0;
         else
           next_state=IDLE;
end

client1:begin
         if(req1)
           next_state=GNT1;
         else
           next_state=IDLE;
end

client2:begin
         if(req2)
           next_state=GNT2;
         else
           next_state=IDLE;
end

client3:begin
         if(req3)
           next_state=GNT3;
         else
           next_state=IDLE;
    end
default: next_state=3'd0;
endcase

We have used the simple logic of Switch and case for deciding the priority to serve the requests given. This is just the gist of code and the basic idea how the arbiter works. You can find the full code in the folder Verilog code.


Interface Table ---

S. no. Name No. of bits Input / Output Description
1. Reset_n 1 Input Data out is reset when reset is zero
2. Clock 1 Input Use as clock. At positive clock edge data is loaded
3. Request_1 1 Input This is request 1 given in
4. Request_2 1 Input This is request 2 given in
5. Request_3 1 Input This is request 3 given in
6. Request_4 1 Input This is request 4 given in
7. Client_1 1 Output Ouput to request 1
8. Client_2 1 Output Ouput to request 2
9. Client_3 1 Ouput Ouput to request 3
10. Client_4 1 Output Ouput to request 4

About

This repository is basic start of building your own processor using verilog (hdl).

Topics

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published