SybaseASE15.0.3Windows32bitx86版，看了下往上都分很多压缩包，合并了，并上传到了网盘，可直接用

实现一个QTreeWidget的勾选，未勾选，半勾选：功能：1.勾选树控件的节点，其子节点全部选中或全部取消选中2.父节点选中或者部分选中欢迎拍砖。
原来的资源已经涨到7分了，重新上传一下，还是1分。

qt实现分页显示，页面数量可设置，页面可跳转到指定页面

天下陶网络商城主要分为：前台游客浏览、普通用户操作和后台管理3部分。
结合目前网上购物平台系统的设计方案，本项目具有以下特点：界面设计美观大方、操作简单。
功能完善、结构清晰。
普通用户的购物操作。
能够实现后台用户和商品管理。
能够实现推荐商品的操作。
能够实现后台对用户、订单、商品的管理。

《应用时间序列分析（何书元）》课后题答案重点题答案，手写答案扫描，绝对正确，保证高分。

满分实验代码与报告，报告某些加分项并没有去拿，如画程序流程图（太费时间了），报告严格按照模板执行。
某些实验仅有代码没有报告，因为这些实验不要求交报告。
编译环境为win10环境下的devc++，C++标准为C++11，编译环境内需增加-std=c++11指令，另外需要采用64位模式编译。
实验0预备实验安排实验1线性表的物理实现实验2线性表的应用实验3二叉树的物理实现实验4特殊二叉树的应用实验5图的物理实现实验6图的应用实验7查找实验8排序算法实验比较

###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启动过程及其背后的技术细节。

### ICETEK-DM365-LCD-43V1原理图解析

#### 原理图概述

本文档将详细介绍“ICETEK-DM365-LCD-43V1原理图”中的关键组件和技术细节。
该原理图主要用于指导ICETEK-DM365-LCD-43V1显示屏的设计与组装，涵盖了电源管理、信号传输、显示控制等核心领域。


#### 电源管理部分

- **TPS61042**: 这是一款高效的DC-DC升压转换器，用于从输入电压VIN产生稳定的5V输出VCC_5V。
其工作频率高，能够在小体积下实现高效能。

- **C8 (4.7uF/10V)**: 为TPS61042提供必要的滤波电容，确保输出电压稳定。

- **R7 (10K)**: 用于调节TPS61042的输出电压，通过外部电阻可以设定不同的输出电压值。

- **VCC_5V**: TPS61042产生的稳定5V电源输出，为整个系统提供必要的电力支持。


#### 显示屏背光驱动电路

- **L1 (4.7uH)**: 小型电感器，用于背光驱动电路中的升压转换。

- **D1**: 背光驱动电路中的二极管，通常选用高速恢复二极管或肖特基二极管，用于防止电流倒流。

- **C7 (2.2uF/50V)**: 高压滤波电容，用于稳定背光驱动电路的输出电压。

- **LED**: 指示灯或背光LED，由背光驱动电路供电。

- **BACKLIGHT_FB**: 背光反馈信号，用于调节背光亮度，通常连接至控制芯片的反馈引脚。


#### 显示控制器接口

- **DSS_HSYNC**: 水平同步信号，用于同步水平扫描周期。

- **DSS_VSYNC**: 垂直同步信号，用于同步垂直扫描周期。

- **DSS_PCLK**: 像素时钟信号，用于同步像素数据的发送。

- **DSS_ACBIAS**: AC偏置信号，用于改善显示效果，减少图像残留。


#### 显示数据接口

- **DSS_DATA0-DSS_DATA23**: 数据线接口，用于传输显示数据至显示屏。

- **DSS_HSYNC-DSS_VSYNC**: 同步信号线，用于同步显示数据的传输。


#### 显示屏驱动部分

- **U2 (NO-POP)**: 显示屏驱动芯片，负责处理从控制器接收到的数据，并驱动显示屏显示图像。

- **C1-C6 (NO-POP)**: 与U2配套使用的滤波电容，用于滤除噪声，提高信号质量。

- **R1-R5 (33R/0R/330R)**: 电阻器，用于信号线路的匹配和限流。

- **R9-R11 (NO-POP/1K)**: 用于特定功能的电阻器，如信号分压或限流等。


#### 显示屏接口

- **LCD_3V3**: 显示屏工作电压3.3V。

- **LCD_DEN**: 显示使能信号，用于控制显示屏的开启与关闭。

- **LCD_CLKIN**: 显示时钟输入信号，用于同步显示数据的传输。

- **LCD_VSHYC/LCD_HSHYC**: 显示电压调节信号，用于优化显示效果。

- **LCD_LED- / LCD_LED+**: 显示屏背光LED正负极接口。

- **R0-R7**: 显示屏数据线接口，用于传输显示数据。

- **G0-G7/B0-B7**: 显示屏地址线接口，用于定位像素位置。

- **DCLK**: 数据时钟信号，用于同步显示数据的传输。

- **DISP**: 显示信号，用于控制显示状态。

- **HSYNC/VSYNC**: 水平同步/垂直同步信号，用于同步显示刷新周期。


#### 其他重要接口

- **I2C1_SDA/I2C1_SCL**: I2C通信接口，用于与其他设备进行数据交换。

- **VCC_1V8/VCC_3V3/VCC_5V**: 提供不同电压级别的电源接口。

- **GPIO**: 通用输入输出接口，可用于扩展功能。

- **RESOUTN**: 复位信号输出，用于复位显示屏驱动芯片。

- **MCSPI1_CLK/MCSPI1_SIMO/MCSPI1_SOMI/MCSPI1_CS0**: SPI通信接口，用于与显示屏驱动芯片进行数据交互。


“ICETEK-DM365-LCD-43V1原理图”涵盖了显示屏系统的电源管理、显示控制、信号传输等多个方面，通过细致分析这些组件及其相互之间的连接方式，可以深入了解ICETEK-DM365-LCD-43V1显示屏的工作原理及设计细节。
这对于从事相关硬件开发和维护的技术人员来说是非常宝贵的参考资料。

某大学拟开发一个计算机分房管理系统，要求系统具有分房、调房、退房和咨询统计等功能。
房产科把用户申请表输入系统后，系统首先检查申请表是否合理，对不合法申请表拒绝接受；
对合法表根据类型进行处理。
分房申请，根据申请者情况（年龄、工龄、职称、职务、家庭人口等）计算其分数，高于阀值的进行排队。
分房时，读空房文件，把好房优先分给排在分房队列前面的人，并将房屋信息与申请者一起写入住房文件中。
若为退房申请，从住房文件中删除有关信息，并将房屋信息计入空房文件。
若是调房申请，根据申请者情况计算分数，并进行以上退房和分房处理。
系统可进行房屋信息维护（输入、删除、排序），以及各种住房信息统计、查询、打印等。

【DM365启动机制与Boot】深入解析

DM365是一款由德州仪器(TI)推出的DaVinci系列数字媒体处理器，广泛应用于多媒体设备、视频处理和图像处理等领域。
其启动过程涉及到复杂的硬件初始化和软件加载流程，理解这一过程对于开发和调试基于DM365的系统至关重要。


DM36X的启动机制遵循一个标准的流程，当系统加电或复位后，CPU会从预先设定的地址读取第一条指令。
DM36X提供了多种启动方式，主要分为两种：通过外部存储器接口AEMIF（NOR Flash/OneNand）引导启动和通过ARM内部ROM（AIROM）引导启动。
启动模式的选择由BTSEL[2:0]引脚的状态决定。


例如，当BTSEL[2:0]设置为001时，系统将从AEMIF执行引导启动代码，即从外部的OneNand或Nor Flash启动。
而AIROM则支持多种启动模式，包括BTSEL[2:0]=000的NAND Boot，BTSEL[2:0]=010的MMC/SD Boot，以及BTSEL[2:0]=101的SPI Boot等。


Nand Boot Mode是DM365的一种常见启动方式，但因为处理器的AIRAM空间有限且NAND Flash不支持XIP（执行-in-place）技术，因此需要经过三个阶段的代码来完成从NAND Flash引导启动操作系统。
这一流程包括了初始化硬件、加载用户引导加载器(UBoot)到内存以及执行UBoot。


User Bootloader是DM365启动过程中的关键部分，其源码主要位于PSP包的board_utilities/flash_utils目录下。
入门代码由汇编文件start.S开始，负责切换操作模式、建立堆栈，并跳转到main函数。
在main函数中，LOCAL_boot函数负责实际的引导功能，包括调用Device_init()和NANDBOOT_copy()。


Device_init()函数完成了平台的底层初始化，如电源域、时钟、DDR、EMIF、UART、I2C和TIMER等模块的设置。
它首先屏蔽和清除中断，然后通过调用DEVICE_PSCInit启用各模块的电源和时钟，接着配置PINMUX，设置PLL1，配置DDR控制器，EMIF模块，串口0，TIMER0和I2C控制器。


当检测到启动模式配置寄存器(BOOTCFG)的BTSEL[2:0]为000时，系统将调用NAND_init()初始化NAND Flash，并通过NANDBOOT_copy()将紧随其后的Bootloader代码复制到DDR2内存中，以便于后续的程序执行。


Bootloader是嵌入式系统的重要组成部分，它的主要任务是为操作系统提供加载环境。
Bootloader的特点包括：早期系统初始化、设备驱动加载、引导操作系统、支持交互式操作等。
根据工作模式，Bootloader可以分为固件阶段和加载阶段，前者主要负责硬件初始化，后者则负责加载操作系统映像。


DM365的启动过程涉及到硬件配置、软件加载和系统初始化等多个环节，对开发人员理解和优化系统性能具有深远的影响。
了解这些知识，可以帮助我们更好地理解和调试基于DM365的系统，提高其稳定性和效率。

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