准备走秋招了，感觉除了数字ic设计和验证的理论知识外，项目好像还真没有能拿的出手的Orz，于是弄了个这个，希望设计与验证的两边都能练到。
项目代码在github
先看功能：能将AXI Master的transaction转换为AHB协议发送到AHB slave端口。能正确返回AHB slave的response。AXI部分只支持INCR/WRAP读写操作，（Fixed操作由于没考虑到就没写，其实也不难，但是写完过后我懒得加了）；支持outstanding；不支持out of order，retry，split等高级feature。AHB部分则为single传输，支持b2b的single传输。
模块结构如下图：
axi2ahb_bridge_top.v：顶层文件，连接各个模块。
axi_controller.v：axi控制器的顶层，连接下面两个模块。
axi2fifo.v：将axi主机发送的数据拆分成一个一个的小块，地址、数据、读写状态、id、size，last一一对应。这个地方主要有两个难点：arlen和awlen如何与ahb协议对应、卷绕突发地址该怎么算。
如果arlen、awlen不为0的话，axi会只发送一个首地址，然后发送一连串的数据。这时我们用两个寄存器a与b，寄存器a在主机第一笔数据来的时候保存当前的len，寄存器b从0开始，遇见一次wvalid自加1，直到加到数据等于len为止。地址的计算就为：首地址+b*(1<<size)。size就是突发的大小，如果size=0，awdata就是8位，每次地址自加1；如果size=3，awdata就是64位，每次地址自加8，以此类推。read部分就有一些不一样，因为读的时候发个首地址就没了，不像写的时候还有数据通道一个一个地在发数据，这个时候就需要把arready拉低，告诉主机我们地址还没切分完，你先等一下。等按照上述方式将每个地址算出来过后在将arready拉高，发送下一笔数据。
至于卷绕突发，我们需要算出地址上界与下界。
地址下界=start_addr/((1<<size)*(len+1))*((1<<size)*(len+1))。
如果我们的首地址为56，数据位宽32位（即4byte，size=2），发送4个数据（len=3），那么地址下界就是56/（4*4）*（4*4）=48。
地址上界=地址下界+(1<<size)*(len+1)。
算好地址上下界，当地址自加到上界的时候，下一个地址就跳转到下界，然后继续自加。
所有地址切片好后，与对应的数据以及控制信号一起发送到fifo。
fifo2axi.v:接受从ahb返回到fifo的数据，比如rdata，resp，id，读写状态，是否为last，并拼装成axi的格式，这部分主要的难度在于读与写的区分，b channel和r channel数据不要混淆就行，难度不高，看看代码就懂了，就不用细讲了。
fifo_wrapper.v：所有异步fifo的顶层，异步fifo的实现可参考我的这一篇博客：一种简单的异步fifo。每个fifo保存不同的数据与信号，同时要跨时钟域。需要细讲的是id_send_fifo.v和id_resp_fifo.v。第一个fifo除了保存id以外还在最后扩展了一位，用于保存last信号，第二个fifo扩展了两位，倒数第二位保存last，倒数第一位保存读或写。
ahb_controller.v：用于接收fifo的数据，转换成ahb的格式发送到从机，以及接收从机返回的数据，还要返回id，last这些ahb没有的信号给axi。这里难点主要在于单个single和连续single的发送。与axi不同的是，ahb是先发地址，从机回应后再发送数据，所以fifo要先读地址与控制信号，再读数据。同时还要考虑到从机没有ready的情况，用状态机实现，状态机需要考虑的很仔细，比如单个single，连续single，连续single中途从机ready拉低等情况，略微复杂，没考虑清楚有bug的话要调很久。
在验证的时候，要注意WRAP的地址必须满足对齐要求。随机了单笔以及多笔INCR/WRAP数据的读写，全部通过了，好耶！
唯一的error是VIP不知道哪里没设置对报了一个orz还没解决，不过数据全部对上了。
欢迎大家积极留言讨论，如果有bug还请批评指正(๑•̀ㅂ•́)و✧
我有一个用户工厂。我希望默认情况下确认用户。但是鉴于unconfirmed特征，我不希望它们被确认。虽然我有一个基于实现细节而不是抽象的工作实现，但我想知道如何正确地做到这一点。factory:userdoafter(:create)do|user,evaluator|#unwantedimplementationdetailshereunlessFactoryGirl.factories[:user].defined_traits.map(&:name).include?(:unconfirmed)user.confirm!endendtrait:unconfirmeddoenden
有没有办法在这个简单的get方法中添加超时选项？我正在使用法拉第3.3。Faraday.get(url)四处寻找，我只能先发起连接后应用超时选项，然后应用超时选项。或者有什么简单的方法？这就是我现在正在做的:conn=Faraday.newresponse=conn.getdo|req|req.urlurlreq.options.timeout=2#2secondsend 最佳答案 试试这个:conn=Faraday.newdo|conn|conn.options.timeout=20endresponse=conn.get(url
我想在Ruby中创建一个用于开发目的的极其简单的Web服务器(不，不想使用现成的解决方案)。代码如下:#!/usr/bin/rubyrequire'socket'server=TCPServer.new('127.0.0.1',8080)whileconnection=server.acceptheaders=[]length=0whileline=connection.getsheaders想法是从命令行运行这个脚本，提供另一个脚本，它将在其标准输入上获取请求，并在其标准输出上返回完整的响应。到目前为止一切顺利，但事实证明这真的很脆弱，因为它在第二个请求上中断并出现错误:/usr/b
我意识到这可能是一个非常基本的问题，但我现在已经花了几天时间回过头来解决这个问题，但出于某种原因，Google就是没有帮助我。(我认为部分问题在于我是一个初学者，我不知道该问什么......)我也看过O'Reilly的RubyCookbook和RailsAPI，但我仍然停留在这个问题上.我找到了一些关于多态关系的信息，但它似乎不是我需要的(尽管如果我错了请告诉我)。我正在尝试调整MichaelHartl'stutorial创建一个包含用户、文章和评论的博客应用程序(不使用脚手架)。我希望评论既属于用户又属于文章。我的主要问题是:我不知道如何将当前文章的ID放入评论Controller。
我的工作要求我为某些测试自动生成电子邮件。我一直在四处寻找，但未能找到可以快速实现的合理解决方案。它需要在outlook而不是其他邮件服务器中，因为我们有一些奇怪的身份验证规则，我们需要保存草稿而不是仅仅发送邮件的选项。显然win32ole可以做到这一点，但我找不到任何相当简单的例子。 最佳答案 假设存储了Outlook凭据并且您设置为自动登录到Outlook，WIN32OLE可以很好地完成此操作:require'win32ole'outlook=WIN32OLE.new('Outlook.Application')message=
华为OD机试题本篇题目：明明的随机数题目输入描述输出描述：示例1输入输出说明代码编写思路最近更新的博客华为od2023|什么是华为od，od薪资待遇，od机试题清单华为OD机试真题大全，用Python解华为机试题|机试宝典【华为OD机试】全流程解析+经验分享,题型分享,防作弊指南华为o
C#实现简易绘图工具一.引言实验目的:通过制作窗体应用程序(C#画图软件),熟悉基本的窗体设计过程以及控件设计,事件处理等,熟悉使用C#的winform窗体进行绘图的基本步骤,对于面向对象编程有更加深刻的体会.Tutorial任务设计一个具有基本功能的画图软件**·包括简单的新建文件,保存,重新绘图等功能**·实现一些基本图形的绘制,包括铅笔和基本形状等,学习橡皮工具的创建**·设计一个合理舒适的UI界面**注明:你可能需要先了解一些关于winform窗体应用程序绘图的基本知识,以及关于GDI+类和结构的知识二.实验环境Windows系统下的visualstudio2017C#窗体应用程序三.
//1.验证返回状态码是否是200pm.test("Statuscodeis200",function(){pm.response.to.have.status(200);});//2.验证返回body内是否含有某个值pm.test("Bodymatchesstring",function(){pm.expect(pm.response.text()).to.include("string_you_want_to_search");});//3.验证某个返回值是否是100pm.test("Yourtestname",function(){varjsonData=pm.response.json
在前面两节的例子中，主界面窗口的尺寸和标签控件显示的矩形区域等，都是用C++代码编写的。窗口和控件的尺寸都是预估的，控件如果多起来，那就不好估计每个控件合适的位置和大小了。用C++代码编写图形界面的问题就是不直观，因此Qt项目开发了专门的可视化图形界面编辑器——QtDesigner（Qt设计师）。通过QtDesigner就可以很方便地创建图形界面文件*.ui，然后将ui文件应用到源代码里面，做到“所见即所得”，大大方便了图形界面的设计。本节就演示一下QtDesigner的简单使用，学习拖拽控件和设置控件属性，并将ui文件应用到Qt程序代码里。使用QtDesigner设计界面在开始菜单中找到「Q
MIMO技术的优缺点优点通过下面三个增益来总体概括：阵列增益。阵列增益是指由于接收机通过对接收信号的相干合并而活得的平均SNR的提高。在发射机不知道信道信息的情况下，MIMO系统可以获得的阵列增益与接收天线数成正比复用增益。在采用空间复用方案的MIMO系统中，可以获得复用增益，即信道容量成倍增加。信道容量的增加与min(Nt,Nr)成正比分集增益。在采用空间分集方案的MIMO系统中，可以获得分集增益，即可靠性性能的改善。分集增益用独立衰落支路数来描述，即分集指数。在使用了空时编码的MIMO系统中，由于接收天线或发射天线之间的间距较远，可认为它们各自的大尺度衰落是相互独立的，因此分布式MIMO
