多用户MIMO算法仿真，包括BD,ZF,MMSE等-multiuserMIMOsimulation

本程序是对V-BLAST系统及其检测算法的仿真，可采用BPSK,QPSK,16QAM,64QAM调制。
检测算法为ML，MMSE,ZF,以及采用迫零的连续干扰消除检测算法。

MIMO检测，线性ZF,MMS,ML码性能比较-MIMODetectionMIMO检测技术，迫零（ZF），最小均方误差（MMSE）和最大似然（ML）

软件程序按照发射端所掌握的各用户信道状态信息的程度共分为两部分：即完整信道状态信息(CSIT)和部分信道状态信息(CSIP)。
其中，每一部分都包括预编码(precoding)和用户调度(scheduling)。
在CSIT中，precoding又按照各用户的数据流数分为单数据流和多数据流两种情况。
在每种情况下，首先考察了不同预编码算法的性能表现，包括两种ZF、MMSE、SINR、SLNR。
之后又考察了功率分配算法的性能表现（文件名中含有PD表明其含有功率分配的过程）。
按照不同指标进行功率分配的，在文件名中进行了区分，如PD_CN代表以信道范数为参考指标进行功率分配。
Scheduling部分首先观察了RoundRobin、MaxH和MMSLNR三种算法的性能对比。
之后在Kc和Round部分分别观察了不同预选用户数和不同最大替换轮数下MMSLNR算法的表现。
在CSIP中，只对各用户单数据流的情况进行了仿真。
采用的预编码算法主要有DSLNR（即直接运用CSIT下的预编码算法）、ESLNR（即对SLNR进行均值计算的，在CSIP中，引入均值计算的与SLNR有关的算法，其文件名中都有modified以示区别）、EMMSE（即陈明老师那边的那篇文章中的预编码算法）。
Scheduling中也只是简单的观察了RoundRobin、MaxH、DMMSLNR和EMMSLNR（前者没有均值计算，后者有）的性能对比。
在各部分程序中，main以及mainX（X代表某一数字）是最终的主程序，且各种参数均在主程序的开头部分进行了说明。
主程序中，都是按照信号生成，信道生成，调度与预编码，信号接收这样的过程进行的。

AT89S2051，S5，S52，ISP下载器软件，ZF-009+，progisp20，AT90,AtmegaXX下载器

本V-BLAST程序含有两种实现代码、实现结果图以及实验报告，ZF算法主要有4种：lineralzf,zfqr,zfsqrd,zfvblast，MMSE算法主要有4种：linermmse,mmseqr,MMSEvblast，以及ML算法，附带结果图以及实验报告。

OFDM信道估计和均衡的仿真程序，包括MMSE、LS、ZF等方法，是matlab代码，需要的可以拿去学习学习

ZF均衡器和MMSE均衡器原理设计，多抽头的，word文档，源代码！

由于文件比较大，ZF_faster_rcnn_final.caffemodel，VGG16_faster_rcnn_final.caffemodel这两个文件都超过220M，所以我把这两个文件压缩放在网盘了。
faster_rcnn_models的下载链接.txt里面有详细的下载地址和密码。
永久有效

使用迫零检测算法(ZF)，最小均方误差检测算法，排序的MMSE检测算法，相应的MMSE软检测算法.

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。