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) le 2 juin Auteur Signaler PostĂ©(e) le 2 juin (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Ă© le 2 juin par Franco268
TitiXsi Posté(e) le 2 juin Signaler Posté(e) le 2 juin (modifié) Elle pompe combien ta filtration ? -> attention avec le WP... Modifié le 2 juin par TitiXsi
TitiXsi PostĂ©(e) le 2 juin Signaler PostĂ©(e) le 2 juin (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Ă© le 2 juin par TitiXsi
Lazer Posté(e) le 2 juin Signaler Posté(e) le 2 juin 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) le 2 juin Auteur Signaler PostĂ©(e) le 2 juin 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) le 2 juin Signaler Posté(e) le 2 juin 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) le 2 juin Auteur Signaler Posté(e) le 2 juin 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) le 2 juin Signaler PostĂ©(e) le 2 juin Ă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) le 3 juin Auteur Signaler Posté(e) le 3 juin Le voici response_1748914250777.json
TitiXsi Posté(e) le 3 juin Signaler Posté(e) le 3 juin 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) le 3 juin Signaler PostĂ©(e) le 3 juin Ă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) le 3 juin Auteur Signaler Posté(e) le 3 juin @TitiXsi: 5.180.17 @Laser : Je fais ça des que j'ai 2 sec
TitiXsi PostĂ©(e) le 3 juin Signaler PostĂ©(e) le 3 juin (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Ă© le 3 juin par TitiXsi
Franco268 PostĂ©(e) le 3 juin Auteur Signaler PostĂ©(e) le 3 juin 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) le 3 juin Signaler PostĂ©(e) le 3 juin peut-ĂȘtre qu'il y a eu un sousi lors de l'inclusion ? Tente ceci alors exclusion reset module rĂ©-inclusion
Franco268 PostĂ©(e) le 3 juin Auteur Signaler PostĂ©(e) le 3 juin 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) le 3 juin Auteur Signaler PostĂ©(e) le 3 juin 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) le 3 juin Signaler Posté(e) le 3 juin 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) le 3 juin Signaler PostĂ©(e) le 3 juin 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) le 4 juin Auteur Signaler Posté(e) le 4 juin 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) le 4 juin Signaler PostĂ©(e) le 4 juin Tu devrais poser la question au support Fibaro... peut ĂȘtre un bug avec ce module en particulier ?
Messages recommandés