Décalage ordre smart via Sunis ?

Salut v-rod,

(au passage, puis je t'appeler par ton prénom maintenant plutôt que pseudo ?).

J'ai aussi le même truc que toi, à savoir que du coup j'ai augmenté un peu mon seuil à 80lux au lieu de 50lux.

Est ce que tu connais cette article ?
https://www.somfypro.fr/assistance/faq/-/detail/comment-f...

Belle journée.

Salut V-Rod

Je crois savoir que c'est pour ne pas que les motorisations (ou autres), fassent du yoyo.
Par exemple, j'ai une smart qui, l'été, ferme les volets à 90000 lux et une autre qui les ouvrent en dessous de 70000 lux. Le problème, ce sont les nuages qui passent parfois assez vite et qui peuvent faire descendre la luminosité en dessous de 70000 lux. Ce temps de latence permet que les volets ne passent pas leur temps à s'ouvrir et se fermer. Mais même comme ça, j'ai fini par supprimer la smart de remontée.
Par contre c'est pareil pour l'éclairage, il faut attendre 10 minutes quand les conditions sont remplies pour envoyer l'ordre d'allumage. Bref, pas facile à régler. Il y a peut-être une autre explication.

Bonne journée !

C'est ça Jean-Luc, exactement ce que dis l'article :

"Suite à une programmation SMART, pour que les moteurs réagissent à l'ensoleillement donné par le Sunis io, il existe une règle de temporisation de 8 minutes avant de lancer l'ordre voulu."
"Cette règle a été imposé pour éviter que le moteur fasse des va et vient lorsque la valeur du capteur est proche du seuil."

bonne après midi.

Ah c'est sympa et intéressant comme truc ! Merci pour l'info. Avant j'utilisais les fonctions aube/crépuscule sur l'agenda mais ma femme râlait qu'il faisait encore un peu jour dehors. En utilisant le décalage temps, je n'arrivais pas à quelque chose qui me satisfait, même sur la swith qui pourtant propose d'autres choses.
Du coup, j'ai utilisé le sunis pour la fermeture le soir En mettant <80lux pour prendre en compte les 8 min, j'ai trouvé un bon compromis. Cela fonctionne.

bonne soirée.

Bonjour,
Je connaissais cette fameuse histoire de tempo, mais il est clair que la gestion des smarts est perfectible.
Car dans 80% du temps, on utilise le capteur Sunis pour ouvrir le matin et fermer le soir, et ce, pour avoir une précision plus élevée que la fonction aube/coucher intégré au fuseau horaire. Donc une fois que le seuil au matin est obtenu, il n'y a pas de raison de repasser à la nuit (à moins d'une éclipse solaire totale...), et surtout que je conditionne le scenario à une plage horaire (pour éviter que les volets ne se lèvent à 5h30 en été...). La tempo n'est uniquement utile/nécessaire que pour les fonctions de protection horaire (MY), et sous nos latitudes, pas franchement utiles (il faut habiter le sud). C'eut été judicieux de pouvoir activer/désactiver la tempo en fonction de ce que l'on veut faire (cela éviterait par exemple de rester dans le noir durant 8 longues minutes - j'ai domotisé également l'éclairage...)