我是把每个从站的整套通信参数，当作一个虚拟的通道。每个通道留给一个实体设备。

操作人员在现场，从屏幕上输入从站号和波特率。配置一个，上线轮询一个。没有配置的通道不参与轮询。参数错了，踢出轮询并报警。

例1：程序预留5个通道，只有一个配置了从站号，上线轮询。本案例可以自动匹配波特率变化 。还有4个设备可以未来加入。

图2：5个预留通道都配置了设备参数，5个从站都可以参与轮询。但有2个设备的参数错误或物理设备不在线，被踢出轮询。

关于通道的配置，原本打算开放给现场操作人员的灵活性，可以自由调整设备轮询次序。后来考虑到这些人会胡乱设置，把多个从站挤到一个通道（如下图），还要费事给他们解释通道是什么。就禁止了，程序加载后自动分配通道占位。

程序中要对不同种类的modbus设备，事先预留出足够数量的通道和空设备实例。界面上配置了通信参数和工艺选择及参数后，这些空的通道和实例就和现实的物理设备匹配上了。

就和游戏的不同副本一样道理。没有玩家的副本都是一样的空副本。有了玩家，每个空副本才开始运转，被玩家数据填充为一个独特的实例。