普通USB2.0和USB OTG和HSIC的USB的区别

普通USB2.0和USB OTG和HSIC的USB的区别

普通USB2.0：只能做主机，识别USB设备，接电脑无法识别，因为电脑也是主机

USB OTG：既能做主机也能做从机，因为有USB的ID脚，可以识别是主机从机。

HSIC的USB：输出的不是普通的USB信号，而是XhsicSTROBE1，和XhsicDATA1的信号，必须接USB信号转换出来，不过比普通的USB信号强，可以接四路的USB HOST也没有问题。

自由格式协议_chn

自由协议 控制器与显示器相连接的一个简单的通信协议，控制器是主控端, 显示器是从属端，在控制器中，只需编写简单的通信读/写程序，而不用编写通信中断服务程序。 首先，控制器发送一个请求给显示器，显示器接受请求之后，给控制器回复一个响应。显示器和控制器交换数据为128（最大）字，为MW0~MW127，字的每个比特可以作为线圈使用，为MWx.i(x=0..127,i=0..15)。 请求的格式： 站号：显示器站号（0~255，0表示广播方式，显示器不需要回复） 命令：‘R’表示从显示器读取，‘W’表示向显示器写数据 地址：MW（0~127）的索引号 长度：需要读/写MW的个数（1~128） 数据：MW的值，如果命令是‘R’则没数据 校验：从站号到校验前的字节，所有字节相加，再取0x100的余数 （注意：如果校验是0x5A，则忽略，不作检查) 状态：通信的状态 ：0 –正常 ：1 –地址错误 ：2 –长度错误 ：3 –范围错误（地址+ 长度> 128 ） ：4 –命令错误 当命令是‘W’或不正常时，则没有地址、长度和数据 数据的格式

协议： 首先，控制器发送一个请求给显示器。显示器收到请求后，检查校验，如果校验正确，且站号等于显示器本身站号，显示器就响应这个请求。否则，显示器将不作响应。 控制器需要检查显示器的响应是否超时，超时时间为50毫秒。如果超时，控制器应该重新发送请求。 显示器检查接收数据是否超时，超时时间为25毫秒。如果超时，显示器初始化通信，等待控制器的新的请求。 读（从显示器读数据） 数据：需要读的MW的值 写（向显示器写数据） 例子 a) 控制器从DP210读MW0,MW1 控制器发送：01H 52H 00H 02H 55H DP210回应：01H 00H 00H 02H 00H 00H 00H 0CH 0FH (MW0=0 MW1=12) b) 控制器写256 到MW0 控制器发送：01H 57H 00H 01H 01H 00H 5AH DP210回应：01H 00H 01H

外文翻译---硬件软件的设计和开发过程知识讲解

附录 一、英文原文 Hardware/Software Design and Development Process Everett Lumpkin and Michael Gabrick Delphi Corporation, Electronics and Safety Division INTRODUCTION Process and technology advancements in the semiconductor industry have helped to revolutionize automotive and consumer electronics. As Moore’s Law predicted, the increase in complexity and operating frequencies of today’s integrated circuits have enabled the creation of system applications once thought to be impossible. And systems such as camera cell phones, automotive infotainment systems, advanced powertrain controllers and handheld personal computers have been realized as a result. In addition to the increases in process technology, the Electronic Design Automation (EDA) industry has helped to transform the way semiconductor integrated circuits (IC) and subsequent software applications are designed and verified. This transformation has occurred in the form of design abstraction, where the implementation continues to be performed at higher levels through the innovation of design automation tools. An example of this trend is the evolution of software development from the early days of machine-level programming to the C++ and Java software written today. The creation of the assembler allowed the programmer to move a level above machine language, which increased the efficiency of code generation and documentation, but still tied the programmer to the underlying hardware architecture. Likewise, the dawn of C / C++ compilers, debuggers and linkers helped to move the abstraction layer further away from the underlying hardware, making the software completely platform independent, easier to read, easier to debug and more efficient to manage. However, a shift to higher levels of software abstraction has not translated to a reduction in complexity or human resources. On the contrary, as integrated systems have become more feature rich, the complexity of the operating system and corresponding applications have increased rapidly, as have the costs associated with the software implementation and verification activities. Certainly the advancements in embedded software tools such as static code checkers, debuggers and hardware emulators have helped to solve some of the software verification problems, but software verification activities have become more time and resource consuming than the actual software creation. Time-to-market constraints have pushed software verification activities to the system-level, and led to a greater demand for production hardware to be made available earlier in

HTTP请求报头详解

HTTP头字段包括4类： general-header ; request-header ; response-header ; entity-header . ********************************************************************* ********** General Header Fields ============================= general header是request、response都可用的, 但是不能用于entity. －－Cache-Control －－Connection －－Date －－Pragma －－Trailer －－Transfer-Encoding －－Upgrade －－Via －－Warning ********************************************************************* ********** Request Header Fields ====================== request-header fields 允许客户端传递关于request和客户端的附加信息到服务端， －－Accept －－Accept-Charset －－Accept-Encoding －－Accept-Language －－Authorization －－Expect －－From －－Host －－If-Match －－If-Modified-Since －－If-None-Match －－If-Range －－If-Unmodified-Since

编码器RS485自由通讯协议

编码器RS485自由通讯协议 正常工作状态编码器按照编程设定参数：波特率为设定值，一般为9600、19200、38400等，数据位8位，停止位1位，无奇偶校验，无控制流。 编码器的主被动模式需对编码器进行设定。 编码器为主动模式时，即编码器主动向上位机发送数据。数据长度为13位16进制ASCII码，格式为：＝±DATA↙，即： 1 2 3 4 5 6 7 8 9 10 11 12 13 = ± DATA ↙ 其中，“＝”为前导字母，±为符号位。DATA为数据，ASCII格式，10位，由0～9构成，范围为-9,999,999,999～＋9,999,999,999。最后是回车符（0D）。 编码器地址为被动模式时，即问答模式。上位机向编码器发送询问指令，指令为4位16进制ASCII 码，格式为：#AB↙（带地址返回主测量值询问指令为：&AB↙）。 AB为编码器地址，范围为0到99。 编码器对上位机回答的数据格式与主动模式发送的数据格式是一样的。 （带地址返回的数据格式在“＝”与符号位之间有“AB>”，“>”为分隔符） 例：被动模式，地址设为1，波特率为19200，与上位机通讯时的数据为： 发送：23 30 31 0D 发送：26 30 31 0D 接收：3D 2B 30 30 30 30 30 30 30 30 31 32 0D 接收：3D 30 31 3E 2B 30 30 30 30 30 30 30 30 31 32 0D 即，发送＃01↙接收＝＋0000000012↙。 即，发送&01↙接收＝01>＋0000000012↙。 编码器RS485信号及接线端子引脚分配 DB9针脚 定义 3 RS485(A+) 8 RS485(B-) 编程允许线（Poen）的使用 编程模式时，编码器棕色线与编程允许线（Poen）并在一起接正电源，兰色线接电源地线。此时，编码器的通讯速率固定为19200bps。 非编程模式，即正常工作时，建议将兰色线与编程允许线（Poen）并在一起接电源地线。 RS485通讯的注意事项： 1． 通讯速率与传输距离是一对矛盾。速率越高，传输距离越近、但也越稳定，反之亦然。 2． 在外部电磁干扰强时，外部置位线在对编码器置位需接高电平，但置位结束后建议强制接低电平，以防止编码器由于外部干扰而突然回零。 3． 在外部电磁干扰强时，RS485接线最好使用双屏蔽电缆。 4． 多个编码器接上位机时，由于编码器返回数据没有奇偶校验，故建议在上位机编程时在时间上对各个编码器返回的数据进行区分。 5． 当系统中有电动机时，编码器电源需与其他电源隔离。 6． 由于RS485电路是差分形式的，A＋，B－都是带电压的，常时间接地或接高电平都会造成RS485电路损坏。 上海楚嘉自动化科技有限公司 技术服务部

Ns2.34上leach协议的完美移植

Ns2.34上leach协议的完美移植 经过几天的不断实验，以及网上各位前辈的帮助，终于成功将leach协议完美移植到ns2.34上，下面是我的安装笔记。 Step1 在ns-2.34的目录下新建一个leach文件夹，将leach.tar.gz放入这个文件夹 Step2 在终端中进入这个目录下，键入tar zxf leach.tar.gz Step3 ①将leach/mit整个目录复制到ns-allinone-2.34/ns-2.34中 ②将leach/mac目录下的https://www.wendangku.net/doc/756655121.html,, mac-sensor.h, https://www.wendangku.net/doc/756655121.html,, mac-sensor-timers.h四个文件复制到ns-allinone-2.34/ns-2.34/mac中 ③将leach/tcl/mobility目录下的四个文件复制到ns-allinone-2.34/ns-2.34/tcl/mobility中 ④将ns-allinone-2.34/ns-2.34/tcl/ex目录下的wireless.tcl重命名为wireless_1.tcl,再将leach/tcl/ex目录下的wireless.tcl复制到ns-allinone-2.34/ns-2.34/tcl/ex中⑤将leach目录下的test,leach_test,package_up三个文件复制到ns-allinone-2.34/ ns-2.34中 Step3 修改文件 ①需要修改的文件有: ns-allinone-2.34/ns-2.34/apps/https://www.wendangku.net/doc/756655121.html,,app.h ns-allinone-2.34/ns-2.34/trace/https://www.wendangku.net/doc/756655121.html,,cmu-trace.h ns-allinone-2.34/ns-2.34/common/https://www.wendangku.net/doc/756655121.html,,https://www.wendangku.net/doc/756655121.html,,packet.h ns-allinone-2.34/ns-2.34/mac/https://www.wendangku.net/doc/756655121.html,,ll.h,https://www.wendangku.net/doc/756655121.html,,https://www.wendangku.net/doc/756655121.html,,phy.h,wireless-phy.c c,wireless-phy.h ②修改方法: 对于leach目录下相应的文件(即刚才未复制的文件),将代码中以“#ifdef MIT_uAMPS”开始,并以“#endif”结束的部分复制到以上文件对应的位置 这个过此要小心核对修改，否则前功尽弃 ③特殊情况 <1> ns-allinone-2.34/ns-2.34/common/packet.h中大约185行,根据其他变量的格式将代码更改为 #ifdef MIT_uAMPS static const packet_t PT_RCA = 61; #endif 并将最后一个枚举值改为62 这个过程可以随情况改变，还要注意的是packet.h文件并不是只改这一部分，前面的修改依然要。 <2> ns-allinone-2.34/ns-2.34/mac/wireless-phy.h,给类WirelessPhy添加public变量,大约105行 #ifdef MIT_uAMPS MobileNode * node_;

软硬件测试方案

1.1.1软硬件测试方案 1.1.1.1测试目的和要求 1.1.1.1.1测试目的 作为软件开发的重要环节，软件测试越来越受到人们的重视，软件测试是软件工程过程的一个重要阶段，是在软件投入运行前，对软件需求分析、设计和编码各阶段产品的最终检查，是为了保证软件的正确性、完全性和一致性，从而检测软件错误、修正软件错误的过程。随着软件开发规模的增大、复杂程度的增加，以寻找软件中的错误为目的的测试工作就显得更加困难，因此要求测试计划和测试管理更加完备。本次测试安排在项目进行编码过程中和编码完成后进行，测试的内容包括系统界面风格、主要功能、容错能力、模块间的关联等等，依据正规步骤完成单元测试、边缘测试、整体测试。通过测试，及时发现存在于程序中的错误并根据测试结果对程序进行修改，从而确保提交给用户的程序是经过检验并能顺利运行的。 1.1.1.1.2测试的总体要求 软件测试可运用多种不同的测试策略来实现，最常用的方式是自底向上分阶段进行，对不同开发阶段的产品采用不同的测试方法进行检测，从测试开始，然后进行功能测试，最终进行系统测试。 尽早地和不断地进行软件测试。 保证系统风格与界面统一。 保证各系统联接正确，数据传送正常。

抽检程序的内部编写情况无误。 测试用例应由测试输入数据和对应的预期输出结果两部分组 成。 程序员应避免负责测试自己编写的程序。 测试用例，应当包括合理和不合理的输入条件。 应当检查程序是否有不希望的副作用。 程序流程和接口内容绝不可忽视。 充分注意测试中的群体现象。 严格执行测试计划。 对每个测试结果严格检查。 妥善保存文档。 性能测试和功能测试同等重要。 1.1.1.1.3测试人员及组织分工 参加测试人员包括技术支持组部分人员、开发小组全体成员、质保组测试成员和用户人员。组织分工如下： 单元测试：由实施组成员在编码过程中，各自以及交叉进行单元测试。 集成测试：由质保组两名测试成员、实施组两名成员进行集成测试。 系统测试：由技术组项目技术负责人、系统设计师、用户人员进行系统测试。

http协议请求响应报文格式及状态码详解

HTTP协议报文格式 HTTP协议（Hypertext Transfer Protocol――超文本传输协议）浏览器端（客户端）向WEB 服务器端访问页面的过程和HTTP协议报文的格式。 基于HTTP协议的客户机访问包括4个过程，分别是建立TCP套接字连接、发送HTTP请求报文、接收HTTP应答报文和关闭TCP套接字连接： 1. 创建TCP套接字连接 客户端与WEB服务器创建TCP套接字连接，其中WEB端服务器的地址可以通过域名解析确定，WEB端的套接字侦听端口一般是80。 2. 发送HTTP请求报文 客户端向WEB服务端发送请求报文，HTTP协议的请求报文格式为： 请求消息= 请求行（实体头信息）CRLF[实体内容] 请求行= 方法URL HTTP版本号CRLF 方法= GET|HEAD|POST|扩展方法 URL = 协议名称＋宿主名＋目录与文件名 其中"CRLF"表示回车换行。 "请求行"中的"方法"描述了对指定资源执行的动作，常用的方法"GET"、"HEAD"和"POST"等3种，它们的含义如表15-8所示： 请求报文 一个HTTP请求报文由请求行（request line）、请求头部（header）、空行和请求数据4个部分组成，下图给出了请求报文的一般格式。 （1）请求行 请求行由请求方法字段、URL字段和HTTP协议版本字段3个字段组成，它们用空格分隔。例如，GET /index.html HTTP/1.1。 HTTP协议的请求方法有GET、POST、HEAD、PUT、DELETE、OPTIONS、TRACE、CONNECT。这里介绍最常用的GET方法和POST方法。 GET：当客户端要从服务器中读取文档时，使用GET方法。GET方法要求服务器将URL定位的资源放在响应报文的数据部分，回送给客户端。使用GET方法时，请求参数和对应的值附加在URL后面，利用一个问号（“?”）代表URL的结尾 与请求参数的开始，传递参数长度受限制。例如，/index.jsp?id=100&op=bind。POST：当客户端给服务器提供信息较多时可以使用POST方法。POST方法将请求参数封装在HTTP请求数据中，以名称/值的形式出现，可以传输大量数据。 表15-8 HTTP请求方法

永宏FBs-PLC的自由通讯协议及应用

引言 电子技术的日益发展，通讯接口给工业控制的自动化集中控制带来巨大的变化，系统的分布控制，网络的远程监控等都是通过通讯来实现监控。各个智能设备之间要进行正常通讯，首先要保证以下 3 个条件一致：通讯硬件界面相同；通讯参数设置一致；以及通讯协议一致。在串口的通讯中，界面都已经是标准化，参数设定亦可透过设定来保持一致。但在智能自动化设备中，由于品牌和产品都存在差异，对于同一种产品，不同的品牌就可能存在不同的通讯协议！所以，智能设备的通讯，设备的选择是关键！但针对同种协议的产品，就有可能缩小设备选型范围，势必会对系统的组成存在影响。如造成成本的提升，系统得不到优化等问题。 1. 系统硬件要求 1.1 永宏FBs-PLC 通讯功能 永宏FBs-PLC提供相当强大的通讯功能，SoC单晶片中集合 5 个高速通讯端口。主机自带一个通讯端口。多样的扩展方式，可以选择通讯模块或者通讯板实现通讯端口的扩展，单一主机可以最多扩展至 5 个通讯端口；数据传输可以选择ASCII 码或者速度快一倍的二进制码来传输；每个通讯端口通讯速率高达921.6Kbps ；支持RS-232,RS-485,USB 和Ethernet 等界面；通讯协议提供永宏标准通讯协议，工业界通用的ModBus 标准协议，以及自由口协议。这里我们就永宏PLC 的自由通讯协议做进一步探讨。 1.2 永宏PLC 自由通讯协议简介 所谓自由通讯协议，永宏PLC 作为主站，根据通讯的从站设备通讯格式来编写通讯传输数据格式，以保证通讯格式的一致性。在符合从站设备的数据格式时设备才能识别主站发送出来的命令要求，再根据命令来进行处理数据、做响应回复等工作。这样将大大提高PLC 控制对象的通讯接口兼容。 图 1.1 RS-485 单主多从通讯示意图 如图 1.1 所示，一个永宏PLC 可以跟多个智能从站进行通讯；智能从站可以同为一种设备不同品牌，或者不同设备不同品牌，例如其他品牌的PLC、变频器、智能仪表等，只要 符合RS-485 通讯要求即可组网。 2. 软件系统要求与设计

LEACH协议的算法结构及最新研究进展

LEACH协议的算法结构及最新研究进展 1 LEACH协议算法结构 LEACH这个协议的解释是：低功耗自适应集簇分层型协议。通过名字，我们就能想到这个协议的大概作用了。那么在这之中，我们先来研究一下它的算法。 该算法基本思想是：以循环的方式随机选择蔟首节点，将整个网络的能量负载平均分配到每个传感器节点中，从而达到降低网络能源消耗、提高网络整体生存时间的目的。仿真表明，与一般的平面多跳路由协议和静态分层算法相比，LEACH协议可以将网络生命周期延长15%。LEACH在运行过程中不断的循环执行蔟的重构过程，每个蔟重构过程可以用回合的概念来描述。每个回合可以分成两个阶段：蔟的建立阶段和传输数据的稳定阶段。为了节省资源开销，稳定阶段的持续时间要大于建立阶段的持续时间。蔟的建立过程可分成4个阶段：蔟首节点的选择、蔟首节点的广播、蔟首节点的建立和调度机制的生成。 蔟首节点的选择依据网络中所需要的蔟首节点总数和迄今为止每个节点已成为蔟首节点的次数来决定。具体的选择办法是：每个传感器节点随机选择0-1之间的一个值。如果选定的值小于某一个阀值，那么这个节点成为蔟首节点。 选定蔟首节点后，通过广播告知整个网络。网络中的其他节点根据接收信息的信号强度决定从属的蔟，并通知相应的蔟首节点，完成蔟的建立。最后，蔟首节点采用TDMA方式为蔟中每个节点分配向其传递数据的时间点。 稳定阶段中，传感器节点将采集的数据传送到蔟首节点。蔟首节点对蔟中所有节点所采集的数据进行信息融合后再传送给汇聚节点，这是一种叫少通信业务量的合理工作模型。稳定阶段持续一段时间后，网络重新进入蔟的建立阶段，进行下一回合的蔟重构，不断循环，每个蔟采用不同的CDMA代码进行通信来减少其他蔟内节点的干扰。 LEACH协议主要分为两个阶段：即簇建立阶段(setup phase)和稳定运行阶段(ready phase)。簇建立阶段和稳定运行阶段所持续的时间总和为一轮(round)。为减少协议开销，稳定运行阶段的持续时间要长于簇建立阶段。 在簇建立阶段，传感器节点随机生成一个0，1之间的随机数，并且与阈值T(n)做比较，如果小于该阈值，则该节点就会当选为簇头。在稳定阶段，传感器节点将采集的数据传送到簇首节点。簇首节点对采集的数据进行数据融合后再将信息传送给汇聚中心，汇聚中心将数据传送给监控中心来进行数据的处理。稳定阶段持续一段时间后，网络重新进行簇的建立阶段，进行下一轮的簇重建，不断循环。 2 LEACH协议的特点 1 为了减少传送到汇聚节点的信息数量，蔟首节点负责融合来自蔟内不同源节点所产生的数据，并将融合后的数据发送到汇聚点。 2 LEACH采用基于TDMA/CDMA的MAC层机制来减少蔟内和蔟间的冲突。 3 由于数据采集是集中的和周期性的，因此该协议非常适合于要求连续监控的应用系统。 4 对于终端使用者来说，由于它并不需要立即得到所有的数据，因此协议不需要周期性的传输数据，这样可以达到限制传感器节点能量消耗的目的。 5 在给定的时间间隔后，协议重新选举蔟首节点，以保证无线传感器网络获取同意的能量分布。

SOC的软硬件协同设计方法和技术

SOC的软硬件协同设计方法和技术 摘要： 随着嵌入式系统与微电子技术的飞速发展，硬件的集成度越来越高，这使得将CPU、存储器和I/O设备集成到一个硅片上成为可能，SOC应运而生，并以其集成度高、可靠性好、产品问世周期短等特点逐步成为当前嵌入式系统设计技术的主流。传统的嵌入式系统设计开发方法无法满足Soc设计的特殊要求，这给系统设计人员带来了巨大的挑战和机遇，因此针对Soc的设计方法学己经成为当前研究的热点课题。 论文首先分析了嵌入式系统设计的发展趋势，论述了传统设计开发方法和工具的局限性，针对Soc设计技术的特点探究了Soc软硬件协同设计方法的流程，并讨论了目前软硬件协同设计的现状。 关键词: 软硬件协同设计，可重用设计，SOC 背景： 计算机从1946年诞生以来，经历了一个快速发展的过程，现在的计算机没有变成科幻片电影中那样贪婪、庞大的怪物，而是变得小巧玲珑、无处不在，它们藏身在任何地方，又消失在所有地方，功能强大，却又无影无踪，这就是嵌入式系统。嵌入式系统是以应用为中心、计算机技术为基础、软件硬件可剪裁、适应应用系统对功能、可靠性、成本、体积、功耗严格要求的专用计算机系统。嵌入式系统是将先进的计算机技术、微电子技术和现代电子系统技术与各个行业的具体应用相结合的产物，这一点决定了它必然是一个技术密集、高度分散、不断创新的知识集成系统。嵌入式系纫‘泛应用于国民经济和国防建设的各个领域，发展非常迅速，调查数据表明，嵌入式系统的增长为每年18%，大约是整个信息技术产业平均增长的两倍[1]，目前世界上大约有2亿台通用计算机,而嵌入式处理器大约60亿个，嵌入式系统产业是二十一世纪信息产业的重要增长点。 随着集成电路制造工艺的飞速发展，嵌入式系统硬件的集成度越来越高，这使得将嵌入式微处理器、存储器、I/O设备等硬件组成部件集成到单个芯片上成为可能，片上系统SoC (System on Chip)应运而生[2]。SOC极大地缩小了系统体积；减少了板级系统SoB(System on Board)中芯片与芯片之间的互连延迟，从而提高了系统的性能; 强调设计重用思想，提高了设计效率，缩短了设计周期，减少了产品的上市时间。因此SOC以其集成度高、体积小、功耗少、可靠性好、产品问世周期短等优点得到了越来越广泛地应用，并且正在逐渐成为当前嵌入式系统设计的主流技术[3]。但Soc设计不同于传统嵌入式系统的开发，如何快速、有效地开发和设计Soc产品是当前嵌入式设计开发方法学的一个十分重要的研究领

S7-200 CPU 通信口的自由口模式实现 Modbus 通信协议

在组态王里点击“com1”(根据你在前面已经定的com口而定)，然后在右边的界面上显示你所建立的文件，然后对你编译的主画面点反键，然后在下拉菜单中点击“测试---”（你的文件名），再随便在选项里输入一个你编写的程序里的标志位，看能不能显示你的PLC内的当前值，如果可以显示，就应该是通信上了。 通过 S7-200 CPU 通信口的自由口模式实现 Modbus 通信协议，可以通过无线数据电台等慢速通信设备传输。这为组成 S7-200 之间的简单无线通信网络提供了便利。 详细情况请参考《S7-200系统手册》（2002 年 10 月或以后版本）的相应章节。Modbus 是公开通信协议，其最简单的串行通信部分仅规定了在串行线路的基本数据传输格式，在 OSI 七层协议模型中只到 1，2 层。 Modbus 具有两种串行传输模式，ASCII 和 RTU。它们定义了数据如何打包、解码的不同方式。支持 Modbus 协议的设备一般都支持 RTU 格式。 通信双方必须同时支持上述模式中的一种。 Modbus 是一种单主站的主/从通信模式。Modbus 网络上只能有一个主站存在，主站在 Modbus 网络上没有地址，从站的地址范围为 0 - 247，其中 0 为广播地址，从站的实际地址范围为 1 - 247。 Modbus 通信标准协议可以通过各种传输方式传播，如 RS232C、RS485、光纤、无线电等。在 S7-200 CPU 通信口上实现的是 RS485 半双工通信，使用的 是 S7-200 的自由口功能。 Modbus RTU 主站指令库（测试版） 西门子针对 S7-200 最新推出支持 Modbus RTU 主站的协议库（测试版），用户可以将这个库添加到 Micro/WIN 软件中，并通过调用库指令，方便地实 现 Modbus RTU 主站的功能。 注意： 1. Modbus RTU 主站指令库的功能是通过在用户程序中调用预先编好的程序功 能块实现的，该库只对 Port 0 口有效。该指令库将设置 Port 0 工作在自由口通信模式下。 2. Modbus RTU 主站指令库使用了一些用户中断功能，编其他程序时不能在用户程序中禁止中断。 使用 Modbus RTU 主站指令库，可以读写 Modbus RTU 从站的数字量、模拟 量 I/O 以及保持寄存器。 要使用 Modbus RTU 主站指令库，须遵循下列步骤： 取得 Modbus RTU 主站指令库文件，并添加到编程软件 STEP 7-Micro/WIN 中；按照要求编写用户程序调用 Modubs RTU 主站指令库。

WSN中LEACH协议源码分析报告

WSN中LEACH协议源码分析 分析(一) 首先对wireless.tcl进行分析，先对默认的脚本选项进行初始化： set opt(chan)Channel/\VirelessChannel set opt(prop) Propagatioii/TwoRayGround set opt(netif)PhyAVirelessPhy set opt(mac) Mac/802_l 1 set opt(ifq) Qucuc/DropTail/PriQueue set opt(ll) LL set opt(ant) Antenna/OmniAntenna set opt(x) 0 。# X dimension of the topography set opt(y) 0。# Y dimension of the topography set opt(cp),H, set opt(sc) N../mobility/scene/scen-670x670-50-600-20-2u。# scenario file set opt(ifqlen)50o # max packet in if set opt(nn) 51。# number of nodes set opt(secd) 0.0 set opt(stop) 10.0 o # simulation time set opt(tr) out.tr。# trace file set opt(rp) dsdv 。 # routing protocol script set opt(lm) M on H。# log movement 在这个wireless.tcl中设置了一些全局变呈:： # #Initialize Global Variables # set ns_ [new Simulator] set chan [new $opt(chan)] set prop [new $opt(prop)] set topo [newTopography] set tracefd [open Sopt(tr) w] Stopo Ioad_flatgrid $opt(x) $opt(y) Sprop topography Stopo 这些初始化将在后而的使用中用到，该文件最重要的是创建leach 17点：创建方法如下： } elseif { [string compare Sopt(rp) M leach,,]==0} { for {set i 0} {$i < $opt(nn) } {incr i} { leach-create-mobile-node $i } 如果路由协议是leach协议，则在Uamps.tcl中调用leach-create-mobile-node方法创建leach节点。将在第二小节讲如何创建leach节点。 for {set i 0} {$i < $opt(nn) } {incr i} { $ns_ at $opt(stop).000000001 M Snode_($i) reset”。〃完成后，重宜右点的应用

http协议交互过程

竭诚为您提供优质文档/双击可除 http协议交互过程 篇一：wireshake抓包分析tcp与http过程详解 http协议报文格式详解 在我们日常生活中最常见的应用环境就是上网浏览网页，很多上班族到办公室的第一件事就是打开电脑，而开机后的第一件事就是打开ie、Firefox、myie、greenbrowser、opera等浏览器时，做的第一件事就是浏览一下例如.cn,的新闻，而这种简单的应用操作，完成的交互过程就是一个典型的http协议的应用过程。 http是基于tcp的连接，因此，建立http连接必须经过tcp的过程，tcp的建立过程是3次握手的过程。然后就是http过程，http只有两种报文，请求和应答报文。完成http过程后，3次断开tcp连接。 http tcp的第一阶段 http开始之前先3次握手，第一阶段就是客户向服务器发送同步请求，flag字段的syn位置1。 第二阶段

第二阶段就是服务器向客户回复一个ack包，其中Flag 字段的syn位和ack字段置1。 tcp的第三阶段： tcp的第三阶段是客户向服务器发送ack，至此，tcp的3次握手结束 tcp三次握手结束之后就是http请求 客户发出http请求之后，服务器收到请求发送ack： 服务器发送应答报文 篇二：http协议分析报告实例 http协议分析 1实验目的 分析http协议报文首部格式，理解http协议工作过程2实验内容 截获http报文，分析http协议报文首部格式，学习http 协议工作过程。3实验原理 超文本传送协议http（hypertexttransferprotocol）,是万维网客户程序与万维网服务器程序之间的交互所要严 格遵守的协议。http是一个应用层协议，它使用tcp连接进行可靠的传送。对于万维网站点的访问要使用的http协议。 http的uRl的一般形式是：http://:/ www采用b/s结构，客户使用浏览器在uRl栏中输入http 请求，即输入对方服务器的地址，向web服务器提出请求。

无线传感器网络LEACH协议研究

无线传感器网络LEACH协议的研究 摘要：无线传感器网络因其在军事、经济、民生等方面广阔的应用前景成为21世纪的前沿热点研究领域[1]。在传感器节点能量有限的情况下，提高路由效率，延长网络寿命成为无线传感器网络需考虑的问题。由于采取分簇，数据融合的思想，LEACH协议有着较高的路由效率，但在实际应用，尤其是大规模网络中，仍存在负载不均衡等问题。本文主要分析了LEACH协议的基本思想及优缺点，随后针对大规模的网络环境对其分簇算法进行改进。前人提出一种有效的方法计算最优簇首个数，本文推算出适合本文中网络环境的公式并加以应用。本文用NS2进行仿真，仿真后的结果表明，改进后的分簇算法更为有效，延长了网络寿命，增大了网络传送数据量。 关键词：无线传感器网络；路由协议；LEACH；分簇思想 Research on Routing Protocol of LEACH in WSN Shen Y uanyi Dept. of Information and Telecommunication,NUPT ABSTRACT：Nowadays, wireless sensor network has become a hot spot of 21st century because of its wide application on military, economy and human life. On the condition that the energy of a sensor node is limited, how to improve the routing efficiency and expand the network’s lifespan has been an important issue to consider. LEACH maintains quite high routing efficiency for its idea of clustering and data gathering. But in practical, it still has problems such as load unbalance especially in large scale network. The article mainly analyses the basic idea of LEACH, the benefits and drawbacks of it and later introduce an improvement on clustering algorithm according to large scale network. Key words：WSN；routing protocol; LEACH; clustering 1LEACH协议介绍与分析 1.1 LEACH算法思想 算法基本思想[2]是：以循环的方式随机选择簇头节点，将整个网络的能量负载平均分配到每个传感器节点中，从而达到降低网络能源消耗、提高网络整体生存时间的目的。LEACH在运行过程中不断的循环执行簇的重构过程，每个簇重构过程可以用回合的概念来描述[3]。每个回合可以分成两个阶段：簇的建立阶段和传输数据的稳定阶段。 1.2 LEACH算法的分析 LEACH协议的优点[4]有: （1）LEACH 通过减少参与路由计算的节点数目，减少了路由表尺寸。（2）LEACH协议是一种分簇路由协议，降低了非簇首节点的任务复杂度，不必对通信路由进行维护。（3）协议不需要周期性的传输数据。（4）在给定的时间间隔后，协议重新选举簇首节点，以保证无线传感器网络获取同意的能量分布。 由于LEACH算法是建立在一些假设上，所以在实际应用中LEACH协议存在一些问题：（1）在LEACH协议中，簇头的选举是随机产生的，这样的随机性可能会导致簇头

单片机软硬件联合仿真解决方案

单片机软硬件联合仿真解决方案摘要：本文介绍一种嵌入式系统仿真方法，通过一种特殊设计的指令集仿真器ISS将软件调试器软件Keil uVision2和硬件语言仿真器软件Modelsim连接起来，实现了软件和硬件的同步仿真。关键词：BFM，TCL，Verilog，Vhdl，PLI，Modelsim，Keil uVision2，ISS，TFTP，HTTP，虚拟网卡，Sniffer，SMART MEDIA，DMA，MAC，SRAM，CPLD缩略词解释：BFM：总线功能模块。在HDL硬件语言仿真中，BFM完成抽象描述数据和具体的时序信号之间的转换。PLI：Verilog编程语言接口，是C语言模块和Verilog 语言模块之间交换数据的接口定义。TCL：字面意思是工具命令语言，是一种解释执行语言，流行EDA软件一般都集成有TCL。使用TCL用户可以编写控制EDA工具的脚本程序，实现工具操作自动化。ISS：CPU指令集仿真器，可以执行CPU的机器码。TFTP：简单文件传输协议，Windows的tftp.exe既是该协议的客户端实现。SMART MEDIA：一种存储卡，常用于数码相机、MP3。DMA：直接内存访问。用于外部设备之间高速数据转移。MAC：媒体接入控制器。本文中是指网卡芯片。前言传统的嵌入式系统中，设计周期、硬件和软件的开发是分开进行的，并在硬件完成后才将系统集成在一起，很多情况下，硬件完成后才开始进行实时软件和整体调试。软硬件联合仿真是一种在物理原型可用前，能尽早开始调试程序的技术。软硬件联合仿真有可能使软件设计工程师在设计早期着手调试，而采用传统的方法，设计工程师直到硬件设计完成才能进行除错处理。有些软件可在没有硬件支持的情况下完成任务的编码，如不涉及到硬件的算法。与硬件相互作用的编码在获得硬件之前编写，但只有在硬件上运行后，才能真正对编码进行调试。通过采用软硬件联合仿真技术，可在设计早期开始这一设计调试过程。由于软件的开发通常在系统开发的后段完成，在设计周期中较早的开始调试有可能将使这一项目提早完成，该技术会降低首次将硬件和软件连接在一起时出现意外而致使项目延期完成所造成的风险。在取得物理原型前，采用软硬件联合仿真技术对硬件和软件之间的接口进行验证，将使你不会花太多的时间在后期系统调试上。当你确实拿到物理原型开始在上面跑软件的时候，你会发现经过测试的软件部分将会正常工作，这会节省项目后期的大量时间及努力。软硬件联合仿真系统由一个硬件执行环境和一个软件执行环境组成，通常软件环境和硬件环境都有自己的除错和控制界面，软件通过一系列由处理器启动的总线周期与硬件的交互作用。本文以一个Mini Web卡的开发介绍一种软硬件联合仿真系统。[!--empirenews.page--]该方案的核心是采用一个51单片机仿真引擎GoldBull ISS51（以下简称ISS51），ISS51是51单片机开发环境Keil uVision2的一个插件，ISS51具有连接Keil 和硬件仿真环境Modelsim的接口，可以实现软硬件同步仿真。在该系统中，Keil作为软件调试界面，Modelsim作为硬件仿真和调试界面，ISS51负责软件执行、监控软件断点、单步执行、内存和寄存器数据返回给Keil、CPU总线时序产生和捕获、内部功能模块（如定时器，串口）的运行等功能。Mini Web卡介绍Mini Web卡是一个运行在单片机上的Web服务器，提供网口连接，有大容量文件系统，提供TFTP和HTTP服务。尽管软件系统比较复杂，但优化编译后，执行代码还不足25K，为后续升级留下了足够空间。 51CPU采用SST89系列，这种CPU具有ISP功能，可以通过RS232串口，直接将目标码下载到CPU。DMA控制逻辑是一个可编程逻辑器件，采用的是ALTERA的CPLD EPM240，主要功能是实现外围器件之间的DMA传递。因为51CPU进行IO访问是很低效的，需要24个时钟周期才能进行一次IO访问，在外围设备之间转移数据则需要更多的时钟周期，使用DMA控制逻辑可以达到3个时钟周期就能转移一个字节。本系统中处理多种网络协议，需要大量报文收发和文件系统访问，采用DMA可以极大地提高51单片机的数据处理速度。DMA通道主要有MAC芯片与RAM之间的数据块转移，SMART MEDIA和RAM之间的数据块转移。网卡芯片采用的是AX88796，主要的优点是可以和51CPU方便地接口；支持100M以太网，速度高；有较大的接收报文缓存，能够平滑网络流量，减少因51CPU处理速度慢导致的报文丢弃和重发。SMART MEDIA是一个移动存储卡，主要用于存储文件，Mini Web卡支持8M到256M的SMD卡。文件系统是Mini Web卡的新开发模块，