devcon.exeV10.0.14393.0版本，设备管理控制台工具，代替Windows的图形化设备管理器。
用来安装、刷新、删除、禁用设备等。
WindowsXP后，系统不再包含此程序，此版本支持全系列Windows到Windows10，包含32位和64位版本。

Memcached1.5.6已发布，这是一个bug修复版本。
同时，由于前段时间因被曝出有攻击者通过设置memcached的最大值，欺骗UDP数据包发起请求，利用Memcached发送的大量庞大的UDP响应数据包进行一些攻击行为，该版本已默认禁用UDP协议。

基于layui的日期控件进行拓展的控件。
自定义layui日期控件，实现可以多选、禁止选择（例如某周六周天不可选）。

uBlock-OriginforChrome最新版一款高效的请求过滤工具：占用极低的内存和CPU，和其他常见的过滤工具相比，它能够加载并执行上千条过滤规则。
用法：点击弹出窗口中的电源按钮，uBlock₀将对当前网页永久禁用/启用过滤功能。
它只控制当前网页的请求过滤，而不是一个全局开关。
它只控制当前网页的请求过滤，而不是一个全局开关。

大势至电脑文件防泄密软件是一款专门用来禁止电脑U盘、屏蔽移动硬盘和手机等所有带有USB存储功能的设备，而不影响USB鼠标键盘、加密狗、USB打印机等非USB存储设备使用的电脑安全管理软件。
同时，大势至USB接口禁用软件还可以禁止电脑发邮件、禁止网盘上传电脑文件、禁止QQ发送文件以及禁止FTP文件上传等，完全防止通过网络途径泄密的行为。
此外，大势至USB口监控软件还可以禁止随意安装软件、禁止随意打开网站、禁止电脑USB口插随身wifi等无线上网设备的使用，极大地保护了电脑自身的安全。
大势至禁用U盘软件的操作极为简单，点点鼠标就可以完全实现，而且还可以完全禁止注册表、组策略和设备管理器的使用，防止绕过大势至USB控制系统而重新启用U盘的行为。
总之，大势至USB口屏蔽软件是当前国内控制USB接口、禁用U盘最有效、最简单的，可以很好地保护公司电脑重要文件和商业机密的安全。

简介：
### 开发51单片机操作系统时应注意的问题#### 一、引言随着嵌入式系统的广泛应用，针对特定硬件平台的操作系统开发变得尤为重要。
51单片机作为一款经典的微控制器，在工业控制、家用电器等领域有着广泛的应用。
然而，由于其硬件资源的限制，在51单片机上开发操作系统面临诸多挑战。
本文将详细介绍开发51单片机操作系统时需要注意的关键问题。
#### 二、关键问题详解##### 1. 操作系统软件的代码长度控制51系列单片机由于硬件资源的限制（如ROM空间较小），因此对于操作系统代码的大小有严格的要求。
通常情况下，一个基于51单片机的应用程序大约需要7至8KB的ROM空间。
相比之下，如果操作系统本身就需要几十KB的空间，那么留给用户应用程序的空间将非常有限，这显然不利于实际应用。
例如，流行的嵌入式操作系统往往体积较大，无法适用于51单片机。
为了克服这一限制，开发者需要采取以下措施：- **精简设计**：简化操作系统的功能模块，确保核心功能的同时尽可能减小代码量。
- **模块化**：采用模块化设计，允许用户根据具体需求选择加载必要的模块，从而降低整体代码量。
- **代码优化**：通过高效的编码技巧来减少代码长度，比如使用更简洁的数据结构和算法。
##### 2. 控制操作系统对片内RAM的占用51系列单片机仅有128或256字节的片内RAM空间，这对于运行操作系统而言是非常有限的。
如果操作系统占用过多的RAM空间，将严重影响用户应用程序的正常运行。
因此，开发者需要特别注意以下几点：- **最小化RAM使用**：减少操作系统的RAM占用，确保有足够的空间供用户应用程序使用。
- **合理分配资源**：优化RAM的使用方式，避免不必要的资源浪费。
- **外部RAM利用**：在不影响性能的前提下，考虑将部分数据存储在外置RAM中，以减轻内部RAM的压力。
##### 3. 解决函数的重入问题对于实时占先式操作系统而言，函数的重入性至关重要。
重入函数能够在不破坏数据的情况下被多个任务调用。
要实现函数的重入性，必须满足以下条件之一：- **不使用共享资源**：确保函数内部没有依赖任何共享资源。
- **使用中断禁用**：在使用共享资源时暂时禁用中断，以保证数据的一致性。
- **信号量机制**：通过申请和释放信号量来管理对共享资源的访问。
在标准C中实现这些条件相对简单，但在Keil C51编译器环境下，由于局部变量的静态分配特性，实现起来较为复杂。
开发者可以通过以下策略应对这一挑战：- **手动管理资源**：显式地控制共享资源的访问，避免自动管理带来的不确定性。
- **代码审查**：仔细检查函数中的资源使用情况，确保符合重入性的要求。
- **测试验证**：通过严格的测试来验证函数的重入性，确保其在多任务环境下的正确运行。
##### 4. 堆栈的分配与管理在占先式操作系统中，任务之间的切换频繁发生，因此需要合理分配和管理堆栈空间。
每个任务都需要有自己的堆栈，用于保存任务状态信息。
由于51单片机的RAM空间有限，堆栈的分配策略成为了一项重要的考量因素。
- **按需分配**：根据任务的实际需求动态分配堆栈空间，避免过度预分配造成的资源浪费。
- **优化堆栈使用**：通过调整任务的设计和编码方式来减少堆栈的需求。
- **复用机制**：探索堆栈空间的复用机制，如在任务间共享堆栈空间等方法。
#### 三、结论开发51单片机操作系统是一项充满挑战的任务，需要开发者在有限的硬件资源下，精心设计并优化操作系统的各个方面。
通过本文所述的关键问题及解决方案的探讨，希望能够帮助开发者更好地理解和应对这些挑战，成功开发出高效、可靠的51单片机操作系统。

QT4.7.4Qt自定义/自绘复选框/单选框类，按钮状态有：正常状态，鼠标移动状态，鼠标按下状态，鼠标释放状态暂定为与正常状态相同。
可以设置按钮上文本或不显示文本，按钮自适应图片大小或图片自适应按钮大小，使能/禁用按钮等操作。
如果安装了QTforVS2008也可以直接使用VS2008打开，否则使用Qtcrater打开。

2021/1/12，Win10将永久删除FlashPlayer，2021FlashPlayer永久禁用EOL，Fliqlo1.4最新版本（2021/1/12发布），无需FlashPlayer支持；

【DM365_NAND启动模式解析】DM365是一款由TexasInstruments（TI）生产的数字媒体处理器，常用于视频处理和嵌入式系统。
在DM365中，NAND闪存是一种常见的非易失性存储器，用于存储固件和操作系统。
NAND启动模式是指DM365在上电或复位后从NAND闪存中加载启动代码的过程。
此过程涉及一系列复杂的步骤，确保系统能够正确地从NAND中读取和执行固件。
**NAND启动流程**1.**初始化**:系统首先初始化RAM1的高2KB栈空间（0x7800-0x7fff），避免覆盖用于存储UBL块号的最后32个字节（0x7ffc-0x8000）。
2.**禁止中断**:所有中断（IRQ和FIQ）被禁用，以确保启动过程不被打断。
3.**设置DEEPSLEEPZ/GIO0**:这个外部引脚在NAND启动时必须处于高电平。
4.**读取NANDID**:读取NAND闪存的设备ID，获取设备特性，如页面大小、块大小等。
5.**初始化NAND区域**:根据NAND的参数设置控制器和寄存器。
6.**搜索UBL描述符**:RBL（ROMBootloader）在block1的page0开始搜索UBL（UserBootLoader）的描述符。
如果未找到正确的UBL，会依次检查接下来的24个块，以防遇到坏块。
7.**处理UBL描述符**:UBL描述符包含入口点地址、占用的NAND页数、起始块和起始页等信息，用于指导UBL的加载和执行。
8.**ECC错误检测和校正**:开启硬件ECC（ErrorCorrectionCode）检测，复制UBL到IRAM（InternalRAM）。
如果检测到4位ECC错误，通过ECC算法进行纠正。
如果多次失败，RBL会尝试下一个块，直到找到有效的UBL描述符，或者在搜索完24个块后转而从SD卡启动。
9.**启动UBL**:在UBL的入口点执行代码，将控制权交给UBL。
10.**安全启动模式**:根据配置，启动模式可能包括PLL旁通模式，不使用快速EMIF、DMA或I-Cache。
在其他模式下，这些功能可以被启用以提高性能。
**NANDUBLdescriptor格式**UBL描述符是一个包含关键信息的数据结构，用于指示如何加载和执行UBL。
它可能包含如下字段：-入口点地址：UBL执行的起点。
-UBL占用的NAND页数：指示UBL的大小，必须是连续的页。
-UBL的起始块和起始页：定义UBL在NAND中的位置。
-MAGICIDs：特定的标识符，用于识别不同的启动模式。
**NAND启动详细流程**1.初始化栈空间、禁止中断、设置DEEPSLEEPZ/GIO0。
2.读取NAND设备ID，初始化NAND控制器。
3.搜索UBL描述符，最多遍历24个块。
4.复制并校验UBL到IRAM，根据UBL描述符配置启动选项。
5.转交控制权给UBL执行。
NAND启动流程图和具体的ARMNANDROMBootloader实例进一步详细说明了这个过程。
此外，支持的NAND设备ID列表确保了对多种NAND闪存设备的兼容性。
DM365的NAND启动模式解析涉及了设备识别、错误检测、固件加载和执行等多个环节，确保了系统的稳定和可靠启动。
理解这一过程对于开发和调试基于DM365的嵌入式系统至关重要。

###TIDM36x系列DSPNANDFlash启动过程详解####一、NANDFlash启动原理#####1.1DM365支持的NAND启动特性TI的TMS320DM365（以下简称DM365）多媒体处理芯片支持多种启动方式，包括NANDFlash启动。
在NANDFlash启动过程中，DM365具有一系列独特的启动特性：1.**不支持一次性全部固件下载启动**：DM365不支持一次性将所有固件数据从NANDFlash读入内存并启动，而是采用分阶段的方式。
首先从NANDFlash读取第二级启动代码（UserBootLoader,UBL）至ARM内存（ARMInternalMemory,AIM），然后执行UBL。
2.**支持最大4KB页大小的NAND**：支持的NANDFlash页大小可达4KB，这对于大多数常见的NANDFlash设备来说是足够的。
3.**支持特殊数字标志的错误检测**：在加载UBL时会进行错误检测，尝试最多24次在不同的block中寻找特殊数字标志，以确保数据的正确性。
4.**支持30KB大小的UBL**：DM365有32KB的内存用于存放启动代码，其中2KB用于RBL（ROMBootLoader）的堆栈，剩余的空间可用来存储UBL。
5.**用户可选的DMA与I-cache支持**：用户可以根据需要在RBL执行期间启用或禁用DMA和I-cache等功能。
6.**支持4位硬件ECC**：支持每512字节需要ECC位数小于或等于4位的NANDFlash，这有助于提高数据的可靠性。
7.**支持特定的NANDFlash类型**：支持那些需要片选信号在Tr读时间保持低电平的NANDFlash。
#####1.2NANDFlash启动流程NANDFlash启动流程是指从芯片上电到Linux操作系统启动的整个过程，主要包括以下几个步骤：1.**ROMBootLoader(RBL)阶段**：当DM365芯片上电或复位时，会根据BTSEL引脚的状态确定启动方式。
如果是NAND启动，则从ROM中的RBL开始执行。
RBL会初始化必要的硬件资源，如设置堆栈，关闭中断，并读取NANDFlash的ID信息以进行适当的配置。
2.**UserBootLoader(UBL)阶段**：RBL从NANDFlash读取UBL并将其复制到AIM中运行。
UBL负责进一步初始化硬件资源，如DDR内存，并为下一阶段准备环境。
3.**U-Boot阶段**：UBL从NANDFlash读取U-Boot并将其复制到DDR内存中运行。
U-Boot是完整的启动加载程序，它负责最终从NANDFlash读取Linux内核并将其复制到DDR内存中。
4.**Linux内核启动阶段**：U-Boot启动Linux内核，内核加载并运行，此时系统完成启动。
####二、NANDFlash启动的软件配合实现#####2.1UBL描述符的实现UBL描述符是UBL读取和执行的起点。
在NANDFlash中，UBL描述符通常位于特定的位置，包含UBL的起始地址和长度等信息。
RBL通过读取这些描述符来确定UBL的具体位置并加载到AIM中。
#####2.2U-Boot启动实现U-Boot是一种开源的启动加载程序，负责从NANDFlash读取Linux内核并将其加载到内存中。
U-Boot的实现依赖于UBL提供的环境，例如已经初始化的DDR内存。
#####2.3U-Boot更新UBL和U-Boot的原理U-Boot可以被用来更新UBL和自身的代码。
这一过程通常涉及到从NANDFlash读取新的代码版本，验证其完整性，并将其替换现有的UBL或U-Boot代码。
#####2.4NANDFlash没有坏块的情况在理想情况下，即NANDFlash没有坏块的情况下，启动流程会非常顺利。
RBL能够成功地从NANDFlash读取UBL，UBL也能正确地读取U-Boot，进而完成Linux内核的加载。
####三、结束语DM365的NANDFlash启动过程是一个复杂的多阶段过程，涉及ROMBootLoader(RBL)、UserBootLoader(UBL)和U-Boot等多个组件之间的协调工作。
通过对这些组件的理解和优化，可以有效地提高启动速度和系统的稳定性。
希望本文能帮助读者更好地理解DM365的NANDFlash启动过程及其背后的技术细节。

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