Lazer

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

Ce n'est pas propre Il vaut mieux utiliser unattended-upgrades https://debian-handbook.info/browse/fr-FR/stable/sect.regular-upgrades.html https://wiki.debian.org/UnattendedUpgrades Je l'ai mis sur l'une de mes VM de tests, mais je ne le met pas sur les VM de Prod, et particulièrement ma VM Unifi, car suite à une mise à jour foireuse du Controller, j'ai été obligé de restaurer une sauvegarde complète de la VM. Donc comme en entreprise, je préfère maitriser mes mises à jour et les déclencher à la demande, quand j'ai du temps dispo pour réparer en cas de souci, quand ça n'impactera pas la petite famille, et que j'ai une sauvegarde récente. Par contre, quand je fais une mise à jour, je préfère que ça soit simple et avec le minimum d'actions à effectuer. Les 2 commandes données dans le post précédent me conviennent bien

C'est Pepite qui a la meilleure solution, une fois ces étapes faites au moment de l'installation de la VM, il n'y a plus jamais rien à faire, UNIFI Controler se mettra à jour automatiquement à chaque fois que vous mettez à jour Linux : apt update apt upgrade Rien de plus à faire

Cela dépend du câble utilisé... Si tu prends du Grade 3S ou Cat 7, le câble est trop gros pour être serti sur un connecteur RJ45, donc tu seras obligé de passer par un adaptateur. On en parlait il n'y a pas très longtemps sur je ne sais plus quel topic... peut être celui d'Hikvision ? Pour le Cat 6, ça dépend de celui que tu choisis. Sinon attention à ton lien, ce ne sont pas des 4K, et ça semblait un prérequis dans ta demande initiale.

Mais NIco, tu as bien activé le ONVIF dans les paramètres de la caméra ? Car par défaut, avec les nouveaux firmwares (enfin ça doit bien faire 2 ans...), ce protocole est désactivé par défaut.

Je sais pas trop où poser ça, vu qu'on n'a toujours pas de topic dédié Ubiquiti, mais il y a des produits qui arrivent... Un combo tout en un "UDM" : Des routeurs rackables avec à priori le controller intégré : A surveiller.....