🛡️ALARMSPACE

MANUEL D'UTILISATION V.3.0.1.4-003

ALARMSPACE (PASSERELLE CENTRALE RÉCEPTRICE D'ALARMES)

Logiciel de CRA pour le contrôle des dispositifs de sécurité et d'incendie

SOMMAIRE

SOMMAIRE 2

1. Introduction 5

1.1. Fonctions 5

1.2. Nouveautés 5

2. Module Serveur 5

2.1. Connexion 5

2.2. Utilisateurs 6

2.2.1. Gestion des utilisateurs 6

2.2.2. Groupes d'utilisateurs 6

2.2.3. Déconnexion P2P Hyundai/Hikvision 7

2.3. DVR 8

2.3.1. Liste 8

2.3.1.1. Données générales 8

2.3.1.1.1. DVR MASTER_BYDEMES 10

2.3.1.1.2. Importations 11

2.3.1.2. Options 11

2.3.1.3. Légende 12

2.3.1.4. Alarmes 12

2.3.1.4.1. Gérer les alarmes par canal 14

2.3.1.4.2. Gérer les états 16

2.3.1.4.3. Calendrier des alarmes 17

2.3.1.5. Certificats 18

2.3.2. DVR par utilisateur 19

2.3.3. DVR par groupe 19

2.3.4. Liste des DVR 20

2.3.5. Groupes 20

2.3.6. Abonnés INTRUSION 21

2.3.7. Utilisateurs panneaux 22

2.3.8. Zones centrale 23

2.3.9. Données abonnés 25

2.3.10. Paramètres IA 25

2.3.11. Nouveaux codes VESTA 28

Ge2.4. Alarmes 29

2.4.1. Actions 29

2.4.2. Passerelle 30

2.4.3. Liste 30

2.4.4. Événements DVRs 31

2.4.5. Programmation des listes 32

2.4.6. Codes intrusion 33

2.5. Configuration 34

2.5.1. Paramètres réceptrice 34

2.5.1.1. Paramètres généraux 35

2.5.1.2. Communications avec CRA 35

2.5.1.3. Autres paramètres 36

2.5.2. Incorporer des licences 37

2.5.3. Renouveler les tables Master 37

2.5.4. Configuration avancée 37

2.5.5. Panneau de contrôle 40

2.5.6. Visualiseur de logs 41

2.5.7. Certificats automatiques 42

2.5.8. Instances P2P Dahua 42

2.6. Sauvegardes 43

2.6.1. Importer/Exporter 43

2.6.2. Configurer 43

2.6.3. Nettoyage 44

2.7. Langues 45

2.8. Aide 45

3. Module Opérateur 45

3.1. Connexion 45

3.2. Temps réel 48

3.2.1. Incendie 56

3.2.2. Interphones vidéo 58

3.2.3. Incendie analogique 59

3.3. Vidéo 61

3.4. Alarmes 63

3.4.1. Alarmes intrusion 64

4. Module ActiveX 68

4.1. Commandes Passerelle 68

4.2. Nouvelles commandes 71

5. Configuration passerelle VESTA 73

5.1. Introduction 73

5.1.1. Bienvenue 73

5.2. Programmation Centrale VESTA 73

5.3. Configurations AlarmSpace 76

5.3.1. Configurations générales - VESTALog 76

5.3.1.1. Temps réel 77

5.3.1.2. Historique 77

5.3.1.3. Log 78

5.3.1.4. Configuration VESTA 78

5.3.1.5. Codes d'événements 82

5.3.1.6. Destinations des événements 84

5.3.1.7. Réaffecter les événements 85

5.3.1.8. Configurer l'équilibreur 85

5.3.1.9. Paramètres LORA 85

5.3.1.10. Paramètres API 86

5.3.1.11. API multiple 86

5.3.1.12. Configuration générale d'AlarmSpace 87

5.3.2. Contrôle des abonnés 88

5.4. Configurations logiciel de réception d'alarmes de CRA 90

5.4.1. Manitou 90

5.4.2. SBN 92

5.4.3. Softguard 92

5.5. Module Visualiseur – Accès bidirectionnel pour centrales VESTA 92

5.5.3. Commande d'appel au Visualiseur Vesta 92

6. Configuration centrale AXHUH 94

6.1. Hikvision AXHUB et AlarmSpace 94

6.1.2. Introduction 94

6.1.3. Exigences minimales 94

6.1.4. Configurations initiales dans AlarmSpace 94

6.1.5. Configurations spéciales de l'AXHUB 95

6.1.5.1. Centre de réception d'alarmes 95

6.1.5.2. Enregistrement EHome 96

6.1.5.3. Réglages supplémentaires 97

6.1.6. Fonctionnement dans AlarmSpace 98

6.1.6.1. Paramètres généraux 98

6.1.6.2. Configuration des alarmes vidéo 99

6.1.6.3. Contrôle des déconnexions 100

7. Module Visualiseur Caméras 102

1. Introduction

AlarmSpace est une plateforme logicielle pour le contrôle, la surveillance et l'affichage des enregistreurs vidéo et des caméras.

1.1. Fonctions

· Affichage des caméras en temps réel

· Lecture de vidéos enregistrées

· Gestion des entrées d'alarmes et des alarmes techniques des enregistreurs vidéo

· Intégration avec les principaux logiciels de CRA.

1.2. Nouveautés

AlarmSpace intègre également d'autres dispositifs tels que les interphones vidéo et les centrales d'incendie conventionnelles Honeywell. De plus, il fonctionne comme une passerelle pour la réception, la gestion et la retransmission des événements de la centrale Vesta.

2. Module Serveur

Le module serveur d'AlarmSpace n'est accessible qu'aux utilisateurs de type administrateur. Ses principales fonctions sont la création et la modification d'utilisateurs, d'équipements, l'affectation de caméras aux utilisateurs, la configuration des actions d'alarmes, des codes de passerelle, des paramètres de réceptrice, ainsi que la réalisation et la configuration des sauvegardes des données sensibles du programme.

2.1. Connexion

Le module Serveur d'AlarmSpace nécessite un accès via un utilisateur de niveau Administrateur. L'utilisateur par défaut est :

Utilisateur : admin

Mot de passe : 12345

Par la suite, il est possible de changer le mot de passe de l'administrateur et de créer d'autres utilisateurs administrateurs dans le menu Utilisateurs.

L'écran d'accès au serveur affiche la version actuelle d'AlarmSpace, nous demande l'utilisateur et le mot de passe et nous pouvons Accepter pour entrer dans le Serveur ou Quitter pour annuler l'opération. Le dernier utilisateur utilisé est enregistré et apparaîtra par défaut la prochaine fois que le Serveur sera lancé.

2.2. Utilisateurs

Création et modification des utilisateurs.

2.2.1. Gestion des utilisateurs

Dans ce tableau nous voyons tous les utilisateurs du système. En double-cliquant sur un utilisateur, nous le chargeons dans la partie inférieure pour l'éditer :

Nous pouvons changer la description de l'utilisateur, le nom, le mot de passe et le niveau (administrateur ou opérateur). Seuls les administrateurs peuvent accéder au module serveur.

Il est également possible de créer de nouveaux utilisateurs avec le bouton nouveau. Tous les champs sont remplis puis on clique sur le bouton Enregistrer.

On peut aussi supprimer des utilisateurs en chargeant l'utilisateur par double-clic et en appuyant sur le bouton Supprimer.

Pour annuler les modifications en cours, nous pouvons appuyer sur le bouton Annuler.

2.2.2. Groupes d'utilisateurs

Aux utilisateurs définis au point précédent, nous pouvons assigner un ou plusieurs groupes. Comme les utilisateurs peuvent être utilisés pour contrôler à distance des panneaux d'intrusion depuis AlarmSpace (voir Module Visualiseur – Accès bidirectionnel pour centrales VESTA), ces groupes servent à attribuer à l'utilisateur un ensemble de panneaux que l'utilisateur est autorisé à contrôler. La procédure consiste à assigner le groupe au panneau (dans Contrôle des abonnés) et en assignant le groupe à l'utilisateur, le panneau lui sera attribué automatiquement.

Pour assigner un groupe à un utilisateur, nous sélectionnons d'abord l'utilisateur dans la liste déroulante :

Une fois sélectionné, dans la partie inférieure nous attribuons le(s) groupe(s) que nous souhaitons lui affecter (ou sélectionnons « Tous les groupes ») et cliquons sur « Ajouter un groupe » :

Le groupe sera attribué à l'utilisateur :

Si nous souhaitons retirer un groupe à un utilisateur, nous sélectionnons l'utilisateur dans la liste déroulante, double-cliquons sur le groupe à supprimer, il se charge dans la section inférieure et nous cliquons sur « Retirer le groupe » :

2.2.3. Déconnexion P2P Hyundai/Hikvision

Si le P2P de Hyundai et/ou Hikvision est utilisé, nous pouvons déconnecter l'utilisateur du P2P via ce menu. La reconnexion avec le même ou un autre utilisateur P2P sera lancée automatiquement au démarrage du module serveur.

2.3. DVR

Gestion des enregistreurs vidéo, caméras et dispositifs pris en charge.

2.3.1. Liste

Création et modification des équipements.

2.3.1.1. Données générales

Gestion de la création et de la modification des équipements. Ils sont présentés dans un tableau :

Dans chaque ligne nous voyons l'information de l'équipement. S'il a des problèmes de connexion, la ligne apparaît en rouge.

Nous pouvons rechercher des équipements par description, abonné ou numéro de série.

Permet de synchroniser tous les équipements.

Il est possible d'afficher les équipements filtrés selon des critères : déconnectés, par type/marque d'équipement, par description, par type de connexion, par groupe...

Les équipements affichés selon le filtre peuvent être exportés en CSV-Excel et en PDF.

Pour gérer des modifications, double-cliquez sur la ligne de l'équipement :

Si nous voulons ajouter un nouvel équipement, nous cliquons sur le bouton Nouveau.

Nous ajoutons ou modifions la description de l'équipement. Nous choisissons le type de connexion par défaut, directe ou P2P. S'il dispose d'informations pour se connecter par les deux moyens, il tentera d'abord par le moyen par défaut puis, en cas d'échec, par l'autre.

En connexion directe, nous devons indiquer dans Adresse l'IP ou le DDNS et le Port.

Types d'appareils :

· Coloso Evolution : Marque Dahua avec firmware ByDemes

· Coloso AS : Marque Dahua avec firmware ByDemes-AirSpace

· HyundaiNextGen : Marque Hyundai modèles NextGen

· Hikvision : Marque Hikvision

· Dahua Général : Marque Dahua avec firmware d'origine

· Interphone vidéo Dahua : Interphones vidéo marque Dahua (SDK Dahua)

· Honeywell incendie : Marque Honeywell modèles conventionnels

· Honeywell analogique : Marque Honeywell, modèles analogiques

· AX HUB : Marque Hikvision, centrale d'intrusion avec capture vidéo dans AlarmSpace

Groupe : un groupe peut être attribué au dispositif pour filtrer dans Serveur/Opérateur et pour l'envoi d'emails de groupe.

Abonné : le numéro d'abonné qui sera envoyé au logiciel de CRA dans les événements.

Code de vérification : code nécessaire pour visualiser certaines caméras des appareils Hikvision.

Numéro de série pour consulter le P2P : numéro de série de l'appareil nécessaire pour accéder via P2P à l'appareil. Le P2P doit être activé dans l'enregistreur.

Port P2P : le port TCP configuré sur l'appareil, bien qu'il ne soit pas nécessaire de l'ouvrir sur le réseau du client, il est nécessaire de l'indiquer.

Utilisateur : un utilisateur valide de l'appareil

Mot de passe : le mot de passe de l'utilisateur précédent.

En appuyant sur Charger la configuration le logiciel tentera de se connecter à l'appareil par les voies disponibles et informera de la connexion correcte ou incorrecte pour chacune d'elles.

De plus, il charge le numéro de série lu dans Numéro de série, le nombre total de canaux de l'appareil dans Canaux, les sorties de canaux et la Date de l'appareil.

Si nous cliquons sur Enregistrer les modifications seront enregistrées et la ligne sera ajoutée si c'était un nouvel équipement. Si nous cliquons sur Annuler les modifications seront abandonnées.

Le bouton Données permet d'assigner des données supplémentaires à l'appareil :

De nouveaux filtres ont été ajoutés pour pouvoir utiliser ces modifications :

Permet de filtrer par commune, province, téléphone et email.

2.3.1.1.1. DVR MASTER_BYDEMES

Lors de l'installation ou de la mise à jour d'AlarmSpace, un enregistreur maître appelé MASTER_BYDEMES apparaît dans la liste des DVR. Il est utilisé pour envoyer des événements génériques du système au logiciel de CRA. Il peut être édité comme tout autre DVR bien que nous ne puissions pas nous connecter à lui car il n'existe pas physiquement. Nous pouvons modifier le numéro d'abonné qui sera envoyé (par défaut 0000) et choisir les événements d'alarme que nous souhaitons envoyer :

Les types d'alarmes à gérer sont :

Test périodique envoie un signal de test périodiquement avec la même période que celle définie pour le heartbeat dans Configuration -> Paramètres réceptrice

Disque dur plein détecte lorsque le disque du serveur AlarmSpace dispose de moins de 10 % de capacité libre et envoie l'alerte.

Erreur serv. P2POri alerte en cas d'échec de la vérification du service P2P contre le cloud Dahua Original

Rét. serv. P2POri alerte lorsque le service P2P contre Dahua Original est rétabli

Erreur serv. P2P alerte en cas d'échec de la vérification du service P2P contre le cloud ByDemes

Rét. serv. P2P alerte lorsque le service P2P contre ByDemes est rétabli

2.3.1.1.2. Importations

AlarmSpace est capable d'importer des données depuis le programme SmartPSS de Dahua. L'importation se fait via le fichier devices.xml résultant de l'exportation de SmartPSS. Nous importons les données en utilisant comme modèle un DVR déjà existant, afin de compléter les données que le fichier devices n'inclut pas avec celles du modèle :

Dans ce cas, si nous cliquons sur Importer DVR XML en copiant le reste des données, nous enregistrerions les nouveaux enregistreurs dans AlarmSpace avec les données de devices.xml et le reste des données du DVR ColEvoP2PPrb.

Nous pouvons également créer de nouveaux équipements en copiant les données d'un autre. Si nous cliquons sur Nouveau DVR en copiant les données nous créons un nouvel équipement exactement avec les mêmes données que ColEvoP2PPrb. Alors il ne nous reste qu'à changer les données propres au DVR (données de connexion, abonné, ...) mais le reste des données (options, alarmes...) sera déjà enregistré.

2.3.1.2. Options

Nous programmons différentes options générales de l'appareil :

Secondes d'enregistrement avant alarme vidéo : dans le cas où les entrées vidéo sont câblées, par détection de mouvement ou événements IVS, lorsqu'une alarme provenant de l'enregistreur arrive, AlarmSpace télécharge une vidéo de quelques secondes avant depuis la caméra associée avec la durée assignée dans cette case. Dans l'exemple, 30 secondes de vidéo.

Secondes d'enregistrement vidéo lors d'une alarme : dans la même situation précédente, le nombre de secondes que nous téléchargerons après le déclenchement de l'alarme (10 dans ce cas).

Prioriser le canal : le canal à utiliser pour la téléchargement si disponible : flux principal ou sous-flux.

Activer la vérification du système : il est nécessaire d'activer cette case pour recevoir les événements des appareils.

Envoyer un email lorsqu'une déconnexion est détectée : envoyera un rappel 12 heures après qu'un équipement soit déconnecté.

Envoyer les alarmes via la passerelle : les événements reçus des appareils seront envoyés au logiciel de CRA via le protocole choisi dans Paramètres réceptrice

Opérateur automatique : les événements envoyés au logiciel de CRA n'attendront pas de réponse de celui-ci, ils seront clôturés automatiquement après l'envoi.

Envoyer les alarmes à la vérification vidéo : Les événements ne seront pas envoyés au logiciel de CRA mais apparaîtront dans l'onglet alarmes du Module Opérateur

Email client : email ou emails séparés par un point-virgule (;) auxquels les événements de cet équipement en particulier peuvent être envoyés. Il est nécessaire de configurer le serveur SMTP dans Paramètres réceptrice

Redémarrer : permet de redémarrer l'appareil à distance.

Synchroniser l'heure : met à jour l'heure de l'appareil distant avec l'heure du serveur AlarmSpace

Fermer les alarmes en attente : si des alarmes ne sont pas répondues par le logiciel de CRA ou non traitées dans les alarmes de l'Opérateur, via ce bouton nous pouvons toutes les clôturer.

Enregistrer la configuration du DVR sur disque : permet d'enregistrer la configuration en cours dans un fichier sur le système de fichiers du serveur AlarmSpace.

Charger la configuration du disque vers le DVR : recharge les données de configuration depuis un fichier choisi.

2.3.1.3. Légende

Non utilisé actuellement

2.3.1.4. Alarmes

Configurer les alarmes que nous souhaitons recevoir et retransmettre :

Sur cet écran initial des alarmes, nous marquons les événements généraux de l'appareil que nous souhaitons surveiller. Nous cochons à côté de l'événement et choisissons un type d'événement à envoyer dans la liste déroulante. Les types d'événements correspondent aux codes (ContactID, SIA) que nous enverrons au logiciel de CRA. Ils sont configurables via la section Passerelle du menu Alarmes. Nous choisissons aussi la zone que nous enverrons avec l'événement. Dans la section envoyer un email nous pouvons choisir de ne pas l'envoyer, de l'envoyer à l'email administrateur (AS), configuré dans Configuration -> Paramètres réceptrice, de les envoyer à l'email de Groupe ou à l'email du client configuré dans Options.

Les événements à surveiller sont Défaut, Manquant ou Disque dur plein, Conflit d'IP. Ces événements doivent être configurés dans l'enregistreur et avec l'option Téléverser alarme, sinon nous ne les recevrons pas. Les événements Déconnexion/Reconnexion ne dépendent d'aucune configuration de l'enregistreur. Le temps de déconnexion pour le considérer comme valide est configurable dans le menu Configuration -> Configuration avancée, par le paramètre : TEMPS_DECONNEXION_DVR (en secondes).

Le bouton Gérer les alarmes par canal est utilisé pour configurer les alarmes de chacun des canaux de l'enregistreur.

Le bouton Gérer les états permet de programmer des alarmes retardées des événements et d'envoyer des rappels si l'état d'alarme persiste.

Le bouton Calendrier des alarmes établit un calendrier dans lequel les événements sont ou ne sont pas reçus. Particulièrement conçu pour décider de recevoir ou non les événements d'appel des VTO des kits d'interphones vidéo.

Dans le cas des interphones vidéo, nous avons un autre type d'alarme à surveiller :

Il s'agit de Appel VTO. Si elle est cochée, l'événement associé à ALARME MÉDICALE (voir Alarmes -> Passerelle) sera envoyé lorsqu'un utilisateur appuie sur le bouton d'appel du VTO. Cela permettra de gérer l'appel depuis le Module ActiveX d'AlarmSpace et d'effectuer des opérations avec les bObject des logiciels de CRA.

Alarmes incendie

Dans le cas de centrales d'incendie conventionnelles Honeywell, un bouton apparaît pour pouvoir sélectionner plus d'événements à envoyer à la CRA :

En appuyant sur le bouton Plus d'événements nous accédons au formulaire suivant :

Dans le formulaire apparaissent tous les événements génériques de la centrale qui ne figurent pas dans l'onglet Alarmes précédent. Nous pouvons cocher quels événements nous voulons envoyer à la CRA en cochant la case à côté de l'événement. Le code envoyé est choisi avec la liste déroulante (parmi les codes disponibles définis dans Alarmes - Passerelle). Nous pouvons également assigner un numéro de zone à l'événement en le saisissant dans les cases de Zone. Lorsque nous avons terminé les modifications, nous devons cliquer sur le bouton Enregistrer pour les conserver.

2.3.1.4.1. Gérer les alarmes par canal

Programmation des événements de chaque canal :

Le tableau supérieur affiche tous les canaux détectés dans l'enregistreur. Double-cliquez sur une ligne pour charger les paramètres programmés pour chaque canal.

Dans Canal nous voyons le numéro de caméra/canal,

Dans Nom nous modifions la description de la caméra.

Dans Zone dans la passerelle nous indiquons la zone qui sera envoyée au logiciel de CRA. Si elle est laissée vide, le numéro du canal sera envoyé sur 3 chiffres (ex : 001,016...).

La case Active permet de sélectionner si un canal a une caméra active ou non. Ainsi, par exemple, si le canal n'est pas actif, il ne sera pas proposé lors de la génération d'un certificat de l'installation.

Nous cochons les événements que nous souhaitons envoyer comme pour les événements généraux et choisissons dans la liste déroulante le type d'événement associé au code (SIA/ContactID) qui sera envoyé au logiciel de CRA. Ce code est associé dans la section Passerelle du menu Alarmes.

De même, nous pouvons envoyer un email à l'administrateur d'AlarmSpace (Configuration -> Paramètres réceptrice), au groupe (DVR -> Groupes), et/ou au client lui-même (configuré dans Options).

Il est également possible d'envoyer des événements intelligents IVS. Rappelons que tous ces événements (sauf Défaillance d'enregistrement et Caméra en noir), doivent être programmés dans l'enregistreur et avoir l'option Téléverser événement ou similaire activée (selon la marque et le modèle de l'enregistreur).

Les boutons Tout envoyer et Ne rien envoyer, cochent et décochent respectivement tous les envois.

Nous pouvons copier les données d'un canal vers d'autres canaux en cliquant avec le bouton droit sur la ligne. Le menu Copier les données vers les autres canaux. en apparaît.

En cliquant sur le menu, nous pouvons choisir vers quels canaux nous souhaitons répliquer les données :

Alarmes incendie

En appuyant sur Ok, les données sont copiées et enregistrées dans les canaux sélectionnés. Gérer les alarmes par canal Les événements d'incendie sont totalement différents de ceux des enregistreurs. Nous pouvons également les gérer en chargeant le bouton

si nous gérons une centrale d'incendie : Nous chargeons les données de chaque zone et pouvons choisir quels événements nous voulons envoyer au logiciel de gestion en cochant Gérer. Nous associons le code que nous enverrons à l'événement sélectionné dans Code Alarmes -> Passerelle).

(Voir

2.3.1.4.2. Gérer les états

Gestion des états des équipements. Permet d'envoyer des signaux quelques minutes après la survenue d'une déconnexion d'un enregistreur ou d'une caméra, d'envoyer des rappels périodiques si la déconnexion persiste et d'alerter du rétablissement de l'événement au bout de quelques minutes : Alarmes -> PasserelleDans cet exemple, il enverrait la déconnexion de la caméra avec le code associé à l'événement ALARME MÉDICALE (Voir

) 10 minutes après la survenue de l'événement. Toutes les 24 heures (1440 minutes) il enverrait un rappel de la déconnexion (si elle est encore déconnectée) et la reconnexion de la caméra serait envoyée immédiatement.

2.3.1.4.3. Calendrier des alarmes

AlarmSpace dispose d'un calendrier dans lequel nous pouvons indiquer les horaires où nous souhaitons enregistrer et envoyer les alarmes et ceux où nous ne le souhaitons pas. Il est spécialement conçu pour la gestion des appels d'interphone vidéo, afin de permettre que, à certains horaires, les appels soient gérés localement sur l'installation via l'écran VTH ou que l'alarme déclenche dans AlarmSpace pour être gérée à distance depuis le centre de contrôle.

Dans l'exemple, nous voyons les horaires du lundi. Les événements se déclencheraient de minuit jusqu'à 8 heures du matin. Ils seraient traités localement jusqu'à 14 heures. À distance jusqu'à 16 heures, localement de 16 à 20 heures et à distance jusqu'à la fin. Nous pouvons copier ces horaires aux autres jours de la semaine avec le bouton Copier vers tous les jours, seulement du lundi au vendredi ou choisir les jours à copier avec

2.3.1.5. Certificats

Copier vers d'autres jours : Nous programmons la génération automatisée des certificats des installations. Si nous activons cette option sur un DVR, un certificat de l'installation sera généré dans le répertoire AutoCerts,

à l'intérieur du dossier de travail d'AlarmSpace : Actif :

en cochant cette case, la génération automatique de certificats pour l'enregistreur est activée.Date de début

: date à partir de laquelle les certificats commenceront à être générés.Date de fin

: date à partir de laquelle les certificats cesseront d'être générés.Période

: fréquence à laquelle les certificats seront générés. Dépend de l'échelle de temps sélectionnée dans la liste déroulante (mois, heures ou minutes). Dans l'exemple, un certificat sera généré tous les 3 mois.Type

: peut être Basique (captures des caméras et petit historique des événements récents) ou Complet (les enregistrements existants de chacun des canaux actifs sont ajoutés)Envoyer par email : nous envoyons le certificat généré à l'email indiqué dans

Email. Date prochaine :

c'est la date à laquelle le prochain certificat sera généré et envoyé si nous l'avons sélectionné. Elle n'est pas modifiable.Heure d'envoi

: nous pouvons forcer une heure de génération et d'envoi du certificat. Le système attendra l'heure indiquée du jour concerné pour générer et envoyer le certificat. Minutes d'enregistrements :

en cas de choix du type de certificat complet, nous indiquons ici les minutes précédant la génération du certificat pendant lesquelles nous souhaitons rechercher des enregistrements existants. Si un grand nombre de minutes est choisi (par exemple un mois), le certificat peut comporter un nombre important de pages.

2.3.2. DVR par utilisateur

Nous pouvons assigner des caméras individuellement aux utilisateurs, afin qu'ils puissent ou non les visualiser dans le Module Opérateur :

Nous cochons les caméras que nous voulons assigner à l'utilisateur. Avec le bouton Assigner toutes les caméras à l'utilisateur sélectionné

Nous cochons les caméras que nous voulons assigner à l'utilisateur. nous attribuons toutes les caméras de tous les enregistreurs à l'utilisateur. Retirer toutes les caméras à l'utilisateur sélectionné

nous retirons l'affectation de toutes les caméras à l'utilisateur. Nous pouvons sélectionner un utilisateur modèle et lui attribuer les mêmes caméras que l'utilisateur sélectionné via le bouton

Nous cochons les caméras que nous voulons assigner à l'utilisateur. Enregistrer Assigner le DVR du modèle à l'utilisateur sélectionné.

nous enregistrons les modifications.

2.3.3. DVR par groupe

Fonctionnalité non implémentée.

2.3.4. Liste des DVRs

Avec cette fonctionnalité, nous générons un fichier CSV contenant tous les équipements dans le chemin spécifié :

Exemple de liste CSV :

2.3.5. Groupes

Nous définissons des groupes pour pouvoir associer les équipements à un certain ensemble ou groupe. En associant un équipement à un groupe, nous pourrons filtrer les équipements par ce groupe (tant dans la liste du Serveur que parmi les équipements affichés dans l'Opérateur) ainsi qu'envoyer les alarmes sélectionnées à l'email de ce groupe.

Pour ajouter ou modifier des groupes : Bouton pour commencer à en ajouter un nouveau ou double-cliquer sur le tableau pour modifier un groupe existant.

Nous devons mettre une description du groupe et un e-mail. Avec le bouton Enregistrer pour l'enregistrer et Supprimer pour le supprimer.

Annuler pour annuler les modifications.

2.3.6. Abonnés INTRUSION

Nous affichons les abonnés de l'application, s'ils sont actifs ou non, le temps de polling, s'ils sont en échec de polling, s'il faut envoyer les événements d'échec de polling, la date du dernier polling et s'il faut envoyer le signal à une destination particulière de chaque abonné, le type de centrale, la MAC de l'équipement, le groupe auquel ils sont assignés, le nombre d'échecs de polling pour générer un événement d'échec, la date d'enregistrement, la norme utilisée pour les codes d'intrusion (CID, SIA), si les événements d'échec de polling sont envoyés, la tolérance du test périodique, l'état de la voie Ethernet (IP) du panneau, l'état et le niveau de couverture GPRS du panneau, l'état de la batterie (si batterie externe présente ou non) et si un réarmement automatique est programmé :

Si nous double-cliquons sur un abonné, nous pouvons modifier certains paramètres de l'abonné :

Concrètement, nous pouvons modifier la Période de polling (pour l'ajuster à celle programmée dans la centrale VESTA en question), en minutes, choisir d'envoyer ou non les événements de polling, et activer/désactiver l'abonné. Si un abonné est inactif, les signaux pouvant arriver sont enregistrés, mais ne sont pas transmis au logiciel de gestion de CRA. Il est également possible de programmer un test périodiquement (c'est un polling qui arrivera au logiciel de CRA). Dans l'exemple il est envoyé toutes les 24 heures. Pour éviter un retard de ce test, on lui assigne une tolérance (en secondes).

Dans Destination Signaux nous pouvons en choisir une différente pour les signaux de cet abonné. Si elle est laissée vide, ils seront envoyés à l'Ip:Port qui est défini dans la configuration d'AlarmSpace -> Paramètres réceptrice ou dans la configuration particulière de Vesta. Dans le menu déroulant apparaissent les destinations particulières que nous avons enregistrées dans VESTALog dans la section Destination Événements, qui seront d'autres Ip:Port pour l'envoi. Il y a aussi l'option Toutes les destinations, avec laquelle les signaux seront envoyés vers toutes les Ip:Port que nous avons définies dans VESTALog -> Destination Événements.

Alarmspace enregistre la MAC des équipements pour éviter les duplications ou usages malveillants de la passerelle. Si un équipement avec le même numéro d'abonné transmet avec une MAC différente, la CRA recevra une erreur de MAC. Si nous savons qu'il s'agit d'un simple changement d'équipement, pour résoudre ce problème nous pouvons appuyer sur le bouton “Réinitialiser MAC”, qui efface la MAC de l'équipement et prendra celle de la prochaine transmission. Pour connaître la MAC de l'autre centrale qui transmet avec le même numéro d'abonné, elle sera affichée dans la case Erreur MAC (elle sera réinitialisée avec la MAC Équipement avec le bouton Réinitialiser MAC)

Nous pouvons choisir un Groupe pour chaque équipement, cela permet de filtrer l'affichage des équipements dans le Module Visor par utilisateur et facilite l'envoi de codes utilisateur par groupes. Ces groupes sont définis dans DVR -> Groupes.

On peut modifier le Nombre d'Échecs de Polling pour Envoyer Échec. C'est-à-dire le nombre de fois que le polling d'une centrale doit échouer pour générer l'événement d'échec de polling.

Nous pouvons également afficher la norme de codes que l'abonné utilise (SIA ou CID).

Si nous cochons la case Réarmement automatique le panneau s'armera automatiquement après 2 heures d'ouverture. Ce temps est configurable individuellement pour chaque abonné dans l'utilité accessible via le bouton Données Abonné.

Avec le menu déroulant API nous pouvons assigner des paramètres API différents des génériques à l'abonné pour utilisation dans le VisorHTML (seulement pour combiner des équipements assignés à différents backends de Climax dans un même AlarmSpace).

Parmi les actions que nous pouvons réaliser, en plus d'Enregistrer les modifications, Annuler les modifications ou Supprimer l'équipement (le supprimer définitivement des équipements enregistrés), nous pouvons accéder au Module Visor depuis le bouton “État Centrale”.

Avec le bouton Dernière Localisation nous voyons la dernière localisation envoyée depuis une application utilisateur avec le bouton de panique.

Avec le bouton “Utilisateurs Centrale” nous accédons à la maintenance des Utilisateurs Panneaux de la centrale, pour pouvoir changer à distance les codes utilisateur des panneaux.

Avec le bouton “Zones Centrale” nous accédons à la maintenance Zones Centrale, où nous visualisons les zones et dispositifs que nous avons ajoutés au panneau. Nous pouvons assigner une caméra d'un enregistreur enregistré dans DVR → Liste, qui enverra un enregistrement du canal lorsque cette zone déclenche.

Avec le bouton “Paramètres IA” nous procédons à l'ajustement des paramètres de l'analyse intelligente des images capturées par pircam et caméras intégrées.

2.3.7. Utilisateurs panneaux

Module de contrôle des utilisateurs des panneaux :

Dans “Direct/Programmation” nous choisissons si nous programmons les utilisateurs individuels ou d'un groupe entier ou la lecture et l'envoi de données directement à un panneau. Si nous choisissons Programmation(Noms), cela signifie que nous pouvons changer les codes des utilisateurs, ajouter ou supprimer des utilisateurs d'un groupe entier par le Nom de l'utilisateur. Ainsi, nous choisissons le Groupe à contrôler dans le menu déroulant “Groupes”. Pour choisir un utilisateur, nous double-cliquons sur un utilisateur. Pour en créer un nouveau, nous appuyons sur le bouton Nouveau (on nous demande à quelle partition l'utilisateur appartiendra).

Une fois sélectionné ou créé, nous pouvons saisir le Code et s'il envoie un Rapport (envoie ses armements/désarmements). Si nous cocher Supprimer, dès l'envoi l'utilisateur sera supprimé des panneaux. Si nous cochons la case “Code Temporaire”, l'utilisateur ne sera actif que dans la plage horaire limitée par les dates “Actif Depuis” et “Actif Jusqu'à”.

Une fois les modifications enregistrées, en appuyant sur le bouton “Envoyer à Tout le Groupe”, les utilisateurs marqués comme “Actifs” seront envoyés (ou supprimés si cela a été sélectionné) aux différents panneaux du groupe. La procédure consiste à chercher dans les panneaux l'utilisateur avec le nom qui lui a été attribué ; s'il le trouve, il change le code qu'ils ont dans le panneau/zone pour celui que nous avons assigné. S'il ne le trouve pas, il ajoute le nouvel utilisateur avec le nouveau code. Si nous choisissons de le supprimer, s'il trouve l'utilisateur, il le supprime du panneau.

Note importante : Le nom d'utilisateur doit être exactement comme il se trouve dans le panneau, toute variation comme un espace en trop ou une lettre erronée fera qu'il sera traité comme un utilisateur complètement nouveau.

Également depuis ici (Programmation), nous pouvons planifier des codes temporaires pour un seul panneau. Nous choisissons “Abonné individuel”, saisissons le numéro d'abonné et cliquons sur “Rechercher abonné”. S'il a un code temporaire assigné, il apparaîtra dans le tableau. De nouveaux codes temporaires peuvent être ajoutés, supprimés ou modifier les données et cela fonctionnera exactement comme pour les codes temporaires des groupes mais uniquement pour le panneau sélectionné.

Si dans le menu déroulant “Direct/Programmation” nous choisissons “Direct”, une case apparaît pour rechercher l'abonné (le panneau avec ce numéro d'abonné) :

Nous saisissons le numéro d'abonné et en appuyant sur “Rechercher Abonné”, s'il trouve l'abonné dans les Abonnés INTRUSION, il nous affiche tous les utilisateurs du panneau. Depuis ici, en effectuant un double-clic sur un utilisateur, nous pouvons lui assigner un nouveau code (nous ne pouvons pas lire le code précédent pour protection des données). Nous pouvons aussi ajouter un nouvel utilisateur ou supprimer un existant (excepté les utilisateurs master et installer).

2.3.8. Zones Centrale

Nous affichons les zones et dispositifs du panneau. Pour nous assurer qu'il n'y a pas eu de changements dans la configuration des zones, nous pouvons cliquer sur le bouton Rafraîchir Zones (les zones du panneau sont lues). Lorsque nous sélectionnons avec double-clic une zone, nous pouvons lui assigner une caméra d'un enregistreur :

Dans ce cas, lorsque la zone 3 du panneau se déclenchera, une vidéo de la caméra 2 de l'enregistreur portant le numéro d'abonné 9986 sera téléchargée. Plusieurs caméras peuvent être assignées à une même zone (et une vidéo de chacune d'entre elles sera téléchargée lorsque la zone se déclenche) et une même caméra peut être assignée à plusieurs canaux (si une vidéo est déjà en cours de téléchargement lorsqu'une autre zone à laquelle le canal est assigné se déclenche, la vidéo ne sera pas téléchargée à nouveau). Lorsque nous appuyons sur Sélectionner Caméra, le programme Opérateur s'ouvre, nous allons à l'Enregistreur que nous voulons, visualisons la caméra en question et avec le bouton droit cliquons sur le menu Sélectionner caméra qui apparaît :

2.3.9. Données Abonnés

Gestion des données des abonnés d'intrusion.

Nous attribuons un nom, adresse, localité, province, téléphone et e-mail. Ces données pourront être consultées dans le Traitement des Alarmes du programme Opérateur, pour faciliter la gestion des événements.

Des contacts sont également ajoutés avec leur nom, téléphone, e-mail et ordre d'appel, et différents états internes des abonnés d'intrusion apparaissent.

2.3.10. Paramètres IA

Nous ajustons les seuils de détection des humains, le seuil de confirmation d'intrusion, le modèle de prédiction utilisé et le temps d'attente du système pour l'analyse (sinon l'image sera affichée sans analytique) :

Nous voyons sur l'image que nous pouvons configurer le “Niveau de Détection”, un paramètre entre 0 et 1 qui déterminera le seuil à partir duquel un humain est considéré comme correctement identifié. Plus il se rapproche de 1, plus l'exigence de détection est élevée. La valeur recommandée par défaut est 0,4 mais il peut être nécessaire d'appliquer d'autres valeurs selon les scénarios et images.

De même on configure le “Niveau de Confirmation”, également entre 0 et 1, qui est le niveau que le système considère pour qualifier une image d'Intrusion confirmée. Plus il se rapproche de 1, plus l'exigence pour confirmer une détection comme positive est élevée.

Dans “Modèle de Prédiction” nous assignons le modèle que l'IA utilisera pour analyser les images. Des modèles seront ajoutés pour les adapter à différents scénarios (intérieur, montagne, plage, etc.).

Le “Timeout Processus” est le temps limite que le système attend pour obtenir l'image déjà analysée. Si, passé ce délai, aucune réponse n'est obtenue, le système continuera avec l'image originale non analysée.

Nous pouvons voir le fonctionnement de ces paramètres en chargeant une image de test avec le bouton “Charger Image de Test”. Une fois chargée, nous cliquons sur “Analyser” et nous verrons les différents niveaux de détection des humains et véhicules :

Comme nous le voyons dans ce cas, l'alarme serait confirmée parce que le niveau de confirmation est configuré à 0,57 et la personne est détectée avec une précision de 0,61. Si nous changeons ce niveau à 0,65 pour tester :

Nous voyons alors que l'analyse est évidemment la même mais maintenant l'alarme n'est pas considérée comme confirmée parce que 0,61 est inférieur à la valeur de confirmation configurée, 0,65.

De même, si nous augmentons le niveau de détection à 0,63, il ne dessinera même pas le cadre autour de la personne car il considère que le niveau n'est pas suffisant pour indiquer qu'il s'agit d'une personne :

En plus de cette image générique de test, nous pouvons demander une image de l'installation elle-même avec le bouton “Demander Image Installation”. Nous verrons que le VisorHTML n'apparaît pas depuis lequel nous pouvons faire une demande d'image par exemple d'un pircam. Avec la particularité qu'une image analysée sera stockée (puisque nous avons l'analytique activée) mais aussi une image vierge non analysée, que nous pouvons utiliser pour configurer les paramètres de manière plus précise avec l'image de l'installation elle-même. Après la demande, nous appuyons sur “Charger Image Installation” et choisissons la dernière image enregistrée dans le répertoire de l'abonné et dont le nom se termine par NonIA (l'image aura un nom du style 2023.09.13.08.27.44.435.P1.Z3_NonIA.JPG).

2.3.11. Nouveaux Codes VESTA

Lorsque le système détecte que les panneaux de la famille Vesta utilisent de nouveaux codes, le bouton !!NOUVEAUX CODES VESTA!! s'active :

Nous appuyons sur le bouton pour voir les nouveaux codes et leurs définitions :

Nous pouvons Copier les Codes, pour les coller dans un document afin de les enregistrer dans notre système, Annuler, auquel cas le bouton de nouveaux événements et les avis resteront actifs, ou “Ne plus afficher jusqu'à l'apparition de nouveaux”, nous prenons connaissance des nouveaux codes et l'avis disparaît.

Ge2.4. Alarmes

Gestion des paramètres relatifs aux Événements et Alarmes des équipements.

2.4.1. Actions

Liste des actions qui peuvent être assignées à une alarme déclenchée dans le programme Opérateur, si les événements sont envoyés à cette application. Pour accélérer le traitement de l'alarme, des actions prédéfinies (dispositions) sont assignées et définies dans cette section :

Avec le bouton Bouton nous préparons l'édition. Nous introduisons l'action souhaitée et appuyons sur Enregistrer. Si nous double-cliquons dans le tableau supérieur, nous pouvons modifier ou Supprimer actions déjà existantes.

2.4.2. Passerelle

Les événements des équipements peuvent être envoyés au logiciel de contrôle de la CRA via des protocoles propres à chaque programme. Mais les événements sont codés à l'aide de codes standardisés. Les plus connus sont ContactID et SIA. Dans ce tableau, nous pouvons personnaliser ces codes pour les adapter à la norme ou pour les synchroniser avec les codes compris correctement par le logiciel de gestion de la CRA. Par la suite, chacun de ces codes peut être assigné aux événements que nous souhaitons envoyer au logiciel de la CRA, par exemple dans Alarmes (pour des événements généraux de l'équipement) ou dans Alarmes par Canal, pour gérer les événements de chaque caméra ou canal.

Dans ce tableau apparaissent tous les codes avec leur description. En double-cliquant sur l'un d'eux, nous pouvons l'éditer :

Changer le code qui est envoyé dans Code Manitou, changer la Description d'Alarme, qui sera le texte qui apparaîtra pour choisir dans la définition des événements.

Nous pouvons supprimer le code avec le bouton Supprimer.

Nous pouvons ajouter un code avec sa description avec le bouton Nouveau.

2.4.3. Liste

Les événements des équipements peuvent être envoyés au logiciel de la CRA ou au programme opérateur, mais ils restent également enregistrés dans le système AlarmSpace. Dans cette liste, ces événements peuvent être consultés par jours :

2.4.4. Événements DVRs

Filtre par date dans les menus déroulants Entre, et.

Appliquer un filtre par Numéro d'abonné, Numéro de série ou Description de l'équipement dans le menu déroulant Supprimer le filtre.

Filtrer par types d'événements dans Type d'événement.

Nous cochons les caméras que nous voulons assigner à l'utilisateur. Rafraîchir nous rafraîchissons les données pour les filtres appliqués.

Les boutons de droite exportent les données actuellement filtrées vers CSV/Excel et PDF.

Cette liste peut également être visualisée depuis l'application Opérateur dans l'onglet Alarmes depuis le bouton Liste Événements DVR.

Cette liste contient des champs supplémentaires en cas de dispositifs d'incendie analogique. Sont affichés le type de dispositif, la Boucle, Adresse, Cellule, Référence, SousAdresse, Description du Dispositif, Description de la Zone et la Valeur Analogique :

De même, cette liste étendue s'exporte complètement vers Excel et Pdf.

2.4.5. Programmation Listes

Les listes peuvent être envoyées périodiquement par e-mail. Grâce à cette section, nous pouvons programmer différentes listes, à différentes heures et pour différents destinataires :

Dans le tableau, apparaissent les listes programmées. Double-cliquez sur l'une d'elles pour la modifier. Bouton Nouveau pour créer une nouvelle programmation :

Nous configurons un nom pour la liste, la Période (fréquence d'envoi) en heures, l'heure d'envoi, l'e-mail (e-mails séparés par “;”) auquel elles seront envoyées. Nous visualisons l'heure de la dernière liste envoyée et celle du prochain envoi et nous pouvons sélectionner les événements que nous souhaitons inclure dans la liste :

Enfin, nous pouvons activer ou désactiver l'envoi avec la case “Actif”.

2.4.6. Codes Intrusion

Lorsque l'on travaille avec l'Opérateur d'AlarmSpace pour traiter les Alarmes d'Intrusion, la signification des codes reçus des panneaux est définie dans les tableaux présentés à ce point.

Nous pouvons changer la description de l'événement, marquer s'il s'agit d'un événement nécessitant un utilisateur au lieu d'une zone (ouvertures, fermetures…), la couleur avec laquelle l'événement apparaîtra (RGB passé en décimal), dans affichage nous sélectionnons si l'événement passera par l'écran de contrôle ou s'il ira directement à l'historique, dans priorité

2.5. Configuration

Configurations générales du système complet AlarmSpace.

2.5.1. Paramètres Réceptrice

Paramètres des communications avec le logiciel de réception des événements de la centrale d'alarmes. Autres paramètres utilisés globalement par l'application :

2.5.1.1. Paramètres généraux

Si vous souhaitez envoyer des courriels à la survenue d'un événement, vous devez configurer un serveur SMTP pour permettre l'envoi (consulter votre fournisseur de messagerie). Les paramètres nécessaires sont :

SMTP USERNAME : nom d'utilisateur du compte e-mail

SMTP SERVER : serveur SMTP

SMTP PASSWORD : mot de passe SMTP

SMTP FROM : adresse qui apparaitra comme expéditeur dans les e-mails envoyés

ADMIN MAIL : adresse générique à laquelle seront envoyés les e-mails d'administrateur

Les images et vidéos téléchargées par l'application sont stockées localement sur la machine d'AlarmSpace. Dans cette section nous définissons les chemins de stockage :

CHEMIN CAPTURES CLIENT : répertoire des captures réalisées manuellement lors de la visualisation d'une caméra en temps réel ou d'un enregistrement dans le programme Opérateur

CHEMIN VÍDEOS CLIENT : répertoire des vidéos téléchargées manuellement lors de la visualisation d'une caméra en temps réel ou d'un enregistrement dans le programme Opérateur

CHEMIN VÍDEOS SERVEUR : répertoire des vidéos téléchargées automatiquement par AlarmSpace lorsqu'une alarme d'un canal se déclenche.

2.5.1.2. Communications avec la CRA

Les communications avec le logiciel de la CRA sont configurées depuis cette section.

TYPE RÉCEPTRICE : modèle de logiciel utilisé en CRA pour la réception des alarmes. Valeurs possibles : Manitou, SBN, Softguard ou compatibles.

MANITOU ACTIVE : si la communication est active. Si non cochée, les événements ne seront pas envoyés.

MANITOU TEMPLATE : nous indiquons le modèle de codes que nous utiliserons pour coder les événements : SIA OU CID (ContactID)

MANITOU PORT : port TCP d'écoute du logiciel de la CRA

MANITOU SERVER : ip d'écoute du logiciel de la CRA

MANITOU LINE : ligne identifiant AlarmSpace comme réceptrice. Certains logiciels de CRA sont capables de dupliquer des abonnés provenant de réceptrices différentes

HEARTBEAT : période (en secondes) à laquelle est envoyé le signal de battement ou "je suis vivant" qu'AlarmSpace envoie au logiciel de la CRA dans le format approprié pour informer d'une communication correcte.

CONVERT 2 AVI : avec cette option activée, AlarmSpace tentera de convertir toutes les vidéos envoyées au format standardisé AVI

SIGNALS DECONNEXION : nombre de fois où la déconnexion d'un équipement est envoyée au logiciel de la CRA (avec ou sans réception d'ACK/Confirmation)

SEND RETRIES : nombre de fois qu'il sera tenté de renvoyer chaque signal si aucun ACK/Confirmation n'est reçu du logiciel de la CRA

AX HUB PASSWORD : clé pour la synchronisation des centrales AX HUB de HIKVISION pour la réception des vidéos de la centrale. Elle doit correspondre à celle programmée dans la centrale elle-même (voir Configuration centrale AXHUB -> Configurations spéciales de l'AXHUB -> Enregistrement EHome) Peut être personnalisée ensuite dans la section Mot de passe de chaque centrale enregistrée.

PUBLIC IP : pour recevoir les vidéos de la centrale AXHUB, AlarmSpace fonctionne comme réceptrice/passerelle ; par conséquent nous devons indiquer l'IP publique sur laquelle ouvrir les ports 7660 et 8089. (voir Configuration centrale AXHUB -> Configurations initiales dans AlarmSpace)

2.5.1.3. Autres paramètres

INTERVAL SEQUENCE : intervalle d'affichage d'un nouveau bloc de caméras. Actuellement sans utilisation.

SERVICE CHECKDVR TIMEOUT : intervalle en secondes auquel la vérification de connexion des équipements sera effectuée.

TIMEOUT ALARM STATUS : temps en minutes pendant lequel nous ne considérons pas de nouveau une alarme valide si elle provient du même équipement et canal

INTERVAL SYNCHR. HEURE : période en secondes à laquelle une synchronisation de l'heure des équipements qui le permettent est effectuée

SON ALARME : son émis par le serveur AlarmSpace chaque fois qu'une alarme est envoyée.

RÉCEPTRICE ACTIVE : sans ce paramètre actif, les événements ne sont pas envoyés au logiciel de la CRA

SERVICE CHECK DISK SPACE : quantité d'espace libre sur le disque dur du serveur AlarmSpace avant d'alerter d'un espace disque faible.

RESTART SERVICE IF OOM : redémarrer le service de vérification des équipements d'AlarmSpace si une erreur d'épuisement de mémoire se produit.

2.5.2. Intégrer Licences

Fonctionnalité qui permet d'ajouter de nouvelles licences de centrales AXHUB pour permettre la réception des vidéos qu'elles génèrent. Si une centrale n'est pas dans cette liste, elle ne pourra pas s'enregistrer dans AlarmSpace. Pour de nouvelles licences, contactez le support technique de ByDemes. Ne pas utiliser sans indication expresse de personnel qualifié de ByDemes.

2.5.3. Renouveler Tables Master

Fonctionnalité qui permet de renouveler les tables de données utilisées pour différentes fonctions par AlarmSpace. Il s'agit essentiellement d'ajouter des paramètres absents des tables via des fichiers fournis par le personnel de ByDemes. Ne pas utiliser sans indication expresse de personnel qualifié de ByDemes.

2.5.4. Configuration Avancée

Liste tous les paramètres de configuration d'AlarmSpace. Permet la visualisation de paramètres ajoutés dans de futures versions. Permet aussi la mise à jour des paramètres via l'édition dans la table elle-même et le bouton Enregistrer.

Chaque paramètre contient sa propre description. Ne pas utiliser sans indication expresse de personnel qualifié de ByDemes.

Nom

Valeur

Description

ADMIN_MAIL

alarmspace@bydemes.com

E-mail Administration. C'est celui qui reçoit erreurs et alertes.

ALLOW_DELETE_VESTA_IN_BACKEND

false

Si vrai, supprime le panneau du backend de Vesta lorsqu'on supprime le panneau dans AlarmSpace

ALLOW_SERVICE_RESTART_ON_OOM

Nous permettons de redémarrer le service en cas d'erreurs de manque de mémoire

APEXIS_SECONDS_BETWEEN_ALARMS

Secondes entre la détection d'une alarme et sa redétection

APEXIS_STATUS_RETRIEVAL_INTERVAL

Valeur en secondes de l'intervalle des requêtes d'état.

AVISOS_PASARELA_DESCONEXION_DVR

Nombre de signaux envoyés à la passerelle lorsque nous détectons la déconnexion d'un DVR

CHECK_USE_CPU

Si 1, redémarre le service si l'utilisation CPU dépasse LIMIT_CPU_USAGE

COMPANY_EMAIL

alarmspace@bydemes.com

E-mail de l'entreprise

COMPANY_NAME

ByDemes

Nom de l'entreprise

CONVERT_2_AVI

Convertir les fichiers d'alarme via la passerelle au format avi avant envoi

DAYS_PRESERVE_CERTIFICATES

Durée de conservation des certificats automatiques en jours

DAYS_PRESERVE_VIDEOS

Les fichiers multimédias seront supprimés après ces jours de leur création.

DISABLE_CERTS_AUT_SERVICE

false

Désactive le service de génération et d'envoi automatique des certificats

DISABLE_FIRE_SERVICE

false

N'exécute pas le processus de contrôle des équipements incendie

DISABLE_VTO_SERVICE

false

N'exécute pas le processus de contrôle des interphones vidéo

EHOME_KEY

12345678

Mot de passe générique pour la connexion des centrales AXHUB

FFMPEG_PROGRAM_FILE

C:\Program Files (x86)\ByDemes\AlarmSpace\utils\ffmpeg.exe

Convertir les fichiers d'alarme via la passerelle au format avi avant envoi

FORCE_MAINSTREAM_FIRST

false

Afficher le flux principal par défaut dans Opérateur

FUEGO_ANALOG_LINEA

Ligne de réceptrice pour l'envoi à Manitou des événements d'incendie analogique

FUEGO_ANALOG_PLANTILLA

HONA

Modèle qui sera utilisé dans l'EventType de Manitou pour les événements d'incendie analogique

INTERVALO_SECUENCIA

Temps écoulé entre chaque bloc de séquences de caméras dans le visionneur

IP_SEARCH_EVENT_AS_CAM_DISCONNECTION

true

Autoriser l'événement DH_IPSEARCH_EVENT_EX comme déconnexion de caméra

LIMIT_CPU_USAGE

Pourcentage d'utilisation CPU à partir duquel le service des enregistreurs est redémarré

LIMIT_FREE_MEMORY

Pourcentage de mémoire libre à partir duquel le service des enregistreurs est redémarré

LOGS_DVRSERVICE_PRESERVE

180

Jours maximum pendant lesquels sont conservés les logs du service de contrôle des équipements

MANITOU_ACTIVE

Si VALEUR = 1 le système deviendra un proxy pour Manitou

MANITOU_LINE

Champ supplémentaire à envoyer dans la trame de passerelle. Applicable à Manitou.

MANITOU_PLANTILLA

SIA

Modèle qui sera utilisé dans l'EventType de Manitou

MANITOU_PORT

23505

Port de l'hôte Manitou

MANITOU_RETRIES

Nombre de tentatives de renvoi au logiciel de la CRA

MANITOU_SERVER

192.168.0.2

Adresse de l'hôte Manitou

MAX_AB_FILES_SIZE

200

Taille maximale autorisée par abonné

MAX_FILES_SIZE

1000

Taille maximale des fichiers stockés

OPTIMIZE_FOR_VESTA

false

Optimise pour VESTA. Attention, les services d'autres dispositifs ne fonctionneront pas.

P2P_PROXY_LISTEN_PORT

7000

Port socket sur lequel le service P2P écoute

PERIODICAL_DVRSERVICE_RESTART

Redémarrage périodique du service DVR

PERIOD_NOTIFICATIONS

Temps de répétition des messages Telegram

PUBLIC_IP

IP publique pour la réception des événements de la centrale AXHUB

RECEPTORA_ACTIVA

Permet de recevoir des alarmes depuis le programme de réception vidéo

RECEPTORA_HEARTBEAT

Nombre de secondes

RECEPTORA_HEARTBEAT_LAST_KO_TIME

Dernière fois que nous avons détecté la réceptrice en KO

RECEPTORA_HEARTBEAT_LAST_OK_TIME

2017-01-14 18:01:26

Dernière fois que nous avons détecté la réceptrice en OK

RECEPTORA_HEARTBEAT_STATUS

Valeurs OK-KO

RUTA_CAPTURAS_CLIENTE

C:\AlarmSpace2Shared\Fotos

Chemin parent où sont sauvegardées les captures des vidéos prises par le programme client

RUTA_VIDEOS_CLIENTE

C:\AlarmSpace2Shared\Videos

Chemin parent où sont sauvegardées les vidéos prises par le programme client

RUTA_VIDEOS_SERVIDOR

C:\AlarmSpace2Shared\Servidor

Chemin parent où sont stockées les vidéos des DVRs

SDK_VENUS

SERVER_ADDRESS

192.168.1.21:8003

Adresse du webService

SERVICE_CHECKDVR_TIMEOUT

Secondes que le Service laisse passer pour vérifier la liste des DVRs

SERVICE_CHECK_DISK_SPACE

Valeur en pourcentage d'espace libre devant rester avant d'afficher un avertissement

SERVICE_SYNCRDVR_TIMEOUT

3600

Temps pour synchroniser les heures

SERVICIO_GC_TIMER

Secondes entre collectes de mémoire par le GarbageCollector

SHOW_PROTOCOL_CODIFICATION

false

Affiche la norme utilisée pour les codes d'événements d'intrusion

SHOW_PSW_DVR_LIST

false

SMTP_FROM

alarmspace@bydemes.com

Affiche la colonne mot de passe décodée dans le contrôle DVR

SMTP_PASSWORD

xxxxxxxxxxx

SMTP_SERVER

smtp.office365.com

SMTP_USERNAME

alarmspace@bydemes.com

SMTP_USE_SSL

true

Utiliser le chiffrement SSL pour l'envoi d'e-mails via SMTP

SONIDO_ALARMA

alarm_2.wav

Fichier audio qui sonnera à la réception d'une alarme par le client. Doit se trouver dans AppPath+DossierWav

TELEGRAM_TOKEN

Jeton du Bot Telegram utilisé pour les notifications Telegram

TIEMPO_DESCONEXION_CAMARA

Temps d'attente du système pour confirmer la déconnexion d'une caméra

TIEMPO_DESCONEXION_DVR

135

Temps d'attente du système pour confirmer la déconnexion d'un DVR

TIME_FIND_RECORDINGS

120

Minutes pendant lesquelles nous rechercherons des enregistrements pour le certificat automatique complet

TIMEOUT_ALARM_STATUS

Temps en minutes que nous permettons au service d'ignorer une alarme sur un canal si son état actif n'a pas changé depuis la première fois que l'alarme a été traitée.

TIME_ALARMS_CLOSING

Minutes après lesquelles une alarme sera automatiquement fermée (0 pour ne pas fermer)

TIPO_RECEPTORA

0 = Manitou, 1 = SBN

UPLOAD_ALARM_COLOSO_EVOLUTION_PORT

55550

USE_MANITOU

Si VALEUR = 1 le système deviendra un proxy pour Manitou

2.5.5. Panneau de Contrôle

Le Panneau de Contrôle affiche l'état des services d'AlarmSpace et permet de les redémarrer, arrêter, désactiver et réactiver :

Si un service est désactivé, il cessera de fonctionner et ne redémarrera à aucun moment (même pas au redémarrage du serveur). La seule façon de le remettre en marche est de Réactiver le service.

NOTE IMPORTANTE : utilisez ce module avec précaution et seulement si vous êtes sûr des conséquences. Une mauvaise utilisation de ce module peut entraîner un mauvais fonctionnement global du logiciel AlarmSpace.

2.5.6. Visionneur de Logs

Les différents services d'AlarmSpace génèrent des logs distincts. Cet outil permet de visualiser tous ces logs en temps réel. Il suffit de sélectionner dans le menu déroulant le service à surveiller et le log correspondant sera actualisé :

2.5.7. Certificats Automatiques

Paramètres généraux de configuration des certificats automatiques :

Nom

Valeur

Description

DAYS_PRESERVE_CERTIFICATES

Durée de conservation des certificats automatiques en jours

DISABLE_CERTS_AUT_SERVICE

false

Désactive le service de génération et d'envoi automatique des certificats

TIME_FIND_RECORDINGS

120

Minutes pendant lesquelles nous rechercherons des enregistrements pour le certificat automatique complet

2.5.8. Instances P2P Dahua

Permet de définir différentes instances des services P2P Dahua d'AlarmSpace pour paralléliser le traitement. Les instances peuvent s'exécuter sur la même machine que le serveur ou sur n'importe quelle machine du réseau LAN.

Pour démarrer une nouvelle instance, nous utilisons le bouton “Nouveau”. Nous remplissons les paramètres d'IP (l'IP privée de la machine sur laquelle le service s'exécutera), port (le port que le service utilisera), si elle est active ou non, et le type de P2P (“bydemes” pour équipements Dahua avec firmware ByDemes et “dahua” pour ceux avec firmware original Dahua). Ensuite nous sauvegardons et le système se chargera d'initier le nouveau service et de répartir équitablement les équipements entre les différents services parallélisés. Il faut tenir compte que si le service doit s'exécuter sur une instance différente du Serveur AlarmSpace, il faut installer manuellement le logiciel “AlarmSpace2 P2P Services Installer”.

2.6. Sauvegardes

Gestion des importations et exportations de données de la base de données.

2.6.1. Importer/Exporter

Exporte dans un fichier le contenu de la base de données. Le fichier permet la récupération totale des données de la base dans un nouveau système. Nous sélectionnons le dossier de destination avec le bouton aux trois points et lançons le processus :

Le fichier de sauvegarde est généré dans le répertoire sélectionné.

Si nous choisissons l'onglet Importer, nous récupérons les données du fichier sélectionné et les incorporons à l'installation actuelle d'AlarmSpace.

NOTE IMPORTANTE : L'importation des données d'un fichier de sauvegarde supprime les données contenues dans la base de données et les remplace par celles du backup. Utilisez cette fonctionnalité seulement en cas de perte importante de données et en ayant conscience que les données ajoutées ultérieurement seront perdues.

2.6.2. Configurer

Les sauvegardes de la base de données peuvent être effectuées périodiquement via ce module :

Dans ce module, nous choisissons où sauvegarder les copies, nous devons “Activer la Programmation Périodique”, choisissons la fréquence et sélectionnons la date de début des copies. Nous pouvons également supprimer des copies antérieures aux jours sélectionnés afin d'éviter des problèmes d'occupation disque.

Nous pouvons sélectionner les tables à inclure dans la copie. À cet égard, il est important de savoir qu'AlarmSpace crée des tables datées afin que les tables de la base ne croissent pas indéfiniment. Lorsqu'une table atteint une limite, une nouvelle table est créée et l'ancienne est renommée. Nous pouvons choisir de ne pas copier ces anciennes tables, la copie sera plus légère tout en conservant toutes les données. Pour ne pas copier les anciennes tables, il faut désactiver les cases “all” et “old_tables” :

2.6.3. Nettoyage

Pour réduire le volume de la base de données, nous pouvons la nettoyer avec cette nouvelle fonctionnalité. Elle consiste à supprimer d'anciennes tables dont nous n'avons plus besoin (et que nous pouvons conserver dans d'anciens backups). Nous reconnaîtrons les anciennes tables car un numéro leur est ajouté. Par exemple la table alarms génère des anciennes tables sous la forme alarms_0000000001, alarms_0000000002, … Ces tables numérotées peuvent être supprimées sans affecter le bon fonctionnement du programme.

2.7. Langues

Permet de changer la langue de la plateforme AlarmSpace. Jusqu'à présent, les langues suivantes sont disponibles :

Lors d'un changement de langue, il est demandé de redémarrer le Serveur pour actualiser les modifications.

2.8. Aide

Dans la section aide nous trouvons des informations sur la version et les licences d'AlarmSpace ainsi que différents documents d'aide disponibles pour la plateforme. Nous pouvons également vérifier si des mises à jour de la version d'AlarmSpace sont disponibles :

3. Module Opérateur

Module de visualisation des caméras en temps réel, visualisation et téléchargement des enregistrements et traitement des alarmes. Ce module agit comme client du module Serveur, de sorte qu'il peut être installé sur plusieurs machines qui se connecteront à la machine serveur. Il peut être utilisé simultanément par plusieurs opérateurs.

3.1. Connexion

Pour entrer dans le module Opérateur, nous devons fournir un utilisateur AlarmSpace valide, de n'importe quel niveau.

L'utilisateur opérateur par défaut a pour mot de passe 12345. Il peut être modifié et d'autres utilisateurs opérateurs peuvent être créés depuis le Serveur AlarmSpace dans le menu Utilisateurs

Nous pouvons utiliser le Connexion automatique qui, au prochain lancement du programme Opérateur sur cette machine, remplira automatiquement les champs Utilisateur et Mot de passe avec les dernières valeurs utilisées, de sorte qu'il ne sera pas nécessaire de saisir à nouveau les identifiants pour entrer rapidement dans l'application. Pour désactiver la Connexion automatique, il faut démarrer l'Opérateur avec le paramètre STOPAUTO.

Il est également possible d'accéder à l'Opérateur en fournissant l'utilisateur et le mot de passe et un abonné spécifique via la ligne de commande :

"C:\Program Files\ByDemes\AlarmSpace2 Client Module\AppOperador.exe" -user operador -pwd 12345 -ab 1234

Cette commande démarre le module Opérateur avec l'utilisateur “operador”, le mot de passe “12345” et seulement avec les caméras de l'abonné “1234”. Nous pouvons utiliser seulement certains paramètres ; par exemple si nous n'incluons pas le paramètre -ab, il s'ouvrira avec tous les équipements assignés à l'utilisateur.

En utilisant le paramètre de ligne de commande -cert, l'Opérateur ne s'ouvrira pas, il générera simplement à la volée un certificat de caméras pour un abonné. Pour que cette option fonctionne, nous devons également ajouter les paramètres mentionnés -user et -pwd pour valider l'utilisateur. Si nous utilisons le paramètre -ab, il générera le certificat de cet abonné ; sinon, il demandera l'introduction du numéro d'abonné :

Nous pouvons utiliser le paramètre -cert sans arguments ou indiquer ensuite le chemin où le certificat sera enregistré. Si aucun chemin n'est fourni, il sera enregistré dans le dossier assigné au groupe auquel appartient l'équipement ou, s'il n'a pas de groupe, dans le chemin par défaut (par ex. "C:\Program Files\ByDemes\AlarmSpace2 Client Module\AutoCerts"). Dans le certificat, il est également possible de lister les enregistrements de chacun des canaux ; cela se fait en ajoutant le paramètre -minFindRecord XXX, qui indique les minutes d'enregistrements que nous souhaitons rechercher. Un exemple simple de ligne de commande pour générer un certificat à la volée :

"C:\Program Files\ByDemes\AlarmSpace2 Client Module\AppOperador.exe" -cert -user operador -pwd 12345 -ab 1234

Et un exemple en fixant le chemin du certificat à C:\CertificadosDVR\DVR1234 et en recherchant 120 minutes d'enregistrements :

"C:\Program Files\ByDemes\AlarmSpace2 Client Module\AppOperador.exe" -cert C:\CertificadosDVR\DVR1234 -user operador -pwd 12345 -ab 1234 -minFindRecord 120

Le module Opérateur affiche dans la fenêtre d'accès la version de l'Opérateur que nous exécutons. Il est recommandé que cette version corresponde à celle exécutée sur le serveur AlarmSpace, sinon certaines fonctionnalités pourraient ne pas fonctionner correctement.

La première fois que nous lançons un Opérateur, il faut configurer l'adresse du serveur (pour indiquer à l'Opérateur où se connecter). Cela se fait via le bouton Configuration :

Ici nous devons entrer l'IP du Serveur AlarmSpace, suivie de deux-points (:) et du port 8003 (par défaut, modifiable dans la configuration du serveur). Si la communication est correcte après Accepter la confirmation apparaît :

Si elle échoue, cela est également indiqué et par conséquent nous ne pourrons pas travailler correctement avec l'Opérateur tant que le problème n'est pas résolu :

Il faut entrer correctement l'IP du serveur et le port indiqué. Si le problème persiste, il faut contacter le personnel technique de ByDemes.

3.2. Temps Réel

Via l'onglet Temps Réel nous visualisons les caméras en temps réel. Plusieurs caméras du même enregistreur ou de différents enregistreurs peuvent être activées simultanément.

Dans le panneau de gauche apparaît un panneau avec différents onglets.

Dans l'onglet DVR apparaît la liste de tous les équipements avec la possibilité d'étendre les caméras de chaque équipement, seulement les équipements/caméras assignés à l'utilisateur dans le Module Serveur -> DVR -> DVR par Utilisateur

La liste est faite par description de l'équipement. Avec le bouton Lister les DVR par Abonné nous voyons la liste par numéro d'abonné. En le re-pressant, nous revenons à l'affichage des équipements par leur description.

En double-cliquant sur une caméra, nous la visualisons en temps réel. En double-cliquant sur un enregistreur, toutes les caméras de l'équipement sont visualisées.

Si nous sélectionnons une des visualisations, des options disponibles relatives à ce que nous visualisons apparaissent :

Dans nous téléchargeons la vidéo que nous visualisons.

Dans nous effectuons une capture de l'image à ce moment-là.

Dans nous écoutons le son de l'équipement si cette option est disponible.

Dans nous activons le micro pour parler avec l'équipement.

Dans nous trouvons la fonction “Instant Replay”, qui rejoue l'enregistrement de la caméra 5 minutes plus tôt

Dans nous effectuons un zoom sur n'importe quelle partie de la visualisation de la caméra, sélectionnée avec la souris.

Dans nous nettoyons l'écran et cessons de visualiser la caméra.

En bas, nous avons l'option de nettoyer toutes les caméras que nous visualisons et de recharger les équipements de l'utilisateur :

En cliquant droit sur un enregistreur, un menu contextuel avec différentes options apparaît :

Activer Flux Principal passe la visualisation des caméras en mode haute résolution appelé Flux Principal

Activer Substream passe la visualisation au mode résolution réduite Substream, permettant de ne pas surcharger le canal de communication du client et d'AlarmSpace

Gérer Relais nous ouvre les sorties de relais disponibles sur l'équipement et nous permet de les activer et de les désactiver :

Nous cocherons l'état des relais que nous souhaitons et appuierons sur le bouton Modifier l'état des relais.

Certificat Caméras nous effectue une capture de l'état de toutes les caméras de l'appareil qui peut servir de certificat d'installation ou de révision. Il nous demande dans quel dossier enregistrer le certificat et quelles caméras nous souhaitons capturer (au cas où certains canaux ne seraient pas utilisés, par défaut tous les canaux du DVR). De plus, nous pouvons ajouter un commentaire manuellement dans le certificat :

Si le certificat a été généré correctement nous verrons la confirmation :

Et nous obtiendrons le certificat dans le chemin indiqué :

Le logo est remplaçable par un .bmp d'une résolution similaire à celui que nous avons dans C:\Program Files\ByDemes\AlarmSpace2\LogoCert\LogoClient.bmp. Pour le changer, nous remplaçons le fichier LogoClient.bmp par le nouveau .bmp portant le même nom.

Le certificat affiche également les événements qu'a eus l'appareil au cours des dernières 24 heures, pour voir par exemple les essais effectués lors de l'installation ou de la maintenance :

“Certificat Complet de Caméras” génère un certificat exactement identique au précédent, mais inclut une liste complète des différentes enregistrements de toutes les caméras actives du dernier mois :

“Visionneuse Caméras” ouvre l'application Visionneuse Caméras, qui affiche la caméra sélectionnée et un enregistrement de 30 secondes avant.

L'onglet PTZ permet différentes options sur la caméra si celle-ci est réglable et motorisée :

Step/Speed ajuste le pas des changements, plus il est élevé plus les mouvements seront rapides.

Avec les flèches nous déplaçons la caméra dans les différentes directions.

Avec Zoom nous agrandissons ou réduisons l'image.

Avec Focus nous rapprochons ou éloignons le point de mise au point de la caméra.

Avec IRIS nous ouvrons ou fermons l'iris de la caméra pour ajuster la quantité de lumière qu'elle percevra.

L'onglet Preset permet d'exécuter les différentes actions que l'appareil a définies dans ses pré-réglages :

Choisir le numéro de Preset et appuyer Exécuter.

L'onglet Filter applique des filtres aux équipements affichés dans l'onglet DVR. Nous pouvons filtrer en appliquant un Filtre Général ce qui nous permet de filtrer par Type DVR (ColosoEvo, Dahua, Hivision, HyundaiNextGen...), par Type de connexion, type de connexion préférée : directe ou P2P et par Groupe : affichera uniquement les équipements qui ont ce groupe attribué dans le Module Serveur -> DVR -> Liste -> Données Générales.

Dans ce cas, seuls les équipements du GROUPE 1 seraient affichés. Remarquer que lorsqu'un filtre est appliqué une (F) apparaît à côté du titre Filter, pour indiquer clairement que tous les équipements assignés à l'utilisateur ne sont pas affichés mais seulement ceux permis par le filtre sélectionné.

3.2.1. Incendie

Lorsque l'équipement est de type Centrale Incendie conventionnelle, un double-clic fait apparaître cette fenêtre :

Nous voyons toutes les zones de la centrale, avec les alarmes et pannes actives dans chacune. Si l'on passe au-dessus d'une zone, elle indique l'alarme actuelle, la température de la centrale, la tension d'entrée réseau et de sortie auxiliaire, la tension de la batterie et la tension de la propre zone. Également un historique des derniers événements de la zone.

Il distingue entre alarme de détecteur et d'appui-poussoir et panne de court-circuit et de circuit ouvert.

Nous voyons l'état du buzzer interne, des pannes du système et des sirènes, avec leurs historiques. De plus, nous voyons un historique général avec tous les événements survenus récemment et nous pouvons couper à distance le buzzer interne de la centrale.

Avec le bouton droit sur l'appareil apparaît l'option Générer Certificat, qui crée un certificat avec les états et tensions de toute la centrale ainsi que des graphiques montrant l'évolution temporelle des états dans lesquels la centrale a été pendant la période sélectionnée.

3.2.2. Interphones vidéo

Lorsqu'un appel d'un interphone vidéo correctement configuré dans le module serveur pour envoyer l'appel à l'Opérateur se produit, une fenêtre contextuelle comme celle-ci apparaît pendant qu'un carillon d'avertissement retentit :

On y voit la caméra du VTO. Ensuite, nous démarrons la conversation avec le bouton Démarrer la Conversation, nous pouvons Ouvrir Porte, Ouvrir Deuxième Porte, Arrêter Carillon.

L' option Libérer l'Appel est utilisée au cas où cet Opérateur ne peut pas prendre l'appel en ce moment ; même s'il l'a pris, il peut le libérer et il réapparaîtra à tous les opérateurs ouverts, permettant à un autre Opérateur de le prendre. Enfin, pour terminer l'appel nous pouvons utiliser Terminer la Conversation (ne ferme pas la fenêtre) ou Fermer la Fenêtre, qui termine et ferme la fenêtre simultanément.

S'il y a plus d'un appel en même temps, le premier apparaîtra et quand il sera fermé le suivant apparaîtra. En cas d'avoir plus d'un opérateur actif, le premier appel apparaîtra chez tous les opérateurs et lorsqu'un opérateur commencera la conversation, le suivant apparaîtra chez les autres opérateurs, de sorte que plusieurs appels peuvent être traités simultanément avec plusieurs opérateurs.

3.2.3. Incendie Analogique

Lorsque le type d'équipement est “Honeywell Analogique”, l'écran suivant apparaît :

Nous avons une vue générale de la centrale. Si nous passons au-dessus des icônes, l'historique de chaque dispositif apparaît. Dans Historique Général un historique général. Dans la partie gauche, nous pouvons faire des requêtes des dispositifs. Si nous ne complétons aucune donnée et appuyons sur le bouton consulter, il nous retournera toute la configuration de la centrale. Si dans le déroulant du côté configuration nous choisissons par exemple les dispositifs En Test il ne retourne que les dispositifs qui sont en test. Si nous choisissons un Boucle, un : fréquence à laquelle les certificats seront générés. Dépend de l'échelle de temps sélectionnée dans la liste déroulante (mois, heures ou minutes). Dans l'exemple, un certificat sera généré tous les 3 mois. et renseignons une adresse, il nous donne une information plus précise du dispositif en question. Si nous indiquons une zone (et effaçons l'adresse, qui a la priorité) il retourne l'information du dispositif que nous avons dans cette zone. Avec le bouton droit sur le bouton consulter apparaît (après mot de passe administrateur) un menu avec des options bidirectionnelles :

Nous pouvons neutraliser des zones, les mettre en test et les remettre à l'état normal. Aussi, avec le bouton droit sur l'icône de Panne Système nous pouvons réarmer la centrale :

Si nous cliquons avec le bouton droit sur le dispositif, un menu apparaît dans lequel nous pouvons générer un pdf avec toute la configuration de la centrale :

3.3. Vidéo

Via l'onglet vidéo nous recherchons des enregistrements du canal sélectionné en filtrant par différents critères :

Nous filtrons par les dates souhaitées et par le type d'événement qui a provoqué l'enregistrement du fichier vidéo : tous, par alarmes externes, par détection de mouvement, par n'importe quelle alarme ou par différentes requêtes.

Nous cochons les caméras que nous voulons assigner à l'utilisateur. Consulter toutes les enregistrements disponibles selon les filtres sélectionnés apparaissent à droite :

Double-clic sur l'un des enregistrements affichés et il lit la vidéo associée :

Pendant la lecture nous avons différentes options :

pause et reprendre la lecture.

arrêter complètement la lecture, l'écran devient noir.

avance/arrière rapide/lent et par images.

télécharger une vidéo de ce qui est en cours de visualisation.

capturer l'écran en une image de ce qui est visualisé à ce moment.

barre de sélection de temps, nous amène exactement à la seconde souhaitée de la vidéo. Nous pouvons télécharger à partir de cette seconde.

Dans l'onglet Captures nous pouvons visualiser les captures d'images que nous avons stockées localement sur l'ordinateur, dans le chemin que nous avons programmé dans Module Serveur -> Configuration -> Paramètres Réceptrice -> Paramètres généraux (dans CHEMIN CAPTURES CLIENT) :

3.4. Alarmes

L'onglet Alarmes est utilisé pour gérer les alarmes reçues des équipements. Les événements des équipements peuvent être envoyés au logiciel de CRA s'ils sont programmés comme Envoyer Alarmes via passerelle ou bien être envoyés à l'Opérateur si l'option est cochée Envoyer Alarmes à vérification vidéo.

Dans ce dernier cas, les alarmes apparaissent dans le module d'alarmes de tous les opérateurs dont les utilisateurs ont l'équipement assigné :

Nous sélectionnons l'alarme de Alarmes Actives. Si elle a des vidéos associés nous pouvons les lire : si elle a une vidéo pré-alarme et/ou post-alarme nous les visualisons en sélectionnant la case correspondante. Nous pouvons mettre la lecture en pause, la reprendre, l'arrêter complètement, avancer plus rapidement, reculer et prendre une capture d'écran à n'importe quel moment. Il nous montre aussi une capture du moment de l'alarme dans Capture de l'alarme.

Une fois sélectionnée, nous cliquons sur le bouton Traiter Alarme, nous verrons que cela nous conduit à l'onglet Temps Réel pour visualiser la caméra en direct. Nous revenons à l'onglet Alarmes et sélectionnons une action associée au traitement de l'alarme qui apparaîtra dans le combo déroulant Action. Les actions de ce déroulant sont créées dans le Serveur AlarmSpace -> Alarmes -> Actions. Pour associer l'action à l'alarme nous appuyons sur le bouton Enregistrer Action. Nous mettons un commentaire dans l'espace réservé à cet effet (sous Traiter Alarme). Enfin nous traitons l'événement avec le bouton Traiter Alarme.

Dans le bouton Liste Événements DVR, la liste des événements des équipements d'AlarmSpace apparaît, avec possibilité de filtrer par divers critères et d'exporter vers excel/CSV et PDF. Pour plus de détails voir Module Serveur -> Alarmes -> Événements DVRs.

3.4.1. Alarmes Intrusion

Le module Alarmes de l'Opérateur est désormais également capable de recevoir des alarmes d'intrusion des centrales Vesta. Pour qu'elles soient reçues dans l'Opérateur, il faut mettre dans la Configuration passerelle VESTA, dans la section ComputerProtocol (Protocole de sortie) le type OPERATEUR :

Une fois configuré, nous voyons que les événements des panneaux d'intrusion apparaissent dans l'Opérateur :

Nous les traitons de la même manière que dans le cas précédent, en ajoutant une action et en l'enregistrant et en ajoutant un commentaire. Lors de l'enregistrement nous pouvons enregistrer seulement l'événement que nous traitons ou Fermer Tout Abonné pour enregistrer tous les événements de l'abonné. Dans l'Opérateur nous pouvons aussi voir les Liste Événements DVR

Événements DVRs, qui incluent également les événements d'intrusion et entrer dans la maintenance des Abonnés INTRUSION.

Les événements peuvent être configurés avec différentes couleurs, selon le degré d'importance que nous voulons leur donner, et peuvent être triés par priorités. On peut aussi choisir les événements qui passent à l'écran ou vont directement à l'historique.

Dans la partie supérieure droite nous voyons les données attribuées à l'abonné (nom, adresse, localité, province, téléphone et email).

En appuyant sur le bouton Contacts nous voyons les contacts assignés à l'abonné (nom, téléphone, email), ordonnés selon le Ordre que nous avons établi dans Données Abonnés :

Dans États nous voyons les états disponibles de l'Abonné :

Et dans Zones, les zones détectées dans le panneau :

S'il y a un événement d'image il nous montre la première image capturée :

et avec le bouton lecture nous pouvons visualiser toute la vidéo et effectuer des actions bidirectionnelles :

4. Module ActiveX

Le module ActiveX est une application qui permet de visualiser des caméras en temps réel et des enregistrements via Internet Explorer ou des navigateurs compatibles intégrés dans bObject de logiciels de CRA comme Manitou, SBN et Softguard.

4.1. Commandes Passerelle

L'actuelle “PASSERELLE ACTIVEX GENERIQUE” d'Alarmspace V2 inclut un serveur web qui reste à l'écoute sur le port 8003 (et suivants).

Il recherche (à l'installation) le premier port libre à partir de 8003.

Ce port peut être modifié dans un fichier texte configuracion.dat à l'intérieur du dossier d'installation et en redémarrant le service.

(Il doit être ouvert entre les machines des opérateurs et la machine où tourne AlarmspaceV2). Il est également important que l'IP qui apparaît dans ce fichier (dans les 4 premières lignes) corresponde à l'IP du Serveur AlarmSpace (dans l'exemple 192.168.X.XXX) :

server=192.168.X.XXX;database=bydemesvideo;User Id=bydemesvideo; password=06851f3848543ea; port=3350; Persist Security Info=True

192.168.X.XXX:8003

192.168.X.XXX:9000

192.168.X.XXX:10003

Après tout cela, il est possible d'utiliser l'appel au site web et les commandes affichées ci-dessous avec le système suivant :

http://[IP_machine_alarmspace]:8003/bydemes.html?address=[IP_machine_alarmspace]&port=8003&subscriber=9 999&channel=4&channel_source=main

Étant subscriber le numéro d'abonné configuré dans Alarmspace V2 ; dans cet exemple il ne se connecterait qu'au DVR de l'abonné 9999 et afficherait le canal 4 en flux principal en direct

Paramétrable selon le tableau de commandes suivant :

channel= numéro de canal pour la visualisation en direct, commence à 1.

Option, si l'appareil a le CANAL “0”

Si dans le numéro de canal on écrit 0, le système interprétera que l'on veut utiliser le "Canal 0" accompagné des paramètres (“multiplay_type” et “multiplay_channel”)

multiplay_type=<n> où <n> est 4, 8, 9, 16. C'est-à-dire le nombre de canaux.

multiplay_channel=<n> où <n> est le premier canal qui sera affiché dans la “grille”.

(Cette option dépend de l'enregistreur, certains n'acceptent que CH0 et ne comprennent pas le reste des commandes)

channel_source=main | sub. Pour sélectionner le flux de la connexion mainstream ou substream. Par défaut c'est "sub".

channel_save_video= Si mis à 1, au démarrage de la connexion il commencera à enregistrer la vidéo. Le bouton d'enregistrement vidéo restera rouge afin que l'opérateur puisse l'arrêter.

channel_save_image= Si mis à 1, fait une capture d'écran au démarrage de la session.

prealarm_channel= numéro de canal à sélectionner dans les enregistrements.

prealarm_save_video=-secondes/-secondes. Plage de secondes à compter à partir du moment “maintenant”. C'est-à-dire, si vous mettez -20/-5 et qu'il est maintenant 10:32:40, la vidéo sauvegardée ira de 10:32:20 à 10:32:35.

prealarm_view_video=-secondes/-secondes.

Plage de secondes à compter à partir du moment “maintenant”. C'est-à-dire, si l'on écrit -20/-5 et qu'il est maintenant 10:32:40, la vidéo ira de 10:32:20 à 10:32:35.

Utilisez cette option pour afficher l'aperçu de la pré-alarme dans la fenêtre de droite au lieu de le télécharger. Elle est compatible avec l'option précédente prealarm_save_video. Si les deux sont utilisés, il sera visualisé et téléchargé.

Il est très important que le DVR enregistre et soit synchronisé en heure avec Alarmspace, sinon il peut ne pas trouver les vidéos enregistrées demandées comme pré-alarme ; l'option NTP est recommandée pour synchroniser l'heure et demander à l'enregistreur, par exemple -60/5 (une minute avant l'alarme).

Toutes les options peuvent être mises en même temps :

exemple : port=3500&subscriber=9999&channel=4&channel_source=main&channel_save_image=1&channel_save_video=1&p realarm_channel=8&prealarm_save_video=-20/0

Avec cela le système se connectera au canal 4 du DVR de l'abonné 9999, en mainstream, fera une capture d'écran et commencera en même temps à enregistrer la vidéo en réel, puis demandera l'enregistrement du canal 8 depuis 20 secondes avant maintenant et l'enregistrera

On peut ajouter plus de commandes via & et il ne doit pas y avoir d'espaces blancs

De plus, dans l'ActiveX des opérateurs vous trouverez :

Un bouton pour activer les sorties relais du DVR. Un bouton pour activer l'audio du DVR.

Un bouton pour activer le système de communication vocale bidirectionnelle.

Un bouton pour faire Replay en cas d'avoir demandé une pré-alarme. N'apparaît que si une pré-alarme a été demandée avec les paramètres.

Il rejoue le moment de l'alarme tant qu'une autre pré-alarme n'est pas demandée et tant que l'enregistrement est sur le disque du DVR.

L'opérateur peut avec les boutons de recherche visualiser les enregistrements d'autres caméras et si il appuie sur Replay re-visualise la pré-alarme

Des boutons pour sélectionner des enregistrements audio stockés sur le PC qui peuvent être envoyés au DVR pour être entendus via les haut-parleurs amplifiés connectés au DVR lors de l'installation

Ces fichiers audio doivent être des wavs 16 bits 8Khz Mono, quelques exemples sont fournis

Nous ne recommandons pas qu'ils soient excessivement volumineux car pendant la lecture le navigateur peut se bloquer

En plus des boutons pour enregistrer la vidéo et prendre des photos tant en mode vision en direct qu'en lecture d'enregistrements

En temps réel nous pouvons sélectionner la caméra et le type de flux, ainsi que contrôler les dômes en sélectionnant même la vitesse de contrôle

En lecture nous pouvons sélectionner le canal, la date et l'heure et appuyer sur GO pour passer à la lecture du moment

Et les contrôles sur l'enregistrement

4.2. Nouvelles Commandes

NOUVELLES COMMANDES

dvr_name=nom. Un équipement peut être identifié par le nom qui lui est attribué. Permet de distinguer deux enregistreurs avec le même numéro d'abonné.

sincPlaybackChannel=1 | 0. Permet de changer la vue de la vidéo enregistrée vers le canal que nous changeons dans la vue en direct ; le temps de visualisation sera celui choisi dans prealarm_view_video.

fire_subscriber= Numéro d'abonné assigné à une centrale incendie. L'affichage de l'état de la centrale apparaîtra et nous pourrons interagir avec elle. Combiné avec les commandes DVR, permet de visualiser les caméras simultanément.

vto_subscriber= Numéro d'abonné assigné à un interphone vidéo (VTO). L'écran de contrôle du VTO apparaît, nous visualisons la caméra, pouvons converser et ouvrir des portes. Combiné avec les commandes DVR, permet de visualiser des caméras supplémentaires.

Le nouveau bouton ‘?’ affiche un tableau avec les caméras classées par dernière détection de mouvement. Ainsi nous pouvons avoir une orientation du parcours détecté :

5. Configuration passerelle VESTA

5.1. Introduction

5.1.1. Bienvenue

La centrale d'intrusion Climax VESTA peut envoyer les événements générés dans différents formats. AlarmSpace a étendu ses capacités pour recevoir ces événements, les traiter et générer de nouveaux signaux de sortie adaptés aux protocoles des principaux logiciels de réception actuellement dans notre pays (Manitou, SBN, Softguard et compatibles).

De plus, AlarmSpace réalise un contrôle du polling programmable et nous offre l'option de désactiver des abonnés (ils ne sont pas envoyés au logiciel de CRA) et de changer les temps de polling. Nous pouvons également monitorer les événements reçus en temps réel.

Le système de réception offre une configuration de haute disponibilité via un cluster de deux machines (principale et secours) qui réduit fortement la possibilité de perdre des événements ou de subir des retards importants.

5.2. Programmation Centrale VESTA

Configuration Rapide de CRA (Centre récepteur d'alarmes sur un panneau VESTA)

Étape 1 : Connectez-vous à l'APP ou au WEB SmartHomeSec en tant qu'installateur

Étape 2 : Accédez à la section PARAMÈTRES -> RAPPORT

Étape 3 : Ajoutez une nouvelle URL et assignez le GROUPE 2

Étape 4 : Ajoutez dans l'URL : ip://ABONNE@IP:PORT/MAN

ABONNE = Abonné fourni par la CRA 
IP = IP publique de la CRA
PORT = PORT de la CRA

Le schéma de programmation conseillé pour la correcte réception des événements de la Centrale VESTA est le suivant :

Dans cette figure CRA représente le logiciel de réception de CRA, VESTA une centrale installée et AlarmSpace MAIN et BACKUP sont deux instances d'AlarmSpace sur deux machines distinctes. Elles peuvent être virtualisées, mais nous conseillons qu'elles soient sur des machines physiques différentes. Si la connexion avec AlarmSpace MAIN échoue, la centrale tentera via AlarmSpace BACKUP. Elle réessaiera toujours par la connexion MAIN pour vérifier si elle se rétablit.

Pour programmer les paramètres de communication dans la centrale VESTA nous devons nous diriger vers le Cloud de ByDemes : https://smarthomesec.bydemes.com/ByDemes/ et se connecter avec notre utilisateur et mot de passe. Une fois à l'intérieur, sélectionnez le panneau souhaité et allez à la section Paramètre/Rapport

Dans les différentes URL nous configurons les paramètres de communication. L'URL1 est réservée à un usage interne. Dans l'URL 2 nous introduisons les données de notre AlarmSpace récepteur principal de la manière suivante :

ip://1234@123.123.123.123:23506/MAN

Où 1234 est le numéro d'abonné, 123.123.123.123 est l'IP publique d'AlarmSpace et 23506 le port ouvert vers la machine AlarmSpace pour recevoir les événements.

NOTE IMPORTANTE

L'IP doit être écrite sans zéros en tête, il NE faut PAS compléter à 3 chiffres avec des 0. Si fait ainsi la connexion ne fonctionnera pas.

Dans le groupe nous lui assignons le Groupe 2, cela nous assure que tous les événements seront envoyés.

Pour assurer la disponibilité maximale nous recommandons d'assigner une nouvelle URL (URL 3). Celle-ci doit être dirigée vers la machine AlarmSpace de secours (avec l'IP publique de la machine de backup et le port ouvert sur cette machine). Nous choisirons également le Groupe 2 pour envoyer uniquement les événements qui échouent par la voie principale (groupe différent envoie tout, même groupe envoie seulement ceux qui échouent dans le précédent).

Dans la Séquence de Rapports (Reporting Sequence) nous choisissons Essentiel et pour les réessais nous recommandons seulement un réessai pour accélérer le passage à la voie secondaire si l'envoi échoue (si la voie secondaire n'est pas utilisée nous pouvons augmenter jusqu'à 3 réessais).

Les données de téléversement d'images manqueront :

Aussi avec le protocole “Manitou” et la chaîne 1234@123.123.123.123:23506 avec le même numéro d'abonné, ip et port que la voie principale.

Nous cliquons sur “Envoyer” et nous aurons les communications assignées.

NOTE IMPORTANTE

Nous recommandons que la communication avec AlarmSpace BACKUP se fasse via une autre voie de communication (autre fibre/ADSL différente de la principale) et si possible d'opérateurs différents (avec infrastructure physique différente), afin d'assurer la réception des événements si l'une des lignes de communication tombe.

5.3. Configurations AlarmSpace

5.3.1. Configurations générales - VESTALog

L'application VESTALog a différentes fonctionnalités. Visualiser les événements reçus et renvoyés au logiciel de réception de CRA en temps réel, voir un historique des trames traitées, un log texte avec les détails de fonctionnement de la réceptrice, une configuration des paramètres de la réceptrice, choisir différentes destinations pour les événements, réaffecter ou rejeter des événements et configurer la fonction de load balancer.

5.3.1.1. Temps réel

Nous visualisons les événements reçus des centrales VESTA, les réponses et les événements envoyés au logiciel de CRA et leurs réponses.

5.3.1.2. Historique

Les trames reçues des centrales VESTA sont affichées. Nous pouvons les filtrer par dates et par numéro d'abonné.

5.3.1.3. Log

Enregistrement des actions effectuées par l'application. Utile pour les tests et le débogage.

5.3.1.4. Configuration VESTA

Paramètres de la réceptrice :

ServidorMy : IP du serveur mysql local (l'IP de la machine elle-même)
ServidorMyBackup : IP du serveur mysql de backup (laisser 0 si c'est sur AlarmSpace Backup ou si la machine de Backup n'est pas implémentée)
rutaVideos : chemin où seront sauvegardées les images et vidéos reçues.
domainForUNC : si vous souhaitez sauvegarder les vidéos via le réseau, une authentification utilisateur par UNC peut être nécessaire. Indiquez ici le domaine.
userForUNC : utilisateur pour sauvegarder vidéos et images en réseau.
passwordForUNC : mot de passe pour sauvegarder vidéos et images en réseau
checkForUser : demandera utilisateur et mot de passe au démarrage du visionneur bidirectionnel. S'il n'a pas les permissions sur le panneau l'accès ne sera pas autorisé.
secondsBefore : seul le visionneur bidirectionnel montre les images et vidéos des derniers seconds indiqués, pour ne pas afficher de vidéos anciennes susceptibles de tromper l'opérateur.
sendVisorEvents : si cette option est activée, toutes les actions d'un utilisateur dans le visionneur bidirectionnel enverront un événement au logiciel de CRA.
useLoadBalancer : permet de répartir les connexions entrantes des panneaux entre deux machines ou plus de manière à augmenter le nombre d'événements simultanés pouvant être traités.
Ip : IP locale (privée) de la machine sur laquelle nous ouvrirons le port d'écoute.
Port : le port d'écoute. Il doit être ouvert en TCP sur le routeur pour recevoir les événements vers cette machine.
PuertoEncriptacion : le port d'écoute des trames chiffrées (différent de celui où les trames non chiffrées sont reçues). Si vous souhaitez plus de sécurité, les centrales peuvent être programmées pour envoyer en chiffrement de la manière suivante :

ip://1234@3.123.23.123:23508/MAN_TLS pour les événements

Choisir Manitou (TLS) pour les images.

Linea : ligne de réceptrice, utilisée par certains logiciels de CRA pour distinguer et associer des abonnés à une réceptrice déterminée.
PuertoMedical : port d'écoute des trames des équipements de la gamme médicale. Également utilisé pour recevoir le protocole SIA DC09 (SIA IP) lorsque le logiciel de CRA ne supporte pas d'autres protocoles.
Title : Nom de la Réceptrice.
IniCar : caractère de début des trames reçues des panneaux. Ne pas modifier sans supervision de ByDemes.
EndCar : caractère de fin des trames reçues des panneaux. Ne pas modifier sans supervision de ByDemes.
manitouServer : IP du serveur du logiciel de CRA utilisé.
manitouPort : port d'écoute du logiciel de CRA utilisé.
vestaAutoactivateAb : si à 1, les nouveaux abonnés reçus par l'application sont activés automatiquement. Si à zéro, l'abonné est enregistré mais doit être activé manuellement.
vestaPollingTime : temps entre signaux de polling par défaut. Il sera assigné automatiquement à tous les nouveaux abonnés. Peut être modifié individuellement.

Si nous cliquons sur cette ligne avec le bouton droit de la souris nous pouvons assigner cette valeur à tous les abonnés d'intrusion que nous avons actuellement :

vestaDaysPreserveFrames : jours pendant lesquels les trames de l'historique seront conservées.
vestaDaysPreserveImages : jours pendant lesquels les images seront conservées sur le disque dur d'AlarmSpace
VestaNumAb : numéro d'abonné de l'application pour envoyer des événements internes.
VestaInternalTestPeriod : fréquence à laquelle le test interne de l'application sera envoyé, en secondes. Si c'est 0, le test n'est pas envoyé.
VestaAccountDefaultTestPeriod : fréquence à laquelle un test de la Centrale VESTA sera envoyé au logiciel de CRA si le polling fonctionne correctement.

Si nous cliquons sur cette ligne avec le bouton droit de la souris nous pouvons assigner cette valeur à tous les abonnés d'intrusion que nous avons actuellement.

AllowMultipleDestines : Permettre plusieurs destinations des signaux vers la CRA
ComputerProtocol : Protocole de sortie, doit correspondre à celui programmé dans la centrale (XML, SIA…)
ASReceiverType : Logiciel de CRA
skipDateFromFrame : NE PAS envoyer la date de l'événement, même si elle figure dans la trame
automaticResponse : Ne pas envoyer l'événement au logiciel de CRA et confirmer automatiquement
privateProtocol : nous pouvons changer le type de modèle utilisé (CID) par un modèle personnalisé dans la trame envoyée au logiciel de CRA.
refuseUserCaptures : si nous mettons ce champ à vrai, les demandes d'images des pircam effectuées par les utilisateurs (web ou App) n'arriveront pas à la CRA, préservant ainsi la confidentialité.
continuosuCRAConnection : la connexion avec le logiciel de CRA se fait au démarrage du service et ne s'interrompt pas, elle reste constamment active.
sendCallerIdToCRA : l'identification de la centrale est envoyée dans la trame envoyée vers la CRA.
externally Monitoring : le test interne de la centrale (lancé périodiquement selon VestaInternalTestPeriod) peut également vérifier la connectivité externe en l'envoyant via l'IP publique.
publicIp : IP publique utilisée par le serveur Vesta, utilisée pour envoyer externement le test interne. Elle sert aussi à vérifier que les panneaux que nous voulons visualiser avec le VisorHTML transmettent à cette CRA.
numPollingFailure : nombre consécutif de défaillances du signal de polling pour envoyer une erreur.
Heartbeat : trame du battement interne à envoyer au logiciel de CRA pour certifier que le processus est vivant.
HeartbeatPeriod : temps de répétition en secondes du battement précédent.
AESKey : clé de chiffrement AES à utiliser si la transmission SIA-DC09 chiffrée est utilisée.
sendEventoOnWrongMac : permet de sélectionner si un événement d'un panneau avec une MAC erronée (ne correspondant pas à celle enregistrée) est envoyé au logiciel de CRA. Si l'événement est envoyé il est accompagné d'un autre événement indiquant l'erreur (CodigoEventoMacError). Si l'option "ne pas envoyer" est sélectionnée rien n'est envoyé, comme si l'abonné était inactif.
DefaultBypassTolerance : si l'on laisse passer un des tests polling de temps en temps, nous pouvons introduire une tolérance pour que l'envoi ne soit pas retardé. Entrez ici cette tolérance en secondes.
AllEventAsPolling : tout événement reçu du panneau (pas seulement le signal de polling proprement dit) rafraîchit le temps de polling (et restaure l'état de défaillance de polling s'il est actif). Si mis à faux, seul le signal de polling rafraîchit le temps de polling.
SynchASPolling : synchronise automatiquement le temps de polling programmé dans AlarmSpace avec le temps de polling programmé dans les panneaux. Nous avons trois options :

Si nous choisissons tous les panneaux, tous les abonnés d'AlarmSpace seront synchronisés avec leurs panneaux correspondants (nous devons avoir la MAC des panneaux mise à jour)

Si nous choisissons Seulement au temps indiqué, seuls seront synchronisés les abonnés dont les panneaux ont configuré le temps que nous mettons dans le champ suivant (TimeSynchASPolling)

Si nous choisissons Ne pas synchroniser, aucun abonné n'est synchronisé.

TimeSynchASPolling : seuls sont synchronisés les abonnés dont les panneaux ont ce temps programmé (temps en secondes). Par exemple, si nous mettons 21600 secondes, les abonnés ayant des panneaux programmés avec 6 heures de polling seront mis à jour (typiquement des équipements fonctionnant uniquement sur batterie).
AddURLGpsLink : ajoutez une URL avec la géolocalisation d'un événement géolocalisé pour être exécutée directement en un seul clic.
Logffmpeg : Active le log pour visualiser la réponse du programme ffmpeg lors de la construction d'une vidéo à partir des images reçues.
SendEventNewVESTACodes : lorsque le système détecte que de nouveaux codes ContactID ont été libérés dans le système Climax-VESTA, un événement avec ce code est envoyé accompagnant l'événement de test interne de la passerelle. Ce code peut être configuré dans Codes Événements et cessera d'être envoyé lorsque les nouveaux codes seront acceptés sur le Serveur AlarmSpace, DVR→Abonnés INTRUSION !!NOUVEAUX CODES VESTA!!

5.3.1.5. Codes Événements

Codes d'événements programmables de la passerelle :

CodigoEventoPolling : le code ContactID que l'application comprendra comme signal de polling, pour le contrôle des déconnexions. Il ne sera pas envoyé au logiciel de réception.
CodigoEventoFalloPolling : code ContactID envoyé au troisième échec du signal de polling.
CodigoEventoFalloPolling2Vias : code ContactID envoyé au troisième échec du signal de polling dans les équipements ayant au moins 2 voies de communication (détecté automatiquement par le système).
CodigoEventoRestPolling : code ContactID envoyé lors de la réception d'un signal de polling alors que l'on est en échec de polling.
CodigoEventoRestPolling2Vias : code ContactID envoyé lors de la réception d'un signal de polling alors que l'on est en échec de polling dans des équipements ayant au moins 2 voies de communication (détecté automatiquement par le système).
CodigoEventoMacError : un événement généré par la passerelle avec ce code sera créé lorsqu'il est détecté que l'identification (MAC) de la centrale envoyant avec un numéro d'abonné ne correspond pas à l'identification reçue lors de l'enregistrement initial de l'abonné.
VestaInternalTestCode : code ContactID envoyé comme test interne (heartbeat) de l'application elle-même.
CodigoEventoPollingSIA : En cas d'utilisation du protocole SIAIP (SIA-DC09) définissons le code de l'événement de polling.
CodigoEventoFalloPollingSIA : code SIA envoyé au troisième échec du signal de polling.
CodigoEventoFalloPollingSIA2Vias : code SIA envoyé au troisième échec du signal de polling dans des équipements avec au moins 2 voies de communication.
CodigoEventoRestPollingSIA : code SIA envoyé lors de la réception d'un signal de polling alors que l'on est en échec de polling.
CodigoEventoRestPollingSIA2Vias : code SIA envoyé lors de la réception d'un signal de polling alors que l'on est en échec de polling dans des équipements avec au moins 2 voies de communication.
CodigoEventoMacErrorSIA : code SIA envoyé en cas de MAC erronée mais au format SIA.
videoEvCodeSIA : code SIA envoyé lorsqu'un événement vidéo est joint
userCaptureCode : code de l'événement que les panneaux envoient en cas de capture d'image par un utilisateur
visorArmCode : code ContactID envoyé lors de l'armement d'une partition depuis le visionneur bidirectionnel si activé
visorDisarmCode:. code ContactID envoyé lors du désarmement d'une partition depuis le visionneur bidirectionnel si activé
visorPartialArmCode:. code ContactID envoyé lors d'un armement partiel (mode présence) d'une partition depuis le visionneur bidirectionnel si activé
visorBypassCode : code ContactID envoyé lors de la neutralisation d'une zone depuis le visionneur bidirectionnel si activé
visorRestoreBypassCode : code ContactID envoyé lors de la remise en service d'une zone depuis le visionneur bidirectionnel si activé
visorSceneApplyCode : code ContactID envoyé lors de l'application d'une scène depuis le visionneur bidirectionnel si activé
visorTakeSnapshotCode : code ContactID envoyé lors d'une demande d'image depuis le visionneur bidirectionnel si activé
registerAccountEvCode : code ContactID envoyé lors de l'enregistrement initial d'un abonné. Si laissé vide, cet événement n'est pas envoyé.
EraseAccountEvCode : code ContactID envoyé lors de la suppression d'un abonné depuis Abonnés INTRUSION. Si laissé vide, l'événement n'est pas envoyé.
visorArmCodeSIA : code SIA envoyé lors de l'armement d'une partition depuis le visionneur bidirectionnel si activé
visorDisarmCodeSIA:. code SIA envoyé lors du désarmement d'une partition depuis le visionneur bidirectionnel si activé
visorPartialArmCodeSIA:. code SIA envoyé lors d'un armement partiel d'une partition depuis le visionneur bidirectionnel si activé
visorBypassCodeSIA : code SIA envoyé lors de la neutralisation d'une zone depuis le visionneur bidirectionnel si activé
visorRestoreBypassCodeSIA : code SIA envoyé lors de la remise en service d'une zone depuis le visionneur bidirectionnel si activé
visorSceneApplyCodeSIA : code SIA envoyé lors de l'application d'une scène depuis le visionneur bidirectionnel si activé
visorTakeSnapshotCodeSIA : code SIA envoyé lors d'une demande d'image depuis le visionneur bidirectionnel si activé
registerAccountEvCodeSIA : code SIA envoyé lors de l'enregistrement initial d'un abonné. Si laissé vide, cet événement n'est pas envoyé.
EraseAccountEvCode : code SIA envoyé lors de la suppression d'un abonné depuis Abonnés INTRUSION. Si laissé vide, l'événement n'est pas envoyé.

5.3.1.6. Destinations événements

Nous définissons des destinations particulières vers lesquelles peuvent être envoyés les signaux reçus de la VESTA. Elles seront sélectionnables pour chaque abonné :

Nous devons définir l'IP, le port et une ligne (si le logiciel de CRA qui doit recevoir l'événement l'utilise). Nous lui donnons un nom pour le référencer dans les abonnés particuliers, dans le Serveur AlarmSpace -> DVR -> Abonnés VESTA

5.3.1.7. Réaffecter Événements

Fonctionnalité qui permet de réécrire le code d'événement d'une trame, afin que le logiciel de CRA reçoive l'événement désiré :

Changement du code d'alarme (événement Contact ID ou SIA) par le code souhaité. Nous avons différentes options :

Dans les 4 premières lignes l'événement original (E130) est remplacé par le nouveau (E131) si la Zone correspond (la 1 ou la 2) et si dans le délai (10 secondes) arrive l'EventoDesactiva (E401 ou E402). Si l'EventoDesactiva n'arrive pas dans les 10 secondes, l'événement E130 arrivera.
Dans la 5ème ligne, l'événement E780 sera rejeté et ne sera pas envoyé au logiciel de CRA puisque le nouvel événement est vide.
Dans la 6ème ligne l'événement original (E132) est remplacé par le nouveau (E133), pour n'importe quelle zone, puisque la zone est vide, si dans le délai (10 secondes) arrive l'EventoDesactiva (E401). Si l'EventoDesactiva n'arrive pas dans les 10 secondes, l'événement E132 arrivera.

5.3.1.8. Configurer le Load Balancer

Fonctionnalité en développement.

5.3.1.9. Paramètres LORA

Dans cette section apparaissent les paramètres configurés automatiquement pour le bon fonctionnement de la réception d'événements via les réseaux Lorawan. Un indice propre à chaque CRA, le nom de la CRA (modifiable, à titre informatif), l'IP assignée par le réseau privé virtuel et le port utilisé par le réseau pour recevoir les événements. Il n'est pas nécessaire d'ouvrir ce port car nous sommes sur une VPN.

5.3.1.10. Paramètres API

Pour le bon fonctionnement du VisorHTML et d'autres processus internes d'AlarmSpace, nous devons configurer correctement les paramètres de l'API, selon différents sous-distributeurs. En général, nous pouvons laisser les paramètres par défaut qui sont ceux affichés à l'écran et qui fonctionneront correctement.

Attention : Ne pas modifier ces paramètres sans consulter le personnel spécialisé de ByDemes.

5.3.1.11. API multiple

Cette fonctionnalité permet de définir plus d'une API pour l'utilisation avec le VisorHTML. Les différents paramètres de chaque API peuvent être assignés individuellement à un abonné spécifique, de sorte que ces paramètres auront la priorité sur les paramètres généraux définis dans Paramètres API.

5.3.1.12. Paramètres Nuva

Depuis cette section nous pouvons activer les communications avec le cloud de Nuvathings, pour recevoir les événements de leurs dispositifs.

Pour activer les communications nous mettons EnableNuvaCS à vrai. Dans HostNuva nous respectons la valeur par défaut cloud.nuvasafe.com et pour PuertoNuva également : 11112. Dans CsIdNuva nous devons mettre l'identifiant qui nous a été assigné par Nuvathings pour être reconnus dans leur cloud. Le polling des dispositifs Nuva est contrôlé par le cloud lui-même de sorte que le Code d'Événement Polling n'est pas utilisé dans ce cas. Nous pouvons cependant personnaliser la LineaNuva (Ligne de Réceptrice, préfixe de Ligne) pour le distinguer des événements provenant d'autres équipements comme VESTA.

5.3.1.13. Nuva Multiple

AlarmSpace permet de se connecter simultanément au cloud de Nuvathings avec plusieurs identifiants, pour faciliter l'utilisation par des plateformes qui fournissent des services à différentes CRA distinctes ou pour tout type de topologie multi-CRA. Dans cette section nous configurerons les différents CsId

5.3.1.12. Configuration générale d'AlarmSpace

Les paramètres de communication avec le logiciel de CRA se configurent dans le serveur AlarmSpace, dans la section Configuration/Paramètres de Réceptrice :

Nous devons sélectionner le type de programme, marquer comme actif, le port et l'IP du serveur. Dans cette version la centrale VESTA ne transmet qu'au format ContactID (indifféremment du modèle sélectionné qui s'applique bien aux événements des enregistreurs).

5.3.2. Contrôle des abonnés

Nous visualisons les abonnés de l'application, s'ils sont actifs ou non, le temps de polling, s'ils sont en échec de polling et la date du dernier polling :

Si nous double-cliquons sur un abonné, nous pouvons modifier certains paramètres de l'abonné :

Concrètement nous pouvons changer la Période de polling (pour l'ajuster à celle programmée dans la centrale VESTA en question), en minutes, et activer/désactiver l'abonné. Si un abonné est inactif les signaux qui peuvent arriver sont enregistrés, mais ne sont pas transmis au logiciel de gestion de la CRA. Cela permet aussi de programmer un test périodiquement (c'est un polling qui arrivera bien au logiciel de CRA). Dans l'exemple il est envoyé toutes les 24 heures. Avec la MAC de l'équipement nous vérifions si le numéro d'abonné que nous recevons correspond à la MAC que nous avons enregistrée. Si ce n'est pas le cas nous envoyons un événement d'erreur (par défaut le code E304, voir configuration VESTA). Il est possible d'assigner un groupe à chaque abonné. Ensuite on peut assigner des groupes aux utilisateurs, de sorte que chaque utilisateur n'aurait un accès bidirectionnel qu'à son groupe d'abonnés. La colonne Num. Échecs Polling est le nombre d'échecs consécutifs requis pour que l'événement d'échec de polling soit envoyé. Si non défini, par défaut c'est 3. Nous pouvons aussi voir la date d'enregistrement de chaque abonné, l'ensemble de codes utilisé par l'abonné (CID ou SIA), la Tolérance Test, qui sont les secondes de marge (antérieures ou postérieures) que le système prendra pour considérer un signal de polling comme test, et la case Envoyer Événements Polling qui permet de désactiver l'envoi des événements polling (les échecs de polling continuent d'être contrôlés mais les événements ne sont pas envoyés à la CRA). Les nouvelles colonnes plus graphiques montrent l'état de connexion Ethernet (noir : pas d'ethernet dans l'installation, rouge : échec ethernet, vert : ethernet ok), le niveau de couverture GSM, et le niveau de batterie. Rearmement Automatique se réfère à la capacité du système de réarmer à distance et automatiquement un panneau après un temps défini à partir du désarmement. La colonne Paramètres API indique si l'abonné doit utiliser des paramètres API (pour le VisorHTML) différents des paramètres par défaut. Ces paramètres seront choisis dans le programme VESTA Lo → API Multiple.

5.4. Configurations du logiciel de réception d'alarmes de la CRA

5.4.1. Manitou

Ceci est un exemple où les réceptrices sont configurées dans Manitou et un exemple de rendu :

On peut utiliser un port/driver dédié ou un partagé (plus d'une réceptrice).

Nous devons choisir la ligne qui coïncide avec celle que nous avons programmée dans la passerelle de la centrale VESTA :

Et le type de transmetteur Manitou avec « Capacité Vidéo » :

5.4.2. SBN

Contactez votre technicien habituel d'IBS pour activer la communication avec la passerelle.

5.4.3. Softguard

Contactez votre technicien habituel de Softguard pour activer la communication avec la passerelle.

5.5. Module Visor – Accès Bidirectionnel pour centrales VESTA

Le module Visor est une application qui permet de visualiser les vidéos reçues en alarme et les photographies capturées manuellement via n'importe quel navigateur web compatible HTML5 et qui peut être « appelée » depuis n'importe quel logiciel de CRA permettant d'assigner une URL à un événement d'alarme. Il contient des fonctionnalités de bidirectionalité avec les centrales permettant d'armer/désarmer la centrale, d'annuler/activer des zones, de capturer une image du pircam et d'appliquer des scènes définies dans la centrale.

5.5.3. Commande d'appel au Visor Vesta

La version actuelle d'AlarmSpace V2 inclut un serveur web additionnel pour les centrales VESTA qui reste à l'« écoute » sur le port 8003.

Il recherche (à l'installation) le premier port libre à partir de 8003.

Ce port peut être modifié dans un fichier texte « configuracion.dat » à l'intérieur du dossier d'installation et en redémarrant le service.

server=192.168.X.XXX;database=bydemesvideo;User Id=bydemesvideo; password=06851f3848543ea; port=3350; Persist Security Info=True

192.168.X.XXX:8003

192.168.X.XXX:9000

192.168.X.XXX:10003

Après cela, on peut utiliser l'appel vers le site web avec le format suivant :

http://111.111.111.111:8003/bydemesVisor.html?subscriber=XXXX

111.111.111.111 étant l'IP de la machine où tourne AlarmSpace et XXXX le numéro d'abonné de la centrale VESTA.

Optionnellement on peut ajouter le paramètre secondsBefore : http://111.111.111.111:8003/bydemesVisor.html?subscriber=XXXX&secondsBefore=YYY

Si nous mettons secondsBefore il listera uniquement les vidéos et images des YYY dernières secondes. S'il n'y en a aucune il rafraîchit jusqu'à ce qu'il en reçoive une.

Cet appel ouvrira le navigateur web avec la fenêtre suivante :

À gauche nous avons la vidéo la plus récente reçue en alarme et aussi les 10 dernières vidéos reçues, accessibles depuis un menu déroulant.

Au centre nous avons les 10 dernières photographies prises manuellement depuis l'application VESTA, également accessibles depuis un menu déroulant.

Sous les vidéos est affichée la localisation d'un panique envoyé par un utilisateur si celui-ci a eu lieu dans les 10 dernières minutes.

À droite nous avons l'état des partitions et zones de la centrale, et les fonctions bidirectionnelles. On voit si la centrale est en ligne et par quelle voie a été la dernière transmission (Ethernet dans ce cas), cela informe aussi des voies disponibles. Il indiquera Ethernet, GPRS avec le niveau de signal et l'opérateur et l'état de la batterie :

Nous pouvons effectuer un armement partiel, un armement total ou un désarmement de chacune des partitions. Appliquer ou retirer un bypass (annuler) à une zone et capturer une image d'un pircam (si nous avons les autorisations). Enfin nous pouvons appliquer des scènes que nous avons définies dans la centrale, qui permettent par exemple d'éteindre les lumières et de connecter l'alarme en sortant de la maison ou le processus inverse en entrant. La fonctionnalité de Consulter communications, en appuyant sur le bouton les URL de rapport configurées sur le panneau apparaissent, ce qui nous permet de vérifier qu'elles sont correctes et le temps de polling programmé, pour vérifier avec celui que nous avons programmé dans AlarmSpace.

Si nous avons activé l'option sendVisorEvents, toutes les actions réalisées dans le Visor enverront un événement (avec code configurable) au logiciel de CRA.

6. Configuration centrale AXHUH

6.1. Hikvision AXHUB et AlarmSpace

6.1.2. Introduction

AXHUB est une centrale d'intrusion de Hikvision capable de se connecter à des caméras IP et de stocker des vidéos des déclenchements d'alarmes. Avec AlarmSpace nous pouvons télécharger immédiatement ces vidéos et les retransmettre au logiciel de réception de la CRA. Cela permet d'augmenter la capacité de la centrale car les vidéos successives ne sont pas perdues mais sont téléchargées.

6.1.3. Exigences minimales

Les versions minimales pour le fonctionnement du téléchargement vidéo sont :

Centrale AXHUB modèle DS-PWA32-HG Version du Firmware : V1.0.4 build 190629

AlarmSpace2 Version 3.0.0.3

6.1.4. Configurations initiales dans AlarmSpace

Pour la communication correcte avec la centrale AXHUB nous devons programmer certains paramètres généraux dans AlarmSpace :

En plus des paramètres propres à la communication avec un logiciel de CRA (type de logiciel, modèle, port, IP...) les nouveaux paramètres à programmer sont :

AX HUB PASWORD : numéro qui devra être ensuite programmé dans chaque centrale AXHUB pour permettre la communication avec AlarmSpace. Par défaut : 12345678

IP PUBLIQUE : Une IP publique de la CRA vers laquelle nous pouvons rediriger les ports 7660 et 8089 vers la machine d'AlarmSpace. La communication se fait en TCP.

Avec ces paramètres l'enregistrement de chaque centrale dans AlarmSpace se fera automatiquement sans intervention d'aucun utilisateur. Plus loin nous verrons d'autres paramètres qui peuvent être personnalisés.

6.1.5. Configurations spéciales de l'AXHUB

Les paramètres nécessaires pour connecter et recevoir alarmes et vidéos de l'AXHUB dans le logiciel de réception d'alarmes sont le « Centre de Réception d'Alarmes » (Alarm Receiving Center) et « Enregistrement EHome » (Ehome Registration)

6.1.5.1. Centre de Réception d'Alarmes

Dans le serveur web de la centrale nous allons dans les « Paramètres de Communication » et en particulier au « Centre de Réception d'Alarmes » :

Cette voie de communication enverra directement les alarmes et événements (pas les vidéos) au logiciel de réception via le protocole SIA IP. Nous devons choisir le type de protocole (SIA ou ContactID), l'IP/Domaine de la machine où se trouve le logiciel de CRA avec son port correspondant ouvert et un numéro d'abonné. Les autres paramètres peuvent être laissés par défaut sauf l'intervalle Heartbeat. Nous pouvons choisir de le désactiver ou de mettre un test toutes les 24 heures, le contrôle de polling est déjà réalisé par AlarmSpace.

6.1.5.2. Enregistrement EHome

Le protocole EHome/Isup est celui qu'utilise AlarmSpace pour télécharger les vidéos :

Dans « Server Address » nous devons mettre l'IP publique qui a le port 7660 ouvert en TCP sur la machine d'AlarmSpace.

Dans « Device ID » nous devons mettre le même numéro d'abonné que dans le protocole de réception d'alarmes afin que les vidéos reçues s'associent au même abonné.

Le « Mode de Communication » (Communication Mode) nous devons choisir celui qui nous donne les meilleures performances, en priorisant toujours la connexion réseau filaire ou wifi. Mais la transmission des vidéos est aussi possible si nous n'avons que des communications mobiles. Il est important de souligner que selon la disponibilité des types de réseaux mobiles la transmission des vidéos peut être plus longue. Nous montrerons des réglages pour diminuer la taille (poids) des vidéos rendant raisonnable l'utilisation de n'importe quel mode de communication.

Enfin, dans « EHome Login Password » nous devons saisir le mot que nous aurons programmé dans l'AXHUB Password d'AlarmSpace pour permettre la communication.

6.1.5.3. Réglages supplémentaires

Pour ajuster la taille (poids) des vidéos au canal de communication que nous utilisons nous devons aller au menu « Video & Audio » :

Ici nous pouvons choisir pour chaque canal des paramètres qui influenceront de manière décisive les vidéos générées. Si nous utilisons des communications mobiles, surtout si elles n'atteignent pas la 4G, nous suivrons les étapes suivantes :

- Nous essayons de toujours transmettre le sous-flux (Sub-stream).

- Pour la résolution nous essayons de choisir la plus basse que la caméra nous permette.

- Le débit binaire vidéo (Video Bitrate) est la caractéristique qui nous permet de réduire de manière importante la taille. Si nous voyons que la transmission est trop longue nous diminuons ce paramètre. La seule limite est que la vidéo résultante soit suffisamment intelligible pour l'utilisateur final.

- Nous pouvons choisir entre 5 secondes de pré-vidéo et 2 de post-alarme ou inversement 2 de pré-vidéo et 5 de post-alarme, selon les besoins de l'installation ou de la zone concrète. Cela n'influera pas sur la taille des vidéos générées.

Tous ces paramètres (surtout le Video Bitrate) doivent être ajustés sur l'installation réelle, en faisant des tests de transmission de vidéos jusqu'à trouver un équilibre entre le temps nécessaire pour transmettre la vidéo et le résultat final de la vidéo transmise. Selon les caméras, optiques et résolutions un bitrate plus bas peut donner un bon résultat, tandis qu'avec d'autres non. Avec un niveau de couverture adéquat on peut obtenir des temps de 20-25 secondes pour la transmission de vidéos complètes de moins de 100 KBytes.

6.1.6. Fonctionnement dans AlarmSpace

Une fois que nous activons le protocole EHome dans la centrale, celle-ci sera enregistrée dans le logiciel AlarmSpace vers lequel pointe l'IP/Port à condition que le mot de passe AXHUB corresponde. Les paramètres minimaux de fonctionnement sont incorporés à la programmation d'AlarmSpace de sorte que nous pouvons commencer à fonctionner sans même ouvrir le serveur d'AlarmSpace.

Cependant, il existe des paramètres configurables qui peuvent être utiles au niveau général pour la CRA ou au niveau particulier de chaque équipement (surtout si des communications mobiles sont utilisées).

6.1.6.1. Paramètres généraux

Lorsque la nouvelle centrale apparaît sur le serveur AlarmSpace elle a les paramètres suivants assignés :

Par défaut le nom est AXHUB suivi du numéro d'abonné que nous lui avons assigné (le nom peut être modifié sans problème)

Le type de connexion n'est pas utilisé, et dans l'adresse IP apparaît celle de la machine elle-même. Le port utilisé est informatif. Le type de dispositif ne doit pas être touché, il est approprié.

Dans l'abonné apparaît le numéro d'abonné programmé dans la centrale, il ne faut pas le modifier sauf si on le modifie aussi dans la centrale.

Le numéro de série est informatif et l'Utilisateur n'est pas utilisé.

Dans le mot de passe apparaîtra toujours le mot de passe général d'AXHUB. Il peut être personnalisé pour chaque équipement, mais il faut d'abord programmer dans la centrale le mot de passe par défaut de la CRA et, une fois l'équipement enregistré dans AlarmSpace, changer le mot de passe des deux côtés (dans AlarmSpace et dans le protocole EHome de la centrale).

Les canaux sont le nombre total de caméras (connectées ou non) que possède la centrale.

Il est important de souligner que depuis le serveur AlarmSpace on ne peut pas vérifier la communication ni recharger les données de la centrale. La communication ne peut pas être initiée bidirectionnellement.

6.1.6.2. Configuration des alarmes vidéo

Par défaut les alarmes vidéo sont configurées sur chaque canal de l'AXHUB :

Si l'événement « ALARME VIDEO » n'existe pas dans la configuration des codes de la passerelle il est ajouté automatiquement. Si le modèle utilisé est SIA il est ajouté avec le code « VA » ; si c'est ContactID avec le code « E995 » :

Si le code « VA »/« E995 » est changé pour tout autre code que l'utilisateur souhaite utiliser, ce sera ce code qui sera envoyé au logiciel de CRA lors de l'événement d'Alarme Vidéo, pour cette centrale et pour toutes celles qui seront enregistrées à l'avenir. Il est important de ne pas changer la description de l'alarme « ALARME VIDEO » car sinon lors des prochains enregistrements automatiques un code de passerelle « ALARME VIDEO » avec la valeur « VA »/« E995 » sera recréé et sera celui assigné aux alarmes vidéo.

6.1.6.3. Contrôle des déconnexions

AlarmSpace crée automatiquement un contrôle de déconnexion/reconnexion des équipements avec le nom de code de passerelle « FALLO POLLING »/« REST. FALLO POLLING » et avec la zone « 000 » :

Les codes de passerelle assignés par défaut aux événements « FALLO POLLING » et « REST. FALLO POLLING » sont « NT »/« NR » pour le protocole SIA et « E356 »/« R356 ». Ces codes peuvent être modifiés dans le menu « Alarmes/Passerelle » par les codes que l'on souhaite qu'AlarmSpace envoie avec les événements de déconnexion et reconnexion :

Le contrôle des déconnexions des centrales AXHUB est totalement transparent pour le logiciel de CRA (il ne reçoit que l'échec et la restauration s'ils se produisent). Cependant, pour le contrôler, AlarmSpace reçoit et contrôle en interne des tests périodiques de la centrale. Si nous utilisons des communications mobiles avec une SIM à consommation de données limitée il se peut que nous souhaitions changer la fréquence à laquelle l'AXHUB envoie ces tests (pour réduire la consommation de données). Pour indiquer cela à la centrale nous devons programmer le paramètre « Secondes polling » dans les Options de la centrale sélectionnée :

Nous voyons que dans ce cas ils sont programmés à 15 secondes, nous pouvons les changer aux secondes désirées. Par exemple, si nous mettons 900 secondes la centrale enverra un test toutes les 15 minutes. Nous pouvons aussi changer le paramètre « Nº d'échecs polling pour envoyer déconnexion », qui signifie le nombre de fois que nous attendons un test et ne le recevons pas avant d'envoyer l'événement de déconnexion. Dans ce cas il est à 3 tentatives, ce qui veut dire que si les secondes polling sont 15 il nous enverra la déconnexion à 45 (15*3) secondes, mais si elles sont 15 minutes il enverra la déconnexion à 45 minutes. C'est pourquoi il est conseillé (si la communication utilisée le permet) de mettre une fréquence de polling élevée (Secondes polling petite) pour avoir un plus grand contrôle de l'état de connexion de l'équipement.

7. Module Visor Caméras

Le module Visor Caméras est l'équivalent du module ActiveX mais en application de bureau. Nous visualisons une caméra en direct et l'enregistrement des secondes précédentes. Les paramètres utilisés sont exactement les mêmes, sauf l'information d'« address » et « port ». Si aucun paramètre n'est passé le programme nous demande le numéro d'abonné et la caméra à visualiser (fonctionnalité basique). Les paramètres seraient passés de la manière suivante :

"C:\Program Files\ByDemes\AlarmSpace2\VisorCamaras.exe" "subscriber=9986&channel=2"

Tous les tags définis dans le module ActiveX peuvent être utilisés, en les ajoutant toujours avec le séparateur &.

PrécédentSIMALARM SuivantDANALOCK AVEC VESTA (Z-WAVE)

Mis à jour il y a 1 an

Ce contenu vous a-t-il été utile ?

hashtag 1. Introduction

hashtag 1.1. Fonctions

hashtag 1.2. Nouveautés

hashtag 2. Module Serveur

hashtag 2.1. Connexion

hashtag 2.2. Utilisateurs

hashtag 2.2.1. Gestion des utilisateurs

hashtag 2.2.2. Groupes d'utilisateurs

hashtag 2.2.3. Déconnexion P2P Hyundai/Hikvision

hashtag 2.3. DVR

hashtag 2.3.1. Liste

hashtag nous enregistrons les modifications.

hashtag Fonctionnalité non implémentée.

hashtag Exemple de liste CSV :

hashtag 2.3.6. Abonnés INTRUSION

hashtag2.3.7. Utilisateurs panneaux

hashtag2.3.8. Zones Centrale

hashtag2.3.9. Données Abonnés

hashtag2.3.10. Paramètres IA

hashtag2.3.11. Nouveaux Codes VESTA

hashtag Ge2.4. Alarmes

hashtag 2.4.1. Actions

hashtag 2.4.2. Passerelle

hashtag 2.4.3. Liste

hashtag 2.4.4. Événements DVRs

hashtag2.4.5. Programmation Listes

hashtag2.4.6. Codes Intrusion

hashtag 2.5. Configuration

hashtag 2.5.1. Paramètres Réceptrice

hashtag 2.5.2. Intégrer Licences

hashtag 2.5.3. Renouveler Tables Master

hashtag 2.5.4. Configuration Avancée

hashtag2.5.5. Panneau de Contrôle

hashtag2.5.6. Visionneur de Logs

hashtag2.5.7. Certificats Automatiques

hashtag2.5.8. Instances P2P Dahua

hashtag2.6. Sauvegardes

hashtag2.6.1. Importer/Exporter

hashtag2.6.2. Configurer

hashtag2.6.3. Nettoyage

hashtag2.7. Langues

hashtag2.8. Aide

hashtag3. Module Opérateur

hashtag 3.1. Connexion

hashtag 3.2. Temps Réel

hashtag3.2.1. Incendie

hashtag 3.2.2. Interphones vidéo

hashtag3.2.3. Incendie Analogique

hashtag 3.3. Vidéo

hashtag 3.4. Alarmes

hashtag3.4.1. Alarmes Intrusion

hashtag 4. Module ActiveX

hashtag 4.1. Commandes Passerelle

hashtag 4.2. Nouvelles Commandes

hashtag5. Configuration passerelle VESTA

hashtag 5.1. Introduction

hashtag 5.1.1. Bienvenue

hashtag 5.2. Programmation Centrale VESTA

hashtagConfiguration Rapide de CRA (Centre récepteur d'alarmes sur un panneau VESTA)

hashtag 5.3. Configurations AlarmSpace

hashtag5.3.1. Configurations générales - VESTALog

hashtag 5.3.2. Contrôle des abonnés

hashtag 5.4. Configurations du logiciel de réception d'alarmes de la CRA

hashtag 5.4.1. Manitou

hashtag 5.4.2. SBN

hashtag 5.4.3. Softguard

hashtag5.5. Module Visor – Accès Bidirectionnel pour centrales VESTA

hashtag5.5.3. Commande d'appel au Visor Vesta

hashtag 6. Configuration centrale AXHUH

hashtag 6.1. Hikvision AXHUB et AlarmSpace

hashtag 6.1.2. Introduction

hashtag 6.1.3. Exigences minimales

hashtag 6.1.4. Configurations initiales dans AlarmSpace

hashtag 6.1.5. Configurations spéciales de l'AXHUB

hashtag 6.1.6. Fonctionnement dans AlarmSpace

hashtag7. Module Visor Caméras

1. Introduction

1.1. Fonctions

1.2. Nouveautés

2. Module Serveur

2.1. Connexion

2.2. Utilisateurs

2.2.1. Gestion des utilisateurs

2.2.2. Groupes d'utilisateurs

2.2.3. Déconnexion P2P Hyundai/Hikvision

2.3. DVR

2.3.1. Liste

nous enregistrons les modifications.

Fonctionnalité non implémentée.

Exemple de liste CSV :

2.3.6. Abonnés INTRUSION

2.3.7. Utilisateurs panneaux

2.3.8. Zones Centrale

2.3.9. Données Abonnés

2.3.10. Paramètres IA

2.3.11. Nouveaux Codes VESTA

Ge2.4. Alarmes

2.4.1. Actions

2.4.2. Passerelle

2.4.3. Liste

2.4.4. Événements DVRs

2.4.5. Programmation Listes

2.4.6. Codes Intrusion

2.5. Configuration

2.5.1. Paramètres Réceptrice

2.5.2. Intégrer Licences

2.5.3. Renouveler Tables Master

2.5.4. Configuration Avancée

2.5.5. Panneau de Contrôle

2.5.6. Visionneur de Logs

2.5.7. Certificats Automatiques

2.5.8. Instances P2P Dahua

2.6. Sauvegardes

2.6.1. Importer/Exporter

2.6.2. Configurer

2.6.3. Nettoyage

2.7. Langues

2.8. Aide

3. Module Opérateur

3.1. Connexion

3.2. Temps Réel

3.2.1. Incendie

3.2.2. Interphones vidéo

3.2.3. Incendie Analogique

3.3. Vidéo

3.4. Alarmes

3.4.1. Alarmes Intrusion

4. Module ActiveX

4.1. Commandes Passerelle

4.2. Nouvelles Commandes

5. Configuration passerelle VESTA

5.1. Introduction

5.1.1. Bienvenue

5.2. Programmation Centrale VESTA

Configuration Rapide de CRA (Centre récepteur d'alarmes sur un panneau VESTA)

5.3. Configurations AlarmSpace

5.3.1. Configurations générales - VESTALog

5.3.2. Contrôle des abonnés

5.4. Configurations du logiciel de réception d'alarmes de la CRA

5.4.1. Manitou

5.4.2. SBN

5.4.3. Softguard

5.5. Module Visor – Accès Bidirectionnel pour centrales VESTA

5.5.3. Commande d'appel au Visor Vesta

6. Configuration centrale AXHUH

6.1. Hikvision AXHUB et AlarmSpace

6.1.2. Introduction

6.1.3. Exigences minimales

6.1.4. Configurations initiales dans AlarmSpace

6.1.5. Configurations spéciales de l'AXHUB

6.1.6. Fonctionnement dans AlarmSpace

7. Module Visor Caméras