jojo

je vois également un <space> entre "HOST:" et ton <IP>

comme tu fais appel àune scène, c'est l'IP:port de ta fibaro, pas de la TV qu'il faut mettre. 192.168.0.20 est l'IP de ta TV ou de ta box ?

Merci Lazer. Copier des boutons et leur code, c'est dans mes compétences. Maintenant que j'ai tout réglé au niveau de mon Syno (c'était une corruption dans la définition des caméras : delete et add à nouveau, et c'est ok ). Et donc j'ai validé que l'on pouvait dupliqué les boutons Evidemment l'auto modification du code d'un VD, je n'avais même pas oser y penser. Ce serait éventuellement pour Steven ou Krikroff... Je pensais à beaucoup plus simple : définir au début du main loop une table avec le n° de la camera et l'id du label pour son status local labels = { 3 = "LabCam1", 5 = "LabCam2", } et ton code remplirait le status adéquat pour chaque caméra dans une autre table simitaire. et à la fin on affiche le tout ? Le plus dur me semble ton code où tu dois aller rechercher les infos sur le Syno, le reste me semble à notre portée ...

ça ce sont des math, je ne suis pas astrophysicien ...

tu ne dois pas mettre des devices dans les déclencheurs (en début de script) si leur changement d'état ne doit pas déclencher immédiatement une action. De plus si ça peut attendre 30s (la fréquence de run du GEA), il ne faut pas les mettre

idée au passage : si tu as un fichier xls avec l'info journalière (pour un an), ne saurais-tu pas générer un mail automatique qui serait capturé par le script de pinou (Google Calendar vers HC2/HCL), qui enverrait les instructions à ta box ?

pourquoi n'essayes-tu pas GEA. Tu ferais ce que tu veux en 2 coup de cuillère àpeau

merci Sakkhho, As-tu intégré toutes les propositions de modif des 7 dernières pages (je n'ai pas le courage de tout lire ...) ? pour l'ajouter, tu retires le .json àla fin du nom de fichier (d'où vient cette extension ? tu a fait export virtual device depuis le VD ?)

en fait je suis une grosse fénéasse : si quelqu'un qui a suivit le projet depuis le début pouvait faire une version qui fonctionne en v4.x avec toutes vos propositions, alors je me suis proposé de le rendre compatible avec 3.600. N'ayant pas de v4.x, je ne souhaite pas intégrer toutes ces modifs, car je ne pourrai que TRES difficilement tester. Une bonne ame pour faire une version complète en v4 ?

pas possible de retourner en 4.33 depuis les backup, car ils ne contiennent que des infos de ta config (modules, scènes, ...) SAUF le firmware et les icônes perso (ça c'est pas cool pour couillerot ...)

solution : v3.600

c'est quoi BSO ?

c'était une bonne nouvelle, mais depuis il refait des siennes, il enregistre de nouveau en continu Mais il faut que je trouve. Il y a un truc. Comme tu travailles sur une version "améliorée", je me permet de te soumettre quelques idées, qui sont peut-être déjà prises en compte, mais comme je n'ai pas pu tout tester : Je voulais faire une paire de bouton Start/Stop par caméra (je suppose que c'est déjà ok) Je rajoute un label avec le nom de la caméra, et ce serait bien, caméra par caméra, d'afficher son status : Disable/Enable/Recording Le main loop lui surveille si au moins 1 des caméras est en mode record. Avec l'ajout de Enable/Disable des caméras, je le ferais bien également par caméra (icône de la caméra avec une croix rouge ?) donc si on démarre un recording, on devrait d'abord faire enable (si elle est disale) Si le main loop pouvait également surveiller si Enable/Disable et afficher l'icône Disable si une des caméras est disable, et l'icône recording si aucune caméra disable et au moins 1 en recording Je n'en demande pas trop j'espère ? Voilà donc ma FSP (functional spec) si je peux me permettre

"il n'y a pas de mystère, il n'y a que des conneries" ... Après avoir tout essayé (stop détection par caméra, stop détection par syno, arrêt de SS et redémarrage, ...) Je me suis dit qu'il ne restait plus qu'une chose à faire : déinstaller SS et tout refaire => je fais des screenshots de ma config, et je vois que dans le schedulling des enregistrements, il était programmer pour enregistrer en continu ! Bête jojo Mais bon, soit, ça marche impeccable. Merci à tous

merci pour toutes vos réponses et suggestion. JE termine de me battre avec un module Quibino, et je teste et vous tiens au jus

lis le wiki de Steven, il te confirmera ce que PITP2 vient de dire. et donc ta condition sur les volets (avec Value+) devrait se trouver dans la première partie

moi j'interprète ta commande comme suit : SI Présent et atHome et qu'on est le matin Pendant 30 s ALORS action sur volets Salon et action su volets cuisine et allumer WP Mais donc, il n'y a pas de conditions sur les volets, mais bien une action sur ceux-ci. Pour les actions sur les volets : voir le Wiki de Steven http://gea.piccand.me/doku.php/syntaxe {“Openâ€} Ouvre le volet {“Openâ€, <value>} Ouvre le volet de X % {“Openâ€, 20} {“Openâ€, <id>, <value>} Ouvre le volet (id) de X% {“Openâ€, 61, 20} {“Closeâ€} Ferme le volet {“Closeâ€, <value>} Ferme le volet de X % {“Closeâ€, 20} {“Closeâ€, <id>, <value>} Ferme le volet (id) de X% {“Closeâ€, 61, 20}

Cela fait 4 heures que je me prends la tête avec mon Syno, et heureusement que j'ai eu le courage de vous lire jusqu'au bout. Ma version de DSM est DSM 5.1-5022 Update 5 et de Surveillance station 7.0-3762. Mon problème : J'ai pu démarrer l'enregistrement via HC2 et Synology. Mais je ne peux plus l'arrêter : même en direct via la Synology (j'ai du désactiver la caméra pour arrêter l'enregistrement), et ce malgré un débug du bouton stop qui dit que l'enregistrement est arrêté, mais le main loop continue de faire parfaitement son job, car lui aussi détecte qu'on est en mode enregistrement. Docteur, ce serait la version de l'API qui serait la cause ?

làtu n'as pas de chance ... Ce que je ferais, c'est un mail àsupport@fibaro.com (en UK) avec la description précise comme tu l'as faite pour nous

si tu veux appeler un VD depuis une scène, voici le code fibaro:call(<ID du VD>, "pressButton", "3") pour savoir quel est le n° du bouton, vois le tuto de mprinfo http://www.domotique-fibaro.fr/index.php/topic/4504-module-virtuel-num%C3%A9rotation-des-boutons/

un VD ne peux pas déclencher une scène via les déclencheurs des scènes. Mais il y a plusieurs moyens d'y arriver en fonction de ton besoin : en LUA, lorsque tu cliques sur un bouton, il peut, entre-autre, déclencher une scène une scène peut être déclenchée par la modification de la valeur d'un device (lampe, température, ...) ou d'une variable qui sont des "conséquences" de ce que tu as programmé en LUA dans ton VD

On est encore certains àêtre en 3.600 Sur base de TON idée, je pourrais adapter le module (comme je l'ai déjàpour beaucoup) pour le rendre automatiquement compatible v3.x et v4.x. Ou je le fais juste pour moi, ou je partage, et alors je proposerais de partir d'une toute dernière version incluant les propositions des autres membres ? Qu'en penses-tu ?

Bonjour tout le monde. Je n'ai pas eu le courage de lire toute votre littérature , mais ce VD m'a l'air bien sympa. Mais vous savez que je suis un irréductible gaulois en 3.600, et j'ai vu au premier post que le module n'était compatible que v4.x. Donc j'aimerais bien le rendre compatible 3.x et 4.x. OK ? Est-ce que le premier post contient la toute dernière version du VD ?

c'est GENIAL, donc ma/ta bible (le premier tuto que tu as faits sur le sujet), est àmettre au feu ? Je n'y connais rien en Wiki, mais, suggestion, pourrait-on faire une rubrique pour te donner des idées d'évolution du GEA ?, car c'est un produit qui vit et je suppose que les idées devraient être les bienvenues ?

@pitp2, Je trouve ça sympa de bien séparer les actions, c'est plus lisible. Pourquoi mets-tu tes actions GEA (GEA.add(...)) dans des variables locales ?