Lazer

Hum... oui recommence. Et comme je disais à Nico, ne pas oublier d'activer ONVIF sur la caméra.

Cela sera aussi le cas pour le Switch, c'est assez logique en fin de compte. Après si tu as fait le choix du Celiane, c'est à priori que tu aimes bien le coté sobre, donc ça ne devrait pas trop gêner de ne pas avoir de diode multicolore flashy !

C'est clairement une réponse générique du gars qui n'a rien compris, ou plutôt n'a rien cherché à comprendre. Pour moi ce problème est clair : problème de signal Z-Wave. J'ai typiquement eu ce problème avec différents capteurs (pas forcément des FGMS) qui étaient en limite de portée. Le premier changement d'état passe bien (la détection de mouvement), mais le second passe 1 fois sur 2 (la remise à 0 du mouvement). Bref, je préconise d'améliorer le maillage du réseau en ajoutant des modules relais (= sur secteur) dans les environs des capteurs qui posent soucis.

Maintenant on va configurer la détection de mouvement par analyse d'image de la caméra (à la place de laisser faire le travail par le Syno), donc là on aura beaucoup de faux positifs (mais on s'en moque, au pire ça enregistre des choses inutiles sur le disque dur) Cela se passe dans "Evénement", puisque pour rappel, les "événements intelligents" ne sont pas gérés par Surveillance Station (on en a parlé il n'y a pas longtemps) : Il faut toujours activer les options suivantes : La suite de la config est identique sans Surveillance Station. Donc là on va déclencher l'enregistrement basé sur l'analyse d'image de la caméra, ce qui a pour avantage de décharger le CPU du NAS, surtout utile quand on a plusieurs caméras. A noter qu'on peut activer simultanément la détection de mouvement par analyse d'image et le PIR si la caméra en est activé. C'est le cas sur ma caméra dont j'ai parlé au post précédent.

Alors, reprenons. Configuration du capteur PIR sur les caméras type "Cube", avec pour exemple mon modèle DS-2CD2432F-IW Dans mon cas, le capteur PIR : - active la sortie d'alarme sur laquelle est relié un IPX800 v4 via un câble - déclenche le démarrage automatique de l'enregistrement sur le NAS Synology Surveillance Station. Précision : je suis sur un relativement vieux firmware v5.4.41, cela a peut être changé sur les modèles récents. (c'est une caméra chinoise que j'ai "transformé" en caméra internationale multilingual grâce à une faille, j'en avais parlé sur le topic) On commence par Activer le capteur PIR et définir une programmation 24/7 : On active les méthodes de liaisons désirées : - Avertir centre de surveillance => Synology - A->1 => pour activer la sortie physique vers l'IPX800 - A1=> je ne me souviens plus trop mais je pense qu'il faut le cocher Je vous suggère d'activer l'avertissement audio pour les tests, même si ça casse assez vite les oreilles. Pour mon IPX800 il faut que je configure la sortie d'alarme avec un planning 24/7, j'ai mis un délai de 5s qui correspond à la "durée" du mouvement, c'est à dire le temps pendant lequel la sortie restera active dès la détection du mouvement : Dans Synology Surveillance Station, on configure la caméra en ONVIF : On active le pré-enregistrement pour être certain de ne rien manquer dès la détection de mouvement : La planification "Personnaliser 1" en 24/7 avec les détections : - Détection de mouvement - Falsification de la détection (optionnel, il faut activer l'anti-sabotage sur la caméra... personnellement j'ai eu beaucoup de faux positifs, donc j'ai désactivé) Et ça devrait fonctionner. Au final cette caméra avec détecteur PIR intégré est installée dans mon garage, et je n'ai quasiment aucun loupé, c'est très très fiable. Par contre ce simple détecteur PIR en extérieur ne serait à mon avis pas fiable, beaucoup de faux positifs (chats, oiseaux, nuages, végétation, etc....)

Hum, dommage, comme dit dans mon message précédent, cette API est la dernière connue. Cela a peut être encore changé, je n'ai pas essayé récemment. Remarque, je ne sais pas si ça fonctionne sur localhost, essaye avec l'IP de la box plutôt, juste au cas où.

Non tu n'auras pas de retour d'état de la TV avec ce code, ce que tu auras c'est juste un retour de la commande que tu as passé... en gros est-ce que la TV a bien reçu l'ordre que tu lui as donné. Mais tu ne sauras pas si elle s'est réellement éteinte, et encore moins si quelqu'un l'a rallumé juste après (avec la télécommande, etc) A toi de voir si ça te convient ainsi ou pas. Perso tous mes équipements multimedias sont sur Wall Plug ou Powernode. Mais scénarios sont basés sur leur consommation pour savoir si chaque appareil est réellement allumé ou non. C'est le retour d'état le plus fiable possible.

OK tu as surement raison. Sinon en alternative à la prise HDMI (qui obligé à laisser tourner un RPI qui va consommer 5 watts en permanence), tu peux regarder du coté des télécommandes infrarouge. Je pense que les lignes fournies par Pepite ne te seront pas trop utile, il te proposait juste cela pour obtenir la liste des actions que permettent ce plugin. Tu peux le faire plus simplement en tapant l'URL dans ton navigateur avec l'ID de ton plugin. http://IP_de_ta_box/devices/ID_de_ton_plugin

j'ai la DS-2CD2432F-IW exactement, et chez moi ça marche : le détecteur PIR déclenche bien l'enregistrement sur le Syno. J'essaierai de poster une copie de toute ma config ultérieurement.

Oui et non.... depuis le firmware v4.500, la HC2 est intégralement reformatée à chaque mise à jour. Donc même si tu root la box, toutes les modifs que tu fais seront perdues.... il ne me semble pas viable d'avoir un script qu'il faut sans cesse réinstaller. Du coup je pense qu'il est mieux d'avoir un script qui tourne sur un autre support.... comme le NAS. Par contre depuis 3 ans, les API pour redémarrer les services ou rebooter la box ont changé :

Le Wall Plug ne te servira pas à allumer la TV, mais juste à remonter le statut de la TV (allumé/éteint) en se basant sur sa consommation. Car le plugin de Fibaro, me semble t'il, n'offre pas de retour d'état. Donc le plugin pour piloter la TV, et le Wall Plug pour le retour d'état. Par contre, si Samsung ne permet pas d'éteindre/allumer, il faut acheter une vraie marque, alors ton idée de passer par HDMI est bonne. Ce point a déjà été traité :

Ce qui peut faire la différence aussi, c'est si tu te connectes à la caméra avec ONVIF ou le package Hikvision. Perso j'utilise ONVIF car c'est universel et que j'ai une vieille version de SS sans les devices packs récent. Il y avait une page sur le site de Synology qui donnait les compatibilité entre les différentes fonctionnalité (PIR, détection mouvement, enregistrement local, etc etc....) en fonction du mode de connexion retenu, mais je ne la retrouve pas.

En complément, voici ce que j'ai pour la sortie d'alarme : On voit qu'il faut aussi cocher "Avertir le centre de surveillance"

Avec "personnaliser 1" justement, on en parle au dessus. @Did Tu as cet écran ? Je suppose qu'il faut juste définir un planning sur toutes les tranches horaires et ça devrait fonctionner.

"Personnaliser 1", c'est OK, c'est bien ce qu'il faut configurer coté Surveillance Station. En plus tu dis bien que SS enregistre sur détection de mouvement et PIR de la caméra. Donc le souci doit être coté caméra, il doit falloir configurer quelque chose pour qu'elle informe SS en cas de mouvement sur son entrée externe. Cependant c'est une configuration que je n'ai jamais testé. (j'utilise l'inverse moi, c'est le PIR de la caméra qui est câblé sur une entrée numérique d'un IPX800)

Oui les 2 lignes suffisent pour mettre à jour Linux. Le backup régulier est fait avec GhettoVCB, il y a pas mal de tutos sur Internet. Bien sûr sur un point de montage NFS partagé depuis le NAS lui-même en VM (et répliqué ensuite vers le NAS distant)

L'objectif quand on intègre un dépot de paquets dans Linux, c'est de tout gérer avec Linux. Donc quand on met à jour Linux, ça met à jour en même temps tous les paquets complémentaires. C'est plus simple et on gagne du temps. Un peu comme les mises à jour Office qui sont intégrées dans Windows, c'est tellement plus pratique. Bien sûr on peut installer une version en particulier, mais dans ce cas on perd le bénéfice expliqué ci-dessus. Bref chacun son camps. Perso sur mes VM je n'ai pas envie de me prendre la tête. Je préfère prendre beaucoup de temps à l'installation+configuration initiale, mettre en place le backup régulier (sauvegarde full de toutes les VM chaque semaine), et lancer les mises à jour par lot sans perte de temps. Bref, réduire le temps d'exploitation/administration.

Pour info c'est Boris chez domotique-store qui avait fait le test en début de semaine du module Qubino Fil Pilote avec la HC2 à jour, et il avait réussi à l'inclure sans souci. Vendredi matin il a refait des tests, et ça ne fonctionnait plus (inclusion qui tourne en boucle), il a donc remis à jour le tableau. De mon coté je viens de tester à nouveau sur ma box de test, sans aucun module sur ce réseau Z-Wave, et c'est pareil, inclusion qui tourne en boucle. Si ça se trouve, en testant l'inclusion 10 fois de suite, peut être que ça finit par passer, et c'est ce qui serait arrivé par chance à Domotique-store cette semaine.... mais bon, ça reste hypothétique.... Par ailleurs, je viens de tester l'inclusion d'un module Qubino ZMNHOD1 Flush Shutter DC (pour volets roulants type Velux par inversion de polarité 12/24V). Du premier coup, parfaitement reconnu Donc le problème d'inclusion ne concerne que ce module Fil Pilote.

J'en sais rien, en même temps Qubino est aussi connu pour développer des firmwares avec les pieds qui ne respectent pas à 100% le protocole Z-Wave, donc à qui la faute ? Ce qui est certain c'est que Fibaro ne fera aucun effort pour intégrer les modules Qubino, tandis que Jeedom/eedomus/etc n'hésitent pas à coder des patchs pour les intégrer autant que possible. Surtout pour le module Fil Pilote qui est unique et très important sur le marché français.

Ici j'utilise le plugin Netatmo Fibaro officiel, pas de souci, toutes les valeurs remontent bien. Par contre il lui arrive de temps en temps de planter, c'est totalement aléatoire (au bout de quelques jours, ou de quelques mois). La seule solution est de rebooter la box. Mais ce comportement n'est pas nouveau, ça me l'a toujours fait. Donc rien de nouveau. Mais ce n'est pas le seul plugin susceptible de planter, il arrive la même chose au plugin météo. Et impossible à surveiller avec mon watchdog, il n'y a que sur les courbes Domocharts, losqu'un voit un graph plat, qu'il faut penser à rebooter la box pour redémarrer le plugin.

C'est très embêtant, je me demande si ça fait pareil pour tous les modules Qubino ?

Oui peut être, c'est à tester. Et encore, pas certain que ça fonctionne bien, car on ne connait pas l'algo interne de la box pour calculer l'énergie consommée sur une plage de temps pendant laquelle la puissance instantanée varie constamment. Ce que je veux dire, c'est que pour un vieux FGS, donc la puissance est déclarée manuellement, celle-ci est constante. - C'est 0 si relai OFF - C'est 1000W (par ex) si relai ON, et cela pendant tout le temps où il est ON. Hors toi, tu veux justement faire varier la puissance pendant que le relai est ON. Si l'algo de la box ne calcule l'énergie qu'en se basant sur la puissance au moment précis où le relai est passé à l'état ON, alors elle ne "verra" jamais les puissances suivantes. Et ton expérience laisse présager que c'est le cas. Perso j'ai des devices qui sont mesurés par des compteurs DIN, qui génèrent des impulsions (1 par Wh). Je stocke cela dans une DB à part, sur un Raspberry PI, et au lieu d'injecter les valeurs dans la box HC2, j'attends minuit et j'envoie directement le calcul de l'énergie (qui est simple à faire, c'est la somme des impulsions sur 24h) dans la DB de Domocharts. Donc je bypasse la box HC2, je ne rencontre pas ton problème, et j'ai des mesures ultra précises au Wh près qui sont correctement affichées dans les graphs de Domocharts.

C'est une bonne question.... Le résultat est probablement faussé parce que le Fake Wall Plug que tu utilises est normalement un module qui renvoie la vraie mesure d'énergie (en plus de la puissance instantanée). Donc la box ne doit pas savoir prendre en compte que tu injectes manuellement la puissance. Par opposition, je sais que pour les vieux relais FGS qui ne savent pas mesurer la puissance, il est possible de déclarer manuellement la puissance (fixe) lorsque le relai est en position de travail, et du coup la box calcule correctement l'énergie qui en découle.

Dans un moment de folie, j'ai installé cette Beta sur ma box de prod. Étrangement, ça n'est pas passé du premier coup, cf message d'erreur ci-dessous. Ça a bloqué au niveau du backup cloud. C'est passé sans souci à la 2nde tentative. C'était pour tenter d'inclure un module Qubino Fil Pilote Z-Wave+, et toujours impossible, apparemment c'est comme ça depuis les firmwares du mois de mars 2019

@juanitosolo j'ai exactement le même phénomène que toi, j'ai testé en 4.540 et 4.543, en essayant les différents modes d'inclusions (sécurisé, loin du HC, etc), et rien à faire Pour l'un des tests, j'ai attendu plus d'une heure ! Pourtant domotique-store a mis à jour aujourd'hui son tableau de compatibilité et c'est censé de nouveau fonctionner : https://www.domotique-store.fr/fr/domotique/modules-domotiques/thermostats/502-qubino-zmnhjd1-micromodule-fil-pilote-6-ordres-z-wave-plus-remplace-le-zmnhja2.html