镜像设备

当设备接入通过 driver-box 接入后，会在内存中基于设备的 物模型 生成一个对象实例，上层应用可通过该实例进行设备状态的获取以及下行指令的发送。

镜像设备，则是在该通讯设备的对象实例基础上，构造出了一个拥有同等读写能力的虚拟设备。

应用场景

场景一
假如我们需要为客户打造一款标准的智慧化解决方案，但是同一类别的设备，不同客户采购的品牌可能各不相同。

即便对用户而言，这些设备有着相似，甚至相同的开关、模式等控制能力。但在通讯方面，以及物模型的定义上，它们却存在着巨大差异。

此时，要么边缘网关只管设备接入，产品体验的一致性由上层应用软件不停的适配各厂家。

又或者，通过 driver-box 镜像设备能力，在设备接入时便完成通用模型的适配。如此一来，上层应用无需为设备的兼容性不断发布新版本。

场景二
在某些复杂场景下，实施人员会将设备按通讯点位的方式接入。至于如何以物模型的结构来定义这个场景，可能是由其他角色的人来负责。

此时，这个负责物模型标准化落地的人，可能面临的情况是物模型中定义的点，来源于不同种类的通讯方式；或者同一种通讯方式的不同链路。

这种工况会对智能化建设的进程带来些许阻碍，而采用 driver-box 镜像设备能力，可以比较容易将该痛点消除在设备接入环节。

使用方式

假定我们通过某种通讯插件已经完成了照明设备的接入，物模型中仅一个onOff点位。接入的设备ID分别为：

switch-1
switch-2

第一步：配置文件

接下来，通过镜像设备能力，将这两个设备的开关点位，汇集成一个新的设备实例，只需要进行如下配置：

{
  "deviceModels": [
    {
      "name": "swtich",
      "description": "开关",
      "devicePoints": [
        {
          "description": "开关",
          "name": "onOff-1",
          "readWrite": "RW",
          "reportMode": "change",
          "valueType": "int",
          "rawDevice": "swtich-1",
          "rawPoint": "onOff"
        },
        {
          "description": "开关",
          "name": "onOff-2",
          "readWrite": "RW",
          "reportMode": "change",
          "valueType": "int",
          "rawDevice": "swtich-2",
          "rawPoint": "onOff"
        }
      ],
      "devices": [
        {
          "id": "mirror-swtich-3",
          "description": "1号开关",
          "ttl": "5m"
        }
      ]
    }
  ],
  "connections": {
  },
  "protocolName": "mirror"
}

镜像设备在原设备点表配置的基础上，增加了两个配置项：
- rawDevice：原设备ID
- rawPoint：原设备点位名称
镜像设备不存在连接信息，因此无需配置 connections。
镜像设备的协议名称为：mirror。

第二步：启用服务

镜像服务已内置在 driver-box 框架中，只需在启动时将 mirror.NewExport() 注入即可。

func main() {
  driverbox.Start([]export.Export{mirror.NewExport()})
}

原理解析

对于读操作，无论是框架基于配置策略自发的，或者是用户主动发起的。只要是针对实际通讯设备的行为，会依照原有流程执行。

不同的点在于额外增加的镜像设备 Export（Mirror Export），会执行镜像设备插件（Mirror Plugin）的回调逻辑，并将框架解析出来的设备数据作为参数传入其中。

如此便模拟了镜像设备的数据采集过程，并遵循 driver-box 框架的原流程执行后续动作。

对于镜像设备的发起的读写行为，按照 driver-box 框架设计会进入至镜像插件的 Encode 环节，在这里会将镜像设备对应的实际通讯设备匹配出来。

而到了镜像插件的指令发送（Send）环节，会调用 driver-box 原有的设备读写接口，再将识别出来的实际通讯设备点位参数传入。