Franco268 Posté(e) le 1 juin Signaler Posté(e) le 1 juin Hello, Je suis en train de faire une quick app pour piloter la vanne 3 voies de ma piscine. Le QA à 3 boutons, en gros : "Tout vers le ByPass", "Tout vers le chauffage solaire" et "Ouvert 50/50" La complexité c'est que l'on ne peut QUE manipuler la vanne lorsque la filtration est éteinte. En gros: Je teste si la filtration est en marche, si oui je l'éteins, j'attends 5 sec (pour etre sur que la commande soit partie je pilote la vanne j'attends 60 sec (pour qu'elle ait tournée) Je rallume la filtration (si elle l'était à l'origine) Comment faire si on appuie sur un autre bouton pendant cette séquence?
Lazer Posté(e) le 1 juin Signaler Posté(e) le 1 juin Dans ton code LUA tu peux définir une variable dans ton QuickApp. Par exemple, très simplifié : au début de ta séquence : self.sequence_en_cours = true à la fin de ta séquence : self.sequence_en_cours = false Et dans le code de ton autre bouton, tu commence par faire le test de la variable : if not self.sequence_en_cours then -- OK on fait les actions... else print("Ah bah non alors, il faut attendre...") end
Franco268 Posté(e) lundi à 05:03 Auteur Signaler Posté(e) lundi à 05:03 (modifié) Ah bah oui merci, simple et efficace… je cherchais une solution trop compliquée… J'aurais besoin d'un autre conseil. Pour la filtration, j'ai un wall plug, Et pour la vanne un roller shutter 4. Plutôt que de mettre des temporisations. Est ce une bonne idée de relever la consommation des appareil pour savoir s'ils ont fini? Je demande cela car il me semble que si le roller est à 0% et qu'on lui donne la consigne 100%, la valeur qu'il renvoi est déjà 100% même s'il a à peine commencé à bouger. Modifié lundi à 06:29 par Franco268
TitiXsi Posté(e) lundi à 07:44 Signaler Posté(e) lundi à 07:44 (modifié) Elle pompe combien ta filtration ? -> attention avec le WP... Modifié lundi à 07:44 par TitiXsi
TitiXsi Posté(e) lundi à 09:11 Signaler Posté(e) lundi à 09:11 (modifié) il y a 57 minutes, Franco268 a dit : WP? 250w Wp c'est wallplug. 250w, ça ne semble pas poser de problématique bien que ce soit une charge inductive 😉 Modifié lundi à 09:12 par TitiXsi
Lazer Posté(e) lundi à 10:12 Signaler Posté(e) lundi à 10:12 Oui c'est une bonne idée d'utiliser la consommation pour connaitre l'état de fonctionnement des appareils derrière. Mais attention effectivement à la consommation. Un moteur inductif, ça peut faire des appels de courant 10, 100, voire 1000 fois supérieur au courant nominal. La conséquence à terme, c'est de coller le micro-relai intégré au Wall Plug (le courant élevé crée un arc au niveau des lamelles du relai, ce qui crée un échauffement, et à la longue ça finit par coller le relai) J'ai collé des relais dans un Wall Plug et un FGS.avec des appareils qui consomment seulement 20W en nominal, à cause de l'appel de courant de ces charges inductives. Idéalement pour de telles charges, il faut un contacteur de puissance (Legrand, etc), piloté par un FGS. C'est plus cher, plus gros, mais plus durable et surtout plus sécurisé. Le problème avec ce montage, c'est que le module domotique ne voit plus la consommation de l'appareil, donc ça invalide le scénario envisagé de mesure de la conso pour connaitre l'état de fonctionnement de l'appareil.
Franco268 Posté(e) lundi à 10:28 Auteur Signaler Posté(e) lundi à 10:28 Ma question était essentiellement orientée pour savoir si c’était une pratique habituelle que de relever des courants pour séquencer des opérations. Concernant les wallplug, de mon côté, rien à signaler concernant la robustesse. Je les utilise déjà depuis 3 ans (3 étés) pour la filtration 200w et la pompe à chaleur 500w. Dans le cas présent je fais une upgrade de mon système avec la vanne motorisée Là où j’ai cramé des modules, c’est avec des néons (tubes fluorescents). C’était des modules relais de qubino
Lazer Posté(e) lundi à 12:44 Signaler Posté(e) lundi à 12:44 Oui c'est une pratique courante, j'utilise GEA pour tous mes scénarios, et j'ai de nombreuses règles qui exploitent la consommation des équipements.
Franco268 Posté(e) lundi à 20:03 Auteur Signaler Posté(e) lundi à 20:03 C'est bizarre..., je ne trouve pas la propriété "power" du rollershutter 4... c'est possible qu'elle n'existe plus? a t elle été remplacé par qqchose d'autre?
Lazer Posté(e) lundi à 21:19 Signaler Posté(e) lundi à 21:19 Étonnant. Partage son JSON complet pour voir : /api/devices/ID Normalement on doit voir power dans les properties, ainsi que dans les interfaces.
Franco268 Posté(e) mardi à 01:50 Auteur Signaler Posté(e) mardi à 01:50 Le voici response_1748914250777.json
TitiXsi Posté(e) mardi à 07:40 Signaler Posté(e) mardi à 07:40 Il y a 11 heures, Franco268 a dit : C'est bizarre..., je ne trouve pas la propriété "power" du rollershutter 4... c'est possible qu'elle n'existe plus? a t elle été remplacé par qqchose d'autre? Tu as quel FirmWare ?
Lazer Posté(e) mardi à 08:26 Signaler Posté(e) mardi à 08:26 Étonnant, pas de power... pourtant il y a bien energy dans le JSON. Est-ce que tu peux regarder sur les autres modules enfants (probablement cachés), pour voir si le power ne s'y retrouverait pas sur l'un d'entre eux ?
Franco268 Posté(e) mardi à 08:57 Auteur Signaler Posté(e) mardi à 08:57 @TitiXsi: 5.180.17 @Laser : Je fais ça des que j'ai 2 sec
TitiXsi Posté(e) mardi à 09:24 Signaler Posté(e) mardi à 09:24 (modifié) il y a 27 minutes, Franco268 a dit : @TitiXsi: 5.180.17 Est ce que avant le passage sur ce dernier firmware, tu avais bien le power ? Car je rencontre le même problème sur un qubino double relais, les autres non pas perdus la mesure de puissance. Modifié mardi à 09:25 par TitiXsi
Franco268 Posté(e) mardi à 09:43 Auteur Signaler Posté(e) mardi à 09:43 Je l'ai inclu après le passage dans cette version. Mais pour moi les propriété sont liées au Modules non?
jojo Posté(e) mardi à 09:49 Signaler Posté(e) mardi à 09:49 peut-être qu'il y a eu un sousi lors de l'inclusion ? Tente ceci alors exclusion reset module ré-inclusion
Franco268 Posté(e) mardi à 09:50 Auteur Signaler Posté(e) mardi à 09:50 il y a une heure, Lazer a dit : Étonnant, pas de power... pourtant il y a bien energy dans le JSON. Est-ce que tu peux regarder sur les autres modules enfants (probablement cachés), pour voir si le power ne s'y retrouverait pas sur l'un d'entre eux ? J'ai regardé le module parent et enfant, il n'y a pas de "power". Sur la doc, un peu de blabla sur l'énergie mais rien sur le power. Pensez vous qu'il puisse exister une variable "En mouvement"?
Franco268 Posté(e) mardi à 09:51 Auteur Signaler Posté(e) mardi à 09:51 il y a 1 minute, jojo a dit : peut-être qu'il y a eu un sousi lors de l'inclusion ? Tente ceci alors exclusion reset module ré-inclusion Ok, je tente quand je rentre
TitiXsi Posté(e) mardi à 10:57 Signaler Posté(e) mardi à 10:57 il y a une heure, Franco268 a dit : Je l'ai inclu après le passage dans cette version. Mais pour moi les propriété sont liées au Modules non? C'est surtout lié au FW qui décide les infos du module pour en faire le json. Ensuite les sa, les scénario interrogent le json mis à jour à la fréquence demandé ou remonté par le module.
TitiXsi Posté(e) mardi à 11:27 Signaler Posté(e) mardi à 11:27 Il y a 2 heures, TitiXsi a dit : Est ce que avant le passage sur ce dernier firmware, tu avais bien le power ? Car je rencontre le même problème sur un qubino double relais, les autres non pas perdus la mesure de puissance. Tiens, c'est curieux, tout est revenu ... aujourd'hui
Franco268 Posté(e) mercredi à 20:12 Auteur Signaler Posté(e) mercredi à 20:12 Bon... chez moi il ne fait que de pleuvoir.... et mon module est à l'extérieur... du coup j'ai fait ceci c'est pareil? ça n'a pas fonctionné... toujours de "power"
Lazer Posté(e) mercredi à 20:14 Signaler Posté(e) mercredi à 20:14 Tu devrais poser la question au support Fibaro... peut être un bug avec ce module en particulier ?
Messages recommandés