2、智能安防基础：摄像头类型、视频流协议（RTSP/ONVIF）、本地与云端处理对比
在构建智能安防摄像头项目之前，必须先厘清三个基础问题：我们面对的是哪种摄像头？它通过什么协议把视频交给我们？视频数据应该在哪里被分析？这三个问题决定了后续的硬件选型、软件架构和成本预算。本章将围绕摄像头类型、RTSP/ONVIF协议以及本地与云端处理的取舍展开，为后续的本地识别与告警联动打下技术地基。
2.1 摄像头类型：从模拟到IP的工程选型
智能安防项目中最常见的摄像头类型有三种：网络摄像机（IPC）、模拟摄像头加DVR、以及USB摄像头。IPC是当前智能安防的主流选择，它内置图像传感器、编码芯片和网络接口，直接输出H.264/H.265编码的数字视频流。IPC的分辨率从1080P到4K不等，支持PoE供电（Power over Ethernet），一根网线同时解决供电和传输，部署非常方便。模拟摄像头则需要通过同轴电缆连接到DVR（数字硬盘录像机），由DVR完成编码和存储，这种方案在老旧建筑改造中仍有市场，但扩展性和智能分析能力较弱。USB摄像头则常用于开发调试阶段，例如在树莓派或Jetson Nano上快速验证算法，它的优点是即插即用，缺点是传输距离短（一般不超过5米），且无法用于室外部署。
在选型时，需要关注几个关键参数：传感器尺寸（1/2.7英寸、1/1.8英寸等）影响低照度表现；编码格式决定码率和存储成本，H.265比H.264节省约50%的带宽；镜头焦距决定视场角，2.8mm适合室内广角，6mm适合走廊远距离。此外，还要确认摄像头是否支持ONVIF协议，这关系到后续能否用标准方式接入我们的智能分析系统。对于本项目，推荐选择支持RTSP和ONVIF的IPC，分辨率至少200万像素（1080P），编码格式优先H.265。
2.2 视频流协议：RTSP与ONVIF的配合使用
RTSP（Real Time Streaming Protocol）是视频流传输的控制协议，它负责建立和协商媒体会话，而实际视频数据通常通过RTP（Real-time Transport Protocol）传输。RTSP默认使用554端口，支持TCP和UDP两种传输方式。TCP传输稳定但延迟稍高，适合跨网络取流；UDP延迟低但可能丢包，适合局域网内使用。在智能安防项目中，我们通常使用OpenCV或FFmpeg库通过RTSP URL拉取视频帧，典型的URL格式如下：
rtsp://admin:password@192.168.1.64:554/stream1
# stream1 通常为主码流（高清），stream2 为子码流（流畅）ONVIF（Open Network Video Interface Forum）则是一个设备互操作标准，它定义了设备发现、媒体配置、PTZ控制、事件告警等接口。ONVIF的核心价值在于“设备发现”——通过WS-Discovery协议，我们可以自动找到局域网内的摄像头，并获取其媒体配置文件，而不需要手动输入IP地址和端口。在实际项目中，ONVIF和RTSP是配合使用的：先用ONVIF发现设备并获取RTSP取流地址，再用RTSP拉取视频流。例如，使用Python的onvif-zeep库可以获取摄像头的媒体服务地址，然后拼接出完整的RTSP URL。
| 协议 | 作用 | 端口 | 典型场景 |
|---|---|---|---|
| RTSP | 视频流传输控制 | 554 | 拉取实时视频帧 |
| ONVIF | 设备发现与配置 | 80/8080 | 自动发现摄像头、获取取流地址 |
| RTP | 实际媒体数据传输 | 动态端口 | 承载H.264/H.265数据 |
2.3 本地与云端处理：架构取舍与混合方案
视频分析可以在本地（边缘端）完成，也可以上传到云端处理，两种方式各有优劣。本地处理的核心优势是低延迟和隐私保护——视频帧不需要离开局域网，检测结果可以在毫秒级内触发告警。例如，在工厂车间部署本地识别系统，当检测到人员闯入时，可以在200毫秒内联动声光报警器。本地处理的瓶颈在于算力有限，一台树莓派4B大约只能同时处理2-3路1080P视频的轻量级检测（如运动检测），如果要做复杂的人脸识别或行为分析，则需要NVIDIA Jetson系列或Intel NUC等更强算力的设备。
云端处理则拥有几乎无限的算力，可以运行大型深度学习模型，并且支持多摄像头数据的集中分析和长期存储。但云端方案依赖网络带宽和稳定性，以1080P H.264编码、4Mbps码率计算，单路摄像头一天产生的数据量约为43GB，如果全部上传云端，带宽和存储成本都非常可观。此外，网络延迟可能导致告警响应时间超过1秒，这在某些安防场景中是不可接受的。
因此，实际项目中普遍采用混合架构：本地负责实时检测和事件判断，云端负责模型训练、历史数据存储和跨摄像头联动分析。例如，本地设备检测到异常事件后，只将事件前后的关键片段（如10秒视频）上传云端，而不是持续上传全部视频流。这种设计既保证了实时性，又控制了成本。
2.4 常见误区与项目复盘
在智能安防项目的基础架构设计中，有几个常见误区需要特别注意。第一个误区是“盲目追求高分辨率”——4K摄像头虽然清晰，但码率高达8-12Mbps，对存储和传输压力巨大，而很多场景下1080P已经足够。第二个误区是“忽略子码流的使用”——在本地实时预览时使用子码流（如720P、1Mbps），在触发事件后才切换到主码流抓取细节，这样可以大幅降低系统负载。第三个误区是“ONVIF和RTSP混为一谈”——ONVIF是管理协议，RTSP是传输协议，两者不能互相替代。
从工程复盘的角度看，建议在项目启动前先做一次“视频流压力测试”：用VLC或FFmpeg同时拉取所有摄像头的RTSP流，观察CPU占用率和网络带宽。如果发现丢包或延迟，优先检查交换机带宽和网线质量（建议使用Cat6及以上）。另外，务必为每台摄像头设置独立的RTSP账号，避免使用默认密码，因为安防摄像头是网络扫描的重点目标。