Gazous
-
Compteur de contenus
801 -
Inscription
-
Dernière visite
-
Jours gagnés
2
Tout ce qui a été posté par Gazous
-
Topic unique Fibaro - Motion Sensor - Fgms-001
Gazous a répondu à un(e) sujet de Moicphil dans Modules Fibaro
Quels sont tes paramètres ? -
Topic unique Fibaro - Motion Sensor - Fgms-001
Gazous a répondu à un(e) sujet de Moicphil dans Modules Fibaro
Sur les miens, la température et le luminosité sont complètement absurdes. C'est rare que cela soit correct. -
Merci Krikroff, je ne connaissais pas encore setTimeoout On en revient toujours au même dès qu'on veut essayer de faire un truc simple, ça devient très vite compliqué avec toutes ces limitations absurdes car effectivement je suis dans une Mainloop... Tester plusieurs fois de suite, c'est bien ce que je fais mais lorsque la TV s'éteint, la première tentative génère un timeout de 30s... d'où l'idée d'un connectTimeout. Je pense que ce Timeout est du au fait que la TV est en train de couper son interface réseau... Sinon je crois que je vais coder un script sur RPI qui se charge du ping et qui met à jour un une variable Globale mais ça m'ennui de devoir déporter un truc aussi simple.
-
Oui c'est vraiment dommage de ne pas pouvoir effectuer un vrai Ping car en ce qui me concerne, j'utilise ce code pour détecter l'état de ma TV Samsung (dont le réseau est DOWN si en veille...) Le souci c'est que lorsque je l'éteint, l'ouverture de la socket peut prendre jusqu'à30 secondes avant de rendre la main. Sinon, il n'existe pas un moyen de fixer un temps d'exécution àune fonction ? Avec un appel non bloquant par exemple ? Cela permettrait de pouvoir définir une durée max àl'ouverture de la socket et dans on cas limiter le délai d'attente.
-
Bonsoir, Je me permet juste 2 petites remarques concernant ce script : 1) Il y a une erreur ligne 51 fibaro:log("Error: " .. f); Ce n'est pas dans f que le message de l'erreur est contenu mais plutôt dans result. En plus f est un booléen donc cela générera une erreur d'interprétation LUA. Donc à corriger avec fibaro:log("Error: " .. result); 2) J'ai remarque en faisant des tests que le "setReadTimeout" ne servait pas à grand chose car si le host de destination est inaccessible, c'est la ligne au dessus, celle de connection TCP qui va bloquer. Je n'ai pas trouvé d'information là dessus mais existe-t-il un genre "connectTimeout" sur cet objet ? Sinon il serait intéressant de trouver une méthode qui permet de faire un "vrai" ping (packet ICMP)
-
Topic unique Fibaro - Module Dimmer Fgd-211
Gazous a répondu à un(e) sujet de Moicphil dans Modules Fibaro
Tu n'as pas de multimètre pour faire des tests ? Parce que làattention si tu te plantes tu vas cramer ton FGD... -
Topic unique Fibaro - Module Dimmer Fgd-211
Gazous a répondu à un(e) sujet de Moicphil dans Modules Fibaro
Je confirme ce sue dit lionel, c'est ce que j'ai pis en place. Il n'y a aucun intérêt àconserver le telérupteur qui ajoute de la complexité pour rien. -
Topic unique Fibaro - Module Dimmer Fgd-211
Gazous a répondu à un(e) sujet de Moicphil dans Modules Fibaro
A ma connaissance tu ne peux pas installer le FGD en gardant le telérupteur. Par contre tu peux installer le FGD àla place du télérupteur dans le tableau. C'est ce que j'ai fais ça fonctionne très bien. -
OK, les plugins, c'est déjàun début mais je ne sais pas exactement ce que cela permettra de faire en développement. J'attends donc de voir !
-
Je voyais juste ça comme un "débridage" àla manière d'un jailbreak pour iPhone. Beaucoup Jailbreak leurs iPhones et cela ne les empêche pas de les mettre àjour ni d'en changer. Par contre ils élargissent les possibilités de leur device. Sinon, je crois que Fibaro aurait tout àgagner àproposer une fonction d'import de scripts qui permettrait àla communauté de développeurs de rassembler leur code au sein d'un repository administré par Fibaro.
-
Arf, dans ce cas il faut hacker la box et débrider les bonnes fonctions nous-même Ca doit certainement être faisable.
-
Merci Steven, joli VD, je viens de jeter un oeil. En fait ce que je cherche à faire, c'est de créer un VD qui rassemblerait tout un ensemble de fonctions que j'utilise couramment. Un genre de "HelperDevice". Le code de chaque fonction serait défini derrière un bouton dédié, associé à 2 labels : un pour les éventuels paramètres, l'autre pour le retour de la fonction. Ces labels pourraient par exemple contenir du JSON Le souci que je vois venir c'est le cas du "multithreading" : si la même fonction est appelée dans la même période de temps par 2 modules et/ou scènes, bah ça va partir en vrille. Au final ça fait une usine à gaz pour un résultat pas satisfaisant. Je réfléchi à ça depuis quelques jours de mon côté car je déteste la duplication de code et ça me gonfle que la HC2 ne propose pas un genre de "Repository" dans lequel on pourrait déposer des scripts persos qu'on pourrait ensuite simplement importer au début des scènes ou des virtual device. Qu'en pensez-vous ? Est-ce que quelqu'un a déjà essayé de formuler cette demande au support fibaro ? Ils pourraient aussi prévoir un namespace "user" qui permettrait d'appeler des fonctions persos comme le namespace fibaro ? user:myfunction() Merci d'avance pour vos avis.
-
Oui et ça peut vite devenir une usine àGaz ! Parce que quand tu as plusieurs boutons qui peuvent appeler la même fonction, ça peut rapidement partir en vrille. Sinon la valeur d'un label c'est peut-être jouable aussi ?
-
Merci Steven. Sisi, c'est très clair et j'ai pensé àce type d'architecture mais comment traiter les cas où tu as besoin de passer un paramètre de function et surtout besoin d'un retour ?
-
Question bête, existe-t-il un moyen d'accéder à un objet définit dans la MainLoop depuis le code LUA d'un bouton ? J'aimerais pouvoir définir des fonctions dans la MainLoop et pouvoir les appeler depuis des boutons plutôt que de faire de la duplication de code. J'imagine que ce n'est pas possible mais dans ce cas, quels sont les "Best Pratices" pour ça et pour limiter au maximum les duplications de code ?
-
topic unique GCE Electronics IPX800 V3 - Automate Ethernet
Gazous a répondu à un(e) sujet de Moicphil dans GCE Electronics
Merci, j'ignorais 2 choses : que l'IPX se pilotait en TCP sur le port 9870 avec ces fameuses commandes SetXXX. De plus j'ignorais qu'un Virtual Device faisait par défaut du TCP vers le couple IP/Port renseigné et surtout que les chaines de caractères correspondaient aux commandes àenvoyer -
C'est normal il manque tu JSON Decode àpriori pour aller chercher la bonne valeur dans le tableau JSON. Il faut que tu insère ça avant la ligne 47 je pense.
-
topic unique GCE Electronics IPX800 V3 - Automate Ethernet
Gazous a répondu à un(e) sujet de Moicphil dans GCE Electronics
Bonsoir, comme je vais bientôt commander un IPX, je commence àregarder comment ça fonctionne et s'intègre avec la HC2. Je suis donc naturellement tombé sur ce topique que j'ai lu avec intérêt. J'ai récupéré le Virtual Device proposé par Steven (merci) que je comprends très bien àl'exception du code des boutons. Je vois des chaines contenant "Set011", "Set010" et l'option "En attente de la réponse du périphérique" activée. Bon làje ne sais pas du tout àquoi ça correspond et si c'est sensé déclencher un appel JSON vers l'IPX je suis curieux de savoir comment ? -
Aucune idée mais dans le doute, une bonne petite synchro ça ne coûte pas grand chose, juste un appel toutes les 24h
- 93 réponses
-
- 1
-
-
- Périphérique virtuel
- NTP
- (et 3 en plus)
-
Helle, merci pour ce module bien pratique. Par contre je ne vois pas l'intérêt du test sur les jours dans la mainloop (currentDate.wday == 1 or currentDate.wday == 2 or currentDate.wday == 3 or currentDate.wday == 4 or currentDate.wday == 5 or currentDate.wday == 6 or currentDate.wday == 7) Personnellement je l'ai retiré.
-
Ce n'est pas une 4.035 car le Smoke Sensor 2 est bien reconnu. Par contre ils ont peut-être fait un rollback sur les modifications du moteur Zwave tout simplement en attendant de mieux traiter le bug.
-
RAS pour moi ça a l'air de bien tourner Ca sent quand même le mec qui a fait une grosse bourde dans le code du moteur et qui s'est tapé une bonne astreinte ce WE pour corriger. Ceci-dit, si ils ont laissé passé ça c'est que niveau tests c'est pas hyper rigoureux.
-
Pour moi ça a fonctionné, il est maintenant enfin reconnu. Par contre est-ce normal d'avoir 3 périphériques : détecteur, thermomètre, alarme. Je vois pour les 2 premières mais ce périphérique alarme avec un petit thermomètre, il sert à quoi ? De plus le module est neuf (1 semaine) et la pile est à 50%... bizarre non ?
-
Bonjour, est-ce que vous avez réussi finalement àadapter le module àune LiveBox Fibre ?
-
En ce qui me concerne, j'irais vers une Variable Globale prédéfinie avec des états ON et OFF + uns scène qui se déclenche sur modification de cette variable. Après bah tu sais dans les 2 cas mettre àjour la variable et dans la scène qui se déclenchera, tu sais si tu dois allumer/éteindre le FGD ou le relais de ton IPX. Ca te parle ?