3、物理层优化：有线 vs 无线，如何选择传输介质？
好，咱们进入第三个话题。物理层的选择，说白了就是决定信号走哪条路。
你想想看，一个照明系统，从传感器检测到人，到灯光亮起，这中间信号要经过多少跳转？第一跳，就是从传感器到控制器。这一跳用什么介质，直接决定了整个链路的底噪和延迟天花板。
我个人习惯，做方案选型时，先问自己三个问题：
- 这个项目能不能容忍哪怕1毫秒的随机抖动？
- 现场有没有强电磁干扰源？比如变频器、大功率LED驱动。
- 后期维护，用户愿不愿意爬天花板换电池？
这三个问题问完，介质选择基本就清晰了。
有线传输：稳定，但代价不低
有线的好处，我不用多吹。信号在铜线里跑，延迟是确定的。我在项目中遇到过最极端的情况，一个工厂照明项目，要求从触发到响应控制在5毫秒以内。无线方案试了三四种，都不行。最后老老实实拉了RS-485总线，延迟直接降到0.3毫秒。嗯，这就是有线的底气。
常用的有线介质，我列个表给你看：
| 介质类型 | 典型延迟 | 最大距离 | 抗干扰能力 | 典型场景 |
|---|---|---|---|---|
| RS-485 | < 1ms | 1200m | 强（差分信号） | 工业照明、楼宇自控 |
| DALI | < 2ms | 300m | 中 | 商业照明、调光场景 |
| 0-10V | < 0.5ms | 100m | 弱（模拟信号） | 简易调光、舞台灯光 |
| KNX | < 5ms | 1000m | 强 | 高端楼宇、智能家居 |
我的小技巧： 如果项目预算允许，RS-485加屏蔽双绞线是我最推荐的低延迟方案。布线时注意一点——屏蔽层单端接地，别两端都接，否则地环路会让你头疼到怀疑人生。
无线传输：灵活，但坑也多
无线的好处，谁用谁知道。不用布线，安装快，后期扩展方便。但做低延时控制，无线就没那么友好了。
为什么会这样？因为无线信号在空中飞，受环境干扰太大了。我记得有一次做智能家居项目，客户家有个大落地窗，阳光一强，2.4G信号就掉包。排查了三天，最后发现是窗外有个基站干扰。你说这找谁说理去？
目前主流的无线介质，我按延迟表现排个序：
- Thread/Matter — 延迟约10-30ms，支持mesh，适合智能家居
- Zigbee 3.0 — 延迟约20-50ms，生态成熟，但节点多了容易拥堵
- BLE Mesh — 延迟约30-100ms，手机直连方便，但广播风暴是个隐患
- Wi-Fi (2.4G/5G) — 延迟约10-50ms，带宽大，但功耗高，不适合电池设备
- LoRa — 延迟秒级，只适合开关类控制，别想用它做调光
避坑指南： 我曾经在一个体育场馆项目中，用了Zigbee做灯光控制。平时测试好好的，一到比赛日，几千人手机一开，2.4G频段直接瘫痪。后来我学乖了——人多的场合，要么用有线，要么用Sub-1G频段（比如868MHz或915MHz）。记住，2.4G是公共频段，谁都能用，谁都能干扰你。
混合方案：我个人的首选
说实话，纯有线或纯无线，在大型项目中都很难完美。我现在的习惯是：骨干有线，末端无线。
什么意思呢？就是控制器之间的主干链路用RS-485或以太网，保证核心延迟可控。而传感器、面板这些末端设备，用无线接入。这样既保证了关键路径的低延迟，又保留了末端的灵活性。
举个例子，一个三层楼的办公楼照明系统：
- 每层一个区域控制器，之间用RS-485互联
- 每个区域的传感器和面板，用Zigbee或BLE接入本层控制器
- 传感器检测到人，信号走无线到控制器，延迟约20ms
- 控制器之间走有线，延迟不到1ms
- 最终从检测到亮灯，总延迟控制在30ms以内
这个方案，我在三个项目中验证过，效果都不错。成本比全无线高一点，但比全有线低很多，而且延迟完全可接受。
选型决策树
最后，我送你一个简单的决策思路。下次选介质时，按这个顺序问自己：
- 延迟要求 < 5ms？ → 别想了，上有线。RS-485或DALI。
- 延迟要求 5-50ms？ → 无线可以考虑。优先Thread或Zigbee。
- 现场有强干扰？ → 上有线，或者Sub-1G无线。
- 设备是电池供电？ → 无线，但注意功耗。BLE或Zigbee睡眠模式。
- 后期要频繁改布局？ → 无线更灵活。但要做好频段规划。
核心一句话： 物理层没有银弹。有线稳，无线活。真正的高手，不是只用一种介质，而是知道什么时候该用哪种，以及怎么把两者结合起来。
嗯，这一章就聊到这儿。下一章咱们深入讲讲数据链路层的优化——说白了，就是怎么让数据包在线上跑得更快、更稳。到时候见。