引用5楼详细内容：

宝儿老师的思路非常不错。

但赶脚楼主是一个CPU（smart），下面的从站可能会扩充。

本胖脚的还是可以不用改程序的，但要求从站都是一样的（主要是通信协议），而且地址最好是连续的，当然不连续也是可以的，但稍微麻烦些。

引用2楼详细内容：

一对多是下图这个意思吧？网上随便截个图，没玩过Lora无线透传。

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

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

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

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

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

上面的例子是用1200博图做的，200Smart会费事。但留给现场操作的应该是个傻瓜化体验的界面方式，自由配置和测试。

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