通用型网关设想

网关规划（通用型网关）

• 将ARM架构的网关分为低、中、高分为三个层次，增强型的为X86结构；
• 针对Linux系统实时性不足的问题，通过实时性操作系统（RT-Thread、FreeRTOS）作为辅助进行补充；
• 针对客户的痛点，主要是远程维护功能进行加强；
• 边缘计算能力赋能；

嵌入式网关

  首先网关整体作为一个采集终端，本身的数据处理能力要求不会过高，主要是一些采集和上传的功能+边缘计算（脚本型）+数据库操作，所以网关产品的CPU的选型时要主要考虑成本，尽量不使用Crotex-A9、A8、A7这种高端的产品，ARM9等就能够完成功能。下面的网关分类主要还是成本的考虑，前期规划，可以首先考虑低端和高端两款产品。
电力方面硬件基本要求（此处只以电力方面的要求进行示例，其他业务需要的特殊硬件接口不举例）：

• 低端网关： 485串口 – 2个
  网口 – 1-2个
  DI、DO – 各两个

• 中端网关： 485串口 – 4-5个
  2网口 – 2个
  DI、DO – 各4个

• 高端网关： 485串口 – 8个
  2网口 – 2个
  DI、DO – 各8个

• 增强型网关
  增强型的网关，功能上的考虑，除了能收集其他网关的数据之外，还需要处理计算密集型的服务（音视频处理、AI算法等），主要考虑为X86的架构，Linux的系统（电力系统有些有要求不能为Windows系统）。必要时应该有独立的显卡等，处理音视频的信息（此处主要是考虑和摄像头做一些图像识别的应用）。

方案背景

  嵌入式网关和增强型网关都是Linux操作系统，该系统处理的业务都是对实时性要求不高，而电力方面某些设备对实时性要求较高，有些都是ms级别的响应，针对这个问题应该有实时操作进行业务方面的补充，将这些模块称为数据模块。

  数据模块
  定义：完成特定的数据采集、处理和执行功能，能和其他的网关进行互联通讯的单元。和网关的通信接口：SPI、I2C、CAN或者以太网的交互方式（暂定），非必须不采用串口的低速模式。安装位置：靠近控制设备，距离业务监测网关距离不远。可选的方案：STM32（RT-Thread、FreeRTOS等实时操作系统）、FPGA、PLC等。

远程运维（产品的突出点）

目前网关类产品远程运维难（调试、运维）是一个很普遍存在的问题。远程运维应该主要包括的功能：

• 远程配置下载、软件更新；
• 网关实时状态的更新（网关内存、硬盘情况、无线网络通信情况）；
• 各个通道的实时数据帧（收发采集帧和数据解析）的情况，支持透传模式；
• 实时数据（暂定）

远程运维方案

方案有两种：平台、运维软件

• 平台运维：
  优点：
  缺点：
• 运维软件：
  优点：
  缺点：

边缘计算（产品的突出点）

  设计的再完善的网关还是不能适用于所有的应用场景，所有我们应该设计的基础的网关，主要完成的是数据采集功能，针对于不同的场景，可以通过脚本（Lua脚本暂定）来进行扩展。点表本身提供简单的公式基本运算（四则运算、关系型运算）。

其他

网关管理软件基本要求：

• 可移植行好（Java、QT）适用于Windows和Linux的；
• 配置+调试模式；
• 一款软件可以配置多个系列的网关，根据型号进行选择；