Bonjour @bernardfr.caron
J’ai mis en place les deux scenario comme tu as indiqué dans la documentation .
Mais au bon d’un moment la sorte boucle se stop
Je n’arrive pas a comprendre pourquoi
je n’ai pas compris
sinon avec 2 scénarios A et B
Lancement de A au démarrage ou n’importe où mais une seule fois)
récup des infos
lancement de B
Dans B
pause de 10s
lancement de A
scenario A
Scenario B
La différence avec ce que tu propose c’est que la temporisation est au début du scenario A
Ca n’a pas d’importance.
Clique pour les 2 scénarios sur « multi Lancement »
et il ne doit y avoir aucun déclencheur
MAis je n’ai pas compris ce que tu as écrit et que j’ai repris dans ma précédente réponse
c’est^^^^^^que je n’ai pas compris.
autre possibilité
il y a la notion de boucle.
si la machine est 32 bits, je pense que l’on peut avoir des entiers jusque 2 000 000 000 (soit 64 ans de marche continue)
donc faire une boucle de 0 à 2 000 000 000
dedans tu mets la pause et la récup des données
Désolé je voulais dire au « bout »
Je suis sur un VM debian buster en 64bits .
Je vais tester avec une tempo plus longue 15 seconde pour voir
ce n’est pas ce que je t(ai proposé de faire et tu ne me montre pas l’erreur.
Je t’ai proposé un loop voir plus haut
Désolé je n’avais pas saisi ta demande
Je vais mettre cela en place plutard
Bonjour @bernardfr.caron
Avec la fonction boucle cela semble fonctionné
j’ai du reduire le nombre de boucle car avec 2000000000 le scenario s’exécutait 2 fois et ensuite il s’arretait
Petite question est t’il possible de savoir combien de boucle on été exécuté ?
Autrement qu’en crée un variable que l’on incrémente de 1 à chaque exécution du scenario
La réponse est dans la question
quelle valeur as-tu mise ?
Au pire, faire 2 boucles l’une dans l’autre
Je me doutais bien qu’il n’y avait pas d’autre moyen mais je posais la question quand meme
J’ai mis 9 460 800
Cela représente 3 ans de valeur , je pense que je suis large
Si jamais cela peut vous aider, j’ai configuré un petit mécanisme pour connaitre automatiquement l’état de mes portes de garage pilotées par deux MSG100, que je commande désormais avec WifilightV2 et non plus avec MerossIOT (état partiel je précise, c’est à dire ouvert ou fermé).
L’information est disponible dans les logs du plugin WifilightV2 en mode debug, dans le retour json de l’appel à la commande « stateGet »:
« garageDoor »: [
{
« channel »: 0,
« open »: 0, ou bien « open »: 1,
« lmTime »: xxx
}
]
J’ai créé un script bash qui va extraire l’état d’une porte à un instant T, en parsant le log WifilightV2:
#!/bin/bash
tac /var/www/html/log/wifilightV2 |grep -m1 mac-addresse-de-mon-msg100-sans-ponctuation|grep '"garageDoor"\:\[{"channel"\:0\,"open"\:1'|wc -l
J’ai ensuite créé une commande de type info dans le plugin Script pour pouvoir appeler ce script depuis un scenario et récupérer l’info:
Puis un petit scenario qui va appeler la commande « stateGet » et lancer mon script pour rafraichir l’etat dans ma commande info Etat-garage. Je fais tourner le scenario toutes les minutes, mais je rafraichis l’info toutes les 30 secondes au final:
Avec ca vous avez un rafraichissement (partiel) de l’état du garage toutes les 30 secondes.
Hello @luccio67,
Donc pour les commandes ouvrir et fermer de ta porte de garage meross, tout fonctionne bien en wifilightV2 ?
Il n y a que le retour d état qui ne fonctionne pas ?
Oui tout a fait, tu peux envoyer les commandes ouvrir et fermer à un MSG100 sans soucis.
Ok merci pour ta réponse @luccio67
Pourquoi je pas essayer de voir avec le développeur du plugin s’il ne parviendrait pas à gérer le retour d’etat …
Il est super réactif à ce que j’ai pu comprendre. Le pb était plutôt qu il n’avait pas de bêta testeur sur les msg100.
J ai vu paf ailleurs qu il réussit maintenant à faire remonter la conso des prises meross alors pourquoi pas l état de la porte de garage…
Effectivement avec un beta testeur, on peut essayer d’avancer pour récupérer l’état. Par contre, ce ne pourra pas être temps réel au sens où il faudra que le plugin interroge le module pour qu’il connaisse son état. Raisonnablement une période de scrutation de 10s est possible sur un système performant et peu d’autres modules.
Si ca peut aider oui je peux beta-tester! Par contre j’ai un ancien moteur pour mes portes, qui ne supporte que deux modes: ouvert ou fermé, pas d’ouverture partielle.
c’est pas le but mais de récupérer la valeur de fin de course
La façon dont ca fonctionne chez moi: le MSG100 est connecté au moteur de la porte de garage pour lui donner les impulsions électriques (ouvre toi, ferme toi), et est relié à un capteur type aimant ouvert/fermé qui détermine l’état de la porte. Mais je n’ai aucun moyen d’avoir le pourcentage d’ouverture, ou de savoir si la porte est en fin de course ou pas. A voir si ca peut aider pour tester le retour d’etat, ou si tu as besoin d’un testeur avec un matériel plus récent.