zeldoi5

Salut àtous, Je me suis tappé les 26 pages (au fur et àmesure!)... et je me suis laissé quelques jours avant de répondre et poster un CR de cette 4.030. D'un point de vue factuel, voici ma modeste install (en cours d'évolution) : - HC2 - 2 Wallplug - 2 Oeils FGMS - 1 détecteur de porte Vision - 1 FGK101 - 1 détecteur fumée zwave Vision - 1 détecteur monoxyde de carbone Vision - 3 FGD211 (dont 1 seul branché pour le moment) - 1 FGBRW (non branché mais associé àla HC2) - 1 philio 4 en 1 - 1 zibase en passerelle pour commander (ZAPI 1&2 HTTP) ou requeter les états des équipements suivants (parsing xml de la zibase) : - 5 volets somfy RTS - 2 Philio 4 en 1 - 3 switch qubino simple Comme de nombreuses personnes, j'ai un problème de template alias "triangle jaunes" (sur le philio de tests) mais rien d'exceptionnelement bloquant. Tout a fonctionné (ou semblé fonctionner) depuis hier soir. J'ai voulu faire un test rapide simple sur un wallplug : - allumage depuis interface web en local : OK - extinction depuis interface web en local : NOK --> l'extinction n'est intervennue que 30 secondes après et comme j'avais un refait un ON dans la foulée, le wallplug a bagotté rendant impossible l'ordre de désactivation suivant J'avais remarqué que l'interface web m'affichait un FGD211 allumé alors que la pièce était sensée ˆetre éteinte. Du coup, ce matin, j'ai voulu testé le FGD211 de la cuisine en essayant, via l'interface WEB : - un OFF --> OK - un ON --> NOK - un DIM àenvirons 50% --> NOK puis 10secondes après la lampe s'est coupée - un ON --> NOK puis la lampe s'est dimmée à50% Sur ces entrefaits, Madame s'est levée et m'a judicieusement fait remarqué que cela ne lui convenait pas la lumière. Sauf que : impossible de la remettre à100%, ni l'interface WEB locale, ni l'appli android téléphone, ni l'appli android tablette ne fonctionnaient ! J'ai réussi àrésoudre le problème en rebootant la HC2, et en remettant à100% via l'appli android tablette (les autres interfaces ne fonctionnaient pas). Voici mes petits tests sur cette V4.030. J'hésite entre : - tout resetter en V4 et refaire de A àZ l'install (mon install rest modeste) - ou contacter le support pour repasser en 3.6 (car pas recovery fait )

Salut DocIpp, je m'étais également intéressé et posé la question... Etant équipé d'une zibase et de volets roulants Somfy (RTS), j'avais regardé ce que faisait Somfy, et j'avais trouvé le Wirefree RTS : https://www.somfy.fr/produits/2401184/kit-de-motorisation-roll-up-wirefree http://avosdim.com/kit-de-modernisation-store-enrouleur-somfy-wirefree-rts.html Mais pas donnés... Ils font aussi quelques autres produits (store venitiens, ...). C'est un élément de réponse. Si tu trouves (en DIY ou autres) un truc pour commander des stores, je suis preneur aussi

Super Zorgonaute84 Je gère mes volets par la zibase, avec des VD, mais sans utiliser le slider d'un VD... Je teste ça de suite Merci pour ta contribution!

Je sais seb : j'ai bien essayé de n'inclure que le carillon après avoir associé le BP et le carillon mais sans succès je demandais à razowski, histoire d'en être sà»r

Euh... Quand tu appuies sur le bouton poussoir, ça fait sonner le carillon ????

Salut kinou.69, les détecteurs 4 en 1 de zipato ressemblent trait pour trait aux philio... de là à dire qu'ils identique... J'ai vu dans le forum Fibaro que la V4 supportait pleinement les philio... peut être les zipato aussi ? As tu testé les récentes V4 béta ? Je t'avoue rester pour le moment sur les release stables mais étant doté de 4 philio 4 en 1, j'aimerai bien aussi les connecter à ma HC2

Merci sebcbien J'étais en train de lire la doc fibaro du FGK (capteur d'ouverture de porte) pour voir comment ils illustrent le mode "association" : http://domotique-info.fr/wp-content/uploads/2013/07/DoorWindowSensor-FGK-101-107-FR_v21-v23.pdf Je vais aller lire ton résumé de ce pas

Bon, après une vingtaine de tests encore, ça ne passe pas La seule différence que je vois avec toi sebcbien, c'est le firmware : 3.591 (alors que je suis 3.590). Mais je ne pense pas que ce soit le facteur bloquant : je bloque sur l'association entre Bouton Poussoir et le carillon. Petite question : quelles différences faites vous entre association et inclusion ? Je suis paumé... Edit : selon http://tutoriels.domotique-store.fr/content/2/154/fr/z_wave-les-groupes-et-les-associations.html#groupe Je me demande si on ne pourrait pas essayer d'inclure le BP et carillon avec le réseau de la HC2, et simplement associer les BP&Carillon entre eux ensuite... Edit2 : apparemment ce couple bouton/carillon gère le mode FLiRS http://tutoriels.domotique-store.fr/content/2/155/fr/z_wave-parametres-reveil-et-mode-flirs.html#FLiRS Quid de la gestion du FLiRS par notre HC2...

C'est effectivement ce que j'ai fait Mais créer des boutons pour faire un GET/POST HTTP, je trouvais que c'était un peu comme aller chercher du pain avec un tank : c'est un peu lourd ! (Mais ça marche ! ) Un bon petit tuto en tous cas Rems

Salut Rems Je déterre un peu, mais j'ai une question : l'api netfhttp est utilisable directement en LUA dans une scène ? En effet, plutôt que d'appeler un bouton d'un VD, je voulais le faire directe dans une scène Car j'ai une erreur dans ma scène : HC2 = Net.FHttp("api.pushingbox.com") Edit : Apparemment, la commande Net.FHttp n'est pas accessible dans une scène mais seulement dans un device virtuel...

J'ai pas pris le temps de retester seb ! Faut absolument que je reteste.... Je vous tiens au courant

Bon, quelques news de mes éxpérimentations : résulats aléatoires ! Par exemple, ce matin, les volets se sont ouvert 3 fois : la scène n'a pas évalué la variable globale PRESENCE : VOici mes scènes : Ouverture en mode présent : Ouverture en mode absent : Ouverture en mode repos : Sachant que ce matin, le mode repos était actif, les volets se sont ouvert à 6h55 puis à 8h35 (et sà»rement 10h35 puisque al variable est mal évaluée) J'avoue ne pas saisir... Du coup, je vais sérieusement me mettre à arrêter le mode bloc et faire en code LUA direct...

Ah mais bien sà»r, ce sont les valeurs consigne attribuées aux actionneurs... Merci Did (et Krikroff !!!), c'est vrai que j'étais "bloqué" (voir obnubilé) dans des actions sans paramètres...

Ok, en supprimant les chiffre des box vertes, j'obtiens bien : --[[ %% properties %% globals --]] local startSource = fibaro:getSourceTrigger(); if ( () or startSource["type"] == "other" ) then fibaro:call(9, "pressButton", "3"); fibaro:sleep(3000); fibaro:call(10, "pressButton", "3"); fibaro:sleep(3000); fibaro:call(11, "pressButton", "3"); fibaro:sleep(3000); fibaro:call(12, "pressButton", "3"); fibaro:sleep(3000); fibaro:call(80, "pressButton", "5"); end J'ai bien compris comment paramétrer les délais avec les box rouges, mais je t'avoue n'avoir pas compris les box vertes Avec le recul sur ces scènes, ça semble facile, mais c'est permissif. Mieux vaut faire le dev en LUA, mais ça nécessite une rigueur et une connaissance des fonctions disponibles (les fonctions je peux essayer de les assimiler, la rigueur c'est autre chose!) Je poursuis mes tests...

Pour résumer, pour correctement retarder des actions les unes par rapport aux autres, il faut que le délai inscrit dans le bloc rouge soit par rapport à la scène, et non par rapport à la précédente action. Dans mon exemple : si on souhaite faire l'ouverture/fermeture de volets avec une temporisation de 3 secondes entre, on devra renseigner les temporisations 3, 6, 9, 12, ... Exemple : donne bien : --[[ %% properties %% globals --]] local startSource = fibaro:getSourceTrigger(); if ( () or startSource["type"] == "other" ) then fibaro:call(9, "pressButton", "3"); fibaro:sleep(3000); fibaro:call(10, "pressButton", "3"); fibaro:sleep(3000); fibaro:call(11, "pressButton", "3"); fibaro:sleep(3000); fibaro:call(12, "pressButton", "3"); fibaro:sleep(3000); fibaro:call(80, "pressButton", "5"); end Conclusion personnelle : ATTENTION au mode bloc ! L'interpréteur de blocs est assez permissif... voir très permissif!

Merci Krikroff, je voulais m'assurer justement que le délai dans le bloc rouge était mis en place mais c'est pas ça qui est ça... Par contre, si on remplit la case verte en mettant un ordonnancement, ça met l'ordre correct dans le code LUA. Ainsi l’interpréteur de blocs fibaro interprète sur ces valeurs et non sur l'ordre des blocs (bon à savoir!) Par contre, remplir un bloc rouge pour temporiser l'ensemble, ça te colle l'action à la fin... et ça ne permet pas d'ordonnancer l'ensemble... Exemple : donne bien : --[[ %% properties %% globals --]] local startSource = fibaro:getSourceTrigger(); if ( () or startSource["type"] == "other" ) then fibaro:call(9, "pressButton", "3"); fibaro:call(11, "pressButton", "3"); fibaro:call(12, "pressButton", "3"); fibaro:call(10, "pressButton", "3"); fibaro:call(80, "pressButton", "5"); --SMS end

Question : ça peut fonctionner une scène comme ça : C'est bien le mode blocs, mais ça donne des choses bizarres : local startSource = fibaro:getSourceTrigger(); if ( () or startSource["type"] == "other" ) then fibaro:call(9, "pressButton", "3"); fibaro:call(80, "pressButton", "5"); fibaro:sleep(3000); fibaro:call(10, "pressButton", "3"); fibaro:call(11, "pressButton", "3"); fibaro:call(12, "pressButton", "3"); end Qu'est ce que ce sleep 3000 fout ici ???????? ------------------------------------------------------------------------------------------------- Pour en revenir au sujet initial, l'idée est de faire des scènes "programmées" qui testent la variable PRESENCE : qui appelle donc la scène sans trigger...

Salut Rocketlud, Pour le moment la variable PRESENCE est modifiée par un VD qui possède 3 boutons qui affectent chacun une valeu numérique différente : fibaro:setGlobal("PRESENCE", "1"); -> Présent fibaro:setGlobal("PRESENCE", "2"); -> Absent fibaro:setGlobal("PRESENCE", "3"); -> Repos A terme, j'essaierai de fixer cette variable avec un agenda (pas trop d'idées encore pour le faire). Bon, en ce qui concerne les scènes "test" désignées hier soir : - la scène de fermeture : je n'ai pas pu vérifier si elle s'était correctement effectuée (tout au plus 2 des 4 volets ont bien été fermés! mais pour les deux autres, je ne sais pas : je suis rentré après madame) - la scène d'ouverture de ce matin : tous les volets se sont bien ouverts. Ce soir, je vais testé avec une scène automatisée qui va appelé la scène qui ferme tous les volets ensuite on réessaiera avec la variable PRESENCE...

Oui... j'ai peut être voulu aller trop vite Je suis resté sur la dernière stable (3.590)... mais je suis plus qu'attentivement les tests que vous menés sur les V4 béta !

Bon, tests pour ce soir et demain matin : sans évaluation de la variable présence : Selon vous, une scène bateau comme ça... ça devrait passer non ?

Salut Krikroff, merci pour ta réponse Je vais essayer de supprimer les scènes et recréer en m'affranchissant pour le moment de la variable globale PRESENCE. J'ai aussi regardé pour le LUA direct : ça me semble bien plus puissant que le mode bloc, mais il faut que je m'y mette sérieusement ! Pour GEA, j'ai aucun doute sur le potentiel de GEA, mais j'y vais doucement, car à trop se disperser, on ne fais guère grand chose de bien

Bonjour, je viens quérir de l'aide car je commence à m'arracher les cheveux ( et puis, ça commence à faire doute Madame ). Ma HC2 commande l'ouverture des volets roulants RTS via la Zibase (et la ZAPI) : sur plusieurs volets... J'ai implémenté les commandes d'ouverture/fermeture/stop (fermeture à 25% et 95%), tout fonctionne bien en manuel (en appuyant sur les boutons des VD créés) J'ai voulu automatiser le tout en fonction de ma présence : J'ai donc créé une variable globale PRESENCE avec 3 boutons permettant d'enrichir cette même variable globale : 1 -> Présent 2 -> Absent 3 -> Repos En fonction de la valeur de cette variable globale, j'ai plusieurs scènes qui, selon les créneaux horaires, ouvrent ou ferment les volets : Voici la scène qui ouvre quand la variable PRESENCE vaut 1 (cad en mode présent) Cette scène appelle la scène VoletsOuverture : Mais ça ne passe pas : des fois rien ne se passe, des fois seul(s) un (ou deux) volet(s) s'ouvrent (le matin), ou se ferme(nt) (le soir) J'ai également essayé : - en passant par plusieurs scènes : au lieu d'appeler "VoletOuverture", j'appelle les scènes "ouvertureCuisine" puis "ouvertureSalon" .... - de ne pas appeler la scène VoletsOuverture, mais d'appeler directement les boutons en action - et d'autres choses dont je ne me souviens plus J'y perds mon latin... Avez vous une idée ? Remarques : - Je me suis rendu compte que je n'avais la case "Lance au démarrage du Home Center 2"... - Le triggering device sur ma variable PRESENCE est désactivé, cas si j'ai bien compris, ça lance la scène si la variable change d'état et si sa valeur est bien la valeur attendue dans le test, c'est bien cela ? - J'ai mis en test, dans les scènes, avant mes ouverture/fermeture, si PRESENCE <10 car on est obligé de mettre des blocs avant un bloc "Alors" non ?

C'est clair ! Surtout change rien ! En info, quand ça marche, ne change surtout pas (ça fait trois jours que je galère à faire fonctionner correctement mes scènes de volets ).

Salut jpr105 je suis comme toi, mais n'ai pas pu retenté les assoc... Peut être ce week-end (si ma chappe de béton n'aurai pas eu raison de moi!) @sebcbien : merci de ton aide en tous cas

Faut que je retente aussi... Merci de ton soutien Sebcbien !