Berale64

Je viens d'installer 1.41 On se moque vraiment du monde chez Fibaro.

@Steven: on peut grouper les scènes. à 6:00h OU à 12:00h alors ON Pour le STOP on crée une variable en fonction de la température. Puis la scène suivante: Var_temp = option1 et time=xxx OU Var_temp = option2 et time=yyy Alors STOP

En lisant le mode d'emploi du FGMS-001, j'ai découvert qu'il peut servir à tester le reseau Z-Wave. Et, bande de veinards, Domotique Store a un tuto en français de la chose ici: http://tutoriels.domotique-store.fr/content/82/191/fr/mode-testeur-de-reseau-z_wave-du-fibaro-motion-sensor-fgms_001.html En vous plaçant à proximité du device récalcitrant et en suivant le tuto, ça peut permettre de mieux comprendre ce qui se passe. J'ai pas encore testé, mais j'y vais dès que possible.

Voilà comment j'ai groupé la gestion d'éclairage en cas de présence et d’absence dans les mêmes scènes. Rien de bien exceptionnel, mais ça peut aider les nouveaux dans le monde HCL. Pour une question de clarté dans l'interface j'ai créé une pièce virtuelle que j'appelle pompeusement "Salon GAE". Le premier bloc est un device virtuel dont la fonction est purement visuelle et permet de savoir si on est dans la situation de présence ou d’absence. Les deux scènes suivantes "At Home YES" et "At Home NO" vont changer la valeur d'une variable globale à YES ou à NO et activer le bouton correspondant du device virtuel quand on clique RUN. Enfin, deux scènes qui gèrent l'allumage et l'extinction des éclairages en fonction de la variable AtHome. Et voilà . En premier lieu je voulais changer la valeur de la variable par le virtual device pour éliminer deux scènes pas vraiment utilies mais je n'ai pas encore trouvé la solution. Si certains ont une idée je suis preneur. Voir ce sujet : http://www.domotique-fibaro.fr/index.php/topic/2242-toujours-les-virtual-devices/

C'est ce que je fais aussi faute de mieux. L'avantage du virtual device est de pouvoir gérer plusieurs états de la même variable alors qu'il faut une scène par état.

Merci. Très intéressante.

Pendant l'exécution de la commande on voit sous chaque device le message REQUEST_NEIGHBORHOOD_UPDATED_DONE ou REQUEST_NEIGHBORHOOD_UPDATED_FAILED si la commande échoue. Malheureusement, Fibaro ne donne pas une vue globale du maillage. J'ai une douzaine de devices et ça prend en gros une à deux minutes pour le tout.

On peut traduire requestNodeNeighborUpdate par "demande de mise à jour des nÅ“uds voisins" donc en fait, refaire le maillage Z-Wave. Je n'utilise que cette commande, car elle passe tout le monde en revue si tu mets ID=1. J'avais fait une scène (activée deux fois par jour) mais parfois la box plante et je ne sais pas pourquoi. La première chose à faire quand des noeuds deviennent morts est d'abord de chercher une autre situation. Des fois il ne faut pas grand chose pour que ça marche. Chercher aussi une position centrale de la box pour bien couvrir toute la maison. Le problème que j'ai est avec le locale technique de la piscine qui est un peu loin (+/- 30m), à la limite de la portée du z-wave. PS:Je suis nouveau dans le monde Fibaro (aout) et moi aussi je tatonne beaucoup. Merci monsieur Fibaro pour les manuels qui vont bien.

Sur AppStore, pas avant un quinzaine de jour !

En cherchant, j'ai trouvé ça : curl -X PUT -d '{"name": "Test", "value": "122"}' http://admin:admin@192.168.1.104/api/globalVariables Et par similitude avec les précédents posts j'ai essayé ça: PUT /api/globalVariables?name=Presence&value="OUI" HTTP/1.10x0D0x0AHost: 192.168.1.12 0x0D0x0AAuthorization: Basic <Id:Pw> 0x0D0x0A0x0D0x0A Mais c'est le plantage complet de la box. Seule solution débrancher et rebrancher... Quelqu'un pour me donner un coup de main ?

Il y a déjà plusieurs sujets fort intéressants sur les virtual devices pour HCL (donc pas de LUA). Je me demande s'il est possible de changer une variable prédéfinie via un virtual device. Quelqu'un a-t-il une idée ?

1.41 for Ipad dispo ici http://forum.fibaro.com/viewtopic.php?t=5259

Depuis le 17 septembre on se trimballe avec cette version buggée. Quelqu'un a des nouvelles sur un éventuel correctif ?

Pour personnaliser les icones, je prends deux photos (avec appareil sur pied) On et Off. Je superpose les deux photos avec photoshop puis je découpe. Voilà par exemple un éclairage extérieur. PS: Sur fond blanc c'est pas terrible, beaucoup mieux sur le fond gris de l'interface. Tant que j'y suis, voilà ce que j'ai fait pour la pompe à chaleur de la piscine. J'ai trouvé le premier sur le net puis j'ai changé la couleur pour le deuxième. PS: Ce n'est pas une photo de mapiscine !!!

Merci de vos réponses. C'est peut être une bonne option pour les modules à piles comme des thermomètres. Remonter moins souvent les infos pour économiser les piles.

Dans "Configuration du reseau Z-Wave" il y a un champs : Délai entre chaque interrogation des périphériques avec par défaut 125s. Et dans chaque module il y a "Délai entre chaque interrogation:" Quelqu'un sait-il quelle est l'interaction entre ces deux paramètres ? Que faut-il mettre dans chaque module ? Merci de vos réponses.

Non, non, la case rouge c'est un retard, donc zéro c'est bon. Par contre il faut cliquer la case et rassure toi, tes volets ne vont pas s'ouvrir àchaque reboot !!!

Dans le panneau de variables, tu crées une variable qui peut prendre deux valeurs ON ou OFF. Quand tu t'absentes tu vas dans le panneau de variables et tu cliques sur ON. A ton retour tu cliques sur OFF. Voili voilou !!!

J'ai fait le petit test suivant qui marche très bien. La variable simulation prend les valeurs ON ou OFF. Tu peux la gérer manuellement dans le panneau de variables ou créer si tu veux des scènes, mais ça ne me semble pas nécessaire. Il te suffit de mettre cette variable dans toutes tes scènes.

Avec une IP fixe je n'ai pas ce problème.

Le bloc gris c'est une pièce (dans mon cas le salon) qui contient plusieurs devices. Pour insérer des images il faut choisir à droite "plus d'options de réponse" et sous la fenêtre de réponse il y a des options pour ajouter des fichiers.

Voilà comment je gère la simulation de présence. ça marche très bien.

Merci pour cette réponse qui fait avancer le sujet. Il faut quand même jouer un peut avec les espaces, sinon çà ne marche pas. Voilà une solution qui marche: GET /api/callAction?deviceID=1&name=requestNodeNeighborUpdate HTTP/1.10x0D0x0AHost: 192.168.1.12 0x0D0x0AAuthorization: Basic <id:pw> 0x0D0x0A0x0D0x0A J'ai changé wakeUpDeadDevice par requestNodeNeighborUpdate pour mieux voir ce qui se passe avec les messages sous les devices. Certaines mauvaises combinaisons des blancs peuvent aussi planter la box. Quatrième diode (transmission RF) allumée en permanence et plus aucun device ne répond.

@moicphil: j'en suis bien incapable, mais fortement intéressé !

J'arrive un peu après la bataille, mais y a-t-il eu une suite à cette suggestion ô combien intéressante.