搜索资源列表
PC机串行通信程序设计
- 本串行通信程序利用汇编语言通过BIOS中断调用和DOS功能调用实现PC机双机串行通信。其中，上位机和下位机串行口均为辅串口COM2（口地址为2FXH），对外用9针连接器与令一台PC机连接；BIOS通过“INT 14H”4个中断服务子程序，分别完成串口初始化编程、发送一帧数据、接受一帧数据以及测试通信线状态。本程序分为PC机串口自动测试程序（目的是测试串口好坏）和PC机全双工双机通信程序两个部分。-the serial communications procedures through the u
USBjiekou
- 在通讯中，为了保证行运安全可靠，标准的串行口必须具有许多握手信号和 状态信息。这是因为通兜母鞲黾扑慊鶦PU速度不一样（这会导致“错帧”）以 及发送机发送数据速度比接收机接收速度快（这会导致“过冲”）。为解决这个 问题，我们采用一个简单的握手信号，即发送机每次仅发送半个字节（低4位） 的数据，而另外半个字节（高4位）则用来传送信息。我们可以对信息位（高4位） 进行如下简单的编码： 0H：发送的是新的半个字节数据 1H：重新发送上次传送错误的数据 2H：文件名结
Victor
- 启用数据帧识别功能可使收到的数据永远是完整的每帧数据！ 单片机开发者再也不用为数据帧首尾识别而烦恼了！ 1.支持二进制数据和文本数据的收发 2.支持任意格式的数据的收发 3.支持两种数据包协议(识别每帧数据首尾的方法): ①超时判断数据首尾, 适用于与单片机和仪表的通讯 ②帧首尾和控制符, 适用于大量复杂的数据传输, 例如文件收发等 - Begins using the data which the data frame recognition merit
PC8251
- 本串行通信程序利用汇编语言通过BIOS中断调用和DOS功能调用实现PC机双机串行通信。其中，上位机和下位机串行口均为辅串口COM2（口地址为2FXH），对外用9针连接器与令一台PC机连接；BIOS通过“INT 14H”4个中断服务子程序，分别完成串口初始化编程、发送一帧数据、接受一帧数据以及测试通信线状态。本程序分为PC机串口自动测试程序（目的是测试串口好坏）和PC机全双工双机通信程序两个部分。-the serial communications procedures through the u
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请求对方
jiyinjiance20070407
- 1. 对给定语料估计其基音周期。 要求用MATLAB语言实现有关基音检测算法，并给出检测结果。2. 实验语料：aoYiSheng.raw 发音：“茅以升”；时长0.9s；采样率：8kHz；量化精度为16bits/sample；数据格式 LSB,MSB分析帧长:20ms(160样点)总帧数：45-1. Corpus right to set its estimated Pitch. Asked to use MATLAB the pitch detection algorithm, and
findsf1
- gps全球定位系统的导航数据的子帧匹配程序，通过查找和前导序列相匹配的数据位序列来查找子帧
zizhenyima
- gps定位中对导航数据的前三个个子帧进行译码提取星历数据
RCC
- RCC串口通讯协议设计思想是基于帧传输方式，即在向MODEM(RS232)发送数据时是一帧一帧地发送，对于应用程序来讲，应用程序所发送的和所接收的都是流式数据，即如果应用程序需要进行上层的协议解释的话，它将面对这些流数据的重新拼装。为保证可靠的传输，在RCC进行数据传输时，采用发送/应答/握手/失败方式，即发送一帧数据，一个应答，若应答没收到，重新进行协商握手，握手失败则向应用程序报告错误。
GPS_receiver
- 本程序是针对特定GPS接收机--JAVAD公司的legacy的一个应用，用来收取标准的NMEA-1083GGA信息或JPS格式（JAVAD公司的特有GPS信息格式）的{RT，PO}信息，并统计数据大小与经历时间。本程序用VC6.0+串口控件MSComm实现，其中关于如何在数据长度不定的情况下实现数据帧的同步的方法可以借鉴到其它串口数据采集的应用之中，具备一定的实用价值-this program is targeted at specific GPS receiver -- JAVAD the l
H264解码器源码 for Android
- H264解码器源码，移植ffmpeg中的H264解码部分到Android，深度删减优化，在模拟器(320x480)中验证通过。 程序的采用jni架构。界面部分，文件读取，视频显示都是用java做的，底层的视频解码用C来做满足速度的要求。 在这个版本中，从H264码流中分割出Nal是在java层做的，这样在java层直接调用解码时就知道是否有显示视频，缺点的就是耦合度/封装性差一点。 如果采用在底层做Nal分割的方法，可以封装得好看一些，但是每次送的数据有
butterfly.h264
- H264解码器源码，移植ffmpeg中的H264解码部分到Android，深度删减优化，在模拟器(320x480)中验证通过。 程序的采用jni架构。界面部分，文件读取，视频显示都是用java做的，底层的视频解码用C来做满足速度的要求。 在这个版本中，从H264码流中分割出Nal是在java层做的，这样在java层直接调用解码时就知道是否有显示视频，缺点的就是耦合度/封装性差一点。 如果采用在底层做Nal分割的方法，可以封装得好看一些，但是每次送的数据有限制，如果送
H264Android_CPP
- H264解码器源码，移植ffmpeg中的H264解码部分到Android，深度删减优化，在模拟器(320x480)中验证通过。 程序的采用jni架构。界面部分，文件读取，视频显示都是用java做的，底层的视频解码用C来做满足速度的要求。 在这个版本中，从H264码流中分割出Nal是在java层做的，这样在java层直接调用解码时就知道是否有显示视频，缺点的就是耦合度/封装性差一点。 如果采用在底层做Nal分割的方法，可以封装得好看一些，但是每次送的数据有限制，如果送
serial-communication-
- 总线行驶的串口通信，波特率，数据帧 滤波器-Bus driving serial communication, baud rate, data frame filter
UART
- FPGA实时监测RS232_RX信号是否有数据，若接收到数据，则把接收到的数据通过RS232_TX发送回对方。上位机使用的软件是串口调试助手（多模式课程网站下载）。在代码设计中，数据的波特率是可选的，可以根据需要进行配置，如9600bps，19200bps，38400bps，57600bps或115200bps。发送的数据帧格式为：1位起始位（保持一个传输位周期的低电平），8位数据，无校验位，1位停止位。-The FPGA real monitoring RS232_RX signal whet
PacketCapture
- 在android操作系统下，抓取以太网数据帧。-In the android operating system, crawl Ethernet data frames.
RS232
- 打开、关闭串口，读取串口数据，处理串口错误，数据帧封装与解析，多通道绘制波形。(Open and close the serial port, read the serial data, deal with serial error, data frame encapsulation and analysis, multi-channel rendering waveform.)
FrameParser
- 以太网数据帧解析。解析MAC帧的结构。实现了对MAC层DIX Ethernet II 协议的解析(Analysis of Ethernet data frame)
程序终极版1.0
- 认为利用matlab实现数据帧的分组分包，并模拟数据丢失和数据恢复的过程；(It is considered that the packet subpackage of data frame is realized by MATLAB, and the process of data loss and data recovery is simulated)