本资料是面向CAN总线初学者的CAN入门书。
对CAN是什么、CAN的特征、标准规格下的位置分布等、CAN的概要及CAN的协议进行了说明。
目录：1.概要...........12.使用注意事项....13.CAN是什么？....23.1CAN的应用示例.33.2总线拓扑图.....44.CAN的特点......55.错误...........65.1错误状态的种类.65.2错误计数值.....86.CAN协议的基本概念...97.CAN协议及标准规格...127.1ISO标准化的CAN协议127.2ISO11898和ISO11519-2的不同点..137.3CAN和标准规格..178.CAN协议........188.1帧的种类......188.2数据帧........218.3遥控帧......288.4错误帧.........308.5过载帧........318.6帧间隔.........328.7优先级的决定...338.8位填充........368.9错误的种类.....378.10错误帧的输出..398.11位时序........408.12取得同步的方法...428.13硬件同步........438.14再同步...........448.15调整同步的规则...45

收到一些国内外朋友的来信，咨询关于容积卡尔曼滤波的问题(CKF)，大家比较疑惑的应该就是generator或G-orbit的概念。
考虑到工作以后，重心必然转移，不可能再像现在这样详细的回答所有人的问题，更不可能再帮大家改论文、写(或改)代码了，请各位谅解！在此，上传一个CKF和五阶CKF用于目标跟踪的示例代码，代码中包含详细的注释，希望对大家以后的学习和研究有所帮助！此代码利用C++对五阶CKF的第二G-轨迹进行了封装(Perms.exe)，能理解最好，如果无法理解，也无须深究其具体构造方法！可执行文件底层是用字符串+递归算法实现的，理论上可以应用于任意维模型。
但考虑到递归算法可能存在的栈溢出，重复压栈出栈带来的时间消耗等问题，我们利用矩阵的稀疏性和群的完全对称性，并通过分次调用，来尽可能减少栈的深度，提高计算速度。
容积点一次生成后，可以一直使用，通过对50维G-轨迹的生成速度(CoreT6600@2.2GHz)进行测试，包含数据读写在内的速度约为1.5秒，速度尚可。
而目前为止，本人尚未遇到达到甚至超过50维的系统，因此，暂时不作算法层面的优化。
注意：Perms.exe可以用于任意维模型，将可执行文件复制至工作目录下，调用时选择N/n，并输入你的模型维数，即可生成所需的第二G-轨迹。
如果无法理解相关的概念，请参考示例代码，并记住如何使用即可~~~相关理论基础及所用模型，请参考以下文献：References(youmayciteoneofthearticlesinyourpaper):[1]X.C.Zhang,C.J.Guo,"CubatureKalmanfilters:Derivationandextension,"ChinsesPhysicsB,vol.22,no.12,128401,DOI:10.1088/1674-1056/22/12/128401[2]X.C.Zhang,Y.L.Teng,"AnewderivationofthecubatureKalmanfilters,"AsianJournalofControl,DOI:10.1002/asjc.926[3]X.C.Zhang,"Cubatureinformationfiltersusinghigh-degreeandembeddedcubaturerules,"Circuits,Systems,andSignalProcessing,vol.33,no.6,pp.1799-1818,DOI:10.1007/s00034-013-9730-0

sqlite3.exeVer3.33版本2020-8-14出版，还是蛮新的版本。
E:\sqlite3＞sqlite3--version#显示sqlite3的版本3.33.02020-08-1413:23:32fca8dc8b578f215a969cd899336378966156154710873e68b3d9ac5881b0alt2E:\sqlite3＞sqlite3--help#显示帮助文档Usage:sqlite3[OPTIONS]FILENAME[SQL]FILENAMEisthenameofanSQLitedatabase.A

mysql-5.7.29

毕业设计和课程设计全套资料，主程序代码clc;clearall;closeall;warningoffall;I=imread('images\\1.jpg');I1=Image_Normalize(I,0);%图像归一化hsize=[33];sigma=0.5;I2=Image_Smooth(I1,hsize,sigma,0);I3=Gray_Convert(I2,0);bw2=Image_Binary(I3,0);%二值化处理[~,~,xy_long]=Hough_Process(bw2,I1,0);%霍夫变换angle=Compute_Angle(xy_long);%计算角度[I4,bw3]=Image_Rotate(I1,bw2,angle*1.8,0);%图像旋转[bw4,Loc1]=Morph_Process(bw3,0);%形态处理[Len,XYn,xy_long]=Hough_Process(bw4,I4,0);[bw5,bw6]=Region_Segmation(XYn,bw4,I4,0);[stats1,stats2,Line]=Location_Label(bw5,bw6,I4,XYn,Loc1,1);[Dom,Aom,Answer,Bn]=Analysis(stats1,stats2,Line,I4);

WMS的仓库框架源码，文档。
目录第一章运行自动化仓库管理软件31.WMS运行环境32．运行WMS程序33．登录到WMS34．正确登录后，进入主界面4第二章基础信息管理51.用户信息管理52.权限管理63.仓库货区管理94.货位管理105.托盘管理116.单据类型管理67.物料类型管理88.供应商管理109.客户管理1110.计量单位管理11第三章入库管理121.入库单据管理122.入库配盘133.入库任务管理144.空托盘入库15第四章出库管理121.出库单据管理122.出库配盘133.出库任务管理144.空托盘出库155.出库查看16第五章库存管理121.库存盘点122.移库133.调整单144.出库查看155.任务管理166.仓位图19第六章统计查询121.库存明细122.库存统计133.库存流水账144.系统日志155.货位统计166.出入库物料汇总19附件：201．操作方式202．入库操作流程203．出库操作流程20

锈铁一种计算单词错误率的简单锈程序。
这是我了解Rust的学习过程的一部分。
另外，我想看看与诸如Python之类的解释器语言相比，Rust的速度要快多少。
python-equivalent/wer.py文件具有用Python编写的完全相同的算法。
单词错误率（WER）是一种评估语音转文本系统性能的方法。
它考虑了在预测文本（ASR系统的输出）和基本情况（手动转录的文本）之间需要插入/删除或替换多少个单词。
在我的实现中，我将从每个单独的句子中返回平均WER。
依存关系clap="2.33.3"用于命令行解析。
cute="0.3.0"，cute="0.3.0"循环。
用法通过运行目录中的cargobuild构建项目（或cargobuild--release，以避免在运行cargorun...时重新编译代码）。
如果您使用了--release标志，

空白混淆jar包里面有使用说明修改了proguard5.33的源码增加程序安全性

为了以清洁和集成的方式利用热量和电力，提出了一种零碳排放微能源互联网（ZCE-MEI）架构，该架构通过并入非辅助燃烧式压缩空气储能（NSF-CAES）集线器。
本文考虑了一种典型的结合电力分配网络（PDN）和区域供热网络（DHN）和NSF-CAES的ZCE-MEI。
采用了一个由NSF-CAES集线器，33总线PDN和8节点DHN组成的典型测试系统，以验证所提出的ZCE-MEI在降低运营成本和减少风力方面的有效性。

WS/T500《电子病历共享文档规范》分为以下五十三个部分：——第1部分：病历概要；
——第2部分：门（急）诊病历；
——第3部分：急诊留观病历；
——第4部分：西药处方；
——第5部分：中药处方；
——第6部分：检查报告；
——第7部分：检验报告；
——第8部分：治疗记录；
——第9部分：一般手术记录；
——第10部分：麻醉术前访视记录；
——第11部分：麻醉记录；
——第12部分：麻醉术后访视记录；
——第13部分：输血记录；
——第14部分：待产记录；
——第15部分：阴道分娩记录；
——第16部分：剖宫产记录；
——第17部分：病重（病危）护理记录；
——第18部分：手术护理记录；
——第19部分：生命体征测量记录；
——第20部分：生命体征测量记录；
——第21部分：出入量记录；
——第22部分：高值耗材使用记录；
——第23部分：入院评估；
——第24部分：护理计划；
——第25部分：出院评估与指导；
——第26部分：手术知情同意书；
——第27部分：麻醉知情同意书；
——第28部分：输血治疗同意书；
——第29部分：特殊检查及特殊治疗同意书；
——第30部分：病危（重）通知书；
——第31部分：其他知情告知同意书；
——第32部分：住院病案首页；
——第33部分：中医住院病案首页；
——第34部分：入院记录；
——第35部分：24小时内入出院记录；
——第36部分：24小时内入院死亡记录；
——第37部分：住院病程记录首次病程记录；
——第38部分：住院病程记录日常病程记录；
——第39部分：住院病程记录上级医师查房记录；
——第40部分：住院病程记录疑难病例讨论记录；
——第41部分：住院病程记录交接班记录；
——第42部分：住院病程记录转科记录；
——第43部分：住院病程记录阶段小结；
——第44部分：住院病程记录抢救记录；
——第45部分：住院病程记录会诊记录；
——第46部分：住院病程记录术前小结；
——第47部分：住院病程记录术前讨论；
——第48部分：住院病程记录术后首次病程记录；
——第49部分：住院病程记录出院记录；
——第50部分：住院病程记录死亡记录；
——第51部分：住院病程记录死亡病例讨论记录；
——第52部分：住院医嘱；
——第53部分：出院小结；

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