一、借助名言，激发情感1.（课件出示1）有一个地方，大树与小鸟是一对好朋友，巨人与矮人快乐地玩耍嬉戏，王子和公主最后过上了幸福的生活。
2.学生阅读，猜猜这是什么地方？（童话王国）（板书：童话王国）3.教师小结：那个地方就是童话的王国。
在那里，一切都有可能发生，一切都妙趣横生。
4.引发交流：同学们，你们喜欢读童话故事吗？最近读了什么童话书？书中有哪些有趣的故事？快来给老师讲一讲。
5.小结过渡：从同学们津津乐道的话语中可以看出，读童话书真的给你们带来了许多快乐！正如高尔基所说的“读一本好书是一种巨大的享乐”。
所以，我们要多阅读课本以外的书籍，让我们看到更广阔的、神奇的世界。
让课外阅读带给我们更多的快乐！（课件出示2）快乐读书吧——在那奇妙的王国里二、图文结合，阅读交流（一）交流《安徒生童话》。

鉴于上次传的只要Verilog代码，怕对于像半年前的我一样的初学者仍然会遇到很大困难，现特把本人课程设计的整个Quartus工程文件一并上传，希望有用。
用时只需用Quartus打开工程文件即可编译运行，频率可达16M没问题。

设计目的……………………………………………………………….2设计要求……………………………………………………………….2背景知识……………………………………………………………….21、DAC0832的引脚及功能……………………………………………22、DAC0832三种数据输入方式………………………………………4硬件原理........................................................................................5软件实现........................................................................................61、主程序......................................................................................82、输出方波子程序……………………………………………………93、输出三角波子程序…………………………………………………9 4、输出锯齿波子程序…………………………………………………9 5、输出正弦波子程序…………………………………………………10心得领会………………………………………………………………..11参考文献………………………………………………………………..11

基于对话框的简略信号发生器，可以产生正弦余弦信号，并且振幅，相位，频率，衰减可调

介绍最近几年发生的工控安全事件、国家政策规范、工控安全标准、工控安全常见产品、工控系统安全防护思路、工控网络安全整体处理方案、工控系统网络安全典型部署方案等

针对连续型生产企业的变频器在电网“晃电”时发生低压跳闸的现象，借鉴UPS系统中备用电池组对系统进行“晃电”瞬时支撑的思想，采用变频器DC-BANK直流支撑技术，结合变频器的结构特点，采用对变频器直流母线进行直流电压支撑的方法，实现了对变频器系统的抗“晃电”改造。
引见了将变频器进行抗“晃电”改造的几种技术路线，通过对几种方案所采用的支撑原理、拓扑结构和电路组成等进行分析对比，明确了各方案的优缺点。

服务器端利用I/O复用同时支持TCP和UDP，在同一个端口上同时绑定TCP套接口和UDP套接口，使用select()函数等待读写就绪条件的发生，然后经过FD_ISSET(listenfd,&rset)和FD_ISSET(listenfd,&rset)判断是TCP就绪还是UDP就绪。
使用fork()函数利用子进程处理并行客户，从而达到多个客户进行聊天。
当客户端从标准输入中输入信息，发送到服务器端，服务器接收信息并记录，又立即发送给除发送端之外的所有已连接客户，其他客户就可以看到聊天信息了，最终实现多个客户进行聊天的聊天室。

设计目的及任务：①掌握利用D/A转换和计算机资源实现数字式信号发生器的设计方法。
②了解虚拟信号发生器对信号频率的控制方法。
③了解虚拟信号发生器信号频率上下限的决定因素。
④设计虚拟信号发生器。
设计内容：①利用实验室提供的仪器设备、软件等，学生亲身设计虚拟信号发生器。
②实现虚拟信号发生器的仿真显示。
在虚拟信号发生器的图形显示窗上观察模拟输出信号的波形，要求观察正弦波、方波、三角波。
③实现虚拟信号发生器的模拟信号输出。
①频率的测量。
使用用频率计测量信号频率。
②滤波。
选择不同的截止频率对输出信号进行滤波。
③失真度的测量。
对滤波前后的模拟输出电压波形进行失真度的测量。

Docker撰写JUnit规则这是一个用于执行与DockerCompose托管容器进行交互的JUnit测试的库。
它支持以下内容：在测试之前启动在docker-compose.yml中定义的容器，然后将其拆除在运行测试之前等待服务可用记录容器中的日志文件以协助调试测试失败我为什么要用这个？此处的代码从对我们其中一种产品的端到端测试开始。
我们需要在互不兼容的各种不同配置和环境中测试该产品，因此需要多个DockerCompose文件，因此在Gradle中运行docker-composeup的简单模型不足。
如果您在使用Docker进行测试时遇到以下任何情况，则该库有望为您提供协助：编排多个服务并将端口映射到Docker计算机外部，以便可以在测试中进行断言需要知道服务何时启动，以防止由于启动速度慢或服务依赖关系复杂而导致的闪烁测试由于日志丢失，对在CI服务器上进行测试期间Docker容器中发生的事情缺乏了解由于在CI构建主机上需要打开端口而导致测试失败，该端口与测试配置冲突使用简单将依赖项添加到您的项目。
例如，在gradle中：repositor

在linux中实现一个命令执行程序doit，它执行命令行参数中的命令，之后统计1）命令执行占用的CPU时间(包括用户态和系统态时间，以毫秒为单位)，2）命令执行的时间，3）进程被抢占的次数，4）进程自动放弃CPU的次数，5）进程执行过程中发生缺页的次数

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