fpga图像处理学习日记(4)

此次任务的主要目标是完成之前三次的仿真任务以及uart协议串口接收的代码编写,仿真还是花了不少时间的,因为仿真用的板子是ego1,利用vivado来下板子,之前一直是通过ise在basys3上完成板级实验,要说的是,ego1提供的是100mhz的频率时钟,所以需要一个时钟分频来校对

100hz转25hz:

module c100_25(
input clk_100mhz,
input rst_n,

output reg clk_25m
);

reg cnt;

[email protected](posedge clk_100mhz or negedge rst_n)
begin
if(!rst_n)
clk_25m <= 1‘b0;
else if(cnt == 1‘b1)
clk_25m <= ~clk_25m;
else
clk_25m <= clk_25m;
end

[email protected](posedge clk_100mhz or negedge rst_n)
begin
if(!rst_n)
cnt <= 1‘b0;
else
cnt <= cnt + 1‘b1;
end

endmodule

100hz转50hz:

module c100_50(
input clk_100mhz,
input rst_n,

output reg clk
);

[email protected](posedge clk_100mhz or negedge rst_n)
begin
if(!rst_n)
clk <= 1‘b0;
else
clk <= ~clk;
end

endmodule

uart协议串口接收:

module js(
input clk_100mhz,

input rst_n,

input [2:0]baud_set,

input rx,

output reg [7:0]data_byte,

output reg rx_done

);

wire clk;

c100_50 a(
.clk_100mhz(clk_100mhz),
.rst_n(rst_n),
.clk(clk)
);

reg s0_rx,s1_rx;// 同步寄存器

reg tmp0_rx,tmp1_rx; // 数据寄存器

reg [2:0] r_data_byte [7:0];

reg [15:0]bps_dr;

reg [15:0]div_cnt;

reg state;

reg bps_clk;

reg [7:0]bps_cnt;

wire nedege;

reg [2:0] stop_bit,start_bit;

[email protected](posedge clk or negedge rst_n)
begin
if(!rst_n)
begin
s0_rx <= 1‘b0;
s1_rx <= 1‘b0;
end
else
begin
s0_rx <= rx;
s1_rx <= s0_rx;
end
end

[email protected](posedge clk or negedge rst_n)
begin
if(!rst_n)
begin
tmp0_rx <= 1‘b0;
tmp1_rx <= 1‘b0;
end
else
begin
tmp0_rx <= s1_rx;
tmp1_rx <= tmp0_rx;
end
end

assign nedege = tmp0_rx & tmp1_rx;

//波特率选择
[email protected](posedge clk or negedge rst_n)
begin
if(!rst_n)
bps_dr <= 16‘d324;
else
case(baud_set)
0: bps_dr <= 16‘d324;
1: bps_dr <= 16‘d162;
2: bps_dr <= 16‘d80;
3: bps_dr <= 16‘d53;
4: bps_dr <= 16‘d26;
default: bps_dr <= 16‘d324;
endcase
end

[email protected](posedge clk or negedge rst_n)
begin
if(!rst_n)
div_cnt <= 16‘d0;
else if(state) begin
if (div_cnt == bps_dr)
div_cnt <= 16‘d0;
else
div_cnt <= div_cnt + 1‘d1;
end
else
div_cnt <= 16‘d0;
end

[email protected](posedge clk or negedge rst_n)
begin
if(!rst_n)
bps_clk <= 1‘b0;
else if(div_cnt == 16‘d1)
bps_clk <= 1‘b1;
else
bps_clk <= 1‘b0;
end

[email protected](posedge clk or negedge rst_n)
begin
if(!rst_n)
bps_cnt <= 8‘d0;
else if(rx_done | (bps_cnt == 8‘d12 && (start_bit > 2)))
bps_cnt <= 8‘d0;
else if(bps_clk)
bps_cnt <= bps_cnt + 1‘d1;
else
bps_cnt <= bps_cnt;
end

[email protected](posedge clk or negedge rst_n)
begin
if(!rst_n)
rx_done <= 1‘b0;
else if(bps_cnt == 8‘d159)
rx_done <= 1‘b1;
else
rx_done <= 1‘b0;
end

[email protected](posedge clk or negedge rst_n)
begin
if(!rst_n)
data_byte <= 8‘d0;
else if(bps_cnt == 8‘d159)
begin
data_byte[0] <= r_data_byte[0][2];
data_byte[1] <= r_data_byte[1][2];
data_byte[2] <= r_data_byte[2][2];
data_byte[3] <= r_data_byte[3][2];
data_byte[4] <= r_data_byte[4][2];
data_byte[5] <= r_data_byte[5][2];
data_byte[6] <= r_data_byte[6][2];
data_byte[7] <= r_data_byte[7][2];
end
else
begin
data_byte[0] <= data_byte[0];
data_byte[1] <= data_byte[1];
data_byte[2] <= data_byte[2];
data_byte[3] <= data_byte[3];
data_byte[4] <= data_byte[4];
data_byte[5] <= data_byte[5];
data_byte[6] <= data_byte[6];
data_byte[7] <= data_byte[7];
end

end

[email protected](posedge clk or negedge rst_n)
begin
if(!rst_n)
begin
start_bit <= 3‘d0;
r_data_byte[0] <= 8‘d0;
r_data_byte[1] <= 8‘d0;
r_data_byte[2] <= 8‘d0;
r_data_byte[3] <= 8‘d0;
r_data_byte[4] <= 8‘d0;
r_data_byte[5] <= 8‘d0;
r_data_byte[6] <= 8‘d0;
r_data_byte[7] <= 8‘d0;
stop_bit <= 3‘d0;
end
else if(bps_clk)
case(bps_cnt)
0:
begin
start_bit <= 3‘d0;
r_data_byte[0] <= 8‘d0;
r_data_byte[1] <= 8‘d0;
r_data_byte[2] <= 8‘d0;
r_data_byte[3] <= 8‘d0;
r_data_byte[4] <= 8‘d0;
r_data_byte[5] <= 8‘d0;
r_data_byte[6] <= 8‘d0;
r_data_byte[7] <= 8‘d0;
stop_bit <= 3‘d0;
end

5,6,7,8,9,10 : start_bit <= s1_rx + start_bit;
21,22,23,24,25,26 : r_data_byte[0] <= r_data_byte[0] + s1_rx;
37,38,39,40,41,42 : r_data_byte[1] <= r_data_byte[1] + s1_rx;
53,54,55,56,57,58 : r_data_byte[2] <= r_data_byte[2] + s1_rx;
69,70,71,72,73,74 : r_data_byte[3] <= r_data_byte[3] + s1_rx;
85,86,87,88,89,90 : r_data_byte[4] <= r_data_byte[4] + s1_rx;
101,102,103,104,105,106 : r_data_byte[5] <= r_data_byte[5] + s1_rx;
117,118,119,120,121,122 : r_data_byte[6] <= r_data_byte[6] + s1_rx;
133,134,135,136,137,138 : r_data_byte[7] <= r_data_byte[7] + s1_rx;
149,150,151,152,153,154 : stop_bit <= s1_rx + stop_bit;
default :;
endcase
else
begin
r_data_byte[0] <= r_data_byte[0];
r_data_byte[1] <= r_data_byte[1];
r_data_byte[2] <= r_data_byte[2];
r_data_byte[3] <= r_data_byte[3];
r_data_byte[4] <= r_data_byte[4];
r_data_byte[5] <= r_data_byte[5];
r_data_byte[6] <= r_data_byte[6];
r_data_byte[7] <= r_data_byte[7];
end
end

[email protected](posedge clk or negedge rst_n)
begin
if(!rst_n)
state <= 1‘b0;
else if(nedege)
state <= 1‘b1;
else if(rx_done || (bps_cnt == 8‘d12 && (start_bit > 2)))
state <= 1‘b0;
else
state <= state;
end

endmodule

附:前三次学习下板子的表现

原文地址:https://www.cnblogs.com/fpgamzy/p/10355473.html

时间: 2024-11-09 03:10:21

fpga图像处理学习日记(4)的相关文章

fpga图像处理学习日记(1)

在学习有关方面之前,我还是先行的用了一天时间重新学习了一遍uart协议,我认为对uart的熟悉程度会对接下来的学习过程有一定的帮助,于是开始了对图像处理的学习,首先在找资料方面实在是难受,每次在查找资料的过程都是很痛苦的,每每不能找到我想到的东西,花了很长的功夫去四处找我要学习的东西,终于东拼西凑对VGA有了一点初步的了解 但是说实话,现在对一些名词还是没有很强的概念,比如前沿后沿,显示脉冲和同步脉冲等等,还是在参照下完成了代码 module vga_1(    input clk,    in

fpga图像处理学习日记(3)

这一次的学习任务主要为在vga显示屏上面显示汉字或是字母,代码的原理出现了新的知识,首先汉字或是字母在屏幕上的排列方式转化为代码使用了pctolcd2002软件来完成,在校对好对应的参数之后,就可以通过软件直接来输出代码 例如上述汉字"嘻嘻嘻",借助软件转化为了我们需要使用的代码 嘻(0) 嘻(1) 嘻(2) DB 00H 40H;DB 07H FCH;DB F0H 40H;DB 93H F8H;DB 90H 00H;DB 93H F8H;DB 92H 08H;DB 93H F8H;D

学习日记之状态模式和Effective C++

状态模式(State):当一个对象内在状态改变时,允许改变其行为,这个对象看起来像是改变了其类. (1),状态模式主要负责解决的是当控制一个对象转换的条件表达式过于复杂时的情况.把状态的判断逻辑转移到表示不同状态的一系列类中,可以把复杂的判断逻辑简化. (2),状态模式的好处是将与特定状态相关的行为局部化,并且将不同状态的行为分割开来. (3),将特定的状态相关的行为都放入一个对象中,由于所有与状态相关的代码都存在于某个ConcreteState中,所以通过定义新的子类可以很容易地增加新的状态和

学习日记

五一耍了三天,自己的计划有泡汤,那种制止力哪里去了,不过我认真起来还有有废寝忘食的时候,不过希望这种时候多一点,回家妈妈告诉我,她给老师打电话了的,老师说了我的一些情况,不过我没有老师说的那么好,学习在班上算中等.我觉得还算不上吧!任重而道远吧. Java中有个比较重要的类Properties(Java.util.Properties),主要用于读取Java的配置文件,各种语言都有自己所支持的配置文件,配置文件中很多变量是经常改变的,这样做也是为了方便用户,让用户能够脱离程序本身去修改相关的变量

Duanxx的图像处理学习: 透视变换(二)

在<Duanxx的图像处理学习:透视变换(一)>中简要的说明了透视变化的算法,这里再进一步的对透视变换做说明. 基于前面的说明,可以很容易发现, 一个变换矩阵有如下你的分区特性: 一般来说,我有一个三维变换矩阵如下: 矩阵中的元素(p , q , r)取非全0时,能产生透视效果 一.一点透视 来看下面一张图: 现在是以z轴上的一点(0,0,d,1)为投影中心,计算P(x,y,z,1)点在XOY平面上的透视投影. 那么,现在很容易知道: 即: 这里取: 那么变换矩阵T,就为: 结果的其次坐标表示

学习日记之解释器模式和Effective C++

解释器模式(interpreter):给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子. (1),如果一种特定类型的问题发生的频率足够高,那么可能就值得将该问题的各个实例表述为一个简单语言的句子.这样可以构建一个解释器,该解释器通过解释这些句子来解决该问题. (2),当一个语言需要解释执行,并且你可将该语言中的句子表示为一个抽象的语法树时,可使用解释器模式. (3),容易改变和扩展文法,因为该模式使用类来表示文法规则,你可以使用继承来改变和扩展该文法

学习日记之中介者模式和Effective C++

中介者模式(Mediator):用一个中介对象来封装一系列的对象交互.中介者使各对象不需要显示地相互引用,从而使其耦合松散,而且可以独立地改变他们之间的交互. (1),中介者模式很容易在系统中应用,也很容易在系统中误用.当系统出现多对多交互复杂的对象群时,不要急于使用中介者模式,而要反思你在系统的设计上是不是合理. (2),中介者的出现减少了各个对象的耦合,使得可以独立地改变和复用各个对象和中介者. (3),由于把对象如何协作进行了抽象,将中介者作为一个独立的概念并将其封装在一个对象中,这样关注

学习日记之职责链模式和Effective C++

职责链模式(Chain of Responsibility):使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系.将这个对象连成一条链,并沿着该条链传递该请求,直到有一个对象处理它为止. (1),当客户提交一个请求时,请求时沿着链传递直到有一个 ConcreteHandler 对象负责处理它. (2),接收者和发送者都没有对方的明确信息,切链中的对象自己也不知道链的结构.结果是职责链可简化为对象之间的连接,它们仅需保留一个指向其后继者的引用.而不惜保留它所有的候选接收者的引用

学习日记之单例模式和Effective C++

单例模式(Singleton):保证一个类仅有一个实例,并提供一个访问它的全局访问点. (1),通常我们可以让一个全局变量使得一个对象被访问,但它不能防止你实例化多个对象.一个最好的办法就是,让类自身负责保存它的唯一实例.这个类可以保证没有其他实例被创建,并且它可以提供一个访问该实例的方法. (2),lock 是确保当一个线程位于代码的临界区时,另一个线程不进入临界区.如果其他线程试图进入锁定的代码,则它将一直等待,知道该对象被释放. (3),双重锁定解决效率问题. (4),C#与公共语言运行库