---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------IEC-60870-5-104：应用模型是：物理层，链路层，网络层，传输层，应用层物理层保证数据的正确送达，保证如何避免冲突。
（物理层利用如RS232上利用全双工）链路层负责具体对那个slave的通讯，对于成功与否，是否重传由链路层控制（RS4852线利用禁止链路层确认）应用层负责具体的一些应用，如问全数据还是单点数据还是类数据等（网络利用CSMA/CD等保证避免冲突的发生）---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------基本定义：端口号2404，站端为Server控端为Client，平衡式传输，2Byte站地址，2Byte传送原因，3Byte信息地址。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------注：APDU应用规约数据单元（整个数据）=APCI应用规约控制信息（固定6个字节）+ASDU应用服务数据单元（长度可变）---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------APDU长度（系统-特定参数，指定每个系统APDU的最大长度）APDU的最大长度域为253（缺省）。
视具体系统最大长度可以压缩。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------【1个例子】104报文分析BUF序0123456789.10111213141516171819202122M-＞R：6815100002001E01030001007900000110012413D20A02分析的结果是I（主动上报SOE，主动上报是因为104是平衡式规约）报文头固定为0x68，即十进制104长度15字节（不是6帧的，都是I帧）发送序号=8【控制字节的解析10000200，发送序号：0010H/2=16/2=8】接收序号=1【控制字节的解析10000200，接收序号：0002H/2=2/2=1】0x1E=30即M_SP_TB_1带长时标的单点信息01-＞SQ:0信号个数:10300-＞传送原因:[T=0P/N=0原因=3|突发]0100-＞公共地址:1790000-＞0x79=121信息体地址:12101-＞状态:1IV:0NT:0SB:0BL:010012413D20A02-＞低位10高位01，即0x0110=1*16*16+16=272时标:2002/10/1819:36:00.272

《ood启思录》提供了改进面向对象设计的真知灼见。
全书共11章，总结出了60多条面向对象设计(ood)的指导原则。
这些经验原则涵盖了从类到对象(主要强调它们之间的关系，包括关联、使用、包含、单继承、多继承)到面向对象物理设计的重要主题。
《ood启思录》将帮助你理解经验原则和“设计模式”这一流行概念之间的相互作用。
你可以借助经验原则发现设计中所存在的某一方面的问题，而设计模式则提供了解决方案。
《ood启思录》对各个层次的开发者都有价值，新手能借助本书走上通向面向对象编程的快车道，想提升自己的面向对象开发水准的老手则会受益于本书深具洞察力的分析。
《ood启思录》提供了让你成为更好的软件开发者的途径。

刘金琨滑《滑模变结构控制MATLAB仿真》第3版基本理论与设计方法pdf+仿真程序滑模变结构控制本质上是一类特殊的非线性控制，其非线性表现为控制的不连续性，这种控制策略与其它控制的不同之处在于系统的“结构”并不固定，而是可以在动态过程中根据系统当前的状态(如偏差及其各阶导数等)有目的地不断变化，迫使系统按照预定“滑动模态”的状态轨迹运动。
由于滑动模态可以进行设计且与对象参数及扰动无关，这就使得变结构控制具有快速响应、对参数变化及扰动不灵敏、无需系统在线辩识，物理实现简单等优点。
该方法的缺点在于当状态轨迹到达滑模面后，难于严格地沿着滑模面向着平衡点滑动，而是在滑模面两侧来回穿越，从而产生颤动，即抖振问题。

高斯-克吕格投影是由德国数学家、物理学家、天文学家高斯于19世纪20年代拟定，后经德国大地测量学家克吕格于1912年对投影公式加以补充，故称为高斯-克吕格投影，又名"等角横切椭圆柱投影”，是地球椭球面和平面间正形投影的一种。
程序绝对可靠

在这篇文章中我将概括这么几个基本并且重要的话题：-加速度计（accelerometer）检测什么-陀螺仪（gyroscope，也称作gyro）检测什么-如何将传感器ADC读取的数据转换为物理单位（加速度传感器的单位是g，陀螺仪的单位是度/秒）-如何结合加速度传感器和陀螺仪的数据以得到设备和地平面之间的倾角的准确信息在整篇文章中我尽量将数学运算降低到最少。

BaNG-备份下一代由苏黎世联邦理工学院物理系开发和使用的备份工具。
动机几年前，我们的备份是使用bash脚本进行的，该脚本将为每个客户端启动一个rsync进程，以将数据备份到远程服务器上的文件系统。
我们使用硬链接来避免备份空间必须随我们想要保留的最新备份数量线性增加。
尽管如此，由于每天的文件更改，我们始终计划备份空间大约是生产文件服务器的两倍。
在某些时候，由于存储量不断增加，备份开始花费的时间越来越长，最终将达到关键的24小时限制，因此无法进行每日备份。
独立地，备份服务器上使用的ext和xfs文件系统会遇到大量文件和硬链接的困扰，尤其是在清除较早的备份时。
由于这些原因，我们决

双缝干涉实验是大学物理中的重要实验之一，该实验可以用计算机模拟，这个资源就是利用matlab语言对双缝干涉实验进行了简单的仿真。
提供给大家学习！

而论文的排版一直在困扰着我们，word排版显得过于复杂，所以建议使用latex。
LaTeX（/ˈlɑːtɛx/，常被读作/ˈlɑːtɛk/或/ˈleɪtɛk/），排版时通常使用LATEX，是一种基于TeX的排版系统，由美国计算机科学家莱斯利·兰伯特在20世纪80年代初期开发，利用这种格式系统的处理，即使用户没有排版和程序设计的知识也可以充分发挥由TeX所提供的强大功能，不必一一亲自去设计或校对，能在几天，甚至几小时内生成很多具有书籍质量的印刷品。
对于生成复杂表格和数学公式，这一点表现得尤为突出。
因此它非常适用于生成高印刷质量的科技和数学、物理文档。
这个系统同样适用于生成从简单的信件到完整书籍的所有其他种类的文档。
（来自维基百科）

北大张恭庆《泛函分析》，上下两册pdf格式。
泛函分析（FunctionalAnalysis）是现代数学的一个分支，隶属于分析学，其研究的主要对象是函数构成的空间。
泛函分析是由对函数的变换（如傅立叶变换等）的性质的研究和对微分方程以及积分方程的研究发展而来的。
使用泛函作为表述源自变分法，代表作用于函数的函数。
巴拿赫（StefanBanach）是泛函分析理论的主要奠基人之一，而数学家兼物理学家伏尔泰拉（VitoVolterra）对泛函分析的广泛应用有重要贡献。

MATLAB教学视频，信号处理与系统分析类：本期视频时长约65分钟，通过四个精选的案例，极尽详细地演示时域信号MATLABFFT半谱图&全谱图的绘制方法和步骤；
深入剖析FFT频谱的幅值与相位和时域信号的对应关系，诠释了FFT变换对时域信号的分解过程，以及FFT变换简单而深远的物理意义。

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