中控主机选型与部署：接口数量、算力与冗余

先按点位表算接口，再评估算力；部署位置决定后期维护成本

先算接口，再算算力

选型最常见的偏差是先看处理器型号和内存，再看接口。实际上多数中控场景的计算量并不大——真正吃资源的是界面渲染、视频处理和大量状态订阅，纯粹的控制逻辑对算力要求很低。所以顺序应该是：先按点位表统计需要多少路串口、多少路网络连接、多少路 IO，再加上冗余；然后才评估算力是否够跑界面和并发连接。

接口数量怎么留冗余

串口按实际用量的 1.2 倍以上预留，因为现场追加设备是常态。网络侧不必追求主机端口多，一台主机接一个交换机就够了，关键是交换机的容量和分区规划——把不同区域的设备放在不同网段，一台设备出问题不会影响其他区域。IO 采集口要按"最多同时采集多少路信号"来估，而不是按点位总数。

部署位置影响很大

主机应放在通风良好、有受控电源的机柜里，不要塞进密闭的弱电箱。位置选择上优先考虑两个因素：一是到主要设备的走线是否方便，二是维护是否方便到达。见过把主机装在天花检修口里、每次维护都要搭梯子的案例，后期所有升级都被拖成大事。如果必须分散部署，宁可多放一台区域主机，也不要把一台主机挂在难以到达的位置。

冗余与自愈

中控系统通常不是安全关键系统，但对连续性的要求不低。基本做法包括：主程序崩溃后自动重启；关键服务异常时能降级运行而不是整体停止；网络断开后自动重连并重新订阅状态；配置改动后能回滚到上一版本。对连续性要求更高的场合，可以考虑双主机热备，但代价是复杂度上升，是否值得要看具体场景。

远程维护是长期成本的关键

项目交付后，客户遇到问题往往在几百公里外。主机应支持远程查看日志、远程下发调试命令、远程更新配置，且这些能力本身要可控——需要认证、要有操作审计。把远程维护能力在设计阶段就留出来，和事后临时加跳板机相比，安全性和效率都不在一个量级。

几个常见误区

一是把主机当万能网关，所有协议转换都堆在一台机器上；二是只用一块 IO 卡承担全部传感器采集，没有备用通道；三是忽略散热和电源质量，把偶发死机归因于"软件不稳定"；四是配置存放在本地且没有备份，机器故障后现场要重新配置一遍。这四条只要避开，系统的可维护性就会有明显改善。