DESS Tempo & programmation de charge

Bonjour à tous,

J’ai fait une programmation de charge sur les HC avec le DESS ON. La charge ne s’est lancée que deux plus tard que ma programmation et s’est arrêtée une heure après l’heure demandée.
Une autre fois, la programmation ne s’est tout simplement pas lancée.

Ma question est donc, peut on effectivement programmer une charge si le DESS est ON ? Avez vous déjà remarqué un décalage des heures programmées et des heures effectives ?

@Q.x je sais que tu bosses pas mal sur un flux plus efficient que le DESS Tempo, je me demandais si tu pouvais m’éclairer sur mon problème. J’ai aussi un flux perso pour améliorer le DESS mais Victron ne recommande pas d’implanter des flux “home made” chez les clients pour une question de maintenance externe.

Cdt,
Patrick.

Parles-tu d’une charge planifiée dans ESS ? Ce ne serait pas compatible d’après les FAQ.

J’ai abandonné DESS Tempo car ça ne convenait pas à mon cas de figure, notamment, parce que mon prix de vente est variable et non prévisible car dépendant du PREP. De plus, DESS se base sur le prévisionnel de consommation. Cette information est plus ou moins fiable. En résidentiel, si la famille est présente et parvient à décaler sa consommation énergivore lors des belles journées, alors ça fausse le prévisionnel et induit en erreur DESS.

Avec un contrat de consommation EDF Tempo, l’intérêt de charger en HC (facturé entre 12 et 15 c€/kWh) dépend du prix de vente ou du prix d’achat ultérieure. Compte-tenu de la perte au stockage (22 à 23%, selon mon expérience) et du coût du stockage (2 à 3 c€/kWh), il faudrait un prix de vente ou un prix d’achat ultérieure à minima entre 19 et 22 c€/kWh. Je ne pense pas qu’il soit possible de revendre son électricité à ces prix. Dès lors, le seul cas de figure où il y a un intérêt économique à recharger en HC est la veille d’un jour Rouge. C’est probablement pour cette raison que tu cherches à trouver une solution pour recharger la batterie en HC.

De ma compréhension de DESS, c’est lui qui fait les calculs pour déterminer à quel moment il faut acheter, vendre, autoconsommer ou stocker l’énergie. C’est donc cet algorithme qui devrait prendre la décision de recharger la batterie en HC la veille d’un jour Rouge.

Concrètement, mieux vaut consommer l’énergie en direct en HC, si le stockage est insuffisant pour passer la journée du lendemain sans importer, et autoconsommer en HP. La veille d’un jour Rouge, il faut évaluer le besoin en énergie pour recharger la batterie de sorte à tenir, si possible, toute la journée. Ceci doit être accompagné d’une prise de conscience de l’utilisateur (la famille).

J’ai réécrit un algorithme BatteryLife afin d’augmenter la limite basse en cas de mauvais temps ne permettant pas de suffisamment recharger la batterie. J’ai plafonné cette limite basse à 50% au lieu des 85% de Victron. Si après plusieurs jours de très mauvaise météo, mon état de charge était limité à 70% (minimum) et qu’une très belle journée d’hiver arrive, je vais produit 130 à 150% de la capacité de ma batterie alors qu’il n’y a de la place que pour 30%. Ceci forcera mon installation à exporter. J’aurai donc surconsommé l’énergie du réseau, peut-être même en HP. Un tel scénario pourrait arriver 1 à 2 fois en décembre et en janvier. Finalement, les jours Rouges, j’abaisse la limite à 10% en HP pour la remettre à sa valeur précédente en fin de journée.

C’est une utilisation un peu forcée de la batterie mais ça ne représente que 22 jours par an. L’hiver précédent, je n’ai forcé la recharge de la batterie la veille d’un jour Rouge que 8 fois. Ma consommation en Rouge HP sur les 22 jours n’a été que de 4 kWh (dont 2 kWh avant que l’algorithme soit en place). Les jours Rouges sont souvent des jours froids accentués par l’absence de couverture nuageuse ce qui signifie des journées ensoleillées très favorables aux installations PV. Ça dépend aussi des régions, le Sud étant plus favorable que le Nord.

Merci Quentin pour ton retour. En France nous n’avons pas le droit de revendre l’électricité stockée, de toute manière, à part les vieux contrat OA à 58cts/Kwh, il n’y a aucun intérêt économique à le faire.

Je vais donc continuer sur mon flux “home made”, qui est un DESS plus performant que l’actuel de chez Victron. Je ne comprends pas la stratégie de leur algo.

Et merci pour la programmation de charge versus DESS, je n’avais pas vu ce point la dans la spec.

Je te souhaite une agréable journée,

Cdt,
Patrick.

Dans un sujet de partage d’expérience à propos de DESS, j’avais émis 2 hypothèses de stratégies appliquées par l’algorithme apportant une explication concernant le choix du moment de la recharge de la batterie avec l’énergie du réseau.

  • Garder les batteries à l’état de charge le plus faible le moins longtemps possible
  • Garder les batteries à l’état de charge le plus haut le plus longtemps possible

Toutefois, ceci se base sur le prévisionnel de consommation qui est plus ou moins incertain et le prévisionnel de production qui est plus ou moins bien maîtrisé par Victron. Si l’utilisateur ajuste sa consommation par rapport au prévisionnel de production (ou à la météo qu’il observe) alors il fausse le prévisionnel de consommation et DESS prend de mauvaises décisions.

pas exactement,on a pas le droit de vendre de l’énergie stockée du reseau pour la revendre !

Bonjour

Est ce que vous pouvez m’en dire un peu plus sur votre flux home made par rapport au dess

Je test depuis une semaine le dess tempo , je constate par exemple que ce matin le système a continuer de pendre un peu sur le réseau de 6hrs à 7hrs

J’ai également constaté que dans ses prévisions la batterie devait commencer à se charger vers 23hrs, mais ça n’apas arrêter de se décaler pour finalement commencer à charger à 2hrs du matin et en plus par acoup de puissance

Merci pour votre partage

As-tu déjà consulté les réponses suivantes de Patrick ?

Réaliser un algorithme décisionnel et prévisionnel est particulièrement compliqué. D’autant plus que les deux variables principales ne sont pas suffisamment prévisibles, la production PV et la consommation. Ensuite, il faut intégrer la variabilité des prix d’achat et de vente dépendant du contrat (allant de simple à impossible car lié au prix du marché), intégrer le respect des cycles de charges nécessaires au type de batterie.

DESS est un algorithme générique qui prend de bonnes décisions, parfois compliquées à comprendre. Il est possible de réaliser un algorithme personnalisé qui sera mieux adapté à la façon dont l’utilisateur consomme l’énergie mais c’est un gros travail nécessitant des qualifications en programmation.

Ça fait partie des choses difficiles à expliquer, surtout en l’absence de nombreuses informations. Mais, ça ne m’étonne pas. Selon mes hypothèses, l’algorithme essaie de ne pas faire descendre l’état de charge inutilement trop longtemps. Au lieu de consommer l’énergie du réseau entre 8 et 9h car l’état de charge atteint la limite, il est préférable de la consommer entre 6 et 7h. Ainsi, l’état de charge reste plus haut plus longtemps. Comprends-tu ?

Ca m’étonne que DESS ait initié un rechargement partiel de la batterie en pleine nuit (Bleu HC vers Blanc HP). La différence de tarification entre la nuit et le jour ne justifie pas le rechargement car avec la perte au stockage et le coût du cyclage des batteries, il ne devrait y avoir aucun intérêt financier. Il y a peut-être un paramétrage à vérifier.

La seule exception est l’objectif de recharge complète nécessaire au moins une fois par mois avec des batteries au Lithium mais ce n’est pas le cas présent.

Je comprends

Pour donner un peu plus d’information , j’ai 44kw de batterie LFP avec un soc réglé 45% ce matin à 6hrs la batterie était 75%.

Entre 6hrs et 7hrs c’est l’heure des petits déjeunés ( cafetières ….) le système n’a prit que 700 watt sur le réseau , c’est anecdotique mais pas trop compréhensible , peut être à t il estimé que je ne tiendrai pas la journée ….je en sais pas

Le dess reçois l’information tempo a 12h00 et hier instantanément il a aussitôt programmer en prévision une recharge de la batterie pour la faire monter de 47% ( le soc que j’avais à midi ) a 80%.

Finalement il a changer ses plans et n’aura charger que à 75%

Bonjour @cedtic ,

Pour faire simple voici mon ordinogramme initial :

Et j’agis sur ces paramètres pour répondre à mon besoin : mode de fonctionnement de l’onduleur, le courant DVCC, le SOC mini, le battery life (oui ou non), relais de découplage réseau externe.

/!\ Attention si vous avez du couplage AC, je vous conseille fortement de laisser votre onduleur sur ON si vous n’avez pas la certitude que vous pouvez faire du frenquency shift (et pas juste théorique, faites des essais physiques avec mesure de la fréquence en sortie du M+ avec un multimètre à minima)

Et j’ai comme entrée : les prévisions de conso et de prod (manipulées pour obtenir mes conso J 22h à 00h + J+1 de 6h à 22h et ma prod du J), l’api de Tempo, mes données d’état de mon parc batterie, mes valeurs actuelles de courant de charge, tension et le mode de fonctionnement de mon système.

Vous avez avec ces informations une bonne base pour vous lancer à faire votre propre programmation.

Cdt,
Patrick