以前那个堆栈初始化有点问题，现在重新修改了个

实验3继承和多态定义下述5个类，类属性如下：Employee:firstName,lastName,socialSecurityNumberSalaridEmployee:weeklySalary(周薪）HourlyEmployee:wage(每小时的工钱),hours（月工作小时数）CommisionEmployee:grossSales(销售额),commissionRate(提成比率)BasePlusCommisionEmployee:baseSalary（月基本工资）Employee类中定义了抽象方法earning，用于计算员工的月工资。
SalaridEmployee月工资计算为：weeklySalary*4HourlyEmployee月工资计算为：wage*hoursCommisionEmployee月工资计算为：grossSales*commissionRateBasePlusCommisionEmployee月工资计算为：grossSales*commissionRate+baseSalary类还应该包括构造方法，toString方法，属性的get/set方法。
firstName,lastName,socialSecurityNumber的初始化在构造方法中完成。
其中对firstName,lastName也要提供get/set方法，对socialSecurityNumber只提供get方法。
其他属性要提供get和set方法。
然后生成10个员工对象，根据随机数决定生成对象的类型（可以是SalaridEmployee、HourlyEmployee、CommisionEmployee、BasePlusCommisionEmployee），对象引用保存到数组中。
然后依次调用对象的toString方法输出对象的信息，调用earning方法来输出对象的月工资。

tinyMCE编辑器，包含自定义上传图片插件，下载后放在tinyMCE插件的plugins文件夹中，之后初始化中引入plugins，即可在toolbar中展示

实验内容：进程调度模拟程序：假设有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）一直到就绪队列为空，程序执行结束。

"CabalLauncher:cabal_惊天动地_"涉及的主要知识点是游戏启动器Cabal的更新和使用，特别是针对"惊天动地"这个游戏。
Cabal是一款大型多人在线角色扮演游戏（MMORPG），在中国大陆由网禅公司代理，名为"惊天动地"。
中提到的“惊天动地的登录器可以更新补丁用VisualStudio2013打开”，这意味着游戏的登录器（Launcher）具备自动或手动下载并安装游戏更新补丁的功能。
VisualStudio2013则是一个强大的开发工具，它通常用于创建、编辑和编译各种应用程序，包括游戏客户端或登录器。
开发者可能使用VisualStudio来编写登录器的源代码，或者为了调试和修复问题而打开这个项目。
这里有几个关键知识点：1.**Cabal游戏登录器**：登录器是游戏客户端的一部分，负责验证用户身份、检查更新、下载补丁以及初始化游戏环境。
在"惊天动地"中，CabalLauncher是玩家进入游戏世界的入口。
2.**游戏补丁**：补丁是用来修正游戏中的错误、添加新功能或优化性能的软件更新。
游戏开发商会定期发布补丁以保持游戏的稳定性和新鲜感。
3.**VisualStudio2013**：这是一个集成开发环境（IDE），广泛应用于Windows应用、Web应用、移动应用等的开发。
它提供了一整套工具，如代码编辑器、调试器、版本控制工具等，方便开发者进行程序设计。
4.**更新机制**：游戏登录器的更新机制可能是通过HTTP或FTP服务器获取更新列表，然后下载所需文件到本地，覆盖旧版本。
有时，登录器会自动检测新版本，或者允许玩家手动检查更新。
5.**源代码开发与调试**：使用VisualStudio2013打开登录器意味着开发人员可以直接查看和修改源代码，这在修复bug、增加新特性或改进用户体验时非常有用。
6.**逆向工程与安全**：由于玩家可以使用VisualStudio打开登录器，这同时也提示了游戏的安全性问题。
开发者需要确保代码的加密和反调试措施，以防止非法篡改和作弊。
总结起来，"CabalLauncher"是"惊天动地"游戏的重要组成部分，它依赖于有效的更新机制和强大的开发工具如VisualStudio2013来确保游戏的正常运行和持续优化。
理解这些知识点对于玩家理解和维护游戏体验，以及开发者改进和保护游戏都至关重要。

###HellaTAS-71版本标定流程解析####一、概述HellaTAS-71版本标定流程文档详细介绍了如何对HellaTAS-71系列的小总成进行标定，确保其性能达到最优状态。
整个过程分为初始化、静态标定与动态优化三个阶段。
本文将深入探讨这些阶段的具体步骤和技术细节。
####二、初始化阶段在初始化阶段，主要任务是完成传感器的基本配置和准备。
具体步骤包括：1.**连接传感器**：将待标定的最小总成（传感器）连接至测试台。
2.**供电**：对连接好的传感器进行上电处理。
3.**软件准备**：通过调用`APS.dll`文件来实现以下功能：-**创建芯片目标**：为传感器的芯片创建一个目标对象，以便后续操作。
-**初始化芯片目标**：进一步配置芯片目标，如设置芯片参数等。
-**创建传感器目标**：基于芯片目标创建传感器目标。
-**设置编程参数**：根据需要设置传感器的编程参数。
此外，文档还特别指出，对于ASIC的不同命名（如ASIC1、ASIC2等）以及PGI2代通讯端口参数的设置需参照帮助文件。
这一阶段的目标是确保所有硬件设备都已正确连接，并且软件环境已经准备好，为后续标定流程打下基础。
####三、静态标定阶段静态标定阶段是在不受扭状态下进行的，目的是对传感器的基本输出特性进行校准。
该阶段主要包括以下步骤：1.**读取OTP位**：使用`APS.dll`中的函数读取传感器内部已烧写的OTP位串，并将其保存以便追溯。
2.**写入位串**：将读取到的位串写回传感器。
3.**信号检测与调整**：-检测T1、T2信号的频率和占空比。
-通过公式计算T1ROC和T2ROC值，并进行相应的调整。
-公式示例：\(T1ROC=(T1-50)÷75×12×3072÷20\)，其中\(T1\)为当前T1信号的占空比。
-根据计算结果调整T1、T2信号，以确保其处于合理的范围内。
4.**角度信号的静态标定**：-读取P、S信号的占空比，并通过特定算法计算角度偏移值。
-调整角度信号，使其满足静态标定的要求。
此阶段通过多次调整和检测，确保传感器在不受扭状态下能够提供准确的输出信号。
####四、动态优化阶段动态优化阶段则是在传感器受到外部旋转力的情况下进行，旨在进一步优化传感器的性能。
具体步骤如下：1.**驱动伺服电机**：在不受扭的状态下，顺时针和逆时针旋转传感器360度，并记录下各个信号的变化情况。
2.**数据处理与分析**：-对采集到的数据进行平均处理，得到T1_AV和T2_AV的平均值。
-基于平均值再次计算ROC值，进一步调整信号。
3.**信号优化**：通过综合前两次ROC值和动态采集的ROC值进行信号优化，确保传感器在动态条件下的性能也达到最优。
####五、总结通过对HellaTAS-71版本标定流程的详细分析，我们可以看出整个标定过程不仅涉及硬件的连接与调试，还需要软件层面的支持与配合。
从初始化到静态标定再到动态优化，每个阶段都有明确的目标和细致的操作指南，确保传感器能够在各种条件下都能发挥最佳性能。
这对于提高产品的可靠性和稳定性至关重要。

网上很多nucleus的initial都不是arm汇编的，armulator上都跑不起来，这个的初始化代码是arm汇编的会用的兄弟可以拿它做armulator的OS使用，平常用来做嵌入式代码的单元测试，很方便的

###HP3PAR存储日常管理手册关键知识点解析####一、3PAR存储介绍**1.3PARInSpire架构**-**紧密集群化与多客户端设计**：3PARInSpire架构的设计核心在于解决传统整体式和模块化阵列的价格昂贵与扩展复杂的问题。
该架构允许用户按需购买与扩展，这意味着可以从一个小规模系统开始，随着业务需求的增长逐步添加更多的应用和工作负载，所有这些都在一个单一、自动化的分层存储阵列中实现。
-**内置ThinBuiltIn™的Gen3/Gen4ASIC**：3PARGen3/Gen4ASIC提供了一种高效、基于硬件的零检测机制，与3PAR自身的“精简引擎”协同工作，可以有效移除已分配但未使用的空间，同时不影响性能。
这一特性对于混合工作负载尤其重要，因为它可以显著提高虚拟机的密度，进而减少物理服务器的需求。
-**主动网格控制器技术**：3PAR的主动网格控制器技术是一种独特的设计，与传统的“active-active”控制器架构不同，在后者的架构中，每个LUN或卷只能在一个单控制器上处于活动状态。
而在3PAR的设计中，每个LUN在所有网格控制器上都是活动的，从而提供了更强大的负载均衡能力。
-**细粒度的虚拟化和宽条带化**：3PARInSpire架构通过大规模并行、细粒度的数据条带化来确保为所有类型的工作负载提供高级别的服务。
通过将物理磁盘划分为统一的256MB存储块，并根据RAID类型、驱动器类型、径向位置和条带宽度等参数自动选择和分组这些数据块，从而满足用户定义的性能、成本和高可用性要求。
这样的设计使得工作负载可以自动分配和重新平衡，确保了系统的高可用性和性能的一致性。
-**持续缓存**：持续缓存是一项弹性功能，它能够消除意外组件故障导致的性能损失，这对于维持虚拟数据中心的服务水平至关重要。
该功能能够在组件发生故障时继续提供服务，而不会出现性能下降。
####二、日常配置**1.添加主机Host**-添加主机是指将需要访问存储资源的服务器或计算节点加入到存储系统中。
通常涉及配置主机的IP地址、认证方式等信息，以确保主机能够安全地访问存储资源。
**2.创建CPG(CommonProvisioningGroup)**-CPG是一种存储池，它汇集了多个物理磁盘，并提供了统一的存储资源池。
创建CPG可以根据特定的性能和冗余需求定制存储策略。
**3.创建VV虚拟磁盘**-VV（VirtualVolume）是3PAR存储系统中的基本存储单元，类似于传统磁盘。
通过创建VV，用户可以根据实际需求定义存储容量、性能和冗余级别。
**4.分配VV虚拟磁盘**-分配VV指的是将创建好的虚拟磁盘分配给特定的主机或应用使用。
这一过程可能包括设置访问权限、加密选项等细节。
####三、日常维护**1.存储开机步骤**-开机步骤可能包括启动电源供应、初始化存储控制器、加载操作系统等。
确保按照正确的顺序执行这些步骤非常重要，以避免数据丢失或损坏。
**2.存储关机步骤**-关机步骤同样重要，通常包括卸载文件系统、停止存储服务、关闭电源等。
正确执行关机步骤有助于保护数据的安全性。
**3.存储日志Insplore收集**-Insplore是一种用于收集3PAR存储系统日志的方法。
收集这些日志对于监控系统健康状况、诊断问题和规划未来扩展非常重要。
**4.管理机SP日志SPLOR收集**-SPLOR是用于收集存储管理机（SP）日志的一种方法。
这些日志提供了关于存储系统管理层面的重要信息，有助于优化存储系统的管理效率。
**5.特定信息CLI命令行收集**-CLI（CommandLineInterface）命令行工具允许管理员通过命令行输入特定的指令来收集有关存储系统的信息。
这对于需要深入了解系统状态的情况非常有用。
####四、HP支持服务模式**1.主动式响应--SPCall-Home**-SPCall-Home是一种主动式支持服务，当存储系统检测到潜在问题时会自动通知HP支持中心。
这种方式有助于及时发现并解决问题，减少停机时间。
**2.被动式响应—HP服务热线**-当用户遇到问题时，可以通过HP服务热线寻求帮助。
这是一种被动式的响应方式，依赖于用户的主动联系。
**3.被动式响应—邮寄存储日志**-如果无法通过远程方式解决某些问题，用户可能需要将存储日志发送给HP支持团队进行进一步分析。
这种方式适用于那些需要深入诊断的情况。
以上内容详细阐述了HP3PAR存储系统的几个关键方面，包括其架构特点、日常配置和维护的操作流程，以及HP提供的支持服务模式。
通过对这些知识点的理解，可以帮助IT专业人员更好地管理和利用3PAR存储系统，确保其高效稳定地运行。

DM9051是基于SPI接口的以太网MAC+PHY集成IC，本文档包括驱动源码及其源码解读，包括寄存器初始化，接口函数封装

这是opencvsvm图像分类的整个工程代码，在VS2010下打开即可。
整个工程文件以及我的所有训练的图片存放在这里，需要的可以下载，自己在找训练图片写代码花了很多时间，下载完后自行解压，训练图片和测试图片可以从这免费下载http://download.csdn.net/detail/always2015/8944959，projectdata文件夹直接放在D盘就行，里面存放训练的图片和待测试图片，以及训练过程中生成的中间文件，现在这个下载object_classfication_end则是工程文件，我用的是vs2010打开即可，下面工程里有几个要注意的地方：1、在这个模块中使用到了c++的boost库，但是在这里有一个版本的限制。
这个模块的代码只能在boost版本1.46以上使用，这个版本以下的就不能用了，直接运行就会出错，这是最需要注意的。
因为在1.46版本以上中对比CsSVM这个类一些成员函数做了一些私有化的修改，所以在使用该类初始化对象时候需要注意。
2、我的模块所使用到的函数和产生的中间结果都是在一个categorizer类中声明的，由于不同的执行阶段中间结果有很多个，例如：训练图片聚类后所得到单词表矩阵，svm分类器的训练的结果等，中间结果的产生是相当耗时的，所以在刚开始就考虑到第一次运行时候把他以文件XML的格式保存下来，下次使用到的时候在读取。
将一个矩阵存入文本的时候可以直接用输出流的方式将一个矩阵存入，但是读取时候如果用输入流直接一个矩阵变量的形式读取，那就肯定报错，因为输入流不支持直接对矩阵的操作，所以这时候只能对矩阵的元素一个一个进行读取了。
3、在测试的时候，如果输入的图片太小，或者全为黑色，当经过特征提取和单词构造完成使用svm进行分类时候会出现错误。
经过调试代码，发现上述图片在生成该图片的单词的时候所得到的单词矩阵会是一个空矩阵，即该矩阵的行列数都为0，所以在使用svm分类器时候就出错。
所以在使用每个输入图片的单词矩阵的时候先做一个判断，如果该矩阵行列数都为0，那么该图片直接跳过。

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