针对目前具体产品中算法实现复杂且基于计算机(PC)平台的纯软件环境等问题，提出了一种视频车辆跟踪的嵌入式实现方法。
利用可编程片上技术，使得视频检测摆脱PC平台的依赖。
以NiosII软核处理器和外设知识产权(IP)核为硬件平台,结合模拟/数字信号转换(A/D)和数字/模拟信号转换(D/A)的视频接口，以μC/OS为操作系统,实现了视频检测的硬件与软件结合的嵌入式检测技术。
最后实验验证了设计的有效性。
利用可编程片上技术，使得视频检测摆脱PC平台的依赖。
以NiosII软核处理器和外设知识产权(IP)核为硬件平台,结合模拟/数字信号转换(A/D)和数字/模拟信号转换(D/A)的视频接口，以μC/OS为操作系统,实现了视频检测的硬件与软件结合的嵌入式检测技术。
最后实验验证了设计的有效性。
2025/1/11 1:54:36
2.65MB
1
VBDecompilerProVisualBasic能编译程序为p－code或nativecode形式的EXE,DLL或OCX文件.VBDecompilerPro能反编译VisualBasic5.0/6.0的p－code形式的EXE,DLL或OCX文件。
对nativecode形式的EXE,DLL或OCX文件,VBDecompilerPro也能给出反编译线索。
如果一个程序被编译成nativecode,从机器码恢复源代码是几乎不可能的.但即便是这种情形下VBDecompiler还是可以帮助你分析程序.VBDecompiler包含了一个强大的支持包含MMX和SSE的PentiumPro指令集的反编译器.它还包含一个代码分析器,用于搜索所有API调用,汇编代码中的字符串引用并将结果修改为相应的注释.标准版及专业版VBDecompiler的功能介绍LitePro通用脱壳(支持UPX,NSPack以及一些其他常见的可执行文件压缩壳)反编译窗体(frm和frx)以及用户控制(ctl)对象文件完整的伪代码p-code反编译(解析操作码并转换为标准vb指令,反编译GUID对象)两种伪代码反编译模式(包含堆栈解析或不包含堆栈解析)反汇编nativecode过程(使用强大的PentiumPro反汇编器,支持MMX及FPU指令集)反汇编nativecode过程中的字符串引用以及API调用(使用强大的PentiumPro反汇编器,支持MMX及FPU指令集)部分反编译nativecode（使用代码仿真引擎）在反编译的代码中根据语法显示不同的颜色字符串引用列表以及搜索引擎快速反编译VB5/6程序的混淆工具VB5/6程序的修补工具将反编译的数据保存入单个DB文件反编译.Net程序将所有的过程列表保存入MAP文件，IDC脚本或是HIEW的Names文件价格
对nativecode形式的EXE,DLL或OCX文件,VBDecompilerPro也能给出反编译线索。
如果一个程序被编译成nativecode,从机器码恢复源代码是几乎不可能的.但即便是这种情形下VBDecompiler还是可以帮助你分析程序.VBDecompiler包含了一个强大的支持包含MMX和SSE的PentiumPro指令集的反编译器.它还包含一个代码分析器,用于搜索所有API调用,汇编代码中的字符串引用并将结果修改为相应的注释.标准版及专业版VBDecompiler的功能介绍LitePro通用脱壳(支持UPX,NSPack以及一些其他常见的可执行文件压缩壳)反编译窗体(frm和frx)以及用户控制(ctl)对象文件完整的伪代码p-code反编译(解析操作码并转换为标准vb指令,反编译GUID对象)两种伪代码反编译模式(包含堆栈解析或不包含堆栈解析)反汇编nativecode过程(使用强大的PentiumPro反汇编器,支持MMX及FPU指令集)反汇编nativecode过程中的字符串引用以及API调用(使用强大的PentiumPro反汇编器,支持MMX及FPU指令集)部分反编译nativecode（使用代码仿真引擎）在反编译的代码中根据语法显示不同的颜色字符串引用列表以及搜索引擎快速反编译VB5/6程序的混淆工具VB5/6程序的修补工具将反编译的数据保存入单个DB文件反编译.Net程序将所有的过程列表保存入MAP文件，IDC脚本或是HIEW的Names文件价格
2025/1/9 12:36:53
5.36MB
1
火炮射弹的初速是炮弹弹道测量的一个重要参数。
介绍了多普勒测速雷达的工作原理基础上，根据弹道径向速度和切向速度的关系，推导出了测速雷达的速度转换公式，并用数学中求偏导数的方法对由速度引起的测速误差进行了分析。
结果显示，弹丸切向速度测量误差是在进行速度转换时由径向速度测量误差传播过来的，速度转换公式的不精确性也会产生切向速度误差，并且经速度转换后测速误差略有增加。
因此，提出的方法对测速雷达进行测速精度测试时有指导修正意义。
介绍了多普勒测速雷达的工作原理基础上，根据弹道径向速度和切向速度的关系，推导出了测速雷达的速度转换公式，并用数学中求偏导数的方法对由速度引起的测速误差进行了分析。
结果显示，弹丸切向速度测量误差是在进行速度转换时由径向速度测量误差传播过来的，速度转换公式的不精确性也会产生切向速度误差，并且经速度转换后测速误差略有增加。
因此，提出的方法对测速雷达进行测速精度测试时有指导修正意义。
2025/1/8 9:18:32
291KB
1
C#开发webservice接口，对客户端post服务的Json数据进行接收反馈接收到的数据流转换成string类型，有其他需求对json解析，自己写个解析去查询下.然后反馈json发送给请求端。
2025/1/7 7:35:28
3KB
1
实验内容：进程调度模拟程序：假设有10个进程需要在CPU上执行，分别用：先进先出调度算法；
基于优先数的调度算法；
最短执行时间调度算法确定这10个进程在CPU上的执行过程。
要求每次进程调度时在屏幕上显示：当前执行进程；
就绪队列；
等待队列实验目的：1）掌握处理机调度及其实现；
2）掌握进程状态及其状态转换；
3）掌握进程控制块PCB及其作用。
实验要求：1）创建10个进程的PCB，每个PCB包括：进程名、进程状态、优先级（1~10）、需要在处理机上执行的时间（ms）、队列指针等；
2）初始化10个PCB（产生随机数0或1，分别表示进程处于就绪态或等待态）；
3）根据调度算法选择一个就绪进程在CPU上执行；
4）在进程执行过程中，产生随机数0或1，该随机数为1时，将等待队列中的第一个PCB加入就绪队列的对尾；
5）在进程执行过程中，产生一个随机数，表示执行进程能在处理机上执行的时间，如果随机时间大于总需要的时间，则执行完成。
如果小于，则从总时间中减去执行时间。
6）如果执行进程没有执行完成。
则产生随机数0或1，当该随机数为0时，将执行进程加入就绪队列对尾；
否则，将执行进程加入等待队列对尾；
7）一直到就绪队列为空，程序执行结束。
基于优先数的调度算法；
最短执行时间调度算法确定这10个进程在CPU上的执行过程。
要求每次进程调度时在屏幕上显示：当前执行进程；
就绪队列；
等待队列实验目的：1）掌握处理机调度及其实现；
2）掌握进程状态及其状态转换；
3）掌握进程控制块PCB及其作用。
实验要求：1）创建10个进程的PCB，每个PCB包括：进程名、进程状态、优先级（1~10）、需要在处理机上执行的时间（ms）、队列指针等；
2）初始化10个PCB（产生随机数0或1，分别表示进程处于就绪态或等待态）；
3）根据调度算法选择一个就绪进程在CPU上执行；
4）在进程执行过程中，产生随机数0或1，该随机数为1时，将等待队列中的第一个PCB加入就绪队列的对尾；
5）在进程执行过程中，产生一个随机数，表示执行进程能在处理机上执行的时间，如果随机时间大于总需要的时间，则执行完成。
如果小于，则从总时间中减去执行时间。
6）如果执行进程没有执行完成。
则产生随机数0或1，当该随机数为0时，将执行进程加入就绪队列对尾；
否则，将执行进程加入等待队列对尾；
7）一直到就绪队列为空，程序执行结束。
2025/1/7 2:48:08
9KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB