AB DF1串口通讯协议API接口
Fax: 1-703-709-0985 https://www.360docs.net/doc/0e17225260.html,
Allen-Bradley DF1 Serial Communication Interface API
The DASTEC Corporation Allen-Bradley DF1 Serial Communication Interface API allows the user to implement bi-directional serial communications to exchange data between applications running on a Windows/WinCE-based system with other devices supporting the Allen-Bradley DF1 full-duplex serial protocol. The devices can be AB devices, other host computers or even other system applications using the API.
The Allen-Bradley DF1 Serial Communication Interface API enables a system to acts as a client device to other Allen-Bradley peer devices, initiating read and write operations on behalf of the system applications. The API also allows the system to emulate an Allen-Bradley PLC to respond to read and write requests and thus acts as a “virtual PLC” to other AB peers. The API is available for different Windows/WinCE-based systems/platforms and can be used with C/C++ or Visual Basic.
The API consists of two component functionalities, client side and server side. The client side functionality is implemented with a single API DLL. Server side functionality is implemented with a DLL/executable pair. Together these components manage all aspects of the protocol and data exchange including responding to peers with proper acknowledgements, error/success codes and protocol data byte ordering. The system application need only to deal with the data values exchanged in native byte order. The user can employ either the API’s client, server or both functionalities with minimal code implementation.
Fax: 1-703-709-0985 https://www.360docs.net/doc/0e17225260.html,
Client API Functionality
To exchange data with Allen-Bradley peers, a system application can initiate read and/or write operation(s) to the devices by simply calling the client DLL functions. The functions include the ability to configure the communication serial port(s), create handle(s) for the device(s) and then using those handle(s) to call DLL read and write functions. Operation results are returned directly to the calling application, as is data in the case of read operations.
Client API Supports
? One or more serial communication ports with configurable communication parameters. ? Defining of multiple device(s) representing Allen-Bradley devices.
? PLC types supported: PLC5, SLC 500, SLC 5/01, SLC 5/02, SLC 5/03, SLC 5/04, SLC 5/05, MicroLogix and CompactLogix.
? Functions to read data from and write file data to defined device(s).
? File types supported: Output, Input, Status, Bit, Timer, Counter, Control, Integer, Float, ASCII and String.
? Data can be read/written as 16-bit, 32-bit or ASCII string values. ? Global addressing for write requests.
? Multiple user applications can use the client API simultaneously.
Fax: 1-703-709-0985 https://www.360docs.net/doc/0e17225260.html,
Server API Functionality
Using the server executable program provided as part of the API, a system can appear as an Allen-Bradley peer (Allen-Bradley PLC) on the network. By managing all DF1 serial communication operations, the server executable receives and responds to both read and write requests from peer devices. Data written by peers is stored into separate databases maintained by the server executable for each Allen-Bradley file type (Output, Input, Status, Bit, Timer, Counter, Control, Integer, Float, ASCII and String). The data received is stored in the byte order appropriate for the system’s processor. The data for read requests received from peers is retrieved and returned from these databases as well.
No user programming is required for the system to act in this server mode. Peers can read and write to the system as if it were an Allen-Bradley PLC with no user application programs running. Applications have access to the server’s databases indirectly through specific API DLL functions calls or directly via shared memory access. In this way, the user applications obtain data written from peers and can update the system’s “virtual PLC’s” database so that peers can retrieve it.
Server API Supports:
? One serial communication port with configurable communication parameters. ? Define PLC type (PLC5 or SLC 5/04) for which the server will emulate.
? File types supported: Output, Input, Status, Bit, Timer, Counter, Control, Integer, Float, ASCII and String.
? Maximum 100 files with a separate adjustable database maintained for each file. ? Access to databases via function calls and/or through shared memory. ? Multiple user applications can access the server databases simultaneously.
Fax: 1-703-709-0985 https://www.360docs.net/doc/0e17225260.html,
Specifications:
? Supported Platform:
o Any computer running Windows 98/NT/2000/XP operating system o WinCE
Intelligent Instrumentation EDAS CE and LANpoint CE
? Supported serial communication ports: 1 – 32
? Supported protocol: Allen-Bradley DF1 full-duplex
? Supports multiple, multi-thread user applications simultaneously ? Client API Supports
o One or more serial communication ports with configurable communication parameters.
o Defining of multiple device(s) representing Allen-Bradley devices.
o PLC types supported: PLC5, SLC 500, SLC 5/01, SLC 5/02, SLC 5/03, SLC 5/04, SLC 5/05, MicroLogix and CompactLogix.
o Functions to read data from and write file data to defined device(s).
o File types supported: Output, Input, Status, Bit, Timer, Counter, Control, Integer, Float, ASCII and String.
o Data can be read/written as 16-bit, 32-bit or ASCII string values. o Global addressing for write requests.
o Multiple user applications can use the client API simultaneously. o Allen-Bradley DF1 protocol commands:
PLC5
? Word Range Write (Command 0F, Function 00) ? Word Range Read (Command 0F, Function 01)
? Read Modify-Write (Write Bit) (Command 0F, Function 26) SLC/MicroLogix/CompactLogix
? Protected Typed Logical Read (with 3 Address Fields) (Command 0F, Function A2)
? Protected Typed Logical Write (with 3 Address Fields) (Command 0F, Function AA)
? Protected Typed Logical Write with Mask (Write Bit) (Command 0F, Function AB) (not supported by SLC 500, SLC 5/01 or SLC 5/02)
Fax: 1-703-709-0985 https://www.360docs.net/doc/0e17225260.html,
? Server API Supports:
o One serial communication port with configurable communication parameters. o Define PLC type (PLC5 or SLC 5/04) for which the server will emulate.
o File types supported: Output, Input, Status, Bit, Timer, Counter, Control, Integer, Float, ASCII and String.
o Maximum 100 files with a separate adjustable database maintained for each file. o Access to databases via function calls and/or through shared memory. o Multiple user applications can access the server databases simultaneously. o Allen-Bradley DF1 protocol commands:
PLC5
? Read Diagnostic Counters (Command 06, Function 01) ? Read Diagnostic Status (Command 06, Function 03) ? Word Range Write (Command 0F, Function 00) ? Word Range Read (Command 0F, Function 01)
? Read Modify-Write (Write Bit) (Command 0F, Function 26) ? Read Section Size (Command 0F, Function 29) ? Type Write (Command 0F, Function 67) ? Type Read (Command 0F, Function 68) SLC 5/04
? Read Diagnostic Counters (Command 06, Function 01) ? Read Diagnostic Status (Command 06, Function 03) ? Read File Info (Command 0F, Function 94)
? Protected Typed Logical Read (with 2 Address Fields) (Command 0F, Function A1)
? Protected Typed Logical Write (with 2 Address Fields) (Command 0F, Function A9)
? Protected Typed Logical Read (with 3 Address Fields) (Command 0F, Function A2)
? Protected Typed Logical Write (with 3 Address Fields) (Command 0F, Function AA)
? Protected Typed Logical Write with Mask (Write Bit) (Command 0F, Function AB)
Fax: 1-703-709-0985 https://www.360docs.net/doc/0e17225260.html,
Ordering Information:
Product Name: Allen-Bradley DF1 Serial Communication Interface API Platform Part Numbers:
? Computer running Windows 98/NT/2000/XP Part No: WinPC-ABDF1API ? WinCE
o Intelligent Instrumentation EDAS CE and LANpoint CE Part No: IIIWinCE-ABDF1API
Software package includes 3-1/2" diskette and User's manual (electronic image)
Contact DASTEC about other supported platforms or to inquire about supporting other platforms.
Copyright and Trademark notices: 2003 DASTEC Corporation, Inc.
WinCE, Windows 98, Windows NT, Windows XP and Windows Explorer are registered trademarks of Microsoft Corporation.
Pentium and Pentium Pro are trademarks of Intel Corporation.
PLC-5, SLC, SLC 500, SLC 5/01, SLC 5/02, SLC 5/03, SLC 5/04, SLC5/05, MicroLogix and CompactLogix are trademarks of Allen-Bradley Company, Inc.
EDAS CE and LANpoint CE are registered trademarks of Intelligent Instrumentation, Inc.
通讯协议标准
编号： 密级：内部 页数：__________基于RS485接口的DGL通信协议（修改） 编写：____________________ 校对：____________________ 审核：____________________ 批准：____________________ 北京华美特科贸有限公司 二○○二年十二月六日
1.前言 在常见的数字式磁致伸缩液位计中，多采用RS485通信方式。但RS485标准仅对物理层接口进行了明确定义，并没有制定通信协议标准。因此，在RS485的基础上，派生出很多不同的协议，不同公司均可根据自身需要设计符合实际情况的通信协议。并且，RS485允许单总线多机通信，如果通信协议设计不好，就会造成相互干扰和总线闭锁等现象。如果在一条总线上挂接不同类型的产品，由于协议不一样，很容易造成误触发，造成总线阻塞，使得不同产品对总线的兼容性很差。 随着RS485的发展，Modicon公司提出的MODBUS协议逐步得到广泛认可，已在工业领域得到广泛应用。而MODBUS的协议规范比较烦琐，并且每字节数据仅用低4位（范围：0~15），在信息量相同时，对总线占用时间较长。 DGL协议是根据以上问题提出的一种通信协议。在制定该协议时已充分考虑以下几点要求： a.兼容于MODBUS 。也就是说，符合该协议的从机均可挂接到同一总线上。 b.要适应大数据量的通信。如：满足产品在线程序更新的需要(未来功能)。 c.数据传输需稳定可靠。对不确定因素应加入必要的冗错措施。 d.降低总线的占用率，保证数据传输的通畅。 2.协议描述 为了兼容其它协议，现做以下定义： 通信数据均用1字节的16进制数表示。从机的地址范围为：0x80～0xFD，即：MSB=1； 命令和数据的数值范围均应控制在0~0x7F之间。即：MSB=0，以区别地址和其它数据。 液位计的编码地址为：0x82~0x9F。其初始地址(出厂默认值)为：0x81。 罐旁表的编织地址为：0xA2~0xBF。其初始地址(出厂默认值)为：0xA1。 其它地址用于连接其它类型的设备，也可用于液位计、罐区表地址不够时的扩充。 液位计的命令范围为：0x01~0x2F，共47条，将分别用于参数设定、实时测量、诊断测试、在线编程等。 通信的基本参数为：4800波特率，1个起始位，1个结束位。字节校验为奇校验。 本协议的数据包是参照MODBUS RTU 通信格式编写，并对其进行了部分修改，以提高数据传输的速度。另外，还部分参照了HART协议。其具体格式如下： 表中，数据的最大字节数为16个。也就是说，整个数据包最长为20个字节。 “校验和”是其前面所有数据异或得到的数值，然后将该数值MSB位清零，使其满足0~7F 的要求。在验证接收数据包的“校验和”是否正确时，可将所有接收数据(包括“校验和”)进行异或操作，得到的数据应＝0x80。这是因为，只有“地址”的MSB=1，所以异或结果的MSB也必然等于1。 本协议不支持MODBUS中所规定的广播模式。 3.时序安排 在上电后，液位计将先延迟10秒，等待电源稳定。然后，用5秒的时间进行自检和测试数据。
串口通讯协议
串口通讯协议 波特率9600，数据位8位，起始位1位，停止位2位，校验采用16位CRC校验，校验包括头部信息和数据。 帧定义： 主机发送事件数据定义
u16 const crc_table[256] = { 0x0000U, 0x1021U, 0x2042U, 0x3063U, 0x4084U, 0x50a5U, 0x60c6U, 0x70e7U, 0x8108U, 0x9129U, 0xa14aU, 0xb16bU, 0xc18cU, 0xd1adU, 0xe1ceU, 0xf1efU, 0x1231U, 0x0210U, 0x3273U, 0x2252U, 0x52b5U, 0x4294U, 0x72f7U, 0x62d6U, 0x9339U, 0x8318U, 0xb37bU, 0xa35aU, 0xd3bdU, 0xc39cU, 0xf3ffU, 0xe3deU, 0x2462U, 0x3443U, 0x0420U, 0x1401U, 0x64e6U, 0x74c7U, 0x44a4U, 0x5485U, 0xa56aU, 0xb54bU, 0x8528U, 0x9509U, 0xe5eeU, 0xf5cfU, 0xc5acU, 0xd58dU, 0x3653U, 0x2672U, 0x1611U, 0x0630U, 0x76d7U, 0x66f6U, 0x5695U, 0x46b4U, 0xb75bU, 0xa77aU, 0x9719U, 0x8738U, 0xf7dfU, 0xe7feU, 0xd79dU, 0xc7bcU, 0x48c4U, 0x58e5U, 0x6886U, 0x78a7U, 0x0840U, 0x1861U, 0x2802U, 0x3823U, 0xc9ccU, 0xd9edU, 0xe98eU, 0xf9afU, 0x8948U, 0x9969U, 0xa90aU, 0xb92bU, 0x5af5U, 0x4ad4U, 0x7ab7U, 0x6a96U, 0x1a71U, 0x0a50U, 0x3a33U, 0x2a12U, 0xdbfdU, 0xcbdcU, 0xfbbfU, 0xeb9eU, 0x9b79U, 0x8b58U, 0xbb3bU, 0xab1aU, 0x6ca6U, 0x7c87U, 0x4ce4U, 0x5cc5U, 0x2c22U, 0x3c03U, 0x0c60U, 0x1c41U, 0xedaeU, 0xfd8fU, 0xcdecU, 0xddcdU, 0xad2aU, 0xbd0bU, 0x8d68U, 0x9d49U, 0x7e97U, 0x6eb6U, 0x5ed5U, 0x4ef4U, 0x3e13U, 0x2e32U, 0x1e51U, 0x0e70U, 0xff9fU, 0xefbeU, 0xdfddU, 0xcffcU, 0xbf1bU, 0xaf3aU, 0x9f59U, 0x8f78U, 0x9188U, 0x81a9U, 0xb1caU, 0xa1ebU, 0xd10cU, 0xc12dU, 0xf14eU, 0xe16fU, 0x1080U, 0x00a1U, 0x30c2U, 0x20e3U, 0x5004U, 0x4025U, 0x7046U, 0x6067U, 0x83b9U, 0x9398U, 0xa3fbU, 0xb3daU, 0xc33dU, 0xd31cU, 0xe37fU, 0xf35eU, 0x02b1U, 0x1290U, 0x22f3U, 0x32d2U, 0x4235U, 0x5214U, 0x6277U, 0x7256U, 0xb5eaU, 0xa5cbU, 0x95a8U, 0x8589U, 0xf56eU, 0xe54fU, 0xd52cU, 0xc50dU, 0x34e2U, 0x24c3U, 0x14a0U, 0x0481U, 0x7466U, 0x6447U, 0x5424U, 0x4405U, 0xa7dbU, 0xb7faU, 0x8799U, 0x97b8U, 0xe75fU, 0xf77eU, 0xc71dU, 0xd73cU, 0x26d3U, 0x36f2U, 0x0691U, 0x16b0U, 0x6657U, 0x7676U, 0x4615U, 0x5634U, 0xd94cU, 0xc96dU, 0xf90eU, 0xe92fU, 0x99c8U, 0x89e9U, 0xb98aU, 0xa9abU, 0x5844U, 0x4865U, 0x7806U, 0x6827U, 0x18c0U, 0x08e1U, 0x3882U, 0x28a3U, 0xcb7dU, 0xdb5cU, 0xeb3fU, 0xfb1eU, 0x8bf9U, 0x9bd8U, 0xabbbU, 0xbb9aU, 0x4a75U, 0x5a54U, 0x6a37U, 0x7a16U, 0x0af1U, 0x1ad0U, 0x2ab3U, 0x3a92U, 0xfd2eU, 0xed0fU, 0xdd6cU, 0xcd4dU, 0xbdaaU, 0xad8bU, 0x9de8U, 0x8dc9U, 0x7c26U, 0x6c07U, 0x5c64U, 0x4c45U, 0x3ca2U, 0x2c83U, 0x1ce0U, 0x0cc1U, 0xef1fU, 0xff3eU, 0xcf5dU, 0xdf7cU, 0xaf9bU, 0xbfbaU, 0x8fd9U, 0x9ff8U, 0x6e17U, 0x7e36U, 0x4e55U, 0x5e74U, 0x2e93U, 0x3eb2U, 0x0ed1U, 0x1ef0U }; u16 crc16(u16 crc,const u8 *data, u32 len )len可以为u8,u16,u32 { while (len--) crc = crc_table[(crc >> 8 ^ *(data++)) & 0xffU] ^ (crc << 8); return crc; } 例：u8 *buf=”123456789”;
串口通信协议
串口通讯—通信协议 所谓通信协议是指通信双方的一种约定。约定包括对数据格式、同步方式、传送速度、传送步骤、检纠错方式以及控制字符定义等问题做出统一规定，通信双方必须共同遵守。因此，也叫做通信控制规程，或称传输控制规程，它属于ISO'S OSI七层参考模型中的数据链路层。 目前，采用的通信协议有两类：异步协议和同步协议。同步协议又有面向字符和面向比特以及面向字节计数三种。其中，面向字节计数的同步协议主要用于DEC公司的网络体系结构中。 一、物理接口标准 1.串行通信接口的基本任务 （1）实现数据格式化：因为来自CPU的是普通的并行数据，所以，接口电路应具有实现不同串行通信方式下的数据格式化的任务。在异步通信方式下，接口自动生成起止式的帧数据格式。在面向字符的同步方式下，接口要在待传送的数据块前加上同步字符。 （2）进行串－并转换：串行传送，数据是一位一位串行传送的，而计算机处理数据是并行数据。所以当数据由计算机送至数据发送器时，首先把串行数据转换为并行数才能送入计算机处理。因此串并转换是串行接口电路的重要任务。 （3）控制数据传输速率：串行通信接口电路应具有对数据传输速率——波特率进行选择和控制的能力。 （4）进行错误检测：在发送时接口电路对传送的字符数据自动生成奇偶校验位或其他校验码。在接收时，接口电路检查字符的奇偶校验或其他校验码，确定是否发生传送错误。 （5）进行TTL与EIA电平转换：CPU和终端均采用TTL电平及正逻辑，它们与EIA采用的电平及负逻辑不兼容，需在接口电路中进行转换。 （6）提供EIA-RS-232C接口标准所要求的信号线：远距离通信采用MODEM时，需要9根信号线；近距离零MODEM方式，只需要3根信号线。这些信号线由接口电路提供，以便与MODEM或终端进行联络与控制。 2、串行通信接口电路的组成 为了完成上述串行接口的任务，串行通信接口电路一般由可编程的串行接口芯片、波特率发生器、EIA 与TTL电平转换器以及地址译码电路组成。其中，串行接口芯片，随着大规模继承电路技术的发展，通用的同步(USRT)和异步（UART）接口芯片种类越来越多，如下表所示。它们的基本功能是类似的，都能实现上面提出的串行通信接口基本任务的大部分工作，且都是可编程的。才用这些芯片作为串行通信接口电路的核心芯片，会使电路结构比较简单。 3.有关串行通信的物理标准 为使计算机、电话以及其他通信设备互相沟通，现在，已经对串行通信建立了几个一致的概念和标准，这些概念和标准属于三个方面：传输率，电特性，信号名称和接口标准。 1、传输率：所谓传输率就是指每秒传输多少位，传输率也常叫波特率。国际上规定了一个标准波特率系列，标准波特率也是最常用的波特率，标准波特率系列为110、300、600、1200、4800、9600和19200。大多数CRT终端都能够按110到9600范围中的任何一种波特率工作。打印机由于机械速度比较慢而使传输波特率受到限制，所以，一般的串行打印机工作在110波特率，点针式打印机由于其内部有较大的行缓冲
AB DF1串口通讯协议API接口
Fax: 1-703-709-0985 https://www.360docs.net/doc/0e17225260.html, Allen-Bradley DF1 Serial Communication Interface API The DASTEC Corporation Allen-Bradley DF1 Serial Communication Interface API allows the user to implement bi-directional serial communications to exchange data between applications running on a Windows/WinCE-based system with other devices supporting the Allen-Bradley DF1 full-duplex serial protocol. The devices can be AB devices, other host computers or even other system applications using the API. The Allen-Bradley DF1 Serial Communication Interface API enables a system to acts as a client device to other Allen-Bradley peer devices, initiating read and write operations on behalf of the system applications. The API also allows the system to emulate an Allen-Bradley PLC to respond to read and write requests and thus acts as a “virtual PLC” to other AB peers. The API is available for different Windows/WinCE-based systems/platforms and can be used with C/C++ or Visual Basic. The API consists of two component functionalities, client side and server side. The client side functionality is implemented with a single API DLL. Server side functionality is implemented with a DLL/executable pair. Together these components manage all aspects of the protocol and data exchange including responding to peers with proper acknowledgements, error/success codes and protocol data byte ordering. The system application need only to deal with the data values exchanged in native byte order. The user can employ either the API’s client, server or both functionalities with minimal code implementation.
系统串口通讯协议
ZHET 系统串口通讯协议 通 讯 技 术 手 册 型号:SYRDS1-485 (SYRDSSS1) SYRDL1-485 (SYRLSSS1) 玺瑞国际企业有限公司 SYRIS International Corp.
通讯技术手册 通讯协议(Protocol) 卡片阅读机模块（Reader Module）的通讯协议（Protocol）皆出自于SYRIS 的一种标准通讯协议，这种协议格式如下表： 1.SOH 和 END 都是一个字节的控制字符： SOH 控制器端定义为 <0x09> 模块端定义为 <0x0A> END 控制器及模块端均固定为 <0x0D> 其中 <0x> 为十六进制表示法. 2.TYPE 为模块型式编号，固定为一个字节，本型式编号固定为“A”. 3.ID为模块端的识别代码，这一字节的 ASCII 字符必须是在 1 <0x31> 到 8 <0x38> 的范围内，假如控制器端传送之ID值与模块地址编号相同时， 则该模块将会接收控制器端所传送的数据，而模块响应时，也会传回相同的地址编号.
4.FC是通讯功能码(Function Code)和资料(DATA)有相关性，固定为一个 字节，这些资料请参考通讯协议表及相关说明. 5.错误讯息判断代码(Error Code)为两个字节，第一个字节为固定为 <0x0E> ，第二个字节为错误代码，请参考错误讯息代码表. 6.8 BITS BCC是所有字符的检查字段，为二个字节，有关 8 BITS BCC 的 信息和范例程序，请参考附录A. 7.RS485传输协议请设定为”E,8,1”，速率为”19200”. 错误讯息代码表(Error Code Table) ※ Error Code #1固定为 <0x0E>.
USB基本知识与通信协议书范本
串口通信协议 什么是串口 串口是计算机上一种非常通用设备通信的协议（不要与通用串行总线Universal SerialBus或者USB混淆）。大多数计算机包含两个基于RS232的串口。串口同时也是仪器仪表设备通用的通信协议；很多GPIB兼容的设备也带有RS-232口。同时，串口通信协议也可以用于获取远程采集设备的数据。 串口通信的概念非常简单，串口按位（bit）发送和接收字节。尽管比按字节（b yte）的并行通信慢，但是串口可以在使用一根线发送数据的同时用另一根线接收数据。它很简单并且能够实现远距离通信。比如IEEE488定义并行通行状态时，规定设备线总常不得超过20米，并且任意两个设备间的长度不得超过2米；而对于串口而言，长度可达1200米。 典型地，串口用于ASCII码字符的传输。通信使用3根线完成：（1）地线，（2）发送，（3）接收。由于串口通信是异步的，端口能够在一根线上发送数据同时在另一根线上接收数据。其他线用于握手，但是不是必须的。串口通信最重要的参数是波特率、数据位、停止位和奇偶校验。对于两个进行通行的端口，这些参数必须匹配：a，波特率：这是一个衡量通信速度的参数。它表示每秒钟传送的bit的个数。例如300波特表示每秒钟发送300个bit。当我们提到时钟周期时，我们就是指波特率例如如果协议需要4800波特率，那么时钟是4800Hz。这意味着串口通信在数据线上的采样率为4800Hz。通常线的波特率为14400，28800和36600。波特率可以远远大于这些值，但是波特率和距离成反比。高波特率常常用于放置的很近的仪器间的通信，典型的例子就是GPIB设备的通信。 b，数据位：这是衡量通信中实际数据位的参数。当计算机发送一个信息包，实际的数据不会是8位的，标准的值是5、7和8位。如何设置取决于你想传送的信息。比如，标准的ASCII码是0～127（7位）。扩展的ASCII码是0～255（8位）。如果数据使用简单的文本（标准ASCII码），那么每个数据包使用7位数据。每个包是指一个字节，包括开始/停止位，数据位和奇偶校验位。由于实际数据位取决于通信协议的选取，术语“包”指任何通信的情况。 c，停止位：用于表示单个包的最后一位。典型的值为1，1.5和2位。由于数据是在传输线上定时的，并且每一个设备有其自己的时钟，很可能在通信中两台设备间出现了小小的不同步。因此停止位不仅仅是表示传输的结束，并且提供计算机校正时钟同步的机会。适用于停止位的位数越多，不同时钟同步的容忍程度越大，但是数据传输率同时也越慢。 d，奇偶校验位：在串口通信中一种简单的检错方式。有四种检错方式：偶、奇、高和低。当然没有校验位也是可以的。对于偶和奇校验的情况，串口会设置校验位（数据位后面的一位），用一个值确保传输的数据有偶个或者奇个逻辑高位。例如，如果数据是011，那么对于偶校验，校验位为0，保证逻辑高的位数是偶数个。如果是奇
常用的硬件接口及通信协议详解
一：串口 串口是串行接口的简称，分为同步传输（USRT）和异步传输（UART）。在同步通信中，发送端和接收端使用同一个时钟。在异步通信中，接受时钟和发送时钟是不同步的，即发送端和接收端都有自己独立的时钟和相同的速度约定。 1：RS232接口定义 2：异步串口的通信协议 作为UART的一种，工作原理是将传输数据的每个字符一位接一位地传输。图一给出了其工作模式： 图一 其中各位的意义如下： 起始位：先发出一个逻辑”0”的信号，表示传输字符的开始。
数据位：紧接着起始位之后。数据位的个数可以是4、5、6、7、8等，构成一个字符。通常采用ASCII码。从最低位开始传送，靠时钟定位。 奇偶校验位：资料位加上这一位后，使得“1”的位数应为偶数(偶校验)或奇数(奇校验)，以此来校验资料传送的正确性。 停止位：它是一个字符数据的结束标志。可以是1位、1.5位、2位的高电平。 空闲位：处于逻辑“1”状态，表示当前线路上没有资料传送。 波特率：是衡量资料传送速率的指针。表示每秒钟传送的二进制位数。例如资料传送速率为120字符/秒，而每一个字符为10位，则其传送的波特率为10×120＝1200字符/秒＝1200波特。 3：在嵌入式处理器中，通常都集成了串口，只需对相关寄存器进行设置，就可以使用啦。尽管不同的体系结构的处理器中，相关的寄存器可能不大一样，但是基于FIFO的uart框图还是差不多。
发送过程：把数据发送到fifo中，fifo把数据发送到移位寄存器，然后在时钟脉冲的作用下，往串口线上发送一位bit数据。 接受过程：接受移位寄存器接收到数据后，将数据放到fifo中，接受fifo事先设置好触发门限，当fifo中数据超过这个门限时，就触发一个中断，然后调用驱动中的中断服务函数，把数据写到flip_buf 中。 二：SPI SPI，是英语Serial Peripheral Interface的缩写，顾名思义就是串行外围设备接口。SPI，是一种高速的，全双工，同步的通信总线，并且在芯片的管脚上只占用四根线，节约了芯片的管脚，同时为PCB 的布局上节省空间，提供方便，正是出于这种简单易用的特性，现在越来越多的芯片集成了这种通信协议。
串口通讯—通信协议
串口通讯—串口通信协议 所谓通信协议是指通信双方的一种约定。约定包括对数据格式、同步方式、传送速度、传送步骤、检纠错方式以及控制字符定义等问题做出统一规定，通信双方必须共同遵守。因此，也叫做通信控制规程，或称传输控制规程，它属于ISO'S OSI七层参考模型中的数据链路层。 目前，串口通信协议通常有两类：异步协议和同步协议。同步协议又有面向字符和面向比特以及面向字节计数三种。其中，面向字节计数的同步协议主要用于DEC公司的网络体系结构中。 一、物理接口标准 1、串行通信接口的基本任务 （1）实现数据格式化：因为来自CPU的是普通的并行数据，所以，接口电路应具有实现不同串行通信方式下的数据格式化的任务。在异步通信方式下，接口自动生成起止式的帧数据格式。在面向字符的同步方式下，接口要在待传送的数据块前加上同步字符。 （2）进行串－并转换：串行传送，数据是一位一位串行传送的，而计算机处理数据是并行数据。所以当数据由计算机送至数据发送器时，首先把串行数据转换为并行数才能送入计算机处理。因此串并转换是串行接口电路的重要任务。 （3）控制数据传输速率：串行通信接口电路应具有对数据传输速率——波特率进行选择和控制的能力。 （4）进行错误检测：在发送时接口电路对传送的字符数据自动生成奇偶校验位或其他校验码。在接收时，接口电路检查字符的奇偶校验或其他校验码，确定是否发生传送错误。 （5）进行TTL与EIA电平转换：CPU和终端均采用TTL电平及正逻辑，它们与EIA采用的电平及负逻辑不兼容，需在接口电路中进行转换。 （6）提供EIA-RS-232C接口标准所要求的信号线：远距离通信采用MODEM 时，需要9根信号线；近距离零MODEM方式，只需要3根信号线。这些信号线由接口电路提供，以便与MODEM或终端进行联络与控制。 2、串行通信接口电路的组成 为了完成上述串行接口的任务，串行通信接口电路一般由可编程的串行接口芯片、波特率发生器、EIA与TTL电平转换器以及地址译码电路组成。其中，串行接口芯片，随着大规模继承电路技术的发展，通用的同步(USRT)和异步（UART）接口芯片种类越来越多，如下表所示。它们的基本功能是类似的，都能实现上面提出的串行通信接口基本任务的大部分工作，且都是可编程的。采用这些芯片作为串行通信接口电路的核心芯片，会使电路结构比较简单。
SPI串口通信协议
SPI串口通信协议 1.1 SPI串口通信介绍 SPI是英文Serial Peripheral Interface的缩写，中文意思是串行外围设备接口，SPI是Motorola公司推出的一种同步串行通讯方式，是一种三线同步总线，因其硬件功能很强，与SPI有关的软件就相当简单，使CPU有更多的时间处理其他事务。 SPI：高速同步串行口。3～4线接口，收发独立、可同步进行. SPI，是英语Serial Peripheral interface的缩写，顾名思义就是串行外围设备接口。是Motorola首先在其MC68HCXX系列处理器上定义的。SPI接口主要应用在EEPROM，FLASH，实时时钟，AD转换器，还有数字信号处理器和数字信号解码器之间。SPI，是一种高速的，全双工，同步的通信总线，并且在芯片的管脚上只占用四根线，节约了芯片的管脚，同时为PCB的布局上节省空间，提供方便，正是出于这种简单易用的特性，现在越来越多的芯片集成了这种通信协议，比如AT91RM9200. SPI总线系统是一种同步串行外设接口，它可以使MCU与各种外围设备以串行方式进行通信以交换信息。外围设置FLASHRAM、网络控制器、LCD显示驱动器、A/D转换器和MCU等。SPI总线系统可直接与各个厂家生产的多种标准外围器件直接接口，该接口一般使用4条线：串行时钟线（SCK）、主机输入/从机输出数据线MISO、主机输出/从机输入数据线MOSI和低电平有效的从机选择线SS(有的SPI接口芯片带有中断信号线INT或INT、有的SPI接口芯片没有主机输出/从机输入数据线MOSI)。 SPI的通信原理很简单，它以主从方式工作，这种模式通常有一个主设备和一个或多个从设备，需要至少4根线，事实上3根也可以（单向传输时）。也是所有基于SPI的设备共有的，它们是SDI（数据输入），SDO（数据输出），SCK（时钟），CS（片选）。 （1）SDO –主设备数据输出，从设备数据输入 （2）SDI –主设备数据输入，从设备数据输出
COM接口协议
COM接口协议 1 概述 此通讯协议标准主要是用来说明RFID原理机开发平台与主机或其他控制器之间通讯协议的规定和通讯方式的介绍，通讯协议是建立在RS232串行通讯基础上的，由于RFID原理机与电子标签之间的通讯是主—从应答方式，所以主机与RFID原理机之间通讯也是主—从应答方式。 当主机按照发送格式发送一帧数据到RFID原理机时，RFID原理机如果校验通过将按照协议规定提取有效信息发送出去，如果可读卡范围之内有电子标签存在，并返回相应信息，RFID原理机再次校验接收到的数据，如果数据校验通过，RFID原理机会将命令字和接收到的数据全部上发给主机，这样就更接近ISO/IEC15693标准协议。 RFID原理机提供标准RS232和USB-B口方便二次开发和ISO/IEC15693标准协议的学习，可以通过原理机上的SW2开关进行选择两种接口；也可以通过自带上位机软件通过RS232或USB-B口进行读写数据或教学演示。 2 数据通信协议 2.1 通信协议概念 通信协议是指双方实体完成通信或服务所必须遵循的规则和约定。协议定义了数据单元使用格式，信息单元包含的信息与含义等，从而确保网络中数据顺利着传送到确定地方并被有效识别。 a.协议是基于一次交换 ●上位机或其他控制器到RFID原理机一次请求 ●RFID原理机到上位机或其他控制一次响应 b.每一次请求包含在一帧内，请求中包括针头(0x02)、指令长度、标志、命令字、 数据域、校验位和针尾(0x03) ●指令长度(8bits)：包括针头和针尾在内的整条指令的长度 ●标志(8bits)：b2(数据编码模式选择)，b1(数据速率选择)，b0(位编码模式选择)， 其他位未使用 ●命令字(8bits)：同ISO/IEC 15693中的规定 ●数据域(不定)：应用数据域 ●校验位(8bits)：从指令长度开始到数据域结束，逐字节累加值，累加过程中 溢出不做处理，只取低字节 c.每次响应包括以下的域： ●命令字(8bits)：与请求命令中的命令字相对应，作为请求指令应答对应标志 ●标志(8bits)：同ISO/IEC 15693中响应域规定 ●强制和可选的参数：取决于命令，同ISO/IEC 15693中响应域规定 ●应用数据域：同ISO/IEC 15693中响应域规定
(完整版)高速公路ETC系统DSRC设备串行口通讯协议
高速公路ETC系统DSRC设备串行口通讯协议 1 串行通讯方式 串行口采用半双工的异步串行通讯方式，协议格式为“115200，N，8，1”，即波特率115200bps，无奇偶校验，8位数据，1个停止位。 1.1 串口通讯数据帧格式 RSU和PC通讯的数据帧格式如图1-1： 图1-1 空应答如图1-2： 图1-2 说明见表1-1： 表1-1 RSU和PC通讯的数据帧格式说明
1.2 特殊字节转义处理 数据帧开始标志为FFFFH，帧结束标志为FFH。其他字段不能出现FFH，如果数据确实为FFH，需对其进行转义处理。 发送数据时，如果在待发送字段中出现FFH字节时，将FFH分解为FEH和01H这两个字节来发送；如果在待发送字段出现FEH字节时，需将FEH分解为FEH和00H这两个字节来发送。 接收数据时，如果出现“FE 01”这样连续两个字节时将之合为一个字节FFH；如果出现“FE 00”这样连续两个字节时将之合为一个字节FEH。 RSU送上来的所有整型数据，未特定说明，其字节排序均为高位在前，低位在后。 1.3 命令的应答要求 PC必须对RSU的命令作出应答，可以是携带应答也可以是空应答，RSU不一定对PC的每个命令都要应答。 应答时，PC将接收到的命令帧的RSCTL的高半字节和低半字节交换，作为应答帧的RSCTL。
图1-3 串口通讯流程 2 RSU/PC通信帧数据结构 2.1 PC发往RSU的指令： 指令名称代码功能说明 初始化指令C0H 对RSU关键参数如功率、车道模式等进行初始化/设置 对PC收到RSU发来的信息的应答，表示收到信息并要求继续继续交易指令C1H 处理指定OBU 对PC收到RSU发来的信息的应答，表示收到信息并要求当前停止交易指令C2H 不再继续处理指定OBU
串口协议
串口协议 所谓通信协议是指通信双方的一种约定。约定包括对数据格式、同步方式、传送速度、传送步骤、检纠错方式以及控制字符定义等问题做出统一规定，通信双方必须共同遵守。因此，也叫做通信控制规程，或称传输控制规程，它属于ISO'S OSI七层参考模型中的数据链路层。目前，采用的通信协议有两类：异步协议和同步协议。同步协议又有面向字符和面向比特以及面向字节计数三种。其中，面向字节计数的同步协议主要用于DEC公司的网络体系结构中。 一、物理接口标准 1.串行通信接口的基本任务 （1）实现数据格式化：因为来自CPU的是普通的并行数据，所以，接口电路应具有实现不同串行通信方式下的数据格式化的任务。在异步通信方式下，接口自动生成起止式的帧数据格式。在面向字符的同步方式下，接口要在待传送的数据块前加上同步字符。 （2）进行串－并转换：串行传送，数据是一位一位串行传送的，而计算机处理数据是并行数据。所以当数据由计算机送至数据发送器时，首先把串行数据转换为并行数才能送入计算机处理。因此串并转换是串行接口电路的重要任务。 （3）控制数据传输速率：串行通信接口电路应具有对数据传输速率——波特率进行选择和控制的能力。 （4）进行错误检测：在发送时接口电路对传送的字符数据自动生成奇偶校验位或其他校验码。在接收时，接口电路检查字符的奇偶校验或其他校验码，确定是否发生传送错误。（5）进行TTL 与EIA电平转换：CPU 和终端均采用TTL电平及正逻辑，它们与EIA采用的电平及负逻辑不兼容，需在接口电路中进行转换。 （6）提供EIA-RS-232C 接口标准所要求的信号线：远距离通信采用MODEM 时，需要9根信号线；近距离零MODEM 方式，只需要3 根信号线。这些信号线由接口电路提供，以便与MODEM 或终端进行联络与控制。 2、串行通信接口电路的组成 为了完成上述串行接口的任务，串行通信接口电路一般由可编程的串行接口芯片、波特率发生器、EIA 与TTL 电平转换器以及地址译码电路组成。其中，串行接口芯片，随着大规模继承电路技术的发展，通用的同步(USRT)和异步（UART）接口芯片种类越来越多，如下表所示。它们的基本功能是类似的，都能实现上面提出的串行通信接口基本任务的大部分工作，且都是可编程的。才用这些芯片作为串行通信接口电路的核心芯片，会使电路结构比较简单。
串口通信协议
1 串口 串口是计算机上一种非常通用设备通信的协议（不要与通用串行总线Universal SerialBus或者USB混淆）。 2 串行通信的传输方向 2.1 单工 单工是指数据传输仅能沿一个方向，不能实现反向传输。 2.2 半双工 半双工是指数据传输可以沿两个方向，但需要分时进行。 2.3 全双工 全双工是指数据可以同时进行双向传输。 单工半双工全双工 3 重要参数 串口通信最重要的参数是波特率、数据位、停止位和奇偶校验。对于两个进行通行的端口，这些参数必须匹配。 3.1 波特率 这是一个衡量通信速度的参数。它表示每秒钟传送的bit的个数。例如300波特表示每秒钟发送300个bit。当我们提到时钟周期时，我们就是指波特率例如如果协议需要4800波特率，那么时钟是4800Hz。这意味着串口通信在数据线上的采样率为4800Hz。通常电话线的波特率为14400，28800和36600。波特率可以远远大于这些值，但是波特率和距离成反比。高波特率常常用于放置的很近的仪器间的通信，典型的例子就是GPIB设备的通信。 常用的波特率有,1200，2400,4800,9600,19200,38400,115200等。 3.2 数据位 这是衡量通信中实际数据位的参数。当计算机发送一个信息包，实际的数据不会是8位的，标准的值是5、7和8位。如何设置取决于你想传送的信息。比如，标准的ASCII码是0～127（7位）。扩展的ASCII码是0～255（8位）。如果数据使用简单的文本（标准ASCII码），那么每个数据包使用7位数据。每个包是指一个字节，包括开始/停止位，数据位和奇偶校验位。由于实际数据位取决于通信协议的选取，术语“包”指任何通信的情况。
串口通信协议
串口通信协议 串口通信的概念非常简单，串口按位（bit）发送和接收字节。尽管比按字节（byte）的并行通信慢，但是串口可以在使用一根线发送数据的同时用另一根线接收数据。 什么是串口 串口是计算机上一种非常通用设备通信的协议（不要与通用串行总线Universal SerialBus或者USB混淆）。大多数计算机包含两个基于RS232的串口。串口同时也是仪器仪表设备通用的通信协议；很多GPIB兼容的设备也带有RS-232口。同时，串口通信协议也可以用于获取远程采集设备的数据。 串口通信的概念非常简单，串口按位（bit）发送和接收字节。尽管比按字节（b yte）的并行通信慢，但是串口可以在使用一根线发送数据的同时用另一根线接收数据。它很简单并且能够实现远距离通信。比如IEEE488定义并行通行状态时，规定设备线总长不得超过20米，并且任意两个设备间的长度不得超过2米；而对于串口而言，长度可达1200米。 典型地，串口用于ASCII码字符的传输。通信使用3根线完成：（1）地线，（2）发送，（3）接收。由于串口通信是异步的，端口能够在一根线上发送数据同时在另一根线上接收数据。其他线用于握手，但是不是必须的。串口通信最重要的参数是波特率、数据位、停止位和奇偶校验。对于两个进行通行的端口，这些参数必须匹配： a，波特率：这是一个衡量通信速度的参数。它表示每秒钟传送的bit的个数。例如300波特表示每秒钟发送300个bit。当我们提到时钟周期时，我们就是指波特率例如如果协议需要4800波特率，那么时钟是4800Hz。这意味着串口通信在数据线上的采样率为4800Hz。通常电话线的波特率为14400，28800和36600。波特率可以远远大于这些值，但是波特率和距离成反比。高波特率常常用于放置的很近的仪器间的通信，典型的例子就是GPIB设备的通信。 b，数据位：这是衡量通信中实际数据位的参数。当计算机发送一个信息包，实际的数据不会是8位的，标准的值是5、7和8位。如何设置取决于你想传送的信息。比如，标准的ASCII码是0～127（7位）。扩展的ASCII码是0～255（8位）。如果数据使用简单的文本（标准ASCII码），那么每个数据包使用7位数据。每个包是指一个字节，包括开始/停止位，数据位和奇偶校验位。由于实际数据位取决于通信协议的选取，术语“包”指任何通信的情况。 c，停止位：用于表示单个包的最后一位。典型的值为1，1.5和2位。由于数据是在传输线上定时的，并且每一个设备有其自己的时钟，很可能在通信中两台设备间出现了小小的不同步。因此停止位不仅仅是表示传输的结束，并且提供计算机校正时钟同步的机会。适用于停止位的位数越多，不同时钟同步的容忍程度越大，但是数据传输率同时也越慢。 d，奇偶校验位：在串口通信中一种简单的检错方式。有四种检错方式：偶、奇、高和低。当然没有校验位也是可以的。对于偶和奇校验的情况，串口会设置校验位（数
(完整word版)常用几种通讯协议范文
常用几种通讯协议 Modbus Modbus 技术已成为一种工业标准。它是由Modicon 公司制定并开发的。其通讯主要采用 RS232，RS485 等其他通讯媒介。它为用户提供了一种开放、灵活和标准的通讯技术，降低了开发和维护成本。 Modbus 通讯协议由主设备先建立消息格式，格式包括设备地址、功能代码、数据地址和出错校验。从设备必需用Modbus 协议建立答复消息，其格式包含确认的功能代码，返回数据和出错校验。如果接收到的数据出错，或者从设备不能执行所要求的命令，从设备将返回出错信息。 Modbus 通讯协议拥有自己的消息结构。不管采用何种网络进行通讯，该消息结构均可以被系统采用和识别。利用此通信协议，既可以询问网络上的其他设备，也能答复其他设备的询问，又可以检测并报告出错信息。 在Modbus 网络上通讯期间，通讯协议能识别出设备地址，消息，命令，以及包含在消息中的数据和其他信息，如果协议要求从设备予以答复，那么从设备将组建一个消息，并利用Modbus 发送出去。 BACnet BACnet 是楼宇自动控制系统的数据通讯协议,它由一系列与软件及硬件相关的通讯协 议组成,规定了计算机控制器之间所有对话方式。协议包括:(1) 所选通讯介质使用的电子信 号特性,如何识别计算机网址,判断计算机何时使用网络及如何使用。(2) 误码检验,数据压缩 和编码以及各计算机专门的信息格式。显然,由于有多种方法可以解决上述问题,但两种不 同的通讯模式选择同一种协议的可能性极少,因此,就需要一种标准。即由ISO(国际标准化 协会〉于80 年代着手解决,制定了《开放式系统互联(OSI 〉基本参考模式(Open System Interconnection/Basic Reference Model 简称OSI/RM)IS0- 7498 》。 OSI/RM 是ISO/OSI 标准中最重要的一个,它为其它0SI 标准的相容性提供了共同的参考,为研究、设计、实现和改造信息处理系统提供了功能上和概念上的框架。它是一个具 有总体性的指导性标准,也是理解其它0SI 标准的基础和前提。 0SI/RM 按分层原则分为七层,即物理层、数据链路层、网络层、运输层、会话层、表示层、应用层。 BACnet 既然是一种开放性的计算机网络, 就必须参考OSIAM 。但BACnet 没有从网络的最低层重新定义自己的层次,而是选用已成熟的局域网技术, 简化0SI/RM, 形成包容许多局域网的简单而实用的四级体系结构。 四级结构包括物理层、数据链路层、网络层和应用层。 BACnet 协议由以下几部分组成：楼宇自控设备功能和信息数据的表示方式,五种规范局域网通讯协议以及它们之间相互通讯采用的协议。
串口通信协议程序
串口通信协议程序 主机程序: /* 主机主要处理 : 主—>从 1.给从机发送命令 2.给从机发送数据 3.命令从机向主机发送数据 从—>主由中断程序处理根据从机发送过来的请求类型 0.请求主机发送命令(包括主到从的1,2命令) 1.请求主机接收数据 2,3保留 */ #include
void delay(unsigned int i) { while(i--); } void init_uart(void) { TMOD=0x20; //定时器方式2--8位reload模式 TH1=0xfd; TL1=0xfd; PCON=0; //波特率不加倍 SCON=0xf0; //方式三 TB8=1; //发送地址时第九位为1 SM2=1; //接收到第九位为1时才能接收数据 TR1=1; //要在设置scon后开定时 ES=1; //开中断 EA=1; } //发送命令 void uart_send_cmd(uchar addr,uchar cmd)//uchar *date) { while(signal==0); //检查总线是否被占 signal=0; //占用总线 EA=0;//关中断 do {