主要是上课的课件，欢迎大家下载PPT制作，并且是去年的最新版本，从这个可以对计算机网络有一个大体上的了解

SAE J1699-1-2021 是一份关于道路车辆OBD-II（On-Board Diagnostics II）验证测试程序的标准文档，由SAE（美国汽车工程师学会）发布，旨在推动汽车技术与工程科学的发展。
这个标准是自愿采用的，其适用性和对于任何特定用途的适合性，包括可能由此引发的专利侵权问题，均由使用者自行负责。


OBD-II系统是汽车诊断的一种标准，它允许技术人员通过车辆的数据端口访问和分析车辆的故障信息。
SAE J1699-1标准详细规定了如何验证这些系统是否符合规定的性能和兼容性要求。
这份2021年的更新版本是对2006年版的J1699-1标准的修订或确认，确保与当前汽车技术保持同步。


J1699-1标准的稳定化（Stabilized）状态意味着其中涵盖的技术、产品或过程已经成熟，不太可能在可预见的未来发生重大变化。
这意味着尽管这个标准被认定为稳定，但用户仍然需要定期检查参考信息，以确保技术要求的持续适用性，因为可能存在更新的技术。


此标准包含了OBD-II系统的测试步骤和程序，旨在确保车辆制造商生产的OBD-II接口能够准确、一致地报告和处理车辆的诊断信息。
这些测试可能包括但不限于通信协议一致性、故障代码设置的正确性、故障指示灯的触发条件以及数据流的准确传输。


该标准还涉及到SAE J1850，这是一个早期的通信协议，用于OBD-II系统中，用于在车辆的ECU（电子控制单元）和诊断工具之间交换信息。
J1699-1标准可能会扩展到其他通信协议，以适应现代车辆中更复杂的网络架构和更高的数据传输需求。


SAE J1699-1-2021的实施可以帮助确保车辆的排放控制系统的有效性，因为它要求OBD-II系统能够检测和报告任何可能导致排放超过法定限值的故障。
这有助于维护环境法规的执行，并促进汽车行业的技术进步和创新。


要获取这份标准的完整内容，可以联系SAE International，通过电话、传真或电子邮件下单，或者访问其官方网站进行在线购买。
同时，SAE也鼓励用户提供书面评论和建议，以帮助持续改进这些标准。

PHP_Live_Chat_Pro是国外一款经典的在线即时聊天系统，官方售价30美金，此版本为2017年5月更新的PHP_Live_Chat_Pro_v1.0，内附中英文双版、使用文档、视频教程。
亲测安装绝对没问题，请大家放心下载、愉悦使用(注：php版本要求5.4以上）。

BACnet完整协议2016版本，系统开发者必备的参考技术手册

最新版ISO-IEC14443，2016版本Identificationcards-Contactlessintegratedcircuitcards-ProximityCards-Part2:Radiofrequencypowerandsignalinterface

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

从官网下载的python3.8.2windows安装包，里面有x86和x86-64两个版本：python-3.8.2.exe和python-3.8.2-amd64.exe

腾讯地图API最新导出数据，全国最新行政区划代码，包含省、市、区、镇四级，带经纬度，共有46520条数据，导出日期2019年9月6日，较前一版本做了修改：直辖市的下属县调整为三级，省辖县调整为三级

USBType-CSpecificationRelease1.3,2017年7月14日最新版本V1.3。
详细介绍了USBTYPE-C的协议规范，包括母座，插头和连接线的规范。

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

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