设计初衷：在学习《第一行代码》的服务那章时，涉及到了alarmmanager的内容。
然后笔者当时正好在关注“程序员如何保护眼睛”的问题。
于是便自己做了一个demo，用于每一个小时左右提醒一次，后来周围的朋友看到我有这个定时提醒，觉得比较新鲜，便说你以这个创意单独做一个APP吧。
鉴于软件的个性化，我在此款应用中也是加入了自己设置图片，设置提醒文字等功能。
朋友说个性化振动是一个亮点。

这个工程是基于TCP长连接的包模式的网络通讯框架。
在TCP连接中，按照一个一个的包方式进行数据传输，框架实现了可以同时侦听多个端口，每个数据包既可以不压缩传输，也能支持zlib压缩和blowfish加密传输。
服务端提供三种线程池来进行tcp连接处理，一类是接收线程池，接收线程池获取每个socket传输来的数据包，同时保证每个socket的包按照到来的顺序进行处理，二类是工作线程池，由接收线程池把接收到的数据包投递到工作线程池，工作线程池专门处理这些接收到的数据包。
三类是发送线程池，当工作线程池处理完这些数据包，确定需要发送处理结果数据包到客户端，或者其他线程需要发送数据包到客户端，他们首先把数据包投递到发送线程池，发送线程池专门负责数据包的发送。
框架同时提供了每个客户端的定时器功能，在服务端内部各个socket之间数据通信等。
框架来源于一个没做完的手游服务端，至于没有使用现成的游戏通讯框架而自己实现，主要是因为习惯了自己造轮子。
因为项目没做完，所有没进行严格的测试，无法保证代码无BUG。
您若要使用到自己的项目中，请完全熟悉了之后再用，这样出现BUG也好自己修改。
框架支持Linux和windows平台。
相关BLOG请看如下连接：http://blog.csdn.net/fanxiushu/article/details/50631626

没有任何人敢保证自己写的程序没有任何BUG，尤其是在商业项目中，程序量越大，复杂度越高，出错的概率越大，尤其是现场环境千差万别，和当初本地电脑测试环境很可能不一样，有很多特殊情况没有考虑到，如果需要保证程序7*24小时运行，则需要想一些办法能够让程序死了能够活过来，在嵌入式linux上，大部分会采用看门狗的形式来处理，程序打开看门狗驱动后，定时喂狗，一旦超过规定的时间，则硬件软复位等。
这种方式相对来说比较可靠，如果需要在普通PC机上运行怎办呢？本篇文章提供一个软件实现守护进程的办法，原理就是udp通信，单独写个守护进程程序，专门负责检测主程序是否存在，不存在则启动。
主程序只需要启动live类监听端口，收到hello就回复ok就行。
为了使得兼容任意程序，特意提炼出来共性，增加了多种设置。
1：可设置检测的程序名称。
2：可设置udp通信端口。
3：可设置超时次数。
4：自动记录已重启次数。
5：自动记录最后一次重启时间。
6：是否需要重新刷新桌面。
7：可重置当前重启次数和最后重启时间。
8：自动隐藏的托盘运行或者后台运行。
9：提供界面设置程序名称已经开启和暂停服务。

时钟实验、定时中断、基本算术和逻辑运算、微机实验三、数据传送

加到定时任务中，可以用来监控VSS源代码服务器运行是否正常。
如果VSS服务器无法登录则自动发现电子邮件通知。

基于TIPTOPERP应用的生产管理电子看板实现功能：1、订单进销存数据刷新；
2、语音播报；
3、Email；
4、定时开关显示屏

使用QT写的一个UDP服务器的小例子，使用定时器进行触发发送信号，独立线程运行，不会影响主界面的正常运行。

交通信号灯的控制：1．通过8255A并口来控制LED发光二极管的亮灭。
2．A口控制红灯，B口控制黄灯，C口控制绿灯。
3．输出为0则亮，输出为1则灭。
4．用8253定时来控制变换时间

基于stc89c52单片机的8位抢答器设计的源程序，  以单片机为核心，设计一个8位竞赛抢答器：同时供8名选手或8个代表队比赛，分别用8个按钮S0～S7表示。
    设置一个系统清除和抢答控制开关S，开关由主持人控制。
  抢答器具有锁存与显示功能。
即选手按按钮，锁存相应的编号，并在优先抢答选手的编号一直保持到主持人将系统清除为止。
    抢答器具有定时抢答功能，且一次抢答的时间由主持人设定（如30秒）。
 当主持人启动“开始”键后，定时器进行减计时，同时扬声器发出短暂的声响，声响持续的时间为0.5s左右。
    参赛选手在设定的时间内进行抢答，抢答有效，定时器停止工作，显示器上显示选手的编号和抢答的时间，并保持到主持人将系统清除为止。
    如果定时时间已到，无人抢答，本次抢答无效，系统报警并禁止抢答，定时显示器上显示00。

XilinxFPGA开发实用教程原书附赠光盘资源本光盘是《XilinxFPGA开发实用教程（第2版）》一书的配书光盘，内容包括了书中第2章、第4章、第6章到第10章所有设计案例的完整工程文件。
本光盘根目录下有7个文件夹，文件夹的内容和含义说明如下：1.chapt2文件夹中的内容为书中第2章完整的工程文件，包括2个子文件夹：（1）exp2_29：例2-29对应的文件；
（2）exp2_30：例2-30对应的文件。
2.chapt4文件夹中的内容为书中第4章完整的工程文件，包括4个子文件夹：（1）exp4_1：例4-1对应的文件；
（2）exp4_2：例4-2对应的文件；
（3）exp4_6：例4-6对应的文件；
（4）exp4_7：例4-7对应的文件。
3.chapt6文件夹中的内容为书中第6章完整的工程文件，包括10个子文件夹：（1）exp6_1：例6-1对应的文件；
（2）exp6_2：例6-2对应的文件；
（3）exp6_6：例6-6对应的文件；
（4）exp6_8：例6-8对应的文件；
（5）exp6_8_matlab：例6-8对应的matlab文件；
（6）exp6_9：例6-9对应的文件；
（7）exp6_12：例6-12对应的文件；
（8）exp6_13：例6-13对应的文件；
（9）exp6_18：例6-18对应的文件；
（10）exp6_Uart：UART接口开发实例。
4.chapt7文件夹中的内容为书中第7章完整的工程文件，包括2个子文件夹：（1）exp_sdk_C_code：包括4个子文件夹：led_cpp：LED代码；
uart_cpp：串口代码；
intc_uart：中断和串口联合的代码；
timer_intc：定时器和中断联合的代码。
（2）exp7_2：例7-2对应的文件。
5.chapt8文件夹中的内容为书中第8章完整的工程文件，包括6个子文件夹：（1）exp8_1：例8-1对应的文件；
（2）exp8_2：例8-2对应的文件；
（3）exp8_3：例8-3对应的文件；
（4）exp8_4：例8-4对应的文件；
（5）exp8_5：例8-5对应的文件；
（6）exp8_hwcosim：硬件协仿真的例子。
6.chapt9文件夹中的内容为书中第9章完整的工程文件，包括5个子文件夹：（1）exp9_1：例9-1对应的文件；
（2）exp9_2：例9-2对应的文件；
（3）exp9_3：例9-3对应的文件；
（4）exp9_4：例9-4对应的文件；
（5）exp9_5：例9-5对应的文件。
7.chapt10文件夹中的内容为书中第10章完整的工程文件，包括1个子文件夹：（1）exp10_1：例10-1对应的文件；
（2）xapp869：XilinxPCI-E参考文档。

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