自己花费不少心血弄出来的，仅供参考。
图１所示为某工业生产中的加热炉，其任务是将被加热物料加热到一定温度，然后送到下道工序进行加工。
加热炉工艺过程为：被加热物料流过排列炉膛四周的管道后，加热到炉出口工艺所要求的温度。
在加热用的燃料油管道上装有一个调节阀，用以控制燃料油流量，以达到控制出口温度的目的但是，由于加热炉时间常数大，而且扰动的因素多，单回路反馈控制系统不能满足工艺对加热炉出口温度的要求。
为了提高控制质量，采用串级控制系统，运用副回路的快速作用，有效地提高控制质量，满足生产要求。
1、绘制加热炉出口温度单回路反馈控制系统结构框图。
2、以加热炉出口温度为主变量，选择滞后较小的炉膛温度为副变量，构成炉出口温度与炉膛温度的串级控制系统，要求绘制该串级控制系统结构图。
3、假设主对象的传递函数为，其中,副对象的传递函数为，主、副控制器的传递函数分别为，，,，请确定主、副控制器的参数（要求写出详细的参数估算过程）。
4、利用simulink实现单回路系统仿真和串级系统仿真，分别给出系统输出响应曲线。
5、根据两种系统仿真结果分析串级控制系统的优缺点

测试时通常会用到一些hexstring参数，而在传递时需要转换成Base64String。
这个小程序，能够很好的将HexString和Base64String相互转换。

类似于QQ的局域网聊天软件，包括服务器端和客户端程序，采用tcp/ipsocket多线程编程，服务器端主要负责客户端用户的注册登陆，用户资料的获取。
客户端负责与其他客户端进行信息控制与传递(包括聊天和传送文件)。

现代汽车已越来越成为一个典型的多领域综合系统,包含了机械、电子、液力、控制等不同领域的系统并相互耦合。
因此,汽车的性能仿真迫切需要一种统一的工具,以使不同领域的仿真分析基于一个统一的模型,从而减少不同模型间的数据传递、提高仿真精度;另外不同领域问题采用统一的可重用模型、提高建模效率。
采用基于Modelica语言、标准及工具软件,已经有针对整车动力学及控制问题的多个模块,为汽车性能仿真提供了有效的工具。

WPF调用Echart，通过JS与WPF数据交换，传递JSON进行数据显示

该项目是通过。
可用脚本在项目目录中，可以运行：npmstart在开发模式下运行应用程序。
打开在浏览器中查看。
如果进行编辑，页面将重新加载。
您还将在控制台中看到任何棉绒错误。
npmtest在交互式监视模式下启动测试运行程序。
有关更多信息，请参见关于的部分。
npmrunbuild构建生产到应用程序build文件夹。
它在生产模式下正确捆绑了React，并优化了构建以获得最佳性能。
最小化构建，文件名包含哈希。
您的应用已准备好进行部署！有关更多信息，请参见有关的部分。
npmruneject注意：这是单向操作。
eject，您将无法返回！如果您对构建工具和配置选择不满意，则可以随时eject。
此命令将从项目中删除单个构建依赖项。
而是将所有配置文件和传递依赖项（Webpack，Babel，ESLint等）直接复制到您的项目中，以

利用MATLAB语言实现PID参数的自动整定，并设计了GUI界面，操作简单，可用于实验室环境下的PID参数自整定，整定原则是使得系统的衰减比接近4:1文件说明：（1）PID_GUI.m：项目主程序（2）PID_GUI.fig:GUI界面文件（3）GouZaotf.m:构造传递函数程序（4）WenDingXing.m:判断稳定性程序（5）DongTaiZhiBiao.m:计算系统的动态指标（6）P_tune.m:整定比例系数P程序（7）PID_tune.m:整定PID参数程序（8）find_fun.m:寻找系统响应曲线与输入信号单位阶跃曲线的交点，以计算衰减比（9）disp_P.m、disp_PI.m、disp_PID.m:响应曲线显示函数（10）文件中包含的.jpg文件为程序运行时需要的背景图片

本人收葳以久的config.sysSMARTDRV.EXEHIMEM.SYSdiskgen.exeDOS三个基本启动文件COMMAND.COMMS-DOS.SYSIO.SYS启动DOS用到的文件描　　述：IO.SYS是dos环境控制输入输出的文件，不可以少。
COMMAND.COM是Windows9X中的DOS外壳程序(SHELL)，较DOS6.22仅增加了部分内部命令，没有更新的东西。
　　IO.SYS对COMMAND.COM的处理则有了根本改变，当Win9X在CONFIG.SYS中加载EMM386.EXE驱动提供UMB时，COMMAND.COM的常驻部分装入HMA，暂驻部分装入UMB中(在DOS6.22中，COMMAND.COM只能将常驻部分装入HMA)，这将为DOS程序提供更大的常规内存，也不需要反复从磁盘中恢复暂驻部分，有效地提高了系统性能。
当然，如果没有加载EMM386.EXE，系统不提供UMB，COMMAND.COM的暂驻部分就只能象DOS6.22那样置于常规内存的高端。
　　DOS内部命令的程序代码存放在command.com文件中，它在DOS系统启动的时候随DOS的启动模块一起被调入计算机内存。
MSDOS.SYS是DOS的三个核心文件之一，另外两个是command.com、IO.SYS　　MSDOS.SYS在微软非NT内核的操作系统中经常可以看到它,具有只读、系统、隐藏三个属性，因此在WINDOWS中是看不到的，可以通过“文件夹选项”中“显示系统文件”和“显示所有文件”来显示它，如果改它的属性在WINDOWS中只能改只读和隐藏两个属性，不能改系统属性，但是可以在命令行形式下改attrib-smsdos.sys　　MSDOS.SYS可以修改，但改坏了可能会导致系统无法启动，可以用记事本打开，内面是一些启动参数，如：开机时显示不显示菜单、开机时进行磁盘扫描吗、开机时显不显示LOGO等等。
　　1、MSDOS.SYS的作用　　在Win9X中，MSDOS.SYS变成了纯文本系统配置文件，用于控制Win的启动方式。
可以在DOS模式下解除其特殊属性(只读、隐藏、系统)，根据需要自行配置。
MSDOS.SYS可以是空文件，甚至可以删除，当然此时系统只能以纯DOS方式启动，不能进入GUI系统。
　　不同方式形成的MSDOS.SYS默认内容不同，主要有四种，其中前三种方法形成的MSDOS.SYS文件无任何配置命令，几乎是空文件，仅保留一行注释，以说明该文件形成方式，这类文件多见于系统软盘中。
不同的MSDOS.SYS内容如下：　　1)Win安装时建立的系统盘:;Win95EBO　　2)FORMAT/S建立的系统盘:;FORMAT　　3)SYSA：传递建立系统盘:;SYS　　4)建立系统时在硬盘上形成的MSDOS.SYS　　系统硬盘中的MSDOS.SYS内容比较完整，包括必要的启动配置命令，文件长度必须大于1024bytes，即占用两个以上磁盘扇区，这一要求在该文件中说明为保证兼容性，但从未见更深入的介绍，实际上文件小于1024bytes对系统并无明显影响，该要求估计是为了保证系统与旧版DOS和Win3.X兼容而提出的，这一点尚望行家指教。
　　用SYS向硬盘传送系统以修复启动文件时，将覆盖引导记录、IO.SYS和COMMAND.COM，MSDOS.SYS的内容保持不变，保证系统引导部分修复后，整个系统仍能正常启动，这一做法非常聪明。
　　2、MSDOS.SYS的配置参数　　MSDOS.SYS由三小节组成，其各配置参数无顺序要求，内容如下：　　[PATHS]　　指定Windows的系统文件路径　　WinDir＝　　指定Win9X各系统文件及其子目录所在的目录　　该路径必须包括注册表文件SYSTEM.DAT和Win9X启动必需的驱动程序，如HIMEM.SYS等　　WinBootDir＝　　指定Win9X的GUI启动程序Win.COM所在的目录　　HostWinBootDrv＝指定Win.COM所在的驱动器，不需冒号(:)　　UninstallDir＝　　指定保存原系统的目录，便于自身删除时恢复原系统用　　该参数出现在Win的升级版本中　　[OPTIONS]指定Windows的启动方式，/前的值为缺省值　　LOGO＝1/0　　允许/禁止启动时显示Win9X标志(LOGO)　　屏蔽该画面有时可解决第三方内存管理程序造成的冲突　　看到系统启动过程出现的提示信息，也使系统启动稍快，启动　　启动时可用ESC键清除Win9X标志，查看实模式启动信

系统采用J2EE体系中的四层架构，即客户层、Web层、业务层、企业信息系统层，将系统分层，尽量减少各层间耦合。
与SAP和第三方物流系统传递数据是分别采用RFC及EDI方式，使得系统能够及时与其他系统进行通信获得所需数据。
在具体程序设计中，采用JSP展示结果，用JavaBean实现业务逻辑。

一份简化的小项目，为了让初学者了解基本的开发流程。
可以在AndroidApp上查看物品，购买物品，查看购物车，提交订单，查看历史订单。
这个小项目主要是为了达成以下两个目的：-理解购物车如何实现-理解订单怎样生成AndroidApp使用原生开发，主要借助ListView呈现数据。
服务器端使用SpringMvc+Spring+Mybatis技术，数据库采用Mysql。
App和服务器间传递数据借助字符串或JSON。

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