电子生产看板应用施耐德的PLC型号比较多，PLC在国内应用也比较多。其通讯方式主要是支持MODBUS和MODBUS PLUS两种通讯协议
DBUS协议在工控行业得到了广泛的应用，已不是一个PLC的通讯协议，在智能仪表，变频器等许多智能设备,LED生产看板等都有相当广泛的应用。MODBUS经过进一步发展，现在又有了MODBUS TCP方式，通过以太网方式进行传输，通讯速度更快。
MODBUS PLUS相对于MODBUS传送速度更快控制工程网版权，距离更远，该通讯方式需要在计算机上安装MODCON提供的SA85卡并需安装该卡的驱动才可以进行通讯。
Modbus是由Modicon（现为施耐德电气公司的一个品牌）在1979年发明的，是个真正用于工业现场的总线协议。为更好地普及和推动Modbus在基于以太网上的分布式应用，目前施耐德公司已将Modbus协议的权移交给IDA（Interface for Distributed Automation，分布式自动化接口）组织，并成立了Modbus-IDA组织，为Modbus今后的发展奠定了基础。在中国，Modbus已经成为标准GB/T19582-2008。据不统计：截止到2007年，Modbus的节点安装数量已经过了1000万个。
Modbus协议是应用于电子控制器上的一种通用语言。通过此协议，控制器相互之间、控制器经由网络（例如以太网）和其它设备之间可以通信。它已经成为一通用工业标准。有了它，不同厂商生产的控制设备可以连成工业网络，进行集中监控。此协议定义了一个控制器能认识使用的消息结构，而不管它们是经过何种网络进行通信的。它描述了一控制器请求访问其它设备的过程，如何回应来自其它设备的请求，以及怎样侦测错误并记录。它制定了消息域格局和内容的公共格式。
当在一Modbus网络上通信时，此协议决定了每个控制器须要知道它们的设备地址，识别按地址发来的消息，决定要产生何种行动。如果需要回应，控制器将生成反馈信息并用Modbus协议发出。在其它网络上，包含了Modbus协议的消息转换为在此网络上使用的帧或包结构。这种转换也扩展了根据具体的网络解决节地址、路由路径及错误检测的方法。
编辑本段Modbus的几个特点
Modbus具有以下几个特点：
（1）标准、开放，用户可以、放心地使用Modbus协议，不需要交纳许可证费，也不会侵犯知识产权。目前，支持Modbus的厂家过400家，支持Modbus的产品过600种。
（2）Modbus可以支持多种电气接口，如RS-232、RS-485等，还可以在各种介质上传送，如双绞线、光纤、无线等。
（3）Modbus的帧格式简单、紧凑，通俗易懂。用户使用容易，厂商开发简单。
在Modbus网络上传输
标准的Modbus口是使用一RS-232C兼容串行接口，它定义了连接口的针脚、电缆、信号位、传输波特率、奇偶校验。控制器能直接或经由Modem组网。
控制器通信使用主—从技术，即一设备（主设备）能初始化传输（查询）。其它设备（从设备）根据主设备查询提供的数据作出相应反应。典型的主设备：主机和可编程仪表。典型的从设备：可编程控制器。
主设备可单独和从设备通信，也能以广播方式和从设备通信。如果单独通信，从设备返回一消息作为回应，如果是以广播方式查询的，则不作任何回应。Modbus协议建立了主设备查询的格式：设备（或广播）地址、功能代码、要发送的数据、一错误检测域。
从设备回应消息也由Modbus协议构成，包括确认要行动的域、任何要返回的数据、和一错误检测域。如果在消息接收过程中发生一错误，或从设备不能执行其命令，从设备将建立一错误消息并把它作为回应发送出去。
在其它类型网络上传输
在其它网络上，控制器使用对等技术通信，故任何控制初始和其它控制器的通信。这样在单独的通信过程中，控制器既可作为主设备也可作为从设备。提供的多个内部通道可允许同时发生的传输进程。
在消息位，Modbus协议仍提供了主—从原则，尽管网络通信方法是“对等”。如果一控制器发送一消息，它只是作为主设备，并期望从从设备得到回应。同样，当控制器接收到一消息，它将建立一从设备回应格式并返回给发送的控制器。
查询—回应周期
（1）查询
查询消息中的功能代码告之被选中的从设备要执行何种功能。数据段包含了从设备要执行功能的任何附加信息。例如功能代码03是要求从设备读保持寄存器并返回它们的内容。数据段须包含要告之从设备的信息：从何寄存器开始读及要读的寄存器数量。错误检测域为从设备提供了一种验证消息内容是否正确的方法。
（2）回应
如果从设备产生一正常的回应，在回应消息中的功能代码是在查询消息中的功能代码的回应。数据段包括了从设备收集的数据：象寄存器值或状态。如果有错误发生，功能代码将被修改以用于指出回应消息是错误的，同时数据段包含了描述此错误信息的代码。错误检测域允许主设备确认消息内容是否可用。
编辑本段两种传输方式
控制器能设置为两种传输模式（ASCII或RTU）中的任何一种在标准的Modbus网络通信。用户选择想要的模式，包括串口通信参数（波特率、校验方式等），在配置每个控制器的时候，在一个Modbus网络上的设备都须选择相同的传输模式和串口参数。
所选的ASCII或RTU方式适用于标准的Modbus网络，它定义了在这些网络上连续传输的消息段的每一位，以及决定怎样将信息打包成消息域和如何解码。
在其它网络上（象MAP和Modbus Plus）Modbus消息被转成与串行传输无关的帧。
1．ASCII模式
当控制器设为在Modbus网络上以ASCII（美国标准信息交换代码）模式通信，在消息中的每个8Bit字节都作为一个ASCII码（两个十六进制字）发送。这种方式的主要优点是字发送的时间间隔可1秒而不产生错误。
代码系统
·十六进制，ASCII字0...9,A...F
·2、RTU模式
当控制器设为在Modbus网络上以RTU（远程终端单元）模式通信，在消息中的每个8Bit字节包含两个it的十六进制字。这种方式的主要优点是：在同样的波特率下，可比ASCII方式传送更多的数据。
代码系统
8位二进制，十六进制数0...9，A...F
消息中的每个8位域都是一个两个十六进制字组成
每个字节的位
1个起始位
8个数据位，小的位先发送
1个奇偶校验位，无校验则无
1个停止位（有校验时），2个Bit（无校验时）
（2）ModBus的数据校验方式
CRC-16（循环冗余错误校验）
CRC-16错误校验程序如下：报文（此处只涉及数据位，不指起始位、停止位和任选的奇偶校验位）被看作是一个连续的二进制，其位（M）发送。报文先与X↑16相乘（左移16位），然后看X↑16+X↑15+X↑2+1除，X↑16+X↑15+X↑2+1可以表示为二进制数11000000000000101。整数商位忽略不记，16位余数加入该报文（M先发送），成为2个CRC校验字节。余数中的1初始化，以免的成为一条报文被接收。经上述处理而含有CRC字节的报文，若无错误，到接收设备后再被同一多项式（X↑16+X↑15+X↑2+1）除，会得到一个余数（接收设备核验这个CRC字节，并将其与被传送的CRC比较）。运算以2为模（无进位）。
习惯于成串发送数据的设备会送出字的右位（L-位）。而在生成CRC情况下，发送位应是被除数的位M。由于在运算中不用进位，为便于操作起见，计算CRC时设M在右位。生成多项式的位序也须反过来，以保持一致。多项式的M略去不记，因其只对商有影响而不影响余数.
