第3章系统架构设计

3、系统架构设计：信号流拓扑图绘制、冗余设计策略、带宽与延迟预算计算

好，咱们进入第三章。系统架构设计，说白了就是给整个信号系统画一张「施工蓝图」。你想想看，没有这张图，后面施工、调试、维护全得乱套。我个人习惯，拿到项目需求后，第一件事不是急着选设备，而是先画拓扑图。

拓扑图这东西，看着简单，画好却不容易。我见过太多人把拓扑图画成了「蜘蛛网」，信号怎么走的，自己都说不清楚。

核心原则就三条：

举个例子，一个典型的工业信号采集系统拓扑：

传感器 → 采集模块(RS485) → 现场网关(Modbus TCP) → 汇聚交换机 → 核心交换机 → 服务器集群

嗯，这里要注意。画图时别用那种花里胡哨的图标，容易误导。我习惯用标准矩形代表设备，用带箭头的实线代表信号流，虚线代表控制流或管理流。

我的小技巧： 用不同颜色区分信号类型。比如红色代表实时控制信号，蓝色代表数据采集信号，绿色代表视频流。这样一眼就能看出系统里哪些是「关键路径」。

冗余设计，说白了就是「别把所有鸡蛋放在一个篮子里」。我在项目中遇到过最惨的一次教训——某工厂的PLC控制系统，单链路运行了三年都没事，结果一次光纤被施工队挖断，整条产线停了两个小时。损失？嗯，不提也罢。

常见的冗余策略有三种：

我个人建议，核心层必须做1+1热备。别省那点钱，真出了事，停机损失够你买十套设备。汇聚层可以做N+1冷备，平时不启用，坏了手动切过去就行。至于现场设备，能用环形冗余就用环形，成本最低。

避坑指南： 我曾经在一个项目里，给所有设备都配了双电源、双网口，结果发现交换机不支持STP（生成树协议），两个端口同时收发数据，直接把网络搞瘫痪了。所以记住：冗余不只是「多一份硬件」，还要有对应的协议支持。

带宽和延迟，是系统架构设计里最容易被「拍脑袋」决定的两个参数。你想想看，一个视频监控系统，你说「100M够用了」，结果上了50路高清摄像头，每路码流8Mbps，100M带宽直接爆掉。

带宽计算其实很简单：

总带宽需求 = Σ(每路信号带宽 × 并发路数) × 1.2（冗余系数）

举个例子：

嗯，这里要注意。别只看平均值，要看峰值。我习惯在计算时再加一个「突发系数」，比如视频流在画面变化剧烈时，码率可能翻倍。所以实际选型时，我会选 1Gbps 的链路，留出足够余量。

延迟预算怎么算？

延迟预算，说白了就是「信号从A到B，最多能等多久」。每个环节都有延迟：

举个例子，一个实时控制系统的延迟要求是 100ms 以内。那么：

38ms，远小于100ms，说明设计是合理的。但如果你的系统要求 20ms 以内，那就得优化了——比如换更快的协议、减少交换机跳数、或者用FPGA做硬件加速。

  核心要点： 带宽和延迟预算，一定要在架构设计阶段就做出来。别等到设备都买回来了，才发现带宽不够、延迟超标。那时候再改，成本就高了。