官网：进入
交流群：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通讯。
七、配制工具
网络通讯的时候，支持轮询方式和并发方式与硬件通讯。
