Ce plugin permet de récupérer les alarmes et d’exécuter des actions sur vos équipements Hikvision (et sous-marques). Les fonctionnalités et infos systèmes (firmware, réference,…) du périphérique sont récupérées et affichées dans les pages équipements. Pour la beta, le plugin ne gère que la remontée d’alarme. Les commandes actions et infos systèmes arriveront dans les futures versions. Sont supportés dans la version stable :
A venir en beta :
Attention depuis le beta du 17/03/2022, la gestion de la commande info de heartbeat est inversée (0 si OK, 1 si alarme)
Les portiers Hikvision doorbell ne sont pour l’instant pas supportés (des tests sont en cours)
Attention, Suite changement sur les clefs API dans le core Jeedom >= 4.2.13, si vous n’avez pas de remontée d’alarmes dans les logs, il faut vérifier que la clé API du plugin est bien activé dans les paramètres de JEEDOM (Réglage/Système/Configuration/API). Ce bug du core semble avoir été corrigé dans la 4.2.14.
Suite à de nombreux tests, à titre perso et pro, je vous conseille les caméras de la série EASY IP 4 ACUSENSE (format bullet, mini-dôme ou turret dans différentes versions avec ou sans audio, avec ou sans LED Flash, avec ou sans la fonction ColourVU)
Attention ce plugin n’a pas vocation à gèrer la lecture des flux vidéos RTSP et MJPEG, le plugin officiel caméra de JEEDOM prenant en charge à 100% cette fonction de lecture vidéo pour Hikvision. En revanche, il est prévu dans une prochaine version que l’ajout d’une caméra dans le plugin HIKVISIONEVENT ajoute automatiquement le device dans le plugin caméra officiel. Cette opération sera automatique.
Lors de l’enregistrement de l’équipement, si une connexion sur le flux d’alarme est déjà effective sur l’équipement, la connexion est tuée puis relancée.
Si vous rencontrez un problème dans le support de votre équipement Hikvision, contactez moi pour analyse et correction (Cas extremement rares).
Après installation du plugin, il vous suffit de l’activer. Il n’y a aucune configuration particulière à faire. Il est nécessaire de ne pas toucher aux paramètres du démon. Seul le port du démon peut être modifié si celui par défaut est déjà utilisé sur votre machine jeedom Quelques options sont configurables :
Les caméras en version firmware > 5.5 envoi ce heartbeat toutes les 10 secondes. Si le firmware <= 5.5, le rafraichissement est toutes les 300ms. A date ces firmwares anciens (<=5.5) peuvent poser des soucis de plantage du démon tant le volume d’évènement est important. Pb pris en compte.
Il sera possible dans une version ultérieure de détecter automatiquement les périphériques Hikvision sur votre réseau local. Je réfléchis également à comment afficher les images de détection (pour les caméras qui prennent en charge cette fonction)
Il est également possible de réparer NodeJS le cas échéant.
La configuration des équipements Hikvision est accessible à partir du menu plugins puis Sécurité puis Hikvision Event. Vous retrouvez ici :
En cliquant sur un de vos équipements vous arrivez sur la page configuration de votre équipement comprenant 2 onglets, équipement et commandes.
Si vous avez modifié le port par défaut (80 ou 443) comme sur la capture ci-dessous sur votre device Hikvision, vous pouvez le modifier sur le plugin.
NB : L’utilisateur Admin n’est pas autorisé.
Il n’est pas nécessaire d’activer pour le plugin dans le réseau avancé l’option Hikvision-CGI athentification ni ONVIF sauf si vous utilisez ces fonctionnalités par ailleurs. Elles sont en revanche requise (CGI) pour l’utilisation du périphérique dans le plugin caméra. L’option CGI semble activée par défaut sur les NVR.
NB : Lors de l’enregistrement de l’équipement. Si une connexion en cours est déjà effective sur l’équipement, la connexion est tuée puis relancée.
Une fois la configuration enregistrée. Le plugin lance la connexion au device. Si elle réussie (peut être assez long la 1ère fois), s’affichera dans la page config de l’équipements l’ensemble des informations systèmes et fonctionnalités remontées par le périphérique Hikvision (Firwmare, Hardware, Type, Ref, Numéro de série, Adresse MAC, évènements supportés,…)
Les commandes d’alarmes sont automatiquement créées au fil de leur arrivée. Elles sont de type info Binaire. Pour les voir apparaitre dans le plugin, il faut que les évènements en question se déclenchent au moins une fois. C’est pour cette raison, à moins de savoir précisément ce que vous souhaitez utiliser comme alarme et si vous souhaitez dans un premier temps toutes les obtenir, il est conseillé de toutes les activer sur votre équipement Hikvision. Cela créera les commandes dynamiquement dès que les alarmes sont déclenchées, faites votre marché dans Jeedom, puis désactiver sur la caméra celles que vous ne souhaitez pas utiliser. Cela vous évitera d’avoir trop de déclenchements dans l’application (gratuite) HIK-CONNECT.
NB : Les commandes info d’alarmes sont créées avec un return state à 0 au bout de 1 minute par sécurité. La gestion de la répétition des valeurs est activée nativement par le plugin. Cela permet de redéclencher un scénario sur nouvelle alarme alors que la précédenrte n’est pas acquittée.
Autant de commandes info sont créées que de
Par exemple, cette commande info binaire est créée : Chan 1 regionEntrance Region 1 human Libre à vous de la renommer après coup. Cela vous permet de faire des scénarios très précis. Par exemple : franchissement de ligne dans un sens par une voiture, arrivée d’un objet humain dans la région 2, détection intrusion humain dans zone 4,…
Voici un exemple de commandes créées automatiquement
NB : Les évènements intelligents sont plus robustes et plus fiables que les évènements simple. Par exemple la détection intrusion intelligente (fielddetection) par rapport à la détection de mouvement simple (VMD).
Il est nécessaire d’activer chaque évènement désiré et d’activer pour chaque la fonction Avertir le centre de surveillance tel indiqué sur la capture ci-dessous afini que les commandes soient crées à leur arrivée dans Jeedom.
Les commandes action Activer et Désactiver sont aussi ajoutées dynamiquement dès que l’alarme se présente. Il vous est maintenant possible d’activer ou désactiver la détection en fonction du type souhaité (fielddetection, linedetection, …). Pour cette fonction et pour éviter l’erreur 403 (privilège insuffisant), il est nécessaire d’activer les droits sur le device : A distance : paramétrage
En parallèle sont aussi créées les commandes :
La connexion au flux d’alarme du périphérique est lancé lors du démarrage du démon et lors de l’enregistrement d’un périphérique (postSave). A la connexion initiale, le périphérique est intérogé et retourne ses infos et ses fonctionnalités. En cas de perte de connexion sur le flux d’alarme, celui ci est relancé automatiquement toutes les 30 secondes.
NB : Si lors de l’intérrogation initiale (deamon_sart et postsave), le périphérique n’est pas joignable, alors la connexion au flux d’alarme est abandonnée et ne sera pas relancée.
Basculer de l’authentification DIGEST en DIGEST/BASIC le RTSP (vous servira pour le plugin camera jeedom ou autre NVR) et Authentification WEB (nécessaire pour ce présent plugin)
Créer un utilisateur dédié au plugin. La capture représente le minimum requis pour le plugin. Si vous souhaitez pouvoir visualiser la caméra dans le plugin caméra natif jeedom, il est nécessaire de rajouter les droits audio et vidéo en lecture.
Si vous souhaitez pouvoir redemarrer l’équipement avec la commande action, les droits démarrer/arrêter son nécessaire
Idem pour l’activation des alarmes, il est nécessaire d’avoir le droit A distance : paramétrage
Cette partie ne concerne pas directement ce plugin et n’est donc pas nécessaire. En revanche elle est nécessaire si vous souhaitez intégrer la caméra dans le plugin caméra jeedom natif. La liste des utilisateurs à cet endroit là ne concerne que le protocole ONVIF, si vous ne l’utiliser pas (pas nécessaire dans le plugin caméra), inutile de crééer des utilisateurs ONVIF.
Les NVR Hikvision sont pleinement supportés par ce plugin. En revanche suivant la gamme, NI-K (light) et NI-I (plus haut de gamme), toutes les fonctionnalités ne sont pas prises en charge de la même façon que sur une caméra. C’est lié à 100% de ce que remonte l’API ISAPI Hikvision. Exemples :
A venir
A venir suivant compatibilité. authentification DIGEST obligatoire sur certains modèles. flux alertStream vide et non bloquant