在工业控制领域，多种现场总线标准共存的局面从客观上促进了工业以太网技术的迅速发展，国际上已经出现了HSE、Profinet、Modbus TCP/IP、Ethernet/IP、Ethernet Powerlink、EtherCAT等多种工业以太网协议。将传统的商用以太网应用于工业控制系统的现场设备层的最大障碍是以太网的非实时性，而实现现场设备间的高精度时钟同步是保证以太网高实时性的前提和基础。 IEEE 1588定义了一个能够在测量和控制系统中实现高精度时钟同步的协议——精确时间协议(Precision Time Protocol)。PTP协议集成了网络通讯、局部计算和分布式对象等多项技术，适用于所有通过支持多播的局域网进行通讯的分布式系统，特别适合于以太网，但不局限于以太网。PTP协议能够使异质系统中各类不同精确度、分辨率和稳定性的时钟同步起来，占用最少的网络和局部计算资源，在最好情况下能达到系统级的亚微级的同步精度。 基于PC机软件的时钟同步方法，如NTP协议，由于其实现机理的限制，其同步精度最好只能达到毫秒级；基于嵌入式软件的时钟同步方法，将时钟同步模块放在操作系统的驱动层，其同步精度能够达到微秒级。现场设备间微秒级的同步精度虽然已经能满足大多数工业控制系统对设备时钟同步的要求，但是对于运动控制等需求高精度定时的系统来说，这仍然不够。基于嵌入式软件的时钟同步方法受限于操作系统中断响应延迟时间不一致、晶振频率漂移等因素，很难达到亚微秒级的同步精度。 本文设计并实现了一种基于FPGA的时钟同步方法，以IEEE 1588作为时钟同步协议，以Ethernet作为底层通讯网络，以嵌入式软件形式实现TCP/IP通讯，以数字电路形式实现时钟同步模块。这种方法充分利用了FPGA的特点，通过准确捕获报文时间戳和动态补偿晶振频率漂移等手段，相对于嵌入式软件时钟同步方法实现了更高精度的时钟同步，并通过实验验证了在以集线器互连的10Mbps以太网上能够达到亚微秒级的同步精度。
上传时间： 2013-08-04
上传用户：hn891122
随着社会的发展，网络视频监控系统已经成为日常生产生活中的重要辅助设备，应用十分广泛。当前视频监控系统正逐步由模拟化走向数字化，随着视频压缩技术和网络技术的发展，开发新一代的基于计算机网络和多媒体MPEG-4压缩算法的视频监控系统已成为整个行业技术发展的主要方向之一。人们有时会采用DSP与MPEG-4算法结合的方案来实现，也有的部门采用了片上系统(SOC)，但这些不但编程极度复杂，而且成本也过高。本文提出并研究设计了一种基于ARM微处理器S3C2410、MPEG-4专用压缩芯片MPG440、以嵌入式Linux为操作系统的视频监控系统方案，不仅开发便捷、成本低廉，而且实时性较好，适应范围广。 首先，采用软硬件协同设计的思想提出了系统的总体设计方案，系统的整体架构分为摄像头、云台控制器、网络视频服务器以及客户端PC机等四大部分。 第二，以三星公司的S3C2410芯片和DAVICOM公司的DM9000以太网接口芯片为硬件核心，对整个系统进行了模块化的硬件电路的设计。根据S3C2410的特点及系统整体需求，完成了电源复位模块、晶振模块、存储器接口模块、视频数据处理模块、以太网接口模块、云台控制模块等的硬件选型与电路连接。其中，在云台控制模块等的电路设计中充分体现了优化设计的技巧，并重点对网络接口部分和视频数据处理部分进行了详细的硬件设计与说明。阐述了整个系统的工作流程。 第三，从应用需求出发，选择嵌入式Linux操作系统作为本系统的软件平台，搭建了交叉式的开发环境，对bootloader进行了选择，并给出了加载步骤。完成了对嵌入式Linux内核的选择及移植。 第四，采用基于任务的设计方法对服务器端的软件进行了总体设计，主要包括共用程序库、config配置文件、日志文件以及多个任务等。并对运行于客户端的软件设计进行了简要说明。 第五，由于数字视频传输的实时性能和通过网络传输以后客户端接收的视频图像质量在本系统中至关重要，所以本文对传输信道和网络协议进行了优化选择，并详细阐述了IP组播技术、流媒体传输协议等在图像传输过程中的具体应用。
上传时间： 2013-04-24
上传用户：sc965382896
在工业控制领域，多种现场总线标准共存的局面从客观上促进了工业以太网技术的迅速发展，国际上已经出现了HSE、Profinet、Modbus TCP/IP、Ethernet/IP、Ethernet Powerlink、EtherCAT等多种工业以太网协议。将传统的商用以太网应用于工业控制系统的现场设备层的最大障碍是以太网的非实时性，而实现现场设备间的高精度时钟同步是保证以太网高实时性的前提和基础。 IEEE 1588定义了一个能够在测量和控制系统中实现高精度时钟同步的协议——精确时间协议(Precision Time Protocol)。PTP协议集成了网络通讯、局部计算和分布式对象等多项技术，适用于所有通过支持多播的局域网进行通讯的分布式系统，特别适合于以太网，但不局限于以太网。PTP协议能够使异质系统中各类不同精确度、分辨率和稳定性的时钟同步起来，占用最少的网络和局部计算资源，在最好情况下能达到系统级的亚微级的同步精度。 基于PC机软件的时钟同步方法，如NTP协议，由于其实现机理的限制，其同步精度最好只能达到毫秒级；基于嵌入式软件的时钟同步方法，将时钟同步模块放在操作系统的驱动层，其同步精度能够达到微秒级。现场设备间微秒级的同步精度虽然已经能满足大多数工业控制系统对设备时钟同步的要求，但是对于运动控制等需求高精度定时的系统来说，这仍然不够。基于嵌入式软件的时钟同步方法受限于操作系统中断响应延迟时间不一致、晶振频率漂移等因素，很难达到亚微秒级的同步精度。 本文设计并实现了一种基于FPGA的时钟同步方法，以IEEE 1588作为时钟同步协议，以Ethernet作为底层通讯网络，以嵌入式软件形式实现TCP/IP通讯，以数字电路形式实现时钟同步模块。这种方法充分利用了FPGA的特点，通过准确捕获报文时间戳和动态补偿晶振频率漂移等手段，相对于嵌入式软件时钟同步方法实现了更高精度的时钟同步，并通过实验验证了在以集线器互连的10Mbps以太网上能够达到亚微秒级的同步精度。
上传时间： 2013-07-28
上传用户：heart520beat
·文件列表: MPEG4 .....\H.264视频编码新标准及性能分析.PDF .....\IP组播技术及其在视音频传输中的应用.PDF .....\IP网络电视应用中的流媒体处理技术.PDF .....\MPEG4中基于内容的视频编码及音频技术剖析.PDF .....\MPEG4标准与内容制作工具初探.PDF &
上传时间： 2013-05-15
上传用户：youke111
《网络程序设计教材》主要内容有：计算机网络的基本原理，TCP/IP协议，顾客服务员程序设计，名字与地址转换，机内进程间通信，广播和多播，带外数据，原始套接口，线程程序设计，RPC远程过程调用，流程序设计。
上传时间： 2013-12-09
上传用户：com1com2
移植到嵌入式系统的TCPIP协议源码，源码内有详细中文注解。 已实现的功能： 支持TCP, UDP, IP, ICMP, ARP, ETHERNET等协议；兼容BSD标准的Socket API接口函数库；ICMP实现PING的功能和UDP无效端口返回；支持TCP的流控制和超时重传；支持TCP主动连接和被动连接； 支持在多任务中建立多个不同的TCP连接，支持各连接同时收发数据； 提供WebSever和UDP服务器范例。 还没实现功能： IP报的处理不支持分段 在多个网络接口的应用是两个网络间的最大报大小要基本相等。 ICMP协议还不是非常完整 目前ICMP协议只支持PING的功能和UDP无效端口返回。 TCP协议不支持紧急数据 这一版本的ZLG/IP不对TCP传输中的紧急数据报进行处理。 不支持IGMP协议 这一版本的ZLG/IP不支持IP组播和广播。 不支持Socket API发送函数发送大于PMTU 用Socket API发送函数发送数据时，数据长度不可大于一个TCP或UDP报有效数据的长度。
上传时间： 2013-12-12
上传用户：guanliya
IPv6的地址结构特点与管理机制分析 本文主要介绍了有关IPv6互联网的网络地址结构度其管理机制。与现行的IPv4地址相比，IPv6在地址的长度、分类方法、表示方法和娄型等方面均不相同，它可有效地解决IP地址枯竭与路由效率低下的问题，同时具有地址聚类性、多播性、任播性和接口多址性等特点；而在IPv6地址管理 方面则采用层次化路由选择策略，支持QoS路由协议，将地址解析通过邻居发现协议来实现，新增了 无态地址的自动配置，使得网络地址的重新编号变得更加简单快速。最后通过模拟仿真的方法，进一步分析说明了IPv6网络的性能。
上传时间： 2017-07-12
上传用户：熊少锋
1.RTP概述1.1，RTP是什么TP全名是Real-time Transport Protocol（实时传输协议）。它是IETF提出的一个标准，对应的 RFC文档为RFC3550（RFC1889为其过期版本）.RFC3550不仅定义了 RTP，而且定义了配套的相关协议 RTCP（Real-time Transport Control Protocol，即实时传输控制协议）。RTP用来为IP网上的语音、图像、传真等多种需要实时传输的多媒体数据提供端到端的实时传输服务。RTP为Internet上端到端的实时传输提供时间信息和流同步，但并不保证服务质量，服务质量由RTCP来提供。1.2.RTP的应用环境RTP用于在单播或多播网络中传送实时数据。它们典型的应用场合有如下几个。（1）简单的多播音频会议。语音通信通过一个多播地址和一对端口来实现。一个用于音频数据（RTP），另一个用于控制包（RTCP）2）音频和视频会议。如果在一次会议中同时使用了音频和视频会议，这两种媒体将分别在不同的 RTP会话中传送，每一个会话使用不同的传输地址（IP地址+端口）。如果一个用户同时使用了两个会话，则每个会话对应的 RTCP包都使用规范化名字CNAME（Canonical Name）。与会者可以根据RTCP包中的CNAME来获取相关联的音频和视频，然后根据 RTCP包中的计时信息（Network time protocol）来实现音频和视频的同步。
上传时间： 2022-06-26
上传用户：
1.2 源代码表示不考虑主题，列举 15 000行源代码本身就是一件难事。下面是所有源代码都使用的文本格式：1.2.1 将拥塞窗口设置为13 8 7 - 3 8 8 这是文件t c p _ s u b r . c中的函数t c p _ q u e n c h。这些源文件名引用4 . 4 B S D - L i t e发布的文件。4 . 4 B S D在1 . 1 3节中讨论。每个非空白行都有编号。正文所描述的代码的起始和结束位置的行号记于行开始处，如本段所示。有时在段前有一个简短的描述性题头，对所描述的代码提供一个概述。这些源代码同4 . 4 B S D - L i t e发行版一样，偶尔也包含一些错误，在遇到时我们会提出来并加以讨论，偶尔还包括一些原作者的编者评论。这些代码已通过了 G N U缩进程序的运行，使它们从版面上看起来具有一致性。制表符的位置被设置成 4个栏的界线使得这些行在一个页面中显示得很合适。在定义常量时，有些 # i f d e f语句和它们的对应语句 # e n d i f被删去(如：G A T E W A Y和M R O U T I N G，因为我们假设系统被作为一个路由器或多播路由器 )。所有r e g i s t e r说明符被删去。有些地方加了一些注释，并且一些注释中的印刷错误被修改了，但代码的其他部分被保留下来。这些函数大小不一，从几行 (如前面的t c p _ q u e n c h)到最大11 0 0行(t c p _ i n p u t)。超过大约4 0行的函数一般被分成段，一段一段地显示。虽然尽量使代码和相应的描述文字放在同一页或对开的两页上，但为了节约版面，不可能完全做到。本书中有很多对其他函数的交叉引用。为了避免给每个引用都添加一个图号和页码，书封底内页中有一个本书中描述的所有函数和宏的字母交叉引用表和描述的起始页码。因为本书的源代码来自公开的 4 . 4 B S D _ L i t e版，因此很容易获得它的一个拷贝：附录 B详细说明了各种方法。当你阅读文章时，有时它会帮助你搜索一个在线拷贝 [例如U n i x程序grep ( 1 )]。描述一个源代码模块的各章通常以所讨论的源文件的列表开始，接着是全局变量、代码维护的相关统计以及一个实际系统的一些例子统计，最后是与所描述协议相关的 S N M P变量。全局变量的定义通常跨越各种源文件和头文件，因此我们将它们集中到的一个表中以便于参考。这样显示所有的统计，简化了后面当统计更新时对代码的讨论。卷 1的第2 5章提供了S N M P的所有细节。我们在本文中关心的是由内核中的 T C P / I P例程维护的、支持在系统上运行的S N M P代理的信息。TCP IP详解 卷1协议 ：http://dl.21ic.com/download/tcpip-288223.html TCP IP详解 卷2实现 ：http://dl.21ic.com/download/tcpip-288224.html TCPIP详解卷三：TCP事务协议,HTTP,NNTP和UNIX域协议 ：http://dl.21ic.com/download/tcpip-288225.html
上传时间： 2022-07-27
上传用户：
TKS_COM串口调试助手在具备一般串口调试助手功能的同时增加了对多串口的实时监控、桥接、多播和数据过滤等功能。
上传时间： 2013-04-24
上传用户：dct灬fdc
