---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------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
2024/7/5 19:30:53 366KB 104 规约 报文详解
1
霍夫曼编码及香农编码:信源编码主要可分为无失真信源编码和限失真信源编码。
无失真信源编码主要适用于离散信源或数字信号,如文本、表格及工程图纸等信源,它们要求进行无失真地数据压缩,要求完全能够无失真地可逆恢复。
凡是能载荷一定的信息量,且码字的平均长度最短,可分离的变长码的码字集合称为最佳变长码,为此必须将概率大的信息符号编以短的码字,概率小的符号编以长的码字,是的平均码字长度最短,能得到最佳的编码方法主要有:香农,费诺,霍夫曼编码等,实现至少两种无失真信源编码(香农码,哈夫曼码、费诺码)及其编码效率。
2024/7/5 1:23:17 90KB 霍夫曼编码,香农编码
1
此代码采用双倍长密钥,计算工作密钥mackey,pinkey,计算校验值,计算mac
2024/7/4 20:43:02 32KB 3DES计算MAC
1
通过高分辨率电子束光刻方法制备了不同形状的三层复合材料纳米颗粒,研究了这种纳米颗粒的形状变化对消光特性的影响。
测试结果表明,当入射波偏振方向平行于短轴时,随着长宽比的增大,共振峰位置发生“蓝移”;
当光源偏振方向平行于长轴时,随着长宽比的增大,共振峰位置发生“红移”。
还用时域有限差分算法以及表面等离波子的Lorentz模型对纳米颗粒的消光特性进行数值计算,所得的消光频谱曲线、共振峰位置变化趋势与实验基本一致。
此外,还研究了主体材料层厚度对消光特性的影响,发现其厚度在20~90nm变化时,共振峰发生3~115nm的“蓝移”。
1
摘要现在高校的学生信息的管理趋向于复杂化和多元化,随着计算机的广泛应用,越来越多的高校均采用了计算机化的管理模式。
查询、修改、录入、删除等基本操作都采用了计算机的数据库技术。
比起以前使用卡片的方法有了很大的进步,方便管理,易于更新,极大的方便了学生信息的管理工作。
关键词:学生信息;
数据库;系统维护Abstract:Themanagementofthestudentoftheuniversityofnowinformationtrendstocomplicateandpluralism,withthewideapplicationofthecomputer,moreandmoreuniversitieshaveadoptedthemanagementmodeofcomputerization。
Haveinquiredabout,revised,input,deletedetc.andoperatedandadoptedthedatabasetechnologyofthecomputerbasically.Usingthemethodofthecardtobeengreatlyimprovedcomparedwithbefore,itisconvenienttomanage,easytoupgrade,thegreatmanagementoffacilitatingstudent'sinformation.Keywords:systemmaintain,database一、引言1.1介绍本课题的目的和意义学生信息管理系统是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段1.2在国内外发展概况及存在问题一直以来人们使用传统人工的方式管理文件档案,这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
作为计算机应用的一部分,使用计算机对学生信息进行管理,具有着手工管理所无法比拟的优点。
例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高学生信息管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。
本课题采用ASP语言,一方面适应大众的需求,另一方面在系统的设计方面更加流畅,方便。
因此,开发这样一套管理软件是很有必要的事情。

1.3本课题应解决的主要问题、指导思想及应达到的技术要求1能够实现对数据库中的基本信息的各种查询和维护(增、删、改),同时注意用户的权限。
2.能够生成并打印各种报表。
如学生基本信息表、学生点名薄.可完成教师成绩录入及打印,学生成绩查询。
3.具有统计功能,如计算各班的英语四六级通过率等。
4.系统相关的功能,如系统维护,界面友好,用户操作简单方便。
5.系统运行模式是基于B/S体系结构。
二、系统概述2.1系统设计背景 随着学校规模的不断扩大,学生数量急剧增加,有关学生的各种信息也成倍增加。
面对庞大的信息量,就需要有学生信息管理系统来提高学生管理工作的效率。
通过这样的系统,可以做到信息的规范管理、科学统计和快速的查询,从而减少管理方面的工作量。
2.2系统的功能简介
1
可灵活配置为主机或者从机,做为从机时,上电复位后长时间未接收到命令会有一次机会自动转换为主机,与带有modbus协议的外设通信
2024/7/2 21:13:53 8KB modbus协议
1
STM32F103C8T6的片子上同时使用三个串口,其中用于串口光纤的,用于带485接口的LoRa的和另一路作为DTUModbus从机的三个串口,硬件上属于两路485和一个串口共三个串口通信。
配置了好长时间,网上的例程都是转来转去不能用,里面的Modbus协议也可以好好研究一下。
2024/7/2 14:35:58 5.5MB stm32 多串口
1
这本书主要是讲在使用C++11特性时对并发的深入探讨。
它是由作为语言新线程支持基础的BoostThread库的主要开发及维护人员编写的。
总之,作者很有权威性。
该书从最基础的东西开始,假设读者已经有良好(甚至是非常好)的语言基础,但是首次接触并行代码。
该书逐步地探讨了一些由并发带来的问题,讲述了互斥的解决方案和局限性,以及它们是如何在C++11中实现的。
接下来讲述了C++的内存模型和原子类型。
最后,深入探讨了基于锁和无锁数据结构的设计。
这是自从HerbSutter在书中讨论这个话题之后,我所见过的最好的处理方法。
这本书很全面地涵盖了一些真正重要的话题,这些话题在其他书籍中是经常被忽略的,比如像,多线程的代码设计,线程应用程序的调试。
当然,在我看来,这两者都描述得太少了。
书中大部分内容都是作为参考资料(就单独的C++线程库就有差不多130页)。
另一个附录是一个完整的消息框架,并给出了代码和注解。
毫无疑问,作者还是花费了很大的心思,相关的内容都讲到了。
对于这本书,我也有不满意之处,但是它们都微不足道。
第一个就是你必须深入了解C++,否则阅读起来比较困难。
另一个就是作者最后一章讲述的线程池,用红色字体显示的”高级线程”。
在我看来,线程池在并发处设定标记很有意思,但是很可惜,作者却在这儿停笔了。
由此可得知,虽然作者在目录有提及到角色模型,但并没有进行讲解,就好像它压根儿不存在一样,可能在William看来,它其实对好几种语言至关重要,却不包括C++。
总的来说,这些不满意之处只能反应我的偏好,不能说明这本书有缺陷。
William的这本书非常棒,至少在未来的很长一段时间里都能称得上是这个领域的典型著作。
如果你想更仔细地看下这本书的内容,我们最近在一篇很受欢迎的文章里”WaitingforOne-OffEventswithFutures。
”有摘选了一些片段。
2024/7/2 3:36:47 2.13MB C++ 并发
1
ldpc的编码方法采用matlab构造校验矩阵,程序比较长,但是看起来一目了然,希望对大家有用
2024/7/1 21:40:30 5KB 校验矩阵 LDPC
1
网上流传的AndroidStudio汉化包2.2.2及AndroidStudio汉化包2.2.3版本的汉化包在在我的电脑上都有bug---------------------------------------------------bug描述汉化后AndroidStudio左侧定位d代码文件按钮消失,代码不能直接定位到文件---------------------------------------------------找了好长时间,找了个可用汉化的版本,,AndroidStudio汉化测试通过,可用定位到左侧代码文件---------------------------------------------------之前上传的汉化包也有此bug,之前上传的汉化包地址http://download.csdn.net/detail/sdacc33z/9752393
2024/7/1 6:08:38 13.43MB Android Studio 汉化包 AS
1
共 1000 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡