车牌识别相机二次开发所需要的那些协议—专业篇&通俗易懂篇 - 教程
车牌识别相机二次开发都需要哪些协议？
专业篇
网络传输与通信协议
HTTP 协议（HyperText Transfer Protocol）
应用层协议，用于浏览器和服务器之间传输网页、JSON 等数据。
在相机里常用于配置管理、图片上传/下载、API调用。
TCP 协议（Transmission Control Protocol）
传输层协议，保证数据可靠、有序、无丢失。
相机与后台平台之间的数据传输（如识别结果推送）往往基于 TCP。
RS485 协议
一种工业总线的物理层/数据链路层标准，不是网络协议。
常用于门禁、道闸等低速控制信号的通信。车牌相机可通过 RS485 直接控制道闸。
视频/安防行业协议
GB/T 1400 协议
一般是指国内停车行业常见的车牌识别通信协议标准（不同厂家完成可能有差异）。
用于停车场管理系统与相机对接，统一数据格式。
GB28181 协议
中国国家标准《安全防范视频监控联网系统信息传输、交换、控制技术要求》。
主要用于视频监控联网，公安/住建等平台规定必须协助。
相机可通过该协议接入公安视频监控平台。
Onvif 协议
国际视频监控标准协议（开放网络视频接口论坛）。
主要用于不同厂家的摄像机与 NVR/DVR 视频平台互通。
支持发现设备、获取视频流、远程控制。
RTSP 协议（Real Time Streaming Protocol）
实时流媒体传输协议，用于传输音视频流。
相机输出实时视频给监控客户端/NVR，通常是
rtsp://ip:554/xxx。
数据上传/推送协议
FTP 协议（File Transfer Protocol）
文件传输协议，用于将抓拍图片上传到服务器。
传统方式，很多老停车场管理系统还在用。
MQTT 协议（Message Queuing Telemetry Transport）
轻量级消息发布/订阅协议，常用于物联网。
相机识别结果可作为消息推送到 MQTT Broker，方便云平台处理。
WebSocket 协议
基于 TCP 的全双工通信协议，适合实时数据交互。
相机可依据 WebSocket 将车牌识别结果实时推送给浏览器或应用。
总结
HTTP、TCP、WebSocket、MQTT→ 偏通用网络数据通信。
RTSP、Onvif、GB28181→ 偏视频监控领域。
RS485、GAT 1400→ 偏停车场/门禁控制行业。
FTP→ 偏传统文件传输。
也就是说，易泊车牌识别相机支持这么多协议，意味着它既能对接老式停车场控制器（RS485/FTP），又能接公安监控平台（GB28181/Onvif/RTSP），还能接入云端物联网系统（HTTP/MQTT/WebSocket），兼容性和扩展性很强。
通俗易懂篇
网络通用的“语言”
HTTP
就像浏览器上网用的“语言”，相机依据它把图片、识别结果传给后台，就像手机 App 请求天气数据一样。TCP
相当于“顺丰快递”，每个包裹（数据）都按顺序、完整送到，绝不丢件。很多协议（HTTP、WebSocket）都要靠它来保证传输。WebSocket
就像开了一条“实时热线”，相机和后台能随时互相说话，不用每次都打电话再挂掉。专门适合实时推送识别结果。MQTT
这是物联网常用的“微信群”，相机往群里发一条“车来了”的消息，所有订阅的体系都能看到。
视频监控的“行业习惯”
RTSP
相机的视频直播通道，就像打开一个“直播间”，监控软件/NVR 一连上就能实时看画面。Onvif
相当于“行业通用接口”，不管你是什么牌子的摄像机，只要说该语言，就能被录像机/监控平台识别、控制。GB28181
这是国家标准的“普通话”，公安、政府监控平台规定所有摄像机必须会说这种话，才能接入他们的系统。
停车场/门禁专用的“方言”
RS485
一种老牌的“串口语言”，常用来直接控制道闸、卷帘门，车一来，相机经过 RS485 发个“开门”的信号。GAT 1400
停车行业里的一种“统一说法”，方便停车场管理系统和相机互通，不同厂家也能对接。
文件传输的老方式
FTP
就像老式的“快递柜”，相机把抓拍的图片存进去，后台系统定时去取。现在用得少，但很多旧架构还需要。
总结一句话
HTTP/TCP/WebSocket/MQTT→ 相机和后台聊天的方式。
RTSP/Onvif/GB28181→ 相机给人看视频的方式。
RS485/GAT1400→ 相机跟道闸、停车系统打交道的方式。
FTP→ 老办法存取图片的方式。
浙公网安备 33010602011771号