搜索资源列表
LIN_PARK
- lin模块的原码及例程。数据帧的结构：帧类型(ID方向数据类型。摘自ZLGMCU-module of the original code and routines. Data Frame structure : frame type (ID data types direction. From ZLGMCU
Win32RecvFrame
- 利用winpcap编写的，直接从链路层收取数据帧的小程序，希望能有点用处。-use winpcap prepared directly from the data link layer frame collection of small procedures in the hope that this will usefulness.
ARQprotocel
- 理想信道的《发送端程序》和《接收端程序》（含源码VC6.0）； 1. ARQ基本协议1:_引入检错和应答帧 2. ARQ基本协议2:_引入超时计时器 3. ARQ基本协议3:_引入数据帧携带发送序号0～1 4. ARQ基本协议4:_引入确认帧携带发送序号0～1 5. ARQ基本协议5:_引入应答帧含有校验码 6. ARQ基本协议6:_引入数据帧和确认帧含有发送序号0～7，Ws=1,Ws=1 -ideal channel of the "tran
Victor
- 启用数据帧识别功能可使收到的数据永远是完整的每帧数据！ 单片机开发者再也不用为数据帧首尾识别而烦恼了！ 1.支持二进制数据和文本数据的收发 2.支持任意格式的数据的收发 3.支持两种数据包协议(识别每帧数据首尾的方法): ①超时判断数据首尾, 适用于与单片机和仪表的通讯 ②帧首尾和控制符, 适用于大量复杂的数据传输, 例如文件收发等 - Begins using the data which the data frame recognition merit
FRAMER
- 数据帧的CRC校验和算法-data frames CRC checksum algorithm
CAN_EPP_Windows_driver
- 操作系统是Windows 98，开发平台：VC。可以通过CAN_EPP的板子对节点板的AD等模块的数据进行解码，直接显示模拟量，也可以对通用模块上传的数据直接显示，以及按照不同的方式（可以多帧发送，改变发送周期）发送数据帧。软件还支持在线监视模块上的控制器芯片（SJA 1000）的各寄存器的工作状态，以便于系统调试。每个功能界面上有相应的帮助信息。-is the Windows 98 operating system, development platforms : VC. CAN_EPP th
GPS接收机
- GPS接收机只要处于工作状态就会源源不断地把接收并计算出的GPS导航定位信息通过串口传送到计算机中。前面的代码只负责从串口接收数据并将其放置于缓存，在没有进一步处理之前缓存中是一长串字节流，这些信息在没有经过分类提取之前是无法加以利用的。因此，必须通过程序将各个字段的信息从缓存字节流中提取出来，将其转化成有实际意义的，可供高层决策使用的定位信息数据。同其他通讯协议类似，对GPS进行信息提取必须首先明确其帧结构，然后才能根据其结构完成对各定位信息的提取。对于本文所使用的GARMIN GPS天线板，
SerialComOCX
- 基于事件驱动的串口通讯控件 消息帧数据格式: 1 0 A B X X 其中 10 为消息标识, AB表示文本长度,L=A*100+B XX为配位字符,任意 控制帧数据格式 0 1 A B M N 其中 01为控制标识, AB为请求标识 MN为附加标识 11表示请求对方接收文件,M表示描述字串中文件名子串的长度 N表示描述字串中文件大小子串的长度 10通知对方放弃传输 00通知文件传输完毕 01请求对方
Modbus_ASCII
- 44B0的串口接收发送程序 **** 现在共享这样的代码有些过时了，但这是我参考很多例子才编写出来的。集合了很多优点：采用环形缓冲机制；读数据时不必关接收中断（没有几个人能实现的），所以不会存在数据丢失的可能；以数据帧为单位接收发送；能够缓冲几千个数据帧(由FrameLen定义)。注：本来是为Modbus协议而编写的，后来简化了校验和Modbus规范。-44B0 receiving this procedure **** now sharing some of the outdated code
uart766
- ---实现的部分VHDL 程序如下。 --- elsif clk1x event and clk1x = 1 then ---if std_logic_vector(length_no) >= “0001” and std_logic_vector(length_no) <= “1001” then -----数据帧数据由接收串行数据端移位入接收移位寄存器---rsr(0) <= rxda --- rsr(7 downto 1) <= rsr(6 down
MySniff
- 正常情况下 网络接口只相应两种数据帧，与自己mac地址相匹配的数据帧，向所有计算机的广播数据帧。 数据的收发是靠网卡来完成的，对于网卡来说一般有四种接收模式: 广播方式：该模式下网卡能接收网络中的广播信息 组播方式：该模式下网卡能接收网络中的组播数据 直接方式：该模式下，只有目的网卡才能接受数据 混杂方式：网卡能接受一切通过它的数据，而不管数据是否是传给它的。 该sniff工作原理 即是使网卡置于混杂模式下，捕获所有数据包，分析数据包。代码程序中有详细说明。 IpMo
ps2
- ＰＳ／２通讯协议是一种双向同步串行通讯协议。通讯的两端通过Ｃｌｏｃｋ（时钟脚）同步，并通过Ｄａｔａ（数据脚）交换数据。任何一方如果想抑制另外一方通讯时，只需要把Ｃｌｏｃｋ（时钟脚）拉到低电平。一般两设备间传输数据的最大时钟频率是３３ｋＨｚ，大多数ＰＳ／２设备工作在１０～２０ｋＨｚ。推荐值在１５ｋＨｚ左右，也就是说，Ｃｌｏｃｋ（时钟脚）高、低电平的持续时间都为４０μｓ。每一数据帧包含１１～１２个位。
ARQ
- 实现了两个程序通信的前提下，模拟实现停止等待ARQ协议。 要求模拟实现： 1. 正常数据帧的通信过程 2. 错误帧的通信过程 3. 数据帧的丢失的通信过程
UDPTrsmtFile
- 用UDP实现可靠文件传输 大家都清楚，如果用TCP传输文件的话，是很简单的，根本都不用操心会丢包，除非是网络坏了，就得重来。用UDP的话，因为UDP是不可靠的，所以用它传输文件，要保证不丢包，就得我们自己写额外的代码来保障了。本文就说说如果保证可靠传输。 要实现无差错的传输数据，我们可以采用重发请求（ARQ）协议，它又可分为连续ARQ协议、选择重发ARQ协议、滑动窗口协议。本文重点介绍滑动窗口协议，其它的两种有兴趣的可参考相关的网络通信之类的书。 采用滑动窗
DSP5410speechProcessing
- DSP5410用于语音实时回放的主程序，包括寄存器的设置，MCSBP进行传输和接收数据帧，在TDS560仿真板上运行
packet_filter
- 该系统是基于Linux平台的WLAN应用，对于WLAN中的无线数据帧可以进行过滤，本程序基于CFG图，可以针对于用户过滤条件进行过滤。
frame_parse_ruri
- 该系统可以对WLAN中的无线数据帧进行格式解析，对于管理帧，控制帧以及数据帧都有很好的支持。
HECimage
- 核心论文，提出了基于混合纠错(HEC)方式的定长数据帧编码方法和关键参数的选取准则 ,在降低误码率的条件下保持了传输的高效性.
ting-deng-xie-yi
- 大部分的通信都不是一方只是发送，而另一方只是接收，而是双向的。因此在这种情况下返回的Ack帧通常可由反向发送的数据帧一起捎带回来。这只要在数据帧中再加一个确认帧号就可以了。这种技术称作捎带确认。
PC
- 采用异步方式传送数据，偶校验，一位结束位，传输的数据传输速率为9600bit/s。每个数据帧包含10Byte信息，1Byte作为帧起始标志，8Byte数据，1Byte的校验和。 //-----------------------函数声明，变量定义-