PC(上位机)与PLC串行通讯协议与串口DLL之

modbus rtu通信协议串口通讯动态链接库DLL(以下简称DLL)，是为满足工业通信需要，
针对工业领域要求上位机对PLC、工业仪表通讯实时采集与控制的组态编程而设计。
本DLL是采用Delphi语言开发的标准串口通讯库，具有以下特点：
1)、遵循modbus rtu串口通讯协议(施耐德、西门子、台达、永宏等品牌PLC及各类工业仪表等支持本协议)；
2)、实时性、可靠性好,通用性强;
3)、适用于多PLC联网和上位机通信，满足多方面的需要(联网时可采用485总线式);
4)、函数接口功能全，操作简单，支持modbus的大部分读写功能函数；
5)、附加实用转换与读取函数，易于快速开发(VC等非RAD开发环境的开发)；
6)、支持USB、PC扩展卡等扩展串口号;
7)、支持多种操作系统win9x/win2000/winXP(标注Win32 DLL);
8)、可在多种编程环境下使用，例如VB、VC、Delphi等开发环境。

9)、支持modbus rtu标准的功能代码01、02、03、04、05、06、15、16且对相关功能代码的读取和写如做了一些扩充更加符合工业自动化领域的工控软件的开发，是广大工控工程师的必备工具软件。 

二、modbus rtu通讯协议简介

    Modbus 协议是应用于电子控制器上的一种通用语言。通过此协议，控制器相互之间、控制器经由网络(例如以太网)
和其它设备之间可以通信。它已经成为一通用工业标准。有了它，不同厂商生产的控制设备可以连成工业网络，进行集
中监控。此协议定义了一个控制器能认识使用的消息结构,而不管它们是经过何种网络进行通信的。它描述了一控制器请
求访问其它设备的过程，如果回应来自其它设备的请求，以及怎样侦测错误并记录。它制定了消息域格局和内容的公共
格式。当在一Modbus网络上通信时，此协议决定了每个控制器须要知道它们的设备地址，识别按地址发来的消息，决定
要产生何种行动。如果需要回应，控制器将生成反馈信息并用Modbus协议发出。在其它网络上，包含了Modbus协议的消
息转换为在此网络上使用的帧或包结构。这种转换也扩展了根据具体的网络解决节地址、路由路径及错误检测的方法。
1、在Modbus网络上转输
标准的Modbus口是使用一RS-232C兼容串行接口，它定义了连接口的针脚、电缆、信号位、传输波特率、奇偶校验。控制
器能直接或经由Modem组网。控制器通信使用主—从技术，即仅一设备(主设备)能初始化传输(查询)。其它设备(从设备)
根据主设备查询提供的数据作出相应反应。典型的主设备：主机和可编程仪表。典型的从设备：可编程控制器。主设备
可单独和从设备通信，也能以广播方式和所有从设备通信。如果单独通信，从设备返回一消息作为回应，如果是以广播
方式查询的，则不作任何回应。Modbus协议建立了主设备查询的格式：设备(或广播)地址、功能代码、所有要发送的数
据、一错误检测域。从设备回应消息也由Modbus协议构成，包括确认要行动的域、任何要返回的数据、和一错误检测域。
如果在消息接收过程中发生一错误，或从设备不能执行其命令，从设备将建立一错误消息并把它作为回应发送出去。
2、在其它类型网络上转输
在其它网络上，控制器使用对等技术通信，故任何控制都能初始和其它控制器的通信。这样在单独的通信过程中，控制
器既可作为主设备也可作为从设备。提供的多个内部通道可允许同时发生的传输进程。在消息位，Modbus协议仍提供了
主—从原则，尽管网络通信方法是“对等”。如果一控制器发送一消息，它只是作为主设备，并期望从从设备得到回应。
同样，当控制器接收到一消息，它将建立一从设备回应格式并返回给发送的控制器。
3、查询—回应周期
(1)、查询    
    查询消息中的功能代码告之被选中的从设备要执行何种功能。数据段包含了从设备要执行功能的任何附加信息。例
如功能代码03是要求从设备读保持寄存器并返回它们的内容。数据段必须包含要告之从设备的信息：从何寄存器开始读
及要读的寄存器数量。错误检测域为从设备提供了一种验证消息内容是否正确的方法。
(2)、回应    
    如果从设备产生一正常的回应，在回应消息中的功能代码是在查询消息中的功能代码的回应。数据段包括了从设备
收集的数据：象寄存器值或状态。如果有错误发生，功能代码将被修改以用于指出回应消息是错误的，同时数据段包含
了描述此错误信息的代码。错误检测域允许主设备确认消息内容是否可用。

3、两种传输方式
    控制器能设置为两种传输模式(ASCII或RTU)中的任何一种在标准的Modbus网络通信。用户选择想要的模式，包括串
口通信参数(波特率、校验方式等)，在配置每个控制器的时候，在一个Modbus网络上的所有设备都必须选择相同的传输
模式和串口参数。
ASCII模式
   －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
   | 地址 | 功能代码 | 数据数量 | 数据1 ... 数据n | LRC高字节 | LRC低字节 | 回车 | 换行 |
   －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 
RTU模式
   －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
   | 地址 | 功能代码 | 数据数量 | 数据1 ... 数据n | CRC高字节 | CRC低字节 | 
   －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
    所选的ASCII或RTU方式仅适用于标准的Modbus网络，它定义了在这些网络上连续传输的消息段的每一位，以及决定
怎样将信息打包成消息域和如何解码。在其它网络上(象MAP和Modbus Plus)Modbus消息被转成与串行传输无关的帧。
    因ASCII模式通讯效率较低一多采用RTU模式，这里只对RTU模式进行详细介绍。

4、Modbus RTU模式

    当控制器设为在Modbus网络上以RTU(远程终端单元)模式通信，在消息中的每个8Bit字节包含两个4Bit的十六进制
字符。这种方式的主要优点是：在同样的波特率下，可比ASCII方式传送更多的数据。
 
代码系统

    8位二进制，十六进制数0...9，A...F
    消息中的每个8位域都是一个两个十六进制字符组成

每个字节的位

    1个起始位
    8个数据位，最小的有效位先发送
    1个奇偶校验位，无校验则无
    1个停止位(有校验时)，2个Bit(无校验时)

错误检测域
    
     CRC(循环冗长检测)

地址域

    消息帧的地址域包含8Bit(RTU)。可能的从设备地址是0...247(十进制)。单个设备的地址范围是1...247。主设备通过
将要联络的从设备的地址放入消息中的地址域来选通从设备。当从设备发送回应消息时,它把自己的地址放入回应的地址域
中，以便主设备知道是哪一个设备作出回应。地址0是用作广播地址，以使所有的从设备都能认识。当Modbus协议用于更高
水准的网络，广播可能不允许或以其它方式代替。

如何处理功能域

    数据域是由两个十六进制数集合构成的，范围00...FF。根据网络传输模式，这可以是由一RTU字符组成。从主设备发给
从设备消息的数据域包含附加的信息：从设备必须用于进行执行由功能代码所定义的所为。这包括了象不连续的寄存器地址，
要处理项的数目，域中实际数据字节数。例如，如果主设备需要从设备读取一组保持寄存器(功能代码03)，数据域指定了起
始寄存器以及要读的寄存器数量。如果主设备写一组从设备的寄存器(功能代码10十六进制)，数据域则指明了要写的起始寄
存器以及要写的寄存器数量，数据域的数据字节数，要写入寄存器的数据。如果没有错误发生，从从设备返回的数据域包含
请求的数据。如果有错误发生，此域包含一异议代码，主设备应用程序可以用来判断采取下一步行动。在某种消息中数据域
可以是不存在的(0长度)。例如，主设备要求从设备回应通信事件记录(功能代码0B十六进制)，从设备不需任何附加的信息。


三、DLL函数说明


modbus.DLL是王俊于2007年最新开发的基于施耐得modbus rtu 通讯协议的串口通讯链接库。modbus.DLL专业版实现了对保持寄存器40001～4XXXX区数据读写（FCN03:读、FCN16:写，FCN06写单个数据）;对逻辑线圈00001～0XXXX的 读写（FCN01:读取一组线圈，FCN05:强置单线圈，FCN15强置多线圈）；对输入状态10001～1XXXX的读（FCN02）;对输入寄存器30001～3XXXX的读（FCN04）。 

DLL中的主要函数：

ComOpen：打开串口

ComClose：关闭串口

FCN01：读取一组线圈（00001～0XXXX）

FCN02：取得一组开关输入状态数据（10001～1XXXX）

FCN03：读多个保持寄存器数据（40001～4XXXX）

[1] [2] [3] [4] [5] [6] [7]  下一页

本文关键字：暂无联系方式PLC维护，plc技术 - PLC维护