L'extension d'une caméra réseau existante pour la surveillance de la fumée et de la fumée noire ne nécessite pas nécessairement une reconstruction complète de la technologie vidéo. Après avoir vérifié le champ de vision, la qualité de l'image et le flux RTSP, les ordinateurs de pointe, l'analyse vidéo, la console Web et l'interface d'alarme sont ajoutés. La caméra continue de délivrer l'image ; le système de bord gère l'évaluation et le couplage.
« Surveillance automatisée » fait ici référence à un avertissement auxiliaire par vidéo pour les sites industriels. Le système analyse une vue fixe, vérifie d'abord la présence de fumée, évalue la couleur de la fumée uniquement si les conditions sont remplies et convertit un résultat stable en état d'alarme. Il ne mesure pas les concentrations de particules ni les valeurs Ringelmann et ne remplace pas les mesures légales d'émission, les systèmes d'alarme incendie certifiés ou les réactions opérationnelles.
1. Pourquoi continuer à utiliser une caméra existante ?
Des caméras, des interrupteurs et des angles de vision établis sont souvent présents dans les usines, les entrepôts, les cheminées et les lignes de production. Si l'image actuelle couvre la zone cible de manière stable, le projet peut ajouter des analyses vérifiables et un couplage d'alarmes au lieu d'installer un deuxième système vidéo. Cela évite le double câblage, les interruptions de montage et la maintenance en parallèle.
Toutefois, la réutilisation est un résultat de test technique et non une hypothèse d'approvisionnement. Les pixels cibles, l'exposition, le rétroéclairage, les vibrations, l'occlusion, la compression, les conditions météorologiques et les changements d'arrière-plan doivent être vérifiés avec la caméra réelle et les prises de vue en extérieur.
2. Entrée avant la mise à niveau
| Point de contrôle | Informations requises | Action en cas d'écart |
|---|---|---|
| Interface vidéo | URL RTSP/HTTP, connexion, flux principal et sous-flux | Changer la configuration, le convertisseur de protocole ou la caméra |
| Couverture d'images | Zone cible, plus petite taille de fumée, dissimulation et distance | Ajustez l'angle de vue, l'objectif ou le nombre de caméras |
| Qualité des images | Résolution, fréquence d'images, codec, débit binaire, exposition, balance des blancs | Choisissez un flux stable et corrigez les paramètres |
| Réseau de localisation | Sous-réseau, bande passante, perte de paquets, alimentation, redémarrage | Corriger le routage, la commutation, la couverture ou la reconnexion |
| E/S d'alarme | Tension PLC/relais, courant, logique active, isolation | Ajoutez des pilotes, des optocoupleurs ou des E/S industrielles |
| Dates d'acceptation | Exemples positifs, négatifs et difficiles ainsi que limites d'erreur | Enregistrer et étiqueter avant de définir les critères |
3. Architecture de référence
Une chaîne typique est la suivante : caméra réseau → RTSP → décodage de bord → décision de fumée → fumée sombre/pas sombre/peu claire → confirmation de l'heure → GPIO ou E/S industrielles → PLC, relais ou signal lumineux. La console Web configure le flux, les seuils, l'heure de confirmation, le canal de sortie et la logique active et affiche l'état de la connexion et de l'alarme.
Le traitement local réduit la dépendance à la transmission cloud persistante et simplifie le couplage aux contrôleurs locaux. Néanmoins, la charge du décodeur, le démarrage automatique, la journalisation, la configuration persistante, la reconnexion du flux, la température, l'alimentation et la mémoire doivent être abordés.
4. Pourquoi évaluer la fumée et la couleur sur deux niveaux ?
| étape | Entrée et sortie | Objectif | Trouble typique |
|---|---|---|---|
| Décision de fumer | Séquence vidéo → fumée/pas de fumée | Vérifiez un événement spatio-temporel semblable à de la fumée | Vapeur, brouillard, reflets, ombres, artefacts de compression |
| Décision de couleur | Candidat fumé → sombre/pas sombre/peu clair | N'évaluer la couleur qu'après la présence d'un candidat à la fumée | Nuit, rétroéclairage, changement d'exposition, fond sombre |
| Confirmation de l'état | Résultats de suivi → Alarme/Retour | Filtrer les courtes fluctuations via la durée, l'hystérésis et le temps de maintien | Trop court provoque un flottement, trop long entraîne un retard de réponse |
Un test d'obscurité pure confond les ombres, les machines sombres, l'occlusion et la sous-exposition avec de la fumée noire. La logique en deux étapes sépare la classe d'événement et l'attribut de couleur afin que les enregistrements, les seuils et les conditions d'erreur puissent être vérifiés séparément. Si les preuves ne sont pas suffisantes la nuit, le système doit signaler « peu clair » au lieu de forcer une couleur.
5. Sélectionnez la caméra et le flux RTSP
Une résolution et une fréquence d'images plus élevées ne sont pas automatiquement plus adaptées. Un flux principal H.265 haute résolution peut exercer une plus grande pression sur le réseau, les décodeurs et le stockage ; un flux secondaire trop petit peut perdre les structures de fumée. Les flux principal et secondaire doivent être comparés en fonction des pixels cibles, de la continuité du mouvement et des performances soutenues du décodeur de l'ordinateur périphérique à l'emplacement.
Le codec, la résolution, la fréquence d'images, le débit binaire, la distance des images clés, l'exposition et la balance des blancs du décollage sont fixes. Au cours d'une exécution d'endurance, la perte de trame, les reconnexions et l'utilisation des ressources sont enregistrées. Un changement de flux ultérieur nécessite de nouvelles fonctionnalités et de nouveaux contrôles de stabilité.
6. Tâches de l'ordinateur de bord
L'appareil Edge n'exécute pas qu'un seul modèle. Il décode en continu, planifie l'inférence, gère la machine à états d'événements, stocke les paramètres, fournit l'interface Web et contrôle les sorties. Les éléments à évaluer sont le CPU/NPU/GPU ou d'autres accélérateurs, le décodage matériel, le réseau, la plage de température USB/seriell/GPIO,, le chien de garde et le comportement après une panne de courant.
La livraison du logiciel répertorie le système d'exploitation, les bibliothèques d'exécution, le décodeur et la version du modèle. Le démarrage automatique, la vérification de l'état, la rotation des journaux, la restauration et la sauvegarde de la configuration sont inclus. Un modèle exécuté sur un ordinateur de développement ne nécessite pas un fonctionnement continu sur le périphérique cible.
7. Connectez l'alarme au PLC ou au signal lumineux
L’état d’un algorithme ne doit pas immédiatement servir d’arrêt à la machine. Il est logique de le définir comme une demande de test ou de verrouillage. L'API combine le signal avec l'état du processus, d'autres capteurs et une logique de sécurité et sélectionne l'enregistrement, l'éclairage, la confirmation de l'opérateur ou l'arrêt.
Les modules USB GPIO et de niveau logique ne peuvent généralement pas piloter directement de grosses charges. La tension, le courant, la masse de référence, la séparation, le contact normalement fermé/fermé, l'état de mise sous tension et l'état de rupture de ligne doivent être vérifiés. Si nécessaire, des optocoupleurs, des pilotes de relais ou des E/S industrielles isolées peuvent être ajoutés et retirés électriquement.
8. Configuration et maintenance Web
Une portée de base maintenable comprend l'adresse et l'état du flux, l'activation de l'algorithme, les seuils de fumée et de couleur, le temps d'accusé de réception et de maintien, le canal de sortie et la logique active, le mode de test, la décision actuelle, les journaux et la version. Par défaut, les fonctions de test restent distinctes de la sortie réelle et ne sont autorisées à la contrôler qu'après approbation explicite.
L'accès via des sous-réseaux ou Internet nécessite une authentification, HTTPS, un contrôle d'accès, une protection des données de la caméra et un masquage des journaux. Une page de diagnostic locale sans inscription ne peut pas être mise à disposition directement sur l'Internet public.
9. Étapes du test à l'exploitation
| étape | travail principal | Résultat vérifiable |
|---|---|---|
| 1. Audit de chantier | Vérifiez la visibilité, la lumière, les exemples, les flux, le réseau et les E/S | Liste d'entrée, risques et décision de réutilisation |
| 2. Données et chiffres clés | Corriger les conditions et méthodes de comptage positives, négatives et difficiles | Version de l'ensemble de données, règles d'étiquetage, mesures d'acceptation |
| 3. Prototypes | Implémentez l'entrée vidéo, la logique en deux étapes et les tests hors ligne | Logiciel reproductible, modèle et rapport de test |
| 4. Intégration des appareils | Installez sur l'appareil cible et connectez-vous au Web/I/O | Installateur, configuration, câblage et rollback |
| 5. Calibrage du site | Ajustez les seuils et les temps à la vue réelle | Base de paramètres et journal des erreurs et omissions |
| 6. Test de stabilité | Testez la perte de flux, le redémarrage, la panne de courant, la chaleur et la durée d'exécution | Journaux d'exécution, récupération et état final |
10. L’acceptation est plus qu’une « reconnaissance réussie »
L'algorithme, la chaîne vidéo, la sortie d'alarme et la récupération reçoivent des métriques distinctes. La précision et le rappel ou la fréquence des fausses alarmes liées à un événement et l'étendue de l'omission sont enregistrés pour l'algorithme. La vidéo s'applique à la connexion, à la durée, au temps de reconnexion et au rafraîchissement de l'image. La sortie a une condition de déclenchement, un temps de maintien, un retour et un niveau par défaut en cas de panne de courant.
Chaque résultat est attribué à l'appareil, à la caméra, au flux, à la version du logiciel, à l'échantillon, aux seuils et à la période de test. Une vidéo de démonstration réussie montre uniquement l'exécution dans cette configuration et ne remplace pas l'acceptation sur site.
11. Avantages pour le développement et l'approvisionnement
L’avantage réside dans une chaîne complète de caméras existantes, d’analyse des bords, de configuration et d’E/S d’alarme. Cela peut éviter la duplication technologique, raccourcir l’intégration et créer une base reproductible pour de nouvelles perspectives. Les coûts continuent de dépendre de l'utilisation de la caméra, de la couverture des données, du câblage, de la séparation des E/S et de la profondeur d'acceptation.
Une demande sépare le matériel, la licence logicielle ou le code source, le modèle, l'installation, l'étalonnage sur le terrain, le travail sur les données, les tests d'acceptation, la maintenance et l'expansion. Une démonstration d’algorithme et une livraison intégrée sur le terrain constituent différentes étendues de services.
12. Limites et conditions inappropriées
- Le système prend en charge via vidéo ; il ne fournit aucune concentration de polluants, aucun niveau de Ringelmann ou déclaration officielle.
- Il ne remplace aucune mesure légale des émissions, aucun détecteur d’incendie, panneau de commande d’alarme incendie ou procédure de sécurité.
- La nuit, un fort contre-jour, la pluie, la neige, le brouillard, la vapeur, les obscurcissements importants et les mouvements de la caméra nécessitent leurs propres données et enregistrements.
- Les arrêts critiques nécessitent une logique de sécurité PLC, une isolation électrique et une évaluation des risques du site ; un seul signal vidéo ne suffit pas.
- Après avoir modifié la caméra, la vue, le flux, l'appareil Edge ou la version du modèle, la fonction, la précision et la stabilité sont à nouveau vérifiées.
13. Documents de départ requis
Le fabricant de la caméra, le modèle et le micrologiciel, l'exemple RTSP, les vidéos originales de jour et de nuit, la taille de la zone cible, la distance et l'angle de montage, le plan du réseau, l'alimentation électrique, les limitations de l'appareil, l'entrée PLC ou d'alarme, le temps de réponse, la fréquence de fausse alarme tolérée, les événements obligatoires et la conservation des vidéos et des journaux doivent être fournis.
Un exemple de mise en œuvre le montre Détection de fumée et de fumée noire RK3588 avec alarme MCP2221A. Il documente un dispositif concret et une base d'échantillons ; un nouveau projet est évalué sur son propre site.
Questions fréquemment posées
Chaque caméra de surveillance peut-elle être étendue directement ?
Non, une déclaration générale n’est pas possible. Un flux accessible, une vision stable, suffisamment de pixels cibles et une exposition contrôlable sont nécessaires. Les flux instables ou les cibles trop petites peuvent nécessiter un ajustement ou un remplacement.
Pourquoi ne pas simplement évaluer l’obscurité de l’image ?
Les machines sombres, les ombres et la sous-exposition ne sont pas de la fumée noire. La fumée en premier et la couleur en second séparent la classe et l'attribut d'événement, évitant ainsi une source évidente de fausse alarme.
Le système peut-il remplacer les visites manuelles ?
Il sert d’impulsion continue de dépistage et de test. La confirmation des événements, la décision de processus et la réponse de sécurité font partie des processus de contrôle et de personnel définis.
Le signal vidéo peut-il arrêter directement un système ?
L'API ou le contrôleur de sécurité doit décider des états supplémentaires, des circuits d'isolement, des modes d'erreur et du risque d'emplacement. Le signal vidéo peut être une entrée dans cette décision.
Comment est déterminé le budget ?
Cela dépend des caméras réutilisables, des appareils périphériques, de la collecte et de l'étiquetage des données, de la personnalisation des algorithmes, des E/S, du câblage, de l'installation, de l'acceptation et du support. Les entrées sont corrigées avant une validation sur petit champ puis calculées de manière compréhensible.
Les SEO et les données structurées sécurisent-elles l'indexation ?
Les titres localisés, la structure sémantique, les liens internes, les canoniques, le hreflang et TechArticle aident les systèmes de recherche et de réponse à comprendre ; L'indexation, le classement et la présentation sont décidés par la plateforme respective.
En ligne
Téléphone
WeChat
retour au sommet