A mon avis, cela n’a rien à voir mais j’ai trouvé ces INFO dans http.error!
0000|[Fri Jun 07 08:05:31.496395 2024] [php7:notice] [pid 2225546] [client 165.225.20.170:0] PHP Notice: Undefined offset: 1 in /var/www/html/plugins/solcast/core/class/solcast.class.php on line 1738
0001|[Fri Jun 07 08:05:31.497663 2024] [php7:notice] [pid 2265953] [client 165.225.20.170:0] PHP Notice: Array to string conversion in /var/www/html/core/php/utils.inc.php on line 140
0002|[Fri Jun 07 08:05:31.497814 2024] [php7:notice] [pid 2225546] [client 165.225.20.170:0] PHP Notice: Undefined offset: 2 in /var/www/html/plugins/solcast/core/class/solcast.class.php on line 1777
Alors dans les logs je vois une modification à 11h50 et la prévision était : "9":1098,"10":882,"11":2266,"12":2314,"13":1966,"14":3327,"15":3468,"16":3452,"17":2836,"18":2217,"19":1479,"20":758
Donc entre :
8h et 9h : 1098
…
13h et 14h : 3327
14h et 15h : 3468
15h et 16h : 3452
16h et 17h : 2836
…
Les meilleures heures étaient donc de 13h à 17h. Du coup à ce moment là, pour 240mn (4h) la meilleure heure de mise en route me parait bonne : 13h
Si tu repères quelque chose qui te parrait incorect il faudrait capturer les logs au moment où l’affichage ne parait pas adéquat. Ce matin tu avais lancé le scénario à 9h06 mais il n’y a plus de logs solcast à ce moment là apparemment.
Bonsoir Bison,
Le scénario que tu donnes en exemple pour utiliser cette fonction est très utile, comment tu fais pour n’avoir qu’une seule fois la meilleure heure de la journée ?
J’ai mis un déclenchement chaque heure à la 47 éme minute en pensant que c’était bien de vérifier après la mise à jour des valeurs, mais du coup j’ai des propositions successives alors que je n’aurais souhaité n’avoir que le Seul meilleur créneau.
D’un autre cotè si je ne le fais qu’avec les prévisions du matin, ça ne sera pas « toujours » le meilleur créneau, puisque la météo est souvent capricieuse. Mais peut-être est ce que tu fais ?
Bien cordialement
Qu’est que tu veux dire par plusieurs propositions successivent ? A chaque fois que le scénario tourne donc chaque heure ? Et là valeur du meilleur horaire change, c’est ça ?
Oui c’est ça, mais je ne suis pas la logique.
Par exemple : J’ai reçu mon sms m’annonçant le meilleur démarrage pour le lave vaisselle à 14h pour 120 minutes car la production était de 3214 et 3290 l’heure suivante. Donc normal.
Et je l’ai reçu à nouveau à 19h50 mais là ça n’a pas de sens car la production prévu était de 820 et 54. Ce qui n’a pas de sens.
Je vais surveiller demain
Le principe, si tout fonctionne comme prévu, c’est de calculer cette Heure de démarrage en fonction de la durée demandée dès lors que la commande Durée de fonctionnement pour retour heure de démarrage est mise à jour (même si la valeur est identique à la précédente car la propriété pour Répéter les valeurs identiques est à Oui volontairement).
Et comme tu l’as dit, les prévisions évoluent au cours de la journée donc je ne pouvais pas décider du moment ou le plugin n’aurait plus rien calculé.
Du coup si tu fait un changement de valeur à 17h, le nouveau « meilleur » moment n’est effectivement plus le même qu’à 11h et forcement au bout d’un moment … la production devient insuffisante pour ce que l’on veut faire.
C’est donc à toi de ne plus faire changer cette valeur au delà d’une certaine heure car ça ne vaut plus le coup. Exemple d’un chauffe-eau qu’il vaut mieux déclencher la nuit en heure creuse si la production n’a pas été suffisante pour la journée.
Peut-être que pour aider, je peux ajouter une commande, disons Production estimée en fonction de la durée demandée et la mettre à jour en même temps que Heure de démarrage en fonction de la durée demandée ?
Ca pourrait permettre, dans le scénario, de contrôler cette valeur et donc de ne pas programmer de démarrage si la quantité de production devient trop faible ?
Exemple d’une pompe de piscine qui tire 1 kW et que l’on veut faire fonctionner 120mn. Si la production totale n’est pas au moins de 2 kWh alors on est sûr (à voir avec le talon de la maison) que ce ne sera pas rentable.
Bonjour Bison,
Oui j’ai bien compris qu’il fallait limiter les heures de déclenchement pour éviter de tomber dans des valeurs inintéressantes. Je vais le faire dans le scénario, pas trop facile à estimer la plage car en Bretagne cette année, on a un décalage du temps, et il fait très beau souvent le soir entre 18 et 21h
Pour ta proposition, de rajouter une commande, oui pourquoi pas ce serait une subtilité de plus. Soit la rajouter dans le plugin soit on met cette condition dans le scénario.
Ou alors, je pensais peut-être aussi à une autre manière de faire, rajouter les conditions de choix pour déclencher la mise à jour de Heure de démarrage en fonction de la durée demandée
Rajouter carrément les 3 paramètres dans le plugin, la durée de fonctionnement de l’équipement, la puissance max de l’équipement et le % qu’on estime vouloir gagner avec cette commande.
Là on aurait toute la souplesse que chacun renseignera en fonction du besoin.
Durée : 120 (minutes)
Puissance : 2000 (watts)
Gain : 50 (%)
Si on remplit ces conditions, tu affiches une valeur de Heure de démarrage en fonction de la durée, sinon afficher par exemple « Pas de proposition »
Je ne sais pas si c’est possible sans trop chambouler ton boulot ?
Cordialement
Why not, avec un séparateur et la commande deviendrait une info de type « autre » comme 120;2000;50
Mais qu’est-ce que tu as derrière la tête en terme de calcul concernant le gain de 50% (dans ton exemple) ?
J’ai pas trop compris ce que je devais en faire
Un exemple avec des valeurs ?
Dans mon esprit, je pensais simplement.
Mon appareil pompe 2000 w si je mets 50 en coeff si j’ai une production estimée de plus de 1000 w pour les 120 minutes à venir j’affiche l’heure de démarrage possible en fonction de la durée.
120;2000;80 me donnerait une heure de démarrage seulement si j’ai plus de 1600 w durant les 120 minutes.
Hum. Je ne vois pas un grand intérêt à ce « Gain », d’autant qu’ici c’est plus accepter de tirer plus chez le fournisseur d’énergie
Autant fournir 1600 à la place de 2000 si on veut, non ?
Ce que ferait le plugin dans ce cas c’est de découper par tranche de 10mn et de regarder la tranche dans laquelle il y aurait plus de 3200 Wh de production (1600 W durant 2h).
Donc en l’état de réflexion, le plan serait d’envoyer par exemple 120;1600 dans Durée de fonctionnement pour retour heure de démarrage et à ce moment là, Heure de démarrage en fonction de la durée demandée prendra soit la valeur « Aucune proposition » soit « 1420 » (par exemple) pour 14h20
Histoire de ne rien casser pour ceux qui utilises déjà, si tu envoies que 120 au lieu de 120;1600 alors c’est le fonctionnement actuel qui sera pris en compte.
Si je regarde les 240min les plus adapatées, ce serait de 12h → 16h alors que je vois un démarrage proposé à 15h du coup je me demande si la valeure a été mise à jour depuis hier ou si il y a un pb sur le calcul du global par rapport aux fils ou autre.
Effectivement je trouve que cela serait un plus. Voici ce à quoi j’ai compris que cela pourrait aider.
Cas 1: simple
Au lieu de mettre 240min, je calcule les W consommés par mes équipements, et je peux faire la somme genre 2400+2200+2000W (6600W => 1650W/h).
Si je veux faire simple, je peux faire 240:1650
Cas 2: Cas mais avec des proratas
Si je tiens compte de leur temps de fonctionnement, soit 90min+75min+75min j’ai une moyenne 2212W/h (24001,5+22001,25+2000*1,5)/4
mais au final cela n’aide pas car pour bien faire il faut optimiser les temps de démarrages des Chauffes Eaux en fct de leur consommation
Cas 3: Cas idéal mais je ne sais si on peut l’implémenter simplement sans que les CEs démarrent en même temps mais de manière séquentielle:
90:2400
75:2200
75:2000
Du coup est ce qu’il faut 3 scénarios différents et les séquencer avec un trigger en disant qd le 1er (trigger: Heure de démarrage en fonction de la durée) se finit alors on lance le 2e (trigger: qd CE1 a fini) puis qd le CE2 a fini on lance le 3e sur le même principe.
Si on a des équipements supplémentaires mais moins prioritaires comme une pompe à chaleur etc… on les mets apres le CE2 avec un nouveau scénario et un xx:yyy (ou xx:yyy).
Après on pourrait aussi le faire en fct de la puissance nette, et si on injecte pdt que les CEs sont actifs on ne démarre l’équipement que si il y un minimum de W de dispo (plugin Délestage par ex).