基于FPGA的UDP硬件协议栈,全部用SystemVerilog写的,不需CPU参与,包括独立的MAC模块。
支持外部phy的配置,支持GMII和RGMII模式。
以下是接口inputclk50,inputrst_n,interfacetousermoduleinput[7:0]wr_data,inputwr_clk,inputwr_en,outputwr_full,output[7:0]rd_data,inputrd_clk,inputrd_en,outputrd_empty,input[31:0]local_ipaddr,//FPGAipaddressinput[31:0]remote_ipaddr,//PCipaddressinput[15:0]local_port,//FPGAportnumber//interfacetoethernetphyoutputmdc,inoutmdio,outputphy_rst_n,outputis_link_up,`ifdefRGMII_IFinput[3:0]rx_data,outputlogic[3:0]tx_data,`elseinput[7:0]rx_data,outputlogic[7:0]tx_data,`endifinputrx_clk,inputrx_data_valid,inputgtx_clk,outputlogictx_en
2024/5/9 1:21:54 52KB FPGA UDP千兆 以太网 源码
1
input文件夹存放的是项目数据源;
wordcount统计每个单词的总数;
count和count1分别使用dataframe和rdd统计人口性别和身高;
demo1最受欢迎的老师的问题;
demo2多文件去重合并;
demo3计算年度最高温度
2024/4/27 8:47:20 67KB spark
1
编码:functionoutput=cnv_encd(G,k0,input)%cnv_encd(G,k0,input),k0是每一时钟周期输入编码器的bit数,%G是决定输入序列的生成矩阵,它有n0行,L*k0列。
n0是输出bit数,%参数n0和L由生成矩阵G导出,L是约束长度。
L之所以叫约束长度%是因为编码器在每一时刻里输出序列不但与当前输入序列有关,%而且还与编码器的状态有关,这个状态是由编码器的前(L-1)k0。
%个输入决定的,通常卷积码表示为(n0,k0,m),m=(L-1)*k0是编码%器中的编码存贮个数,也就是分为L-1段,每段k0个%有些人将m=L*k0定义为约束长度,有的人定义为m=(L-1)*k0%查看是否需要补0,输入input必须是k0的整数倍译码:functiondecoder_output=viterbi_decoder(G,k,channel_output)
2024/4/21 15:35:36 4KB 卷积编码译码 matlab viterbi译码
1
该程序使用CodeBlockC++编译,包含非均匀B样条功能。
该程序用于自动划分叶轮机械叶栅通道网格,使用多块结构化网格,类型为HOH。
网格保存使用CGNS协议库。
其中input文件夹内为测试算例。
使用过程中如果遇到什么问题,请联系作者:x-lihaitao@sohu.com
2024/4/10 21:13:44 4.25MB 叶栅 HOH网格
1
C#调用OneNote进行批量文字识别,源码功能:把input中的图片批量识别,输出到output。
所用环境:VS2010C#office套件中的OneNote2013说明:bin/Debug/temPath中有个noenote文件,可以打开看。
运行的时候:1、会把图片加载到这个文件中2、然后识别3、然后删除然后加载下一张图片。



这个过程你可以打开OneNote看得到有时候会抽风,就是识别几张图之后,有个图一直识别不到,我也不知道为什么,也不确定是不是一定会,反正我这里有时会“发愣”,估计是因为程序里面没有强制触发其运行识别,导致识别失败,(我不知道怎么强制触发其识别,只得看它心情)这种情况只要在OneNote中对着那个图片:右键-_-复制图片中的文字,就会触发它识别,它一识别,程序也就获得数据了,程序就会继续下去。


2024/3/31 9:24:06 22.63MB onenote OCR C# 文字识别
1
´问题描述:码头仓库是划分为n×m个格子的矩形阵列。
有公共边的格子是相邻格子。
当前仓库中有的格子是空闲的;
有的格子则已经堆放了沉重的货物。
由于堆放的货物很重,单凭仓库管理员的力量是无法移动的。
仓库管理员有一项任务,要将一个小箱子推到指定的格子上去。
管理员可以在仓库中移动,但不能跨过已经堆放了货物的格子。
管理员站在与箱子相对的空闲格子上时,可以做一次推动,把箱子推到另一相邻的空闲格子。
推箱时只能向管理员的对面方向推。
由于要推动的箱子很重,仓库管理员想尽量减少推箱子的次数。
´编程任务:对于给定的仓库布局,以及仓库管理员在仓库中的位置和箱子的开始位置和目标位置,设计一个解推箱子问题的分支限界法,计算出仓库管理员将箱子从开始位置推到目标位置所需的最少推动次数。
´数据输入:由文件input.txt提供输入数据。
输入文件第1行有2个正整数n和m(1<=n,m<=100),表示仓库是n×m个格子的矩形阵列。
接下来有n行,每行有m个字符,表示格子的状态。
S表示格子上放了不可移动的沉重货物;
w表示格子空闲;
M表示仓库管理员的初始位置;
P表示箱子的初始位置;
K表示箱子的目标位置。
´结果输出:将计算出的最少推动次数输出到文件output.txt。
如果仓库管理员无法将箱子从开始位置推到目标位置则输出“Nosolution!”。
输入文件示例输出文件示例input.txtoutput.txt
2024/3/30 21:20:28 68KB 推箱子 算法 VC
1
discord-input-stats-rpc这个用C#编写的小模块跟踪您按下键盘上的键的次数以及鼠标的左键单击的次数,并将它们显示在DiscordRPC中!跟踪CPU使用量(偶尔<1%)和内存(〜7mb64位,〜3mb32位)捆绑到.exe以方便使用大大小小的图像文本中的小隐藏的复活节彩蛋:)(如果您不喜欢它们,可以更改它们)如何从源代码构建(不推荐)在VisualStudio中克隆此存储库安装所有必需的软件包并进行构建Python?切换到分支(无可执行文件)。
WindowsDefender是否检测为恶意软件?不幸的是,由于.exe未被签名(这为免费项目带来了一笔财富),WindowsDefender倾向于阻止此类程序,因为它们是“不受信任的”。
但是,如果不确定,您可以查看病毒总数!|正如预期的那样,只有65个引擎中的2个过度保护的
2024/2/28 18:52:12 34KB input discord rpc stats-rpc
1
高斯·塞德尔Input.txtn=3a[][]=276-161521154b[]=8572110x0[]=000iteration=10Output.txtx1=3.148148x2=3.540741x3=1.913169x1=2.432175x2=3.572041x3=1.925848x1=2.425689x2=3.572945x3=1.925951x1=2.425492x2=3.573010x3=1.925954x1=2.425478x2=3.573015x3=1.925954x1=2.4254
2024/2/27 15:53:58 2KB C++
1
linux按键测试例子,/dev/input下event设备,获取按键状态并打印出来。
2024/2/27 4:49:43 2KB arm linux
1
在lowe最终更新的sift版本基础上修改。
适用于VS2008,opencv2.3.1版本。
代码修改包括:utils.h中添加头文件#include属性->linker->input附加依赖项修改2.3.1版本opencv的lib库文件。
opencv中tbb.dll需复制重命名为tbb_debug.dll。
另外,系统的环境变量和VS2008中的关于opencv的设置参考opencv手册。
2024/2/3 20:16:48 11.24MB sift vs08 opencv
1
共 93 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡