条目类型：故障速查所属系统：视频监控版本：v1.0最近校核：2026-10-14
画面花不等于设备坏，先看码流和带宽配不配得上。
监控“看得到、但看不舒服”——花屏、卡顿、频繁提示正在重连——这类故障在现场很常见，但处理思路和“掉线”完全不同。掉线是链路或供电断了，画面异常则是链路还在、但传输或解码跟不上。最常见的根源是码流设置与实际带宽不匹配，其次是终端的解码能力不足。这类问题改设置往往比换设备有效得多。
一、先分清：花屏、卡顿、重连是三种病
这三个词经常被混用，但指向完全不同。
花屏多是编解码或码流本身的问题；
卡顿、掉帧通常是带宽或网络抖动；
反复提示正在重连则说明链路时断时续，更接近物理层不稳。先让报修的人用准确的词描述，或者自己看一眼，比笼统说“画面有问题”好判断得多。
| 表现 | 更像什么问题 | 方向 |
|---|
| 马赛克、色块、撕裂 | 编码或码流异常 | 码流设置、编码参数、设备状态 |
| 卡顿、跳帧、延迟大 | 带宽不足或网络抖动 | 上联带宽、同看路数、QoS |
| 反复重连、时有时无 | 物理链路不稳 | 网线、水晶头、供电、端口 |
| 只有某几路异常 | 该路终端或通道 | 该通道码流、通道配置 |
二、码流：主码流和子码流要按用途配
一台摄像机通常同时输出主码流和子码流，用途不同：
主码流清晰度高、占用大，适合单路调阅和录像；子码流占用小，适合多路同屏预览。现场常见的错误是全部用主码流做多路预览，结果带宽和解码双双吃紧，画面就卡。把预览切到子码流、
录像保留主码流，是投入为零但见效明显的一步。
三、带宽：多路同看时的真实占用
单个点位的码流看着不大，但酒店前台同时看十几路、几十路时，总占用是相乘的。
很多“晚上卡、白天还行”的现象，其实是高峰期带宽被挤占。判断方法很直接：算一下同看路数乘以每路平均码流，与实际可用的上行带宽对比，如果余量很小，
卡顿就是必然结果。这类问题不能靠换设备解决。
四、解码与终端：前台电脑扛不扛得住
画面能不能顺畅显示，还取决于终端本身的解码能力。用一台配置普通的前台电脑同时解十几路高清画面，解码能力先到瓶颈，表现出来同样是
卡顿。
这种情况换网络、调码流都没用，要么降低同屏路数，要么把解码交给专门的解码设备。另外，终端播放器版本老旧、系统资源被其他软件占用，也会造成类似现象。
真实工单里，这类情况我们遇到过
以下来自一线真实售后工单，已脱敏：只保留城市与酒店档次，隐去门店与内部编号，不代表单一客户。
真遇到过 · 烟台某中端酒店其他前台监控画面卡顿，卡顿时无声音
处理：拾音降噪调整
脱敏案例 · 烟台某中端酒店 · 不代表单一客户
真遇到过 · 某酒店存储哈尔滨西大直街：录像有几天没有回放，硬盘掉线
处理：摄像头花屏：升级版本正常，3.莱芜气象局连锁酒店：调整电视频道
脱敏案例 · 某酒店 · 不代表单一客户
真遇到过 · 某酒店软件济南大明湖火车站连锁酒店，室外监控小画面不出，子码流卡死
处理：重启后升级摄像头软件
脱敏案例 · 某酒店 · 不代表单一客户
真遇到过 · 济南某中端酒店干扰左电梯网桥信号干扰，画面卡顿
处理：已调整
脱敏案例 · 济南某中端酒店 · 不代表单一客户
常见问题（FAQ）
画面花屏和监控掉线，处理思路有什么不同？
完全相反的方向。掉线是链路或供电断了，要去查网线、水晶头、供电和端口；画面花屏是链路通着但传输或解码出问题，要去查码流设置、带宽和解码能力。如果把花屏当掉线查，会一直找不到原因，还可能误换设备。
主码流和子码流到底怎么用？
按用途分。录像用主码流，保证清晰度，便于事后调阅细节；多路同屏预览用子码流，占用小、对带宽和解码的压力小。现场最常见的错误是全部用主码流做多路预览，把带宽和解码能力同时吃满，画面自然卡。把预览切到子码流，通常是零成本改善。
为什么晚上卡、白天看着还行？
多半是带宽被挤占。酒店晚间住客集中上网、电视点播高峰，网络整体流量上升，留给监控余量就少了。判断方法是把同看路数乘以每路平均码流，和实际可用上行带宽对比，余量小就说明卡顿是必然的，需要考虑码流策略或链路带宽。
这些案例是真实的吗？
都来自一线真实售后工单，已脱敏：只保留城市与酒店档次，具体门店与内部编号隐去，不代表单一客户。
故障排查 · 速览卡
现象：画面花屏、马赛克、卡顿掉帧，或反复提示正在重连。
原因：① 码流设置与带宽不匹配；② 多路同看超出解码能力；③ 物理链路不稳导致重连；④ 终端播放或性能瓶颈。
解决：先分清（花屏 / 卡顿 / 重连）→ 花屏查码流，卡顿算带宽 → 重连查物理链路 → 最后才看终端性能。
还想看
本文由 山东皓宸电子 维保团队原创整理，案例均来自一线真实售后工单并脱敏。如需技术支持，可通过官网联系我们。转载请注明出处。