jojo

encore une bonne idée de petit VD / script Lazer. Je mets ça dans ma todo, pour si un jour je m'ennuie. Ca a l'air rigolo.

avec plaisir, on est tous pass par là. Je vois que tu es toujours en v3 => ne migre pas tout de suite vers v4 (pas encore assez stable pour la HCL)

ce qu tu as entré me semble correct d'après la doc : http://tutoriels.domotique-store.fr/content/49/45/fr/api-commander-le-home-center-par-des-requ%C3%AAtes-http.html

donc j'ai 1 VD par caméras (2 extérieures et 1 intérieure). J'ai également créée un VD : SurvStation_All (avec toutes mes cameras) et SurvStation_Ext (avec uniquement les 2 extérieures). Avec GEA j'active/désactive le SS_All et je commande l'enregistrement des caméra extérieures uniquement sur base de mes détecteurs avec le VD SS_Ext. En cas d'intrusion, ce sont toutes les caméras qui doivent travailler, donc via le VD SS_All. Ca semble ok pour l'instant

mais pour moi ce bout de code est maintenant obsolète depuis que Fibaro àintroduit le paramètre du nombre d'instances dans l'onglet général. C'est peut-être de làque provient ton problème : conflict entre ce bout de code et ce qui est en natif. Essaye en le supprimant

donc IC1 serait pour l'ouverture totale et IC2 pour l'ouverture partielle, et pas pour chacun des battant ? Je préfère en effet

lors de la remontée du backup, tu remontes toutes les crasses de la DB => une clean install, c'est sûr que ce sera mieux, mais ça coûte (en temps !). Mais il se peux qu'il y ait des crasses ailleurs que dans la DB qui pourraient être réglés avec un recovery puis restore. Donc, en fonction de ce que tu veux / du temps que tu es prêt ày consacrer, tu essayes d'abord un recovery / restore (10 min). Si ton problème n'est pas solutionné, il sera toujours temps de tout refaire depuis zéro

des bandes velcro ? http://www.amazon.fr/s/?ie=UTF8&keywords=velcros+adh%C3%A9sif&tag=googbehydra08-21&index=aps&hvadid=46029028489&hvpos=1t1&hvexid=&hvnetw=g&hvrand=7083676433957295246&hvpone=&hvptwo=&hvqmt=b&hvdev=c&ref=pd_sl_7u5yn2d37s_b

tout semble ok de ce côté là

tu as raison, la HC2 se débrouille déjàtrès bien pour foutre le Bronx toute seule

aucun expérience, mais pourquoi pas. Il faudrait alors configurer le module en Input/Output

:74: bienvenue au club. Il ne te reste plus qu'à... et àchanger ta signature

un bon coup de nettoyage de temps en temps, celàn'a jamais fait de mal àpersonne. Perso, j'ai même refait une full clean install, pour ne pas risquer de récupérer des crasses du backup, et maintenant je n'ai pas trop àme plaindre de ma HC2, malgré que j'ai une super grosse scène GEA (le code original commence àla ligne 675) ....

réessaye de juste sauver les scènes en question. Quel est le used memory de ta HC2 ? Depuis combien de temps est-elle up ?

as-tu bien vérifié si dans l'onglet génrala la case "start with HC" était toujours cochée ?

vu qu'on parle de retour produit via Amazon, comment cela fonctionne, car je n'ai JAMAIS réussi àfaire un retour pour un achat effectué après 30 jours

le réseau maillé est le réseau ui est créé entre tes modules z-wave et ta box. Reconstruire le réseau (qui peux durer plusieurs heures) permet de refaire un bon réseau pour tes modules. tu observe également une lenteur générale : depuis ton iPad mais également depuis l'appli web. Si tu peux accepter de perdre tes icônes : faire un backuo faire un recovery complet faire un upgrade avec la DB à vide faire un restore du backup

tu peux également essayer un remaillage complet du réseau z-wave : configuration => z-wave network => mesh network reconfiguration

tu peux regarder ici pour déporter l'antenne http://www.domotique-fibaro.fr/index.php/topic/2706-remplacer-lantenne-de-sa-home-center-2/

tu es le deuxième àrapporter ce problème. Donc, ce sont les scènes qui ont une condition de temps qui ne fonctionnent pas, les autres fonctionnent ? As-tu vérifier pour chacune de ces scènes si le flag "staart with HC" est bien mis (il a une fichue tendance às'enlever)

merci Berale24, tu m'évites de devoir chercher ;-)

Pour la connexion du FGS, c'est ok, mais attention : comme tu as portail àdouble battant, pour la fermeture complète, il doit certainement fermer un battant juste avant l'autre. Donc comme ici tu peux contrôler indépendamment chaque battant via ton FGS. Si l'ouverture piéton prévoit l'ouverture du battant 1 uniquement, ou pour une ouverture totale d'abord le 1 puis avec un délais de 1 seconde, le 2, tu pourrais demander via ton FGS d'ouvrir le 2 sans que le 1 ne soit ouvert, et idem pour la fermeture, que le 2 soit complètement fermé avant le 1. Je ne sis pas si je suis clair, et si je ne racompte pas de bêtise. J'ai également un moteur BFT, mais plus facile, car avec barrière sur rail

oui, en effet très bonne idée. Je vais recréer un VD global en plus des autres.

Depuis la dernière version du VD, j'en ai créé un par caméra. C'est en effet beaucoup plus flexible pour gérer indépendement chque caméra. Mais avec GEA j'active (par exemple) toutes mes caméras àl'activation de l'alarme avec une ligne GEA qui a 3 actions (3 appels àdes VD différents). Il me semble que le Syno n'a pas le temps de traiter toutes ces requêtes aussi rapidement que soumises (GEA est trop performant ). Je pensais mettre un fibaro:sleep après chaque appel au VD (qui communique avec le syno). Avez-vous expérimenté la même problématique ? Quelle durée recommandez-vous pour que ça fonctionne ? Il faut mettre une durée minimale, car mon GEA prend déjà9 sec pour s'exécuter complètement

Merci Lazer pour ces explications précieuses (que je lis avec 24h de retard). En effet,je cliquais sur le lien de la age de config et je pensais qu'il faisait appel à l'API => l'observation du comportement différent par rapport à l'appui sur le bouton.