[Plugin Tiers][Sujet Principal] Héliotrope : suivi Azimuth, Altitude, Déclinaison

[Theduck38]

Hello,

Perso j'utilise un virtuel avec un bouton
Quand je veux un comportement volets / VMC 'Beaux Jours', je bascule le switch... en gros 2 à 4 fois par an.
L'inconvénient c'est que ce n'est pas 100% automatique.
L'avantage c'est que si tu prends une tempête de neige en mai, tu peux rebasculer le switch

[bartounet]

oui, mais j'ai ca aussi... mais la plupart du temps j'oublie..
Et je me suis fait gronder par ma femme.. ce Week End..
on est revenu de 3 jours d'absence il faisait 28 dans la maison..

L'héliothrope Hiver..
Les volets se sont ouvert face au soleil... donc ca à bien chauffé

Je vais tenté dans mon scénario auto de faire une condition..
en gros


SI #time# < #[MAISON][Heliotrope][Coucher du Soleil]# ET #time# > #[MAISON][Heliotrope][Lever du Soleil]# ET #date# < 515 ET #date# > 1015
Alors Heliothrope Hiver ( on cherche la chaleur)
Sinon
On ferme tout ( on cherche a preserver la fraicheur)

[lunarok]

Faut rajouter des conditions par rapport a la température intérieure, celle souhaitée et l'indice UV par exemple.
Sinon y'a peut être moyen de créer des commandes "chauffe" par exemple et utiliser avec thermostat

Envoyé de mon ONEPLUS A3010 en utilisant Tapatalk

[dough29]

J'ai la même problématique chez moi, ça a tendance à faire four avec les baies sur lesquelles le soleil donne

J'ai déjà relevé les azimuts à partir desquels le soleil passe ou pas mais ça fait une sacrée usine pour gérer tout ça ensuite.

J'avais pensé faire en fonction des capteurs de température intérieure et de la température MAX prévue à l'extérieur (météo)

[TeHeR]

Moi j'avais un virtuel aussi et j'ai essayé de la remplacer par des écarts de températures entre intérieur et extérieur.
Par exemple :

• si intérieur - extérieur > 10 ===> hiver
• si intérieur - extérieur < - 5 ===> été
• autres cas : juste levé / couché du soleil ou horaires pris en compte

Mais au final je n'ai pas trouvé les bonnes valeurs, et je ne sais pas si elles existent avec juste la température, sans prendre en compte la luminosité, date et heure... Du coup je vais repasser au virtuel je crois pour que ma femme puisse aussi modifier le comportement ponctuellement si besoin.

Edit : en fait je regarde aussi le fonctionnement du plugin "gestion des volets" qui utilise Héliotrope, et si ça fonctionne mieux que mes scénarios, je passerait peut-être par lui.

[bartounet]

oui mais y a tellement de paramètre...
un exemple au printemps en ce moment.
le matin 22°C dans la maison 18°C dehors..
il fait plus frais dehors; mais comme il fait un super soleil ca chauffe quand meme les baies vitrées.

Donc au final je me dit que au dela du 15 mai je ferme tout en partant
a partir du 15 octobre mes ouvertures selon azimuth reprennent.

[lunarok]

C'est pour ce que vous indiquez que je dis pourquoi ne pas voir simplement à un moyen de savoir si l'état du volet va etre un apport calorique et le prendre en compte comme un radiateur dans Thermostat ?

[Theduck38]

Une possibilité serait de basculer le virtuel en mode été si la température extérieure passe au-dessus de 26°, par exemple. Mais même là il peut y avoir des exceptions...

Ça revient toujours à la même chose : formaliser par des règles ce qui nous fait pousser le bouton du virtuel.

Dans mon cas, ça dépend de la température extérieure de la veille, de la prévision des températures pour les jours à venir, et de la tendance min / max de la température intérieure (ma maison prend 0.7° par jour au mini et au maxi lorsque la température extérieure dépasse 30°). Pas facile à mettre en conditions.

[Florent35]

Bonjour à tous.

Depuis 2 jours j'ai un soucis avec ce plugin et la programmation (ouverture et fermeture de mes volets roulants).

Bizarrement la date de déclenchement du scénario est passée au 01/01/1970.

Avant tout marchait à merveille. Le lancement de la tâche est programmé tous les jours à minuit pour des lancements au lever et coucher du soleil.

Ex pour le lever du soleil

Capture d’écran 2017-06-12 à 07.28.52.png (56.88 Kio) Consulté 1503 fois

Capture du log:

Capture d’écran 2017-06-12 à 07.30.37.png (33.58 Kio) Consulté 1503 fois

Une idée du soucis ?

Merci de votre retour.

[Bosquetia]

Les opérations sur les heures se font de la manière suivante :
time_op(#[Maion][Maison Melesse][Lever du Soleil]#, +15)

Et cet exemple est décrit dans la doc du plugin https://jeedom.github.io/documentation/ ... index.html

[Florent35]

@Bosquetia

Merci pour ton retour rapide. J'avais déjà pris connaissance de ce type de formatage concernant les opérations horaires. Le hic c'est que jusqu'à ce week-end tout fonctionnait correctement et la les time op me pètent des erreurs

[Bosquetia]

Version, platefome, logs ... sans infos concrètes pas d'aide efficace possible

[Florent35]

Re,

Jeedom 2.4.6 / Plugin Heliotrope 2017-05-07

Dernier avant problème:

Code : Tout sélectionner

[2017-05-01 12:00:03][SCENARIO] Start : Scenario execute automatiquement sur programmation. Tags : Array
(
)
[2017-05-01 12:00:03][SCENARIO] Tâche : 6 programmée à : 2017-05-01 21:35:00
[2017-05-01 12:00:03][SCENARIO] Fin correcte du scénario
------------------------------------
[2017-05-01 21:35:03][SCENARIO] ************Lancement sous tâche**************
[2017-05-01 21:35:03][SCENARIO] Exécution du sous-élément de type [action] : do
[2017-05-01 21:35:03][SCENARIO] Exécution de la commande [Salon][Volet du salon][Down]
[2017-05-01 21:35:03][SCENARIO] ************FIN sous tâche**************
------------------------------------
[2017-05-02 12:00:03][SCENARIO] Start : Scenario execute automatiquement sur programmation. Tags : Array
(
)
[2017-05-02 12:00:03][SCENARIO] Tâche : 6 programmée à : 2017-05-02 21:37:00
[2017-05-02 12:00:03][SCENARIO] Fin correcte du scénario

Et après problème:

Code : Tout sélectionner

[2017-06-11 12:00:02][SCENARIO] Start : Scenario execute automatiquement sur programmation. Tags : Array
(
)
[2017-06-11 12:00:03][SCENARIO] Tâche : 6 programmée à : 1970-01-01 01:00:00
[2017-06-11 12:00:03][SCENARIO] Fin correcte du scénario

[Florent35]

Après recherches je viens de trouver. Le problème était lié à la désactivation du module de Géolocalisation. Merci d'avoir pris le temps de me lire et de m'aider en tout cas.

Florent

[znation]

Hello depuis la mise à jour en 3.0.9 quand je fais dans mon scenario A [lever du soleil] j'ai :

Erreur dans bloc (type A) : 1, heure programmée invalide : ""
[SCENARIO] Tâche : 1 programmée à : 1970-01-01 01:00:00

Que dois je faire ?

Merci

EDIT : un reboot de jeedom a solutionné l'affaire ... ouf !

[kicool123]

slt comme znation, depuis la mise à jour en 3.0.9 je constate que mes lumières s'allume automatiquement par détection alors quelle sont sous condition horaire. Le soucis c'est qu'il ni a pas de lecture d'info sur le plugin héliotrope alors que celui-ci m'indique bien un lever du soleil à 0531.
si je met #[Météo ][Héliotrope][Lever du Soleil]# dans le testeur d'expression, il me répond: Je vais évaluer : ""
J'ai essayé de faire une mise à jour forcé et un redémarrage, mais ça ne fonctionne tjs pas.

Une idée ? d'autres personnes ont le même soucis ?

[Cubenbois]

+1

[hubair]

Idem : voici les logs de mon scénario :
------------------------------------
[2017-07-03 09:17:46][SCENARIO] Start : 'Scenario lance manuellement'.
[2017-07-03 09:17:46][SCENARIO] Tâche : 27 programmée à : 1970-01-01 01:00:00
[2017-07-03 09:17:46][SCENARIO] Fin correcte du scénario

Pourtant mon déclencheur programmé est bien à : 54 16 * * *

J'ai rebooté mon Jeedom après la mise à jour.

[Fabrice]

Et le redémarrage de Jeedom ne fonctionne pas pour vous ?

Car le problème identique est soulevé quelques posts avant le votre et le redémarrage semble avoir corrigé ce problème d'heure.

2 solutions visibles au dessus :
1) redémarrage de Jeedom
2) activation du plugin Geolocalisation

[lunarok]

Rien a voir avec le plugin, PB de cache suite a l'upgrade comme d'autres commandes.
Merci de rebooter

Envoyé de mon ONEPLUS A3010 en utilisant Tapatalk