官网:进入
交流群:54256083
SuperIO 2.0版本正式发布。把SCL正式更改名称为SuperIO。
一、此次升级主要包括两个方面:
- 构架的软件界面更友好。
- 修改核心代码,包括:设备管理器、IO管理器和控制器、设备调度管理器等重构。
二、SuperIO 2.0版本升级内容包括:
- 代码的整体架构更清晰、合理;
- 运行效率和性能方面有了很大提升;
- 更方便的用C#进行二次开发;
- TCP通讯方式的时间,增加了并发模式,同时支持并发和轮询两种通讯机制。
三、 SuperIO 2.0的特点:
- 能够很快的构建自己的通讯平台软件,包括主程序。
- 设备模块化开发,通过配制文件挂载,即可在平台软件下运行。
- 设备模块同时支持COM和TCP两种通讯方式,可以自由切换。
- 设备协议无关性,可以把第三方协议转换成自定义的协议方式。
- 设备命令缓冲器,可以设置命令发送的优先级别。
- 接口自定义输出数据格式,供自己或其他厂家进行数据集成。
- 接口自定义UI展示,以表格、动态图形化显示数据。
- 软件信息、安装信息、通讯参数等可配制。
- 设备挂载、UI菜单展示、数据输出等信息可配制。
- 提供OPC服务、2-40mA输出、LED大屏显示和短信操作类库。
四、SuperIO 2.0的设计思想:
- 公司的硬件产品分类比较多,早期的时候,每一个硬件产品都对应一个上位机软件,都有专人维护。而客户的需求日益变化,造成维护成本比较高。也没打算用组态软件进行开发,因为组态软件的费用比较高,有些特殊的业务或复杂的业务无法完成。
- 基于现实情况,打算开发一个平台性质的软件,核心部分是数据采集部分,相对来说比较固定,把数据展示、数据导出等类似业务功能设计灵活,变化比较多、比较大。最终实现大家都能在同一平台下进行开发工作,专人维护核心部分。
五、开发背景和应用场景:
在工业领域,经常遇到软硬件之间的交互,面临着复杂的现场环境,例如:(1)复杂的、多样的通讯协议。有标准的Modbus协议,也有很多是自定义协议,并且千差万别。对于不好的软件架构,疲于应对,增加设备或协议要对整个软件进行梳理,往往在此过程中出现新的问题或BUG。(2)不同用户对软件界面或功能的要求有很大不同,使之满足不同用户的显示要求。(3)在做集成项目的时候,输入输出数据的多样性。首先我们要集成其他厂家的设备,要在平台软件上很方便的进行接入。其次,还有很多是其他厂家要集成自己家的设备,就涉及的输出数据的问题。没有统一的标准,也是千差万别。(4)通讯链路的多种性,对于同一个设备可能要支持RS232/RS485/RS422、RJ45、3G/4G等通讯方式,所以对于一个设备要对应多种通讯方式,也给我们的开发造成很大的障碍。(5)一种类型的设备对应一套软件,在早期的时候,公司可能一个类型的软件对应一套软件,不同的人员在维护不同的设备软件,造成很高的维护成本、人员成本以及时间成本。这些情况造成我们的软件版本兼容性很差,管理起来比较麻烦。
为了解决以上诸多问题,开发一个软件框架,支持二次开发。在不对软件框架改动的情况下,能够很方便的接入设备、维护设备、集成设备、处理设备业务数据等。软件框架是相对稳定的,把不稳定的部分完全以灵活的方式进行设计。
希望在大家支持下,多提宝贵建议,能够进一步完善平台软件,供大家应用。
六、SuperIO 2.0二次开发界面:
二次开发的主界面窗体。
自定义开发设备显示界面,以及测试。
内置登陆和权限控制。不需要自己开发。
增加设备,支持普通设备和虚拟设备。同一设备模块支持COM和TCP通讯。
七、配制工具
网络通讯的时候,支持轮询方式和并发方式与硬件通讯。