护航日常，领航决策——这些是我们走过的路
2016年5月1日。需要把法师的音视频从异地实时传到三门，还要在两个会场之间同步画面。市面上没有现成的跨城双会场直播方案可以直接买。
我从零搭建了整套视频采集、编码、推流、分发系统。异地端采集法师的音视频，三门端接收、解码、投屏到两个会场。自己算带宽、自己配服务器、自己调同步。
法会当天，两个会场同步观看。信众反馈："就像法师在现场一样。"
和市面直播平台的区别：不是拿手机开个直播App。是跨城、双会场、实时同步的专线推流系统。设备自己选、自己架、自己调。两个会场画面同步，延迟控制在人眼不可感知的范围内。
三门一家五星级酒店。核心三层交换机损坏，全酒店网络瘫痪。前台无法办理入住，客房无法上网，会议室全部停摆。
本地电信到场后，无法排除故障。原施工单位到场后，也无法恢复。两家都放弃了。
我一个人到场。现场情况：核心三层交换机是港湾设备，已经损坏无法启动。机房角落里有一台被替换下来的旧Cisco路由器，闲置已久。我直接跳开坏的三层交换机，把闲置Cisco重新启用，配置为主路由，先恢复全网互联。酒店业务当场恢复。全程三小时。收费3k+。
后来给客户采购了一台华为三层交换机，重新配置VLAN，接在Cisco主路由下面，作为核心交换层。Cisco继续做主路由，华为三层交换机负责VLAN划分和用户接入。网络架构恢复标准分层。
酒店方说："叫了这么多人都不行，你一个人搞定了。"
这座景区地形极端——山洞内部光线极暗，高空悬崖布线无附着点，山路运输设备只能靠人力扛。景区安全管理是刚需，但施工难度劝退了大多数供应商。
我实地勘察了每一处洞穴、每一段悬崖、每一条山路。针对山洞弱光环境选型低照度摄像头，针对高空悬崖采用定制支架和钢丝拉线，针对山路运输制定分段搬运方案。
景区监控覆盖全部高风险区域。悬崖边、山洞内、山路转角——以前人巡不到位的地方，现在在中控室一目了然。
之前找了几家都不敢接。我做成了。
这座景区是海岛，高湿高盐雾环境对设备腐蚀性极强。景区面积大，洞穴、悬崖、山路遍布，手机信号弱，景区管理系统需要稳定网络支撑。
我针对洞穴区采用定向天线穿透岩石遮挡，针对悬崖观景台采用户外工业级AP加防雷接地，针对山路沿线采用Mesh组网逐段覆盖。所有设备选型均采用IP67防护等级，PoE集中供电。
景区主要游客集散点和全部管理节点实现WiFi全覆盖。票务系统实时在线，监控画面稳定回传。
监控项目交付后，景区主动追加了WiFi覆盖——同一客户，第二次信任。
景区三大核心区域各自孤立运行。光纤已经由电信铺设到位，但光纤本身不联网：需要核心交换设备、光模块、VLAN划分、Trunk配置，才能让三个区的监控画面统一回传、票务数据实时同步、WiFi统一管理。
我负责华为设备选型与供应、光模块选配、设备上架安装、VLAN划分、Trunk配置、全网调试。监控走一条逻辑通道，票务走另一条，WiFi走第三条——各自独立，又全部贯通。
三区监控画面实时回传到景区管理中心。票务数据三区统一。WiFi从各自孤立变成统一管理。
这是该景区主动追加的第三个项目。从监控，到WiFi，到核心网络——同一个客户，三次信任。
2012年。业主希望实现全屋灯光场景控制、电动窗帘联动、多区背景音乐。那时候市面上还没有现成的智能家居解决方案——需要从模块级别自己搭建。
选用ABB i-bus KNX模块，基于EIB/KNX总线协议自己编程配置。灯光分区场景控制——回家模式、离家模式、Party模式，一键切换。窗帘电机接入KNX总线，实现定时开合和场景联动。背景音乐多区独立控制，各房间可独立播放不同音源。
全屋保留了物理开关面板。每个面板都接了KNX控制线，面板里没有一根火线和零线——纯弱电控制，执行器统一放在配电箱。通过KNX总线将开关指令传输到执行器，再由执行器控制灯具的通断和窗帘的升降。iPad挂墙作为全屋中控屏，iPhone APP在局域网内本地操作。物理开关面板、iPad中控屏、iPhone APP三者均可独立控制全屋设备，互不冲突。
全屋灯光、窗帘、音乐实现场景化联动。
在智能家居这个词还没火起来的年代，KNX总线系统集成已经在县级市场落地了。
