J'ai vu trop de projets d'intégration échouer à la dernière étape — non pas à cause de la vidéo, mais parce que les E/S d'alarme refusaient de communiquer avec le VMS. Ce seul lien brisé peut anéantir un déploiement entier.
Oui, nos caméras PTZ prennent entièrement en charge le déclenchement d'alarme E/S à distance via ONVIF. La caméra expose ses interfaces physiques d'entrée et de sortie d'alarme via le protocole ONVIF, permettant à tout logiciel VMS ou NVR compatible de recevoir des notifications d'alarme et d'envoyer des commandes de sortie de relais sur le réseau en temps réel.
Caméra PTZ avec déclenchement d'alarme E/S à distance ONVIF
Mais le “ support ” n'est qu'un point de départ. La vraie question est : quelle est la fiabilité de son fonctionnement dans votre configuration spécifique — surtout sur la 4G, avec un VMS tiers, dans un endroit distant où personne ne peut se rendre pour réparer ? Ci-dessous, je détaille les quatre questions les plus fréquentes que me posent les intégrateurs de systèmes concernant le déclenchement d'E/S ONVIF, et je vous donne des réponses techniques honnêtes.
Table des matières
Mon logiciel NVR peut-il déclencher la sirène intégrée de la caméra via la liaison ONVIF ?
Chaque mois, je reçois des e-mails d'intégrateurs qui pensaient que leur NVR pouvait déclencher la sirène — pour découvrir lors de la mise en service que le bouton est grisé. Cette surprise coûte cher.
Oui, la plupart des plateformes NVR et VMS professionnelles peuvent déclencher la sirène ou le projecteur intégré de la caméra via ONVIF en envoyant une commande SetRelayOutputState . Cependant, cela ne fonctionne que si la caméra prend en charge le profil ONVIF T et si la fonction d'abonnement aux événements du VMS est activée manuellement.
Logiciel NVR déclenchant la sirène de la caméra via ONVIF
Comment la commande de déclenchement fonctionne réellement
Lorsque votre logiciel NVR souhaite activer la sirène de la caméra, il n'envoie pas de fichier audio. Au lieu de cela, il envoie une petite commande XML basée sur SOAP1 au point de terminaison du service ONVIF de la caméra. Cette commande indique à la caméra de fermer (ou d'ouvrir) une sortie de relais spécifique. Le firmware interne de la caméra associe ensuite cette sortie de relais à une action physique — allumer la sirène, faire clignoter la lumière blanche ou activer un appareil externe câblé à la borne de sortie d'alarme.
Voici le flux de base :
- Le VMS envoie une
commande SetRelayOutputStaterequête à la caméra. - La caméra reçoit la commande et valide les informations d'identification de la session.
- La caméra ferme le circuit de relais associé à la sirène.
- La sirène s'active.
- La caméra renvoie une réponse de confirmation.
Cela semble simple. Mais en pratique, trois choses peuvent mal tourner.
Points de défaillance courants
| Point de défaillance | Cause racine | Fixer |
|---|---|---|
| La sirène ne s'active pas | Le VMS n'a pas activé “ Abonnement aux événements ” lors de la configuration de l'appareil | Accédez aux paramètres de l'appareil dans le VMS, activez manuellement les fonctionnalités d'alarme/d'événement |
| La commande est envoyée mais ignorée | Le mode E/S de la caméra est défini sur “ Planification ” au lieu de “ Manuel/À distance ” | Basculez le mode de déclenchement E/S sur “ Commande réseau ” dans l'interface Web de la caméra |
| Déclenchement intermittent | La session ONVIF expire en raison de l'instabilité du réseau | Raccourcissez l'intervalle de maintien à 10–15 secondes |
Profil S vs Profil T — Pourquoi c'est important
Tous les profils ONVIF ne sont pas égaux. Le profil S gère le streaming vidéo de base et les notifications simples d'entrée d'alarme. Mais si vous souhaitez contrôler à distance la sortie du relais — pour déclencher une sirène ou un projecteur — vous avez besoin du profil T. Le profil T a été conçu pour la gestion avancée des événements. Il prend en charge le contrôle E/S bidirectionnel, ce qui signifie que le VMS peut à la fois lire l'état et écrire un nouvel état sur le relais.
Je dis toujours à mes clients : avant de vous engager sur une plateforme VMS, vérifiez si elle prend en charge la gestion des événements du profil T. Si elle ne prend en charge que le profil S, vous pouvez toujours voir les alarmes arriver, mais vous ne pouvez pas renvoyer de commandes vers la caméra. C'est une voie à sens unique, et ce n'est pas suffisant pour une dissuasion active.
Le repli de l'API HTTP
Et si votre logiciel NVR avait une mauvaise compatibilité ONVIF ? Cela arrive plus souvent que vous ne le pensez, surtout avec les marques de VMS plus petites ou régionales. Dans ce cas, nos caméras prennent également en charge une connexion directe API HTTP2. Vous pouvez envoyer une simple requête HTTP GET comme http://[adresse-IP-caméra]/ISAPI/System/IO/outputs/1/trigger pour forcer la sirène à s'activer. Pas de handshake ONVIF nécessaire. Pas d'analyse XML. Juste une URL. C'est plus léger, plus rapide et plus fiable sur les connexions 4G avec une bande passante limitée.
L'état de la sortie d'alarme (activé/désactivé) est-il visible par le VMS en temps réel ?
J'ai eu un client au Canada qui a câblé un verrou de portail à la sortie d'alarme de la caméra. Le portail s'ouvrait, mais son VMS indiquait que le relais était “Off”. Il pensait que le système était défectueux. Il ne l'était pas — son VMS ne lisait tout simplement pas l'état correctement.
Oui, l'état de la sortie d'alarme est visible par le VMS en temps réel, à condition que la caméra prenne en charge ONVIF Profile T et que le VMS s'abonne au canal de notification d'événements de la caméra. La caméra envoie les changements d'état sous forme de messages d'événements XML au moment où le relais bascule.
Le VMS affiche l'état de la sortie d'alarme en temps réel à partir d'une caméra PTZ
Push vs. Pull — Deux façons de lire l'état
ONVIF prend en charge deux méthodes pour que le VMS connaisse l'état actuel de la sortie d'alarme :
Push (Abonnement aux événements) : Le VMS s'abonne au service d'événements de la caméra. Lorsque l'état du relais change — de inactif à actif, ou d'actif à inactif — la caméra envoie immédiatement une notification. C'est la méthode la plus rapide. La latence est généralement inférieure à 500 millisecondes sur un réseau local.
Pull (Interrogation) : Le VMS demande périodiquement à la caméra : “ Quel est l'état actuel de votre relais ? ” C'est plus lent. Le délai dépend de l'intervalle d'interrogation. Si le VMS interroge toutes les 5 secondes, vous pourriez manquer complètement une brève activation du relais.
Pourquoi l'état pourrait ne pas s'afficher
Il existe plusieurs raisons pour lesquelles votre VMS pourrait ne pas afficher l'état du relais, même si la caméra fonctionne correctement.
| Symptôme | Cause probable | Solution |
|---|---|---|
| L'état affiche toujours “Inconnu” | Le VMS ne prend pas en charge l'analyse des événements du Profile T | Mettez à niveau votre VMS ou passez à une plateforme compatible Profile T |
| L'état se met à jour avec un délai de 5 à 10 secondes | Le VMS utilise le mode Pull au lieu du mode Push | Passer à un abonnement d'événements basé sur le push dans les paramètres VMS |
| L'état affiche “Désactivé” même lorsque le relais est actif | Incompatibilité de polarité E/S (NO vs. NC) | Faire correspondre le mode E/S dans les paramètres de la caméra à l'attente du VMS |
Le piège de polarité NO/NC
C'est le “piège” le plus courant que je vois sur le terrain. La sortie d'alarme de la caméra peut être configurée comme Normalement Ouverte (NO) ou Normalement Fermée (NC). Si la caméra est réglée sur NC mais que le VMS interprète le signal comme NO, l'état affiché sera inversé. Le relais est en fait fermé (actif), mais le VMS l'affiche comme ouvert (inactif). Cela ne signifie rien n'est cassé. Cela signifie simplement que les deux systèmes ne sont pas d'accord sur ce à quoi ressemble “actif”.
La solution est simple : allez dans l'interface web de la caméra, trouvez la page de configuration E/S et réglez le mode de sortie pour qu'il corresponde à ce que votre VMS attend. La plupart des plateformes VMS professionnelles utilisent par défaut la logique NO. Donc, si vous n'êtes pas sûr, réglez également la caméra sur NO.
Les Polarité NO/NC3 Piège
C'est le “piège” le plus courant que je vois sur le terrain. La sortie d'alarme de la caméra peut être configurée comme Normalement Ouverte (NO) ou Normalement Fermée (NC). Si la caméra est réglée sur NC mais que le VMS interprète le signal comme NO, l'état affiché sera inversé. Le relais est en fait fermé (actif), mais le VMS l'affiche comme ouvert (inactif). Cela ne signifie rien n'est cassé. Cela signifie simplement que les deux systèmes ne sont pas d'accord sur ce à quoi ressemble “actif”.
La solution est simple : allez dans l'interface web de la caméra, trouvez la page de configuration E/S et réglez le mode de sortie pour qu'il corresponde à ce que votre VMS attend. La plupart des plateformes VMS professionnelles utilisent par défaut la logique NO. Donc, si vous n'êtes pas sûr, réglez également la caméra sur NO.
État en temps réel dans les déploiements 4G
Sur un réseau local câblé, le retour d'état en temps réel est simple. Mais sur une connexion 4G — en particulier sur des sites ruraux ou éloignés — les choses se compliquent. L'abonnement aux événements ONVIF repose sur une connexion TCP persistante entre la caméra et le VMS. Si le signal 4G tombe, même pour quelques secondes, cette connexion est rompue. Le VMS perd son abonnement. Il cesse de recevoir les mises à jour d'état jusqu'à ce qu'il se réabonne.
Nos caméras gèrent cela en prenant en charge un rythme cardiaque de maintien de connexion configurable. Je recommande de le régler sur 10 secondes pour les déploiements 4G. Si le VMS n'obtient pas de réponse dans les deux cycles de rythme cardiaque, il se réabonne automatiquement. Cela maintient la boucle de retour d'état active même sur des réseaux instables.
Puis-je lier un déclencheur logiciel ONVIF4 au relais externe de la caméra pour le contrôle de portail ?
Le contrôle de portail est l'une des fonctionnalités les plus demandées par mes clients intégrateurs. Ils veulent utiliser la caméra non seulement comme une paire d'yeux, mais comme un nœud de contrôle — ouvrant des portails, activant des barrières ou déverrouillant des portes. La question est de savoir si ONVIF peut assumer cette responsabilité.
Oui, vous pouvez lier un déclencheur logiciel ONVIF à la sortie relais externe de la caméra pour le contrôle de portail. Le VMS envoie une commande SetRelayOutputState commande, et la caméra ferme son relais à contact sec, qui est câblé au contrôleur de portail. Cela fonctionne de manière fiable sur les connexions LAN et 4G lorsqu'il est correctement configuré.
Déclencheur logiciel ONVIF lié au relais externe pour le contrôle de portail
Comment fonctionne le câblage
Le terminal de sortie d'alarme de la caméra fournit un relais à contact sec5. Cela signifie qu'il agit comme un simple interrupteur : il ferme le circuit ou l'ouvre. Il n'alimente pas. Votre contrôleur de portail a sa propre source d'alimentation. Le relais de la caméra indique simplement au contrôleur de portail quand s'activer.
Voici une configuration de câblage typique :
- Connectez le terminal de sortie d'alarme de la caméra (deux fils : COM et NO) à l'entrée de déclenchement du contrôleur de portail.
- Réglez le mode de sortie E/S de la caméra sur “ Normalement ouvert ”.”
- Lorsque le VMS envoie la commande de déclenchement ONVIF, le relais se ferme.
- Le contrôleur de portail détecte un circuit fermé et ouvre le portail.
- Après la durée configurée (par exemple, 5 secondes), le relais s'ouvre à nouveau et le portail se ferme.
Modes de relais monostable et bistable
C'est un détail que de nombreux intégrateurs négligent, et cela peut causer de réels problèmes sur le terrain.
Mode monostable6: Le relais se ferme pendant une durée définie (par exemple, 5 secondes) puis revient automatiquement à son état par défaut. C'est idéal pour le contrôle des portails. Vous envoyez une commande, le portail s'ouvre, et il se ferme tout seul après l'expiration du minuteur.
Mode bistable7: Le relais reste dans son nouvel état jusqu'à ce que vous envoyiez une autre commande pour le modifier. Cela signifie que si vous déclenchez le relais pour ouvrir le portail, le portail reste ouvert indéfiniment, jusqu'à ce que vous envoyiez une deuxième commande pour le fermer. Si votre connexion 4G tombe en panne entre ces deux commandes, vous vous retrouvez avec un portail bloqué ouvert dans un endroit éloigné.
Je recommande toujours le mode monostable pour le contrôle des portails. Réglez la durée pour qu'elle corresponde au cycle d'ouverture de votre portail, généralement 5 à 10 secondes. De cette façon, même si le réseau tombe en panne, le relais se réinitialisera automatiquement et le portail se fermera.
Spécifications du relais à vérifier
Avant de câbler le relais de la caméra à un contrôleur de portail, vérifiez que le relais peut supporter la charge électrique. Voici les spécifications de nos caméras PTZ :
| Paramètres | Spécifications |
|---|---|
| Type de relais | Contact sec (NO/NC sélectionnable) |
| Tension de commutation max. | 30V CC / 125V CA |
| Courant de commutation max. | 1A |
| Puissance de commutation max. | 30W CC / 62.5VA CA |
| Mode de relais | Monostable (temporisé) / Bistable (verrouillé) |
Si votre contrôleur de portail nécessite plus de 1A pour être déclenché, vous aurez besoin d'un relais intermédiaire entre la caméra et le contrôleur de portail. C'est une pratique courante dans les installations industrielles. Le relais de la caméra déclenche le relais intermédiaire, et le relais intermédiaire gère la charge de courant plus élevée.
Considérations de sécurité
L'utilisation d'une caméra comme contrôleur de portail introduit un problème de sécurité. Si quelqu'un accède à l'interface ONVIF de la caméra, il pourrait envoyer une commande de déclenchement et ouvrir le portail à distance. Pour éviter cela :
- Changez toujours les identifiants ONVIF par défaut.
- Utilisez HTTPS pour le service ONVIF si votre VMS le prend en charge.
- Limitez l'accès ONVIF à des adresses IP spécifiques à l'aide du filtre IP de la caméra.
- Désactivez le mode de découverte ONVIF après la configuration initiale pour empêcher les appareils non autorisés de trouver la caméra sur le réseau.
Quelle latence en millisecondes dois-je attendre lors du déclenchement d'une E/S via ONVIF ?
La latence est l'ennemi invisible du contrôle d'E/S à distance. Lorsque vous appuyez sur “déclencher” dans votre VMS et que la sirène ne retentit pas pendant trois secondes, vous commencez à vous demander si le système fonctionne réellement. J'ai eu des clients qui m'ont appelé en panique à cause de ce scénario exact.
Sur un réseau LAN câblé, attendez-vous à une latence de 100 à 300 millisecondes pour le déclenchement d'E/S ONVIF. Sur une connexion 4G LTE, attendez-vous à 500 à 1 500 millisecondes en fonction de la force du signal et de la congestion du réseau. Dans les pires scénarios avec une couverture 4G médiocre, la latence peut dépasser 3 secondes.
Mesure de la latence de déclenchement d'E/S ONVIF sur LAN et 4G
D'où vient la latence
La latence totale n'est pas causée par un seul goulot d'étranglement. C'est la somme de plusieurs petits retards sur toute la chaîne. Laissez-moi vous expliquer.
Délai de traitement VMS (10–50 ms) : Le VMS doit construire la commande SOAP XML, authentifier la session et envoyer le paquet. C'est généralement rapide sur du matériel moderne.
Délai de transit réseau (1–500 ms) : Sur un LAN, c'est moins de 5 ms. Sur la 4G, cela varie énormément. Un signal LTE fort dans une zone urbaine pourrait vous donner 30–80 ms. Un signal faible dans une zone rurale avec une barre de couverture pourrait pousser cela à 500 ms ou plus. Et c'est dans un sens — l'aller-retour double ce temps.
Délai de traitement de la caméra (20–100 ms) : La caméra reçoit la commande, analyse le XML, valide les identifiants, puis active le relais. Nos caméras utilisent un processeur d'E/S dédié pour minimiser cette étape, mais cela prend quand même du temps.
Délai mécanique du relais (5–15 ms) : Le relais physique à l'intérieur de la caméra a un temps de commutation mécanique court. C'est négligeable par rapport aux autres facteurs, mais cela existe.
Latence par type de connexion
Voici ce que j'ai mesuré dans des déploiements réels dans différentes conditions réseau :
| Type de connexion | Latence typique | Cas le plus défavorable | Meilleur pour |
|---|---|---|---|
| LAN filaire (Gigabit) | 100–200 ms | 300 ms | Installations fixes, centres de données |
| Wi-Fi (5 GHz, signal fort) | 150–400 ms | 800 ms | Installations temporaires, sites intérieurs |
| 4G LTE (signal fort, urbain) | 300–800 ms | 1 500 ms | Déploiements solaires à distance |
| 4G LTE (signal faible, rural) | 800–2 000 ms | 3 000 ms+ | Fermes hors réseau, chantiers de construction |
| Satellite (par ex., Starlink) | 500–1 200 ms | 2 500 ms | Emplacements extrêmement éloignés |
Comment réduire la latence dans les déploiements 4G
Si vous déployez nos caméras PTZ solaires 4G dans un endroit éloigné et que la latence est une préoccupation, voici quatre choses que vous pouvez faire :
Utilisez l'API HTTP au lieu d'ONVIF. Le protocole SOAP d'ONVIF est verbeux. Une seule commande SetRelayOutputState commande peut représenter 2–3 Ko de XML. L'équivalent de l'API HTTP est une simple URL — moins de 100 octets. Sur une connexion 4G lente, cette différence de taille est importante. L'API HTTP réduit généralement la latence totale de 200–400 ms par rapport à ONVIF.
Activer Maintien de connexion TCP (keep-alive)8. Sans keep-alive, chaque commande ONVIF nécessite une nouvelle poignée de main TCP — c'est un aller-retour supplémentaire. Avec keep-alive activé, la connexion reste ouverte et les commandes suivantes évitent la poignée de main.
Utilisez une antenne 4G à gain élevé. Nos systèmes PTZ solaires prennent en charge les connexions d'antenne externe. Remplacer l'antenne d'origine par une antenne directionnelle à gain élevé (8–12 dBi) peut améliorer la force du signal de 10–15 dB, ce qui réduit directement la latence du réseau.
Choisissez les bons paramètres APN. Certains opérateurs de téléphonie mobile proposent des configurations APN privées avec une latence plus faible pour les appareils IoT et M2M. Renseignez-vous auprès de votre opérateur sur les options d'APN dédiées pour les déploiements de caméras de sécurité.
Lorsque la latence est trop élevée — Le plan de secours
Pour les applications où même 1 seconde de latence est inacceptable — comme le déclenchement d'une barrière de véhicule à un point de contrôle — je recommande une approche hybride. Utilisez l'IA intégrée de la caméra (détection d'humains/véhicules) pour déclencher le relais localement, sans aucune dépendance réseau. L'événement IA déclenche le relais directement dans le firmware de la caméra. La latence tombe en dessous de 50 ms. Le VMS reçoit toujours la notification d'événement via ONVIF, mais l'action critique s'est déjà produite en périphérie. C'est l'architecture que je recommande pour toute application d'E/S critiques pour la sécurité sur 4G.
Conclusion
Nos caméras PTZ prennent en charge le contrôle bidirectionnel complet des E/S via ONVIF Profile T, avec l'API HTTP comme solution de secours fiable — offrant aux intégrateurs la flexibilité et la redondance dont ils ont besoin pour les déploiements réels.
1. Les messages de contrôle ONVIF utilisent SOAP XML, qui peut être verbeux sur des réseaux lents. ︎↩︎ 2. Une alternative légère à ONVIF pour le déclenchement de relais, particulièrement utile sur les connexions 4G. ︎↩︎ 3. Des paramètres normalement ouverts/fermés non concordants entraînent des lectures d'état de relais inversées dans le VMS. ︎↩︎ 4. Un déclenchement émis par le VMS qui peut être mappé à un relais physique pour le contrôle de portail ou de barrière. ︎↩︎ 5. Un relais à contact sec agit comme un simple interrupteur sans fournir d'alimentation — idéal pour le contrôle de portail ou de sirène. ︎↩︎ 6. Le mode de relais monostable revient automatiquement à son état par défaut après un temps défini, ce qui est crucial pour le contrôle de portail. ︎↩︎ 7. Le mode de relais bistable reste verrouillé jusqu'à ce qu'une seconde commande soit envoyée, nécessitant une fiabilité réseau soignée. ︎↩︎ 8. Maintient des sessions ONVIF persistantes, réduisant les délais de négociation sur des connexions instables. ︎↩︎