jojo

Bonjour, Suite à l'installation de mon rack réseau, j'ai du couper l'alim de ma HC3 de dev. Elle ne veut plus redémarrer : toutes les LED sont éteintes. J'ai pensé à l'alim qui serait morte, alors j'ai fait une grosse bêtise (sans conséquence heureusement) : J'ai branché ma HC3 Dev sur l'alim de ma HC3 prod (bêtise = j'ai donc du arrêter brutalement ma HC3 prod). Evidemment ma HC3 Dev n'a pas démarrée. Et heureusement ma HC3 prod a bien redémarré. Donc l'alim de ma HC3 Dev est bonne. Y a-t-il qqch d'autre à verifier avant que je mette ma HC3 Dev à la poublelle ?

sais-tu ce qui est connecté sur les port 5 etb7 ? C'est appareils sont-ils toujours accessibles ? Et après un redémarrage de ton UDM, le problème persiste?

tu as deux solutions : 1/ dans la première QA, tu stocke le résultat dans une variable, et dans le second tu lis la valeur de cette variable. 2/ La première QA appelle la seconde en passant les paramètres qu'il faut (c'est du push et pas du pull de la 2 depuis la 1)

donc ton serveur a une double fonction

"network loop", c'est quand deux appareils ont la même IP sur le réseau. Vérifie donc pour tes appareils qui ne sont pas en DHCP, si ils n'ont pas une IP fixe qui est déjà attribuée par le DHCP du routeur (si par exemple tu as un appareil avec l'IP fixe 192.168.1.53 qui est éteint et qu'un autre appareil en DHCP reçois cette IP qui est llibre, quand tu démarrera l'appareil en IP fixe, problème .... c'est entre autre pour celà que j'aime laisser tous mes appareils en DHCP avec réservation d'IP en fonction de leur MAC adresse)

en effet, avant tout circulait librement depuis des années. J'ai installé une sonde de température dedans et je me demande s'il ne serait quand même pas mieux que j'ouvre le panneau côté mur (à gauche) ???

oui c'est du Digitus C'est BEAUCOUPnplus pro(pre) qu'avant : même Annabelle qui la trouvait moche au début, maintenant que c'est fini, partage mon avis que c'est bcp moins bordélique. Je croyais que prendre une 60 cm de profond ce serait trop, mais en fait non, c'est juste bien car j'y ai également mis mon UPS et ma multiprise Greenwave

plus aucune logique : mon QA de test (avant que je supprime les lignes response.data ne fait plus planter et redémarrer le QA ... Maintenant, 2 fois par jour, GEA lance les 2 QA : un avec le response.data et un sans ... et aucun des 2 ne plantent jamais plus ...

1 thing we should take into account : Event if sometime we have error 401 (the current frequency is acceptable for me), the advantage of this solution is that it is local. We should perhaps adapt your code that it run only if the web api is reachable, otherwise it uses the local api.

thank you for these improvement, I indeed also had 401 error. I'll test this new version of the QA and come back to you if needed.

aujourd'hui la lite correspondrait à ton besoin, mais demain ne regretteras-tu pas ses limitations ?(j'ai 91 modules zwave et développé 77 QA, ça va vite ...)

pas cool tout ça. Peut-être un signe des dieux pour passer à la HC3 ?

comme j'ai fait un "beau" QA (et que je n'ai AUCUNE scène), je vais rester comme ça. "Beau" = je met en paramètre le nom de la caméra. Il est utilisé régulièrement : photo quand le facteur met du courier dans la boite aux lettres (en voyant qui c'est je sais si LaPote ou de la pub) Moins souvent (et inutile car aussi message dans les GH, si on met l'alarme et que porte du garage oubliée. Et j'espère jamais des photos par mail toutes les 30s en cas d'intrusion (ainsi que message dans GH et toutes les lampes qui clignottent)

C'est en effet un truc vraiment étrange, qui n'est pas lié à GEA. Pour "solutionner" le problème, GEA appelle un QA qui envoie les photos : je préfère que ce soit ce petit QA qui plante, que le gros GEA. Je teste ton truc avec le response.data (mais tester qu'il n'y a pas de problème alléatoire, est moins évident que le contraire)

mais si tu as déjà tout réinclu pour passer de v3 à v2 et que tu as toujours le soucis, une réinclusion complète (SAUF si tu fais un reset complet de tous les modules, une fois exclus) ne changera rien. Il faut donc trouver le module coupable.

je ne sais pas non plus ... à voir si tu sais mettre le module où il faut. Chez moi il est en // de la télécommande, et j'ai des contacts pour les fins de course du volet. C'est donc plus simple ...

Avec un QA binary switch, quand tu clique dessus sur ton dashboard, il exécutera la commande inverse (si on, il fera off, et inversément). Tu peux y rajouter la logique que tu veux pour le TurnOn et le TutnrOff. Tu peux également y ajout ton bouton d'urgence. Comme, avec cette option, il faudrait un QA pour l'ouverture ET un autre pour la fermeture, tu peux facilement rajouter dans le code du TurnOn de chacun des QA qu'il ne fasse le TurnOff que si l'autre QA est à Off. et en voyant quel QA est On tu sais si le volet est en ouverture ou fermeture, et avec un peu plus tu sais dire s'il est ouvert ou fermé (! aux cas particuliers d'arrêt à mis course puis redémarrage dans le même sens ou le sens opposé). Ainsi, tu n'as plus besoins de mesure de courant pour savoir si le volet est en mouvement, et en plus tu sais dans quelle direction il va il est, je trouve, important que le système actuel reste fonctionnel. La domotique doit rester une manière supplémentaire d'agir, car is ne fonctionne pas comme il faut pour une raison x ou y, revenir à l'ancienne méthode doit toujours être possible sans tourne-vis. Exple chez moi : si l'ouverture du volet ne fonctionne pas avec le bouton de la domotique, il n'y a qu'à descendre et l'actionner depuis le pupitre de commande comme avant. Ainsi je reste WAF

donc le out(1 ou 2) doit resté on durant tout la durée du mouvement du volet ? et que se pass-t-il si un out est toujours On alors que volet en fin de course ? Donc si le out1 (par exemple pour l'ouverture) repasse à Off trop tôt, le volet s'arrête ? Perso, je verrais un QA pour gérer la piscine : 1 grand bouton "Arrêt d'urgence du volet" en dessous un "double" bouton "Open"/"Close" puis température Last (= la dernière température mesurée quand la pompe tourne, sauf si la mesure de température est représentative si pompe à l'arrêt) puis status et bouton pour action manuelle de la pompe de filtration. puis ...

et aujourd'hui, il n'a plus de "onInit" dans le log après l'envoie de la photo. Je ne comprends plus rien ...

bouton virtuel ou physique ? En LUA c'esr simple, et même dans ton LUA pour piloter Out1/2, tu peux mettre un code pour que 1 out ne e mette pas à on si l'autre l'est déjà. Tes Out1/2 sont des impulsions (0.5 s) ? Et en GEA, tu peux facilement faire une règle -1 qui passe OUT1 & OUT2 à off s'ils sont simulltanément à ON. Je mettrais le FGBS222 en test pour valider les différents codes et scénari

j'ai enfin pris le temps de faire le test que tu m'as recommandé. Voici le code et le log : j'ai en effet bien reçu le mail. Mon interprétation du log : Comme il y a un onInit à la fin, le QA aurait redémarré ? Bonne interprétation ? Cela voudrait dire qu'il y a dans mon code php un truc que la HC3 n'aime pas ? Sauf que du coup je viens de rajouter à l'instant dans la fonction onInit pour recevoir un mail en cas de redémarrage du QA. J'ai bien reçu le mail lors de sa sauvegarde (ok) mais rien (sauf le résultat de mon php) ensuite. Ce log est identique au précédent. Oups, non, je croyais ne pas avoir reçu le mail de re-démmarrage du QA, mais en fait oui, 3 minutes plus tard ...

il y a du monde intéressé par un prix attractif.

ce qui fait 5h30. Donc filtration11h ou 5h30 ?

je croyais (mais je me trompe ?) que le moteur z-wave était embarqué dans la puce de communication : pour Fibaro : la puce inclue dans la box qui est mise à jour avec le firmware de la box pour HA (et tous les autres) : le dongle z-wave USB (souvent Aeotec) Je dis ça suite à mon expérience Lifedomus, où j'avais un dongle Aeotec. Je trouvais la qualité/stabilité du réseau z-wave bien supérieure chez Fibaro (donc je croyais - à tord ? - que le z-wave de HA serait beaucoup moins bon) ?