FPGA小白学习日志一:LED的点亮

1.工程准备

首先建立一个名为led的工程文件夹,文件夹下包含了doc、quartus_prj、rtl、sim四个子文件夹:

那么我们来分析各个文件夹包含了什么:

doc:该文件夹主要包含了文档资料、数据手册、Visio波形等,相当于档案库;
quartus_prj:该文件夹主要包括了使用Quartus II软件新建的工程,相当于操作台;
rtl:该文件夹主要放置生成硬件电路的代码,相当于原材料;
Sim:该文件夹放置对生成硬件电路代码的仿真文件,相当于质检室;

    这四个文件夹各自完成不同的分工,但是它们之间有什么联系呢?答案是:他们之间通过路径关联和文件引用,形成一个完美的FPGA开发闭环。quartus_prj作为工程中枢,向上访问doc读取说明,向下访问rtl获取硬件代码,向外访问sim获取仿真脚本;sim向上访问rtl在逻辑上验证硬件代码的正确性。

2.设计过程

   无论我们使用FPGA做什么类型的项目时,我们都要参照一个具体的流程,这里就介绍我自己的开发流程:

1.看手册和原理图,搞清楚我们需要实现什么功能,就像做饭时我们需要看食谱,要知道自己吃什么。
2.搞清楚要吃什么了以后,我们就要开始选食材,选调料了,这样我们才能炒出来一盘好菜,这就对应着我们要新建工程,选好工程对应的开发芯片。这里我用的是野火的Altera EP4CE10 征途Mini开发板。
3.接下来我们就要开始炒菜了,也就是说我们要去写代码,运用Verilog代码实现电路功能。
4.相信大家炒完菜之后都会用筷子夹起一些尝一尝,评定炒的这盘菜好不好吃,能不能上桌,要不要重炒,也就是说我们写完代码以后,要去编译代码、写仿真软件测试是否有逻辑错误。
5.菜没问题以后呢,我们就要盛出来上桌了,那么是要盛到盘子里呢还是盛到盆子里呢,不同的菜我们也要分配好容器才好,也就是说在我们测试仿真完以后啊,就要分配硬件引脚了,这样我们的工程才能正常跑出来。
   
   其实我们用FPGA做项目和炒菜流程是差不多的,这样有了具体的流程以后,我们就按着这个思路来实现led这个工程项目的实现。

3.工程实现

(1)看食谱

        首先,我们来看食谱,看看我们需要吃什么菜,这里要打开开发板的原理图,找到“按键”和“LED”这两个模块,这里取KEY1与LED1:

        


                                                                       按键电路

                               

                               

                                                                  LED电路

我们来分析一下这两个原理图,看看他们是怎么共同实现led灯点亮的:
 
当SW2按键松开时,1、2与3、4不导通,此时KEY1被拉低到GND低电平,发出低电平信号key_in为0,对应的FPGA输入引脚接收0信号,并给LED电路发送0信号,LED1电路收到0信号后,输出低电平信号led_out为0,led灯不亮;
当SW2按键按下时,1、2与3、4导通,此时KEY1被拉高到3V3高电平,发出高电平信号key_in为1,对应的FPGA输入引脚接收1信号,并给LED电路发送1信号,LED1电路收到1信号后,输出高电平信号led_out为1,led灯亮。

接着我们在VIsio中绘制我们led功能框图和波形图,这里我们就不过多介绍了,相信大家看完上述我们对led电路实现的解析后很容易理解下面两个框图。   


                


                                                             led功能框图

                   


          
                                                              led波形图
 

  记得做完以后保存到doc文件夹中。 就此,我们的工程前提工作已经就绪了,也就是说我们看完菜谱已经知道自己要吃什么了,接下来我们就要新建工程,开始备菜了。

(2)备菜

接着,我们在Quartus中新建工程,工程要放到quartus_prj文件夹中:       

               

            对于以下页面,野火官方文档中只做了简要说明,这里主播解释一下:其实就是把我们写好的代码文件和新建工程绑定在一起,Quartus只有在列表里看到了这个文件,才会去读取他,生成对应的电路。不过我们还没有开始写代码,所以目前就不用添加代码文件了。

                    

接下来是器件选择,我们这里也来做个解释:
1.Family是器件族,就是说我们使用的哪类芯片,这个在FPGA板芯片上有介绍,这里主播使用的是Cyclone IV E系列芯片
2.Packege是封装类型,这里我们选的是Any QFP封装,这时候就有读者要问了:“配置为什么和野火官方文档给的不一样呢”,其实主播这块板CPU型号是EP4CE10E22C8N ,我们来对这串数值进行拆解:

a)EP4CE是产品系列,也就是上面Family中选择的芯片型号:Cyclone IV 系列E型
b)后面的10就是10k个逻辑单元
c)再后面的E就是EQFP类型封装,归类在QFP大类下,所以我们在Package中选择的是Any QFP封装
d)22就对应着Pin count中的引脚数量,即144个
e)C对应着工作温度,0-85°,这个我们可做了解
f)8则对应着速度等级,也就是Speed grade中的8
g)N就是工艺标识,无铅工艺,这个我们也只做简要了解

    相信看完这个,大家已经懂得怎么去读一个FPGA CPU型号了,同时在主播给大家讲解的过程中,我们也把工程配置好了。对于下面的Available devices,我就不做详细解说了。主播要说的是,在新建工程中的配置一定要和CPU严格对应好,不然是很影响后面的编译结果的。
                                               


         


            
(3)炒菜

看完食谱备好食材了之后呢,我们就要开始炒菜了,也就是要写代码。但是要在哪里炒菜呢,在哪里写代码呢?当然就是Notepad++了。此时,我们在rtl文件夹下新建一个名为led.v的文本文件,然后用Notepad++打开。
           

  大家回想一下第一步在工程准备中我们对quartus_prj文件夹的介绍:“quartus_prj作为工程中枢.....向下访问rtl获取硬件代码”,也就是说,我们编写完代码以后,还要让quartus_prj这个文件夹访问提取使用才可以,那怎么才能实现这个流程呢?接下来我们就要回到Quartus软件,将我们编写的代码(led.v文本文件)添加到工程中,这样quartus_prj就可以访问rtl获取硬件代码了,具体的步骤主播就不展示了,在野火官方文档有详细介绍。至此,炒菜部分我们就完成了。

(4)品尝

      菜炒好以后呢,我们就要夹起一些品尝了,也就是说,我们要去对代码进行编译和仿
这里主播不做步骤解释了,我们来简要看一下这个任务栏(Task)是干啥的:

a)Start Project: 工程初始化,包含新建工程、选择芯片型号、添加源文件等等,也就是说我们可以从这里面新建工程、打开已有工程等等。
b)Create Design: 设计输入与文件管理的核心入口,就是说我们可以从这里面新建代码文件、打开已有代码文件等。
c)Assign Constraints: 主要是导入约束文件、进行引脚分配等。
d)Compile Design :这个负责代码语法检查-布局布线-生成下载文件-时序分析-下载到开发板,讲明白点就是做了一些我们“尝菜”的部分操作。    
e)Verify Design :则是整个工程的收尾操作,负责打包整个led工程,也就是归档,然后导出工程数据库                                                

                           

                                 

说完了这些,我们来看看RTL视图,所谓RTL视图,就是将我们写的代码转换成硬件电路:            

                                            


                       
可以看出,这和我们在Visio软件中设计的led电路是一样的,同时代码编译也是没有问题的。完成这一步之后呢,我们就要去做仿真测试了。那么有些读者就会问,明明RTL视图已经和我们的设计电路一样的,那为什么还要做仿真测试呢?其实RTL视图做的就是将我们的代码综合成硬件电路,但是我们是不知道电路输入和输出的状态的,因此我们就要跑仿真,证明代码逻辑在实际运行中是正确的。
此处的仿真代码与文件添加主播就不再多述了,但是主播要在这里向大家解释一下输出网表的概念,因为在官方文档中频繁出现。所谓输出网表,说白了就是把我们的代码翻译成FPGA能读懂的硬件电路而已,所以“输出网表的语言格式”就是Verilog语言咯,“输出网表的时间单位”就是做仿真时的时间单位。相信主播这样解释,大家更能理解得通。

                                                                    仿真波形

在得到仿真波形以后,对比我们在Visio中绘制的波形图,是一模一样的。也就是说,RTL视图和Modelsim的仿真,无论是硬件电路还是输入输出波形都与我们的初始设计高度吻合,因此,“品尝”这一步我们已经做好了。

(4)装盘
   
仿真这一步我们做的已经没有问题了,接着我们就要分配引脚了,就是具体看按键SW1和LED1具体分配在电路板上的哪些引脚。因为EP4CE10E22C8N型CUP是把key_in和led_out 两个分配到IOBANK_3里面了,因此主播的引脚配置和官方文档不太相同,如下:
key_in <Input> @ IOBANK_3
led_out <Output> @ IOBANK_3

                      

         最后呢,主播提醒大家一下,尤其是我们在分配引脚时,一定一定要参考手册或者原理图来,不然轻则工程无发实现,重则芯片烧毁。至此,我们已经装盘了,后续的步骤主播就不进行讲解了,还请大家参照官方文档来。本文章不仅记录主播的FPGA学习之路,还想能为各个读者提供部分个人解答,共同进步。

Read more

uniapp-x的HarmonyOS鸿蒙应用开发:tabbar底部导航栏的实现

uniapp-x的HarmonyOS鸿蒙应用开发:tabbar底部导航栏的实现

假期期间,百无聊赖。空闲时间够多了吧?有时候感觉特别的百无聊赖。不睡懒觉,电影不看,手机不刷,游戏不玩,也无处可去。那么做什么呢? 于是翻出来之前做过的“爱影家”影视app项目,找个跨多端的技术栈实战学习一把。我先后尝试了kuikly、flutter 、arkui-x等框架,结果。。。,额,这几个没少踩坑做不动了。真想向天问一下,跨平台框架开发哪家强?最后尝试了下uni-app x,被惊艳到了。果然dcloud很给力啊。且uni-app-x的性能很给力。还停留在uniapp只擅长小程序吗?唯独被诟病的是:uniapp-x的uts语法很难受啊,写法跟ts差异很大,且大模型不认识uts语法。 可以体验打包后的hello uni-app x这个demo项目,地址是:https://hellouniappx.dcloud.net.cn/ 可以看到组件很全面啊,我先后体验了android端,鸿蒙端和小程序端,界面UI效果一致,且鸿蒙端运行相当流畅。可以看到组件还是很丰富的。浏览器端的体检们可以直接访问:https://hellouniappx.

组建龙虾团队——OpenClaw多机器人构建

组建龙虾团队——OpenClaw多机器人构建

成功搭建了OpenClaw,也成功建立的自己的每日服务,这时候发现,似乎不太敢在当前的机器人中让他做别的事情,生怕会话太多会让他出现遗忘。(尽管我们配置了QMD记忆增强,但毋庸置疑任何技术都是有上限的)。 换做同样的情况,比如在DeepSeek或者豆包之类的对话窗口,我们会习惯性地新建一个对话。那么我们是否可以新建一个机器人,或者多个机器人,让他们各司其职,各尽所能,形成一个相互配合的团队呢~开干吧,没什么不可能的!! 🦞新建一个机器人 来到飞书开发者后台,新创建一个应用,在这里我们以短视频剪辑脚本应用为例。 创建之后,由于我们的openclaw绑定的是之前的飞书渠道,并没有链接到这个应用的APP ID,所以暂时不做其他操作,只需要记录一下他的APP ID和APP Secret。 🦞配置OpenClaw 如果还是按照claw的命令行安装,每一步都有些让人担心害怕,毕竟我们先前已经配置过一次了,接下来的操作,需要小心是否会把以前的配置给覆盖掉。 为了避免这样的不确定性,我们直接去操作他的配置文件 在WSL2终端中进入openclaw目录 cd .openclaw

AI绘画新选择:Z-Image-Turbo与Stable Diffusion对比体验

AI绘画新选择:Z-Image-Turbo与Stable Diffusion对比体验 如果你最近在AI绘画工具间反复横跳——等SDXL模型下载到怀疑人生、调参调到显存报警、生成一张图要喝三杯咖啡,那今天这篇实测可能就是你一直在找的“那个开关”。我们不聊参数量、不讲训练方法,就用最真实的工作流场景:同一台RTX 4090D机器、同一个提示词、同一张显示器,把Z-Image-Turbo和Stable Diffusion XL(SDXL 1.0)面对面拉出来比一比。不是理论对比,是手按回车键后,看谁先弹出那张图。 1. 先说结论:快不是噱头,是实打实的体验差 Z-Image-Turbo不是“又一个扩散模型”,它是为生产环境重新定义“生成”这个动作的工具。而Stable Diffusion,依然是那个你熟悉、信赖、但越来越像“需要定期保养的老朋友”的经典方案。它们的区别,不是“好与坏”,而是“快刀切菜”和“慢火炖汤”的分工差异。

【FPGA入坑指南第二章】安装vivado/vitis2023.1软件

【FPGA入坑指南第二章】安装vivado/vitis2023.1软件

本栏目的初心 降低FPGA的门槛,让所有对FPGA感兴趣的,之前望而却步的朋友也能上手玩一玩,体验一下FPGA的世界。【本栏作者贯彻“先进入再深入”的中心思想】 引文 * AMD官方软件下载地址 vivado开发者工具 * 百度云下载包 Xilinx2023.1安装包「其他版本可以联系作者」 简介 Vivado和Vitis是Xilinx(现为AMD的一部分)推出的两款核心软件工具,它们在FPGA和SoC(系统级芯片)设计中占据着重要地位。这两款软件的推出代表了Xilinx在数字设计领域的持续创新与发展,并且逐步取代了早期的ISE和SDK工具套件。 ISE和SDK的历史背景 在Vivado和Vitis推出之前,Xilinx的ISE(Integrated Software Environment)是FPGA设计的主要开发环境。ISE主要用于Xilinx早期的FPGA系列,如Spartan和Virtex系列。ISE支持从RTL设计、综合、布局布线到生成比特流文件的整个设计流程,但其在时序优化、设计复杂度和开发效率方面逐渐暴露出一些局限性,尤其是对于更高端的FPGA系列和