前方打兽灵已经有经验，章鱼把后续的指挥交给各少校们。
自己从指挥区出来，去了一趟短距传送室。
两种传送手段都是星碎二段出的，没道理短距离传送费电那么多，应该是参数和使用方式的问题。
拿着有指挥权的移动终端进入传送站，连接控制面板研究起来。
这里面迷惑数据很多，花了小半个小时，中途还用传送去另一段看过面板，了才有了思路。
原本八个传送点一对一传送的方向没问题，但传送点没有做到协同。
比如传送点A通往B点，只是简单的做了目标设置，目标点能随时切换到C点，实际上目标点不设置在其他传送点也可以实现传送。
把协同相关参数修改后，等于绑定一组，之前的单侧耗电会变成两侧一起耗电，总耗电量会出现大幅度降低，传送一个不超过一百公斤的人员或单位总共只需要五百电。
稍稍设置一下，传送人次就多一倍。
回过头看，之前一对一模式其实一直在用单机自选目标点的默认模式。
甚至还能继续改进，以二对一的形式协同，目标端耗电会进一步减少。两个入口一个出口，章鱼构思了一下拉警报的场景，觉得太过拥挤，没弄。
那么传送站能不能像阴影一样，开启以时间做消耗基准的传送通道呢？
答案是可以！
但是使用时间单位模式，张开通道的瞬间耗电很大，如果一次只通过一两个人，反而会比默认模式耗电还多。
章鱼皱着眉回到私人指挥室，又用终端调出传送站面板，这个面板的选项就没那么细致。
在这里切时间模式更粗糙，耗电量非常大，还是要去站点微调。
还有一项很早前就看到，却没去理会的预设功能。
“有解了，日常模式和警报模式分做两个预设，需要时手动切……唔，好像可以设置条件直接交给主机。”
自己从指挥区出来，去了一趟短距传送室。
两种传送手段都是星碎二段出的，没道理短距离传送费电那么多，应该是参数和使用方式的问题。
拿着有指挥权的移动终端进入传送站，连接控制面板研究起来。
这里面迷惑数据很多，花了小半个小时，中途还用传送去另一段看过面板，了才有了思路。
原本八个传送点一对一传送的方向没问题，但传送点没有做到协同。
比如传送点A通往B点，只是简单的做了目标设置，目标点能随时切换到C点，实际上目标点不设置在其他传送点也可以实现传送。
把协同相关参数修改后，等于绑定一组，之前的单侧耗电会变成两侧一起耗电，总耗电量会出现大幅度降低，传送一个不超过一百公斤的人员或单位总共只需要五百电。
稍稍设置一下，传送人次就多一倍。
回过头看，之前一对一模式其实一直在用单机自选目标点的默认模式。
甚至还能继续改进，以二对一的形式协同，目标端耗电会进一步减少。两个入口一个出口，章鱼构思了一下拉警报的场景，觉得太过拥挤，没弄。
那么传送站能不能像阴影一样，开启以时间做消耗基准的传送通道呢？
答案是可以！
但是使用时间单位模式，张开通道的瞬间耗电很大，如果一次只通过一两个人，反而会比默认模式耗电还多。
章鱼皱着眉回到私人指挥室，又用终端调出传送站面板，这个面板的选项就没那么细致。
在这里切时间模式更粗糙，耗电量非常大，还是要去站点微调。
还有一项很早前就看到，却没去理会的预设功能。
“有解了，日常模式和警报模式分做两个预设，需要时手动切……唔，好像可以设置条件直接交给主机。”