LED显示屏控制系统二次开发定制

LED显示屏控制系统二次开发定制 【大中小】 点击456次 发布：2015-6-3 在立显光电LED显示屏所有使用案例中，有单块显示屏项目，但更多的是多块显示屏项目。对于单块显示屏，直接使用市面上厂商配置的控制软件与控制系统就可以满足要求了（这样的的控制系统与控制卡相当的多也便宜）。但对于多块显示屏，尤其是工业生产、实时数据采集、无线遥控控制输入等情况，一般厂家的控制系统软件就很难满足要求。这样就需要做LED控制系统与软件的二次开发定制，我们就可以提供专业、快捷的LED显示屏定制服务。 然而，二次开发过程复杂、繁琐。一般客户在接触到这样的项目时不知道从何下手，如何找厂家要服务，如何与厂家沟通自己的要求。甚至如何去寻找专业的方案服务商都会困难。下面我针对这些问题提纲挈领的讲讲一个“新事物”我们应该如何去认识它，如何去完成它，也就是LED显示屏二次开发的一些总的方法。 1、客户在找到我们时，我们（就我本人而言就是这样）一般会要求客户撰写“需求描述文档”，也就是是客户要把实现哪些功能，达到什么性能，需要什么扩展接口等一并写入到文档。在此，我要特别说明一下，很大一部分客户对“文档”不习惯，其实，这是一个客户高效的方法，比口头来的更高效。 2、收到文档后，我们会对文档的要求进行讨论，确认要求实施的逻辑关系，并就文档中合理的二次开发与不合理的要求进行纠正。反复论证纠错，最终由我们提出方案并送达给客户。 3、LED显示屏控制系统二次开发的设计阶段，在通过系统方案评审后，进入系统设计阶段，软件开发部分完成软件需求分析，形成软件需求分析说明书。经过软件概要设计后，形成软件总体设计方案、软件开发接口规范等文档。硬件部分完成硬件总体设计方案(包括产品可信性设计)、系统内外接口定义及说明、单板设计规范(复杂产品)等。 4、LED显示屏控制系统二次开发详细设计阶段，产品设计阶段主要是完成软/硬件的详细设计，编制代码，形成软件各模块的设计说明，完成硬件部分各单板的原理图、PCB和料单，同时还要完成产品的结构设计。 5、LED显示屏控制系统二次开发制造联试阶段，完成产品详细设计后，进入产品制造联试阶段，本阶段完成产品的系统调试和可靠性测试，并形成相应的系统调试报告和可靠性测试报告。PLC通讯LED/LCD电子看板成功通讯profibus协议关键词：PLC电子器屏牌板|PLC连接LED电子看板器牌板|MODBUS协议电子器屏牌板|PROFIBUS协议电子器屏牌板|PROFINET电子看板|OPC协议电子看板|工业PLC通讯PLC型号： S7-200CN、S7-200、S7-300、S7-400、ET200、S7-1200系列欧美的比较有名有：西门子，罗克韦尔（AB），ABB，GE 日韩：三菱，欧姆龙，松下，LG，LS 国产：光洋（台湾），台达（台湾），永宏（台湾），和利时，浙大中控，信捷，力扬，腾控等等 另外还有一些不太有名的牌子 传统PLC电子看板/PLC连接电子看板采用电脑总控LED电子看板的逻辑拓扑结构来实现：也就是PLC与电脑相连接（采用OPC接口），电脑再与LED电子看板相连接，把所需要的信息发送到LED电子看板上电子（这也是传统上的LED电子看板技术了）。在介绍PLC电子看板前，有必要介绍一下OPC与PLC的关系：PLC与OPC有“P“关系。OPC是一种依赖DCOM（COM）服务的工业通信协议。PLC是控制器硬件，有些PLC厂家提供相应的OPC软件读写PLC的上数据，仅此而已。 显然这种PLC-OPC-LED电子看板的结构是错误的，费时费力（PLC很贵）。如何解决这样的问题，我公司产品（立显电子）合理的解决了这些问题，请看它的特点与创新：首先、PLC电子看板通讯接口物理链路层的选择问题： PC与智能设备通讯多借助RS232、RS485、以太网等方式，主要取决于设备的接口规范。但RS232、RS485只能代表通讯的物理介质层和链路层，如果要实现数据的双向访问，就必须自己编写通讯应用程序，但这种程序多数都不能符合ISO/OSI的规范，只能实现较单一的功能，适用于单一设备类型，程序不具备通用性。在RS232或RS485设备联成的设备网中，如果设备数量超过2台，就必须使用RS485做通讯介质，RS485网的设备间要想互通信息只有通过“主（Master）”设备中转才能实现，这个主设备通常是PC，而这种设备网中只允许存在一个主设备，其余全部是从（Slave）设备。而现场总线技术是以ISO/OSI模型为基础的，具有完整的软件支持系统，能够解决总线控制、冲突检测、链路维护等问题 。以上介绍可以看出PLC电子看板接口的选择问题。立显电子PLC电子看板接口物理介质可分为有线或无线，具体无线参数如下：中心频率 2400M调制方式 FSK/DSSS发射功率 20dBm(或0 dBm)接收灵敏度 98 dBm传输速率 0-250 kbps发射电流 80 mA（25 mA）接收电流 30 mA（15 mA）待机电流 10 uA工作信道 最多50个频段选择数据接口 PPM/SPI接口通讯距离 0-800米( 可视距离）天线阻抗 50工作温度 - 40 - 85 C供电方式 DC 3.3V/5V以上为PLC电子看板无线级联的参考参数。其次、PLC+连接LED电子看板的标准工业接口协议(Modbus&Profibus)： 1ASCII模式当PLC电子看板牌板设为在Modbus&Profibus网络上以ASCII（美国标准信息交换代码）模式通信，在消息中的每个8Bit字节都作为一个ASCII码（两个十六进制字符）发送。这种方式的主要优点是字符发送的时间间隔可达到1秒而不产生错误。代码系统 十六进制，ASCII字符0.9,A.F 消息中的每个ASCII字符都是一个十六进制字符组成每个字节的位 1个起始位 7个数据位，最小的有效位先发送 1个奇偶校验位，无校验则无1个停止位（有校验时），2个Bit（无校验时）错误检测域 LRC(纵向冗长检测) 2、RTU模式当PLC电子器屏牌板设为在Modbus&Profibus网络上以RTU（远程终端单元）模式通信，在消息中的每个8Bit字节包含两个4Bit的 十六进制字符。这种方式的主要优点是：在同样的波特率下，可比ASCII方式传送更多的数据。代码系统.8位二进制，十六进制数0.9，A.F消息中的每个8位域都是一个两个十六进制字符组成每个字节的位1个起始位8个数据位，最小的有效位先发送1个奇偶校验位，无校验则无1个停止位（有校验时），2个Bit（无校验时）错误检测域CRC(循环冗长检测)CRC域是两个字节，包含一16位的二进制值。它由传输设备计算后加入到消息中。接收设备重新计算收到消息的CRC，并与接收到的CRC域中的值比较，如果两值不同，则有误。Modbus&ProfibusModbus&ProfibusModbus&Profibus以太网通信服务CP 支持下列通信服务。注意每种情况下需要的组态工具。 PROFINET IOPROFINET IO 只能通过 PROFINET 接口的端口使用。PROFINET IO 允许通过工业以太网直接访问 IO 设备。CP 可同时用作 PROFINET IO 控制器和 PROFINET IO 设备。 PROFINET IO 控制器IO 控制器模式，带有报警块和非周期性数据交换（读取/写入数据记录） PROFINET IO 设备通过 CP 将 SIMATIC S7-300 自动化系统集成为智能 PROFINET IO 设备（I 设备）。 共享设备（CP 用作设备）用作 IO 设备的 CP 的各个子模块最多可分配给两个 PROFINET IO 控制器。 属性与服务 IRT 通信（等时实时）在 PROFINET IO 中，CP 343-1 Advanced (GX31) 以“PROFINET IO 设备”模式下的“高性能”IRT 选项支持 IRT 通信。 IRT“高性能”选项根据拓扑规划的结果优化数据通信。 现在，仅当更换模块且在 STEP 7 项目中将 CP 343-1 Advanced (GX31) 组态为CP 343-1 Advanced (GX30) 时才支持“高灵活性”IRT 选项。注意IRT 通信或 MRP如果要使用 IRT 通信，则不支持介质冗余。 PROFINET CBA根据 PNO 的 PROFINET 标准将 SIMATIC S7300 用于基于组件的自动化。 此标准允许： 自动化中的组件技术 以图形方式组态智能设备之间的通信，无需费力编程。 与供应商无关的全厂工程设计基于组件的自动化允许通过带有 OPC 客户端接口的所有标准 PC 应用程序（例如可视化系统）访问 PROFINET 组件的变量。 通过 OPC 服务器，您可直接从列表中为所选相关PROFINET 组件选择对象。注意PROFINET CBA 与安全功能如果使用 PROFINET CBA，则无法使用 CP 实现“安全”功能。 具有以下功能的 S7 通信和 PG/OP 通信： PG 功能（包括路由） 操作员监控功能 (HMI)多路复用 TD/OP 连接 仅在一端组态的 S7 连接上进行数据交换而未使用 S7300/C7300 站上的通信块的服务器属性与服务1.3 通信服务用于工业以太网的 S7 CP CP 343-1 Advanced 通过通信块在两端组态的 S7 连接上进行数据交换的客户端和服务器S7 通信块： BSEND FB 12 BRCV FB 13 PUT FB 14 GET FB 15 USEND FB 8 URCV FB 9 C_CNTRL FC 62 具有以下功能的开放式通信服务： 基于 ISO 传输连接、ISOonTCP、TCP 和 UDP 连接的 SEND/RECEIVE 接口可在组态期间禁用 CP 上的 UDP 帧缓冲。必要时，这可以获得较短的响应时间，即