双向对讲

双向对讲 依赖摄像头本身能力和控制协议，不能仅因为画面能播放就认为控制功能一定可用。Securex NVR 会在可用时提供 PTZ、自动跟踪或对讲入口；不支持时客户端按钮应明确禁用。

能力检查

• PTZ：确认摄像头支持 ONVIF/PTZ，并使用有控制权限的账号。
• 自动跟踪：除目标检测外，还需要可用 PTZ 控制和正确的摄像头相对/绝对移动能力。
• 双向对讲：摄像头必须支持音频回传协议，且 go2rtc/浏览器端链路允许发送音频。

网络与权限

很多摄像头的 RTSP 账号只有查看权限，ONVIF/PTZ 需要另一个权限级别。对讲还可能涉及单独的 HTTP/ONVIF/厂商协议端口。

客户端体验

如果服务端探测到功能不可用，UI 应显示禁用状态而不是留下看似可点击的按钮。这样可以区分“设备不支持”和“请求失败”。

排查顺序

1. 在摄像头官方界面验证功能。
2. 用 ONVIF/协议工具验证账号与控制。
3. 再验证 Securex 主机到摄像头的网络。
4. 最后查看 Securex/go2rtc 相关日志。

Two-Way Talk

Two-Way Talk depends on camera capability and control protocols. Successful video playback does not prove PTZ or talk is available. Securex NVR should expose controls only when the underlying device path is usable.

Capability checks

• PTZ: camera must support ONVIF/PTZ and the account needs control permission.
• Autotracking also needs reliable PTZ commands in addition to object detection.
• Two-way talk requires an audio-return protocol supported by the camera and go2rtc/client path.

Network and permissions

RTSP viewing credentials may have less privilege than ONVIF/PTZ. Talk can also use separate ports/protocols.

Client behavior

Unsupported controls should be visibly disabled so users can distinguish unsupported hardware from a failed command.

Troubleshooting order

1. Verify in the vendor UI.
2. Verify ONVIF/protocol credentials.
3. Verify host-to-camera network.
4. Inspect Securex/go2rtc logs.

Audio bidireccional

Audio bidireccional depende de las capacidades y protocolos de la cámara. Que el vídeo funcione no garantiza PTZ o talk.

Capacidades

• PTZ requiere ONVIF/PTZ y permisos.
• Autotracking requiere control PTZ fiable además de detección.
• Talk requiere protocolo de retorno de audio compatible.

Red/permisos

Las credenciales RTSP pueden no tener permisos ONVIF/PTZ y el talk puede usar otros puertos.

UI

Los controles no soportados deben aparecer claramente deshabilitados.

Diagnóstico

1. Pruebe en la UI del fabricante.
2. Pruebe credenciales/protocolo.
3. Pruebe red.
4. Revise logs.

上一篇PTZ下一篇物体/目标过滤器