question

Waouh, bel effort !

Perso, je pense que plus c'est simple moins c'est compliqué. Cela dit, j'aime bien le Python, qu'il soit Monty ou pas mais je trouve qu'on ne gagne pas à complexifier trop des choses. C'est juste mon opinion, ne n'ai pas de vérité à asséner à qui que ce soit.

Juste une question : j'imagine que vous vivez autre part que dans une grotte, et que vous avez une famille. Bien. Si votre dév tombe en carafe pour une raison ou une autre (un appel d'instruction Python qu'un gentil développeur bénévole a cru bon d'améliorer à mauvais escient), et que vous soyez dans un ailleurs alors qu'il fait noir dans la tanière, pensez vous que vos proches saurons débrouiller tout cela ?

Certes, ils sont raisonnables, ils ont gardé des bougies, au cas où. C'est une valeur sure.

Bah, c'est juste un peu de philosophie de comptoir.

@kiwi35

C'est une excellente idée !

Cette fonctionnalité manque à Victron, et je doute qu'un développement soit prévu (marché trop restreint j'imagine).

Pour info, je dispose aussi d'un module ECODEVICE (1ère génération) que j'utilise avec Jeedom. C'est avec ce logiciel que je surveille ma production (importation des données Victron via plugin MyModbus).

• As-tu quelque part un résumé du comportement que tu veux programmer sous Python ?
  (Cela permettrait "d'entrer dans le projet" avant de proposer des idées ou de faire des remarques).
  
  
• Ou doit-on te contacter pour échanger sur ce projet ?

Ce ne serait pas plus simple avec l'API EDF et NodeRed ?

Effectivement, sous réserve que l'API EDF soit gratuite ( coût d'utilisation ?), on toucherait bien plus d'utilisateurs. Quant à NodRed, il semble que cela permette de coder pleins de choses, mais je n'ai pas encore eu le temps de tester.

N'étant pas développeur, je laisse @kiwi35 répondre.

Hello :)
Disons que "l'API" d'EDF est celle utilisée via Home Assistant (elle même utilisée par le calendrier TEMPO).
C'est pour ça que j'ai mis des " ", car je n'ai aucune idée de stabilité dans le temps de cette "API".

Seul "Avantage" on a les infos AVANT 20h :D
L'idée globale (c'est dans le code source, je sais...) :

- Jours Bleu :
openbar / Recharge juste a 22h a 80% de la batterie afin de profiter des HC le matin
Battery Life : On
Min Soc : 30%
- Jour Blanc :
Recharge de la batterie a 90% afin d'avoir un de jus le matin sur batterie (en espérant qu'il y ait du soleil)
Batterie Life : On
Min Soc : 30%
- Jour Rouge :
Recharge de la batterie a 95% (ou 100%) pour avoir largement de quoi faire en journée
Batterie Life : Off
Min Soc : 25%

En plus je vais ajouter :
- PAC off en HP rouge
- PAC on en HC rouge
- PAC on en Bleu/Rouge

Peut-être gérer l'été avec des seuls min plus bas... a voir.

Pour me contacter -> MP et passe par mail si vous voulez

Moi ce qui me gène c'est de devoir utiliser un Ecodevice .... je ne comprend pas l'interêt de passer pas là surtout que ça coute 260€ .... Ce serait bien de développer un peu pour qu'on comprenne l'utilité :-)

Mes questions et doléances :-)

1. Source
   Si c'est possible, je propose de laisser l'utilisateur configurer sa source : API ou ECODEVICE.
   
   
2. Configuration
   Au cas ou ce ne serait pas prévu, peux-tu rendre configurable pour chaque couleur :
   - Charge HC : Oui/Non
   - Durée HC (ou plages HC, car je crois qu'il y a des zones avec HC aussi en début d'a-midi).
   - % de charge
   - % de soc mini
   Cela permettrait de coller à toutes les configurations / utilisations. Par exemple ici, pendant plusieurs mois, les batteries tiennent jusqu'au matin donc aucune recharge nécessaire en HC).
   
   
3. PAC
   Qu'entends-tu par PAC -> Un chauffe-eau thermodynamique ?
   Comment exploiter ce statut -> C'est un relais de puissance ?
   
   
4. Communication
   A terme, sera-t-il possible d'interfacer ce "moteur" à Jeedom ou Home Assistant ?
   Cela permettrait de modifier les paramètres à partir de son logiciel domotique préféré..
   
   
5. "Sécurité"
   Comment vois-tu les choses en production. Dans quel environnement envisages-tu de faire tourner le script, et comment le surveiller ? Exemple : on vient de passer en rouge et le script est planté en mode bleu...
   
   PS :
   Sur ce forum il n'a pas de mp. Peux-tu partager celui que tu veux qu'on utilise ?

Bonjour,

Merci pour votre travail. Je viens de m'équiper avec un Multiplus et Cerbo GX et comptais réaliser un travail similaire, mais je pars de 0 car je n'ai que quelques bases de programmation, mais en aucun cas pour du matériel Victron

Personnellement j'aurais allégé le truc en ne tenant compte que des jours rouges.
Il y a en effet des pertes de conversion lors des charges et décharges (que je n'ai pas mesurées et qui dépendent à la fois de l'onduleur chargeur mais aussi des batteries) qui, je pense, annulent le gain de charger la nuit en HC.

Je me serais donc contenté de:

- activer la charge à 100% si "demain est jour rouge"

- autoriser la décharge à 20% sans batterylife si "aujourd'hui est rouge" et si "heures pleines"

Je possède un compteur WES (Cartelectronic) qui permet de lire les infos linky via le TIC et de piloter des relais en fonction mais il doit y avoir la possibilité de récupérer l'information via la page WEB comme vous le faites avec Ecodevice

Je chauffe via des pompes à chaleur et vu la puissance d'appel (>10kW) il est impossible de charger les batteries par le biais des panneaux lorsque le chauffage tourne. Par contre si je ne chauffe pas (absence par exemple), c'est pertinent de venir "taper" dans les batteries pour la consommation de fond. Idéalement il faudrait un SOC variable en fonction de l'absence/présence.

Merci encore pour votre code, je vais tenter de le faire tourner chez moi en adaptant

Bonsoir,

C'est un très idée kiwi35 ! Merci pour ton travail.

Comme le dit rodolphe il y a des pertes lors de la charge / décharge. Celles ci sont variable en fonction du modèle, du courant de charge et de la puissance du convertisseur. J'ai fait des mesures sur un MPII 3KVA, au maximum on a un rendement de 87% entre charge / décharge (en limitant le courant de charge à 10A seulement et limitation la puissance du convertisseur à 800VA). Sans ces bridages on a plutot un rendement de 80%...

Voici donc mes premières reflexion :

- Il n'y a pas d'intêret à charger HC Bleu pour décharger le lendemain en HP Bleu

- Il n'y a pas d'intêret à charger HC Blanc pour décharger le lendemain en HP Blanc

- Il est intêressant de charger en HC Bleu la veille d'un jour Blanc ou Rouge.

- Il est intêressant de charger en HC Blanc la veille d'un jour Rouge.

- Il est intêressant de charger (même partiellement) en HC Rouge la veille d'un jour Rouge.

Je vais continuer de refléchir à ce qui fait sens.

Bonne soirée

@remi_s

Si l'on raisonne rendement pur, il est vrai que seule la période rouge a du sens.

Néanmoins, pour coller à toutes les situations/besoins, je pense qu'il vaut mieux garder la gestion de l'ensemble des couleurs. Grâce à un paramétrage fin, l'utilisateur peut alors décider pour chaque couleur, c'est le plus efficace à mon sens.

Cdlt.

Hello, excellente idée et super travail ! Vu que Victron vient de sortir le dynamic ESS en version VRM et node-red, ne serait-il pas pertinent de peaufiner l'implémentation node-red (que je préfère) pour l'adapter au plus près des spécificité du contrat Tempo, plutot que de partir sur un script third party ? https://www.victronenergy.com/live/drafts:dynamic_ess

Volontier pour aider sur ce point ! et je suis sur que Victron sera preneur si on leur amène qqchose de pertinent pour l'intégrer de façon native dans ce nouveau mode ESS

++

Bonjour,

Sympa comme projet.

Pour la partie API, si tu en cherche une plus "officiel" il y a celle de RTE mais necessite une authentification: https://data.rte-france.com/catalog/-/api/consumption/Tempo-Like-Supply-Contract/v1.1

Elle a comme interet d'être mise à jour vers 10h40 pour le lendemain. A quelle heure est mis à jour la couleur du lendemain sur la sortie téléinfo ?

Je profite pour répondre a tous :

Oui j'ai découvert l'API de RTE qui as le gros mérite d'être déjà à jour dès 8h au moins... il faut implémenter du OAuth etc... Je verrais plus tard.

J'ai fait pour l'instant un code pour mon besoin... et pour optimiser au max lors de jours Rouges, et Blanc.

C'est lié quand même à mon setup ou j'ai 2 multiplus 48/5000 en //, 19kWh de batteries, une pompe a Chaleur en relève de la chaudière gaz... et une conso résiduelle de 1000W en permanence (trop de serveurs).

Les paramètres sont configurables de votre coté. Il ne fait qu'ajouter un peu plus de dynamisme. La charge est optionnelle mais ça me permet d'avoir 1h à 1h30 de jus "HC" à 6h lorsque les occupants (6 !) se reveillent en semaine. Donc profiter du grille pain/machine a café sans trop taper sur le Blanc... (le Coté WAF...)

Vous n'êtes pas obligé de charger...il n'agit QUE sur le paramètre du schedule 0 du GX.

Concernant les pertes, oui il y en as. Je les considère, vu la puissance de mon installation, négligeables et rentables vu le prix du kWh HP blanc et surtout rouge.

Vis-à-vis de Node-Red, je vais décevoir beaucoup de gens, mais j'ai une confiance plus que limité dans ce truc... tout ce qui touche nodejs pour moi est un éléphant pour défoncer une porte ouverte (je troll). Donc si de personnes veulent implémenter le code en node-red, n'hésitez-pas, vous pouvez vous inspirer de ce que j'ai codé.

Pour l'instant le code marche parfaitement avec l'eco-device, j'ai quelques embrouilles avec la version API EDF, je la corrigerais après.

Quand au WES... je serait intéressé s'il y a une "api" JSON ou XML dans laquelle on peux chopper des infos... (et accessoirement il prends le Linky en mode standard ?)

Vous avez peut-être vu que le code a eu des commits la semaine dernière.... comme je dis c'est une expérimentation grandeur nature...

Quelques élements de réponses:

Pour l'API RTE faut en effet implémenter l'authentification, concrétement c'est pas grand chose à faire: à la création du compte tu reçois une clé d'application à utiliser sur un endpoint d'authentification, qui lui même te renvois un jeton valide 2H. Avec celui-ci tu peut appeler toutes les API RTE auxquels tu es inscrits. La doc de RTE est assez bien faite.

Pour le WES il gére le téléinfo historique et standard, j'en ai un, je peux aider là dessus. A ceci prêt que je ne suis pas en tempo. Il y a une API XML que tu peux appeler pour recupérer toute les valeurs mesurés. Il a deux entrées téléinfo.

En gros c'est :

http://<ip_wes>/data.cgx (authentification basic)

<data>
...
<tic1>
...
<OPTARIF>BLEU</OPTARIF>
...
</tic1>
...
</data>

Bonsoir,

Je partage mon fichier data.cgx que j'ai extrait ce weekend (abonnement tempo/triphasé/TIC historique)

https://github.com/rodolphe63/WES/blob/38ae014facfc9e5da3172b61fab300a00a467db1/Copie%20de%20data.cgx.xlsx

Sous Venus OS Large, node red activé :

Pour récupérer la couleur de tempo, perso, j'ai mis un noeud http request avec pour URL : https://particulier.edf.fr/services/rest/referentiel/searchTempoStore?dateRelevant={ { {query}}}

La sortie est la couleur du jour et la couleur du lendemain.

Apres je mixe tout ca avec la prévision de production, la prévision de consommation et je viens charger le juste niveau de ma batterie pour passer le jour. En résumé, je ne consomme que des heures creuses si je n'ai pas assez de production solaire à venir.

Ca marche très bien !

Et actuellement je rajoute du code pour gérer le ballon d'eau chaude via l'AC-OUT1 et j'avance bien.

Hello j'ai mis a jour la doc sur GitHub... :D

@kiwi35

Merci pour la doc !

Deux petites coquilles à signaler : dans les paragraphes "jour BLANC" et "jour ROUGE", tu évoques "schedule 0" au lieu de "schedule 1".

Questions subsidiaires :

1. Je n'ai pas de compte Prowl, donc je n'aurai pas de notification.
   -> Cela n'impacte en aucun cas le fonctionnement du code, n'est-ce pas ?
   
   
2. Pourquoi le second cron est-il aussi tardif (22:02) ?
   C'est pour lire les registres au moment du fonctionnement du schedule 1 ?
   -> Pas possible d'avoir l'info avant ?
   
   
3. Chez moi, j'ai choisi de toujours laisser "Battery Life" off (*).
   Je vais donc remplacer "ESSwBL" par "ESSwoBL" en lignes 297 et 307 de ton code.
   -> OK ?

(*)

@Thierry Cortassa (Victron Energy Staff)
Pour moi "Battery Life" à Off toute l'année ne pose pas de problème avec des Pylontech . J'ai quand même des recharges à 100% en hiver (la veille des jours rouges), et dans les beaux jours. -> Si tu as une préconisation différente, ne pas hésiter à me corriger merci.

1. Pas d'urgence, je vais me débrouiller avec des #.
2. Je comprends mieux.
3. Evidemment ! Bien plus propre, je fais ça.

Je n'ai pas de "mosquito de test" sous la main, donc il est probable que je teste ton code directement. Peu de risque vu qu'il tourne chez toi, et que le script est clair. Il faut juste que je monte une petite VM dédiée dans Proxmox :-)

Merci encore pour le partage !
Cela va m'éviter la contrainte de surveiller les jours rouges...

Bonsoir à tous,

Pour info, j'ai finalisé la mise en place du scrypt python.

C'est fonctionnel avec peu de moyens : une petite VM (ou raspberry, ...) + crontab !
Mes réglages spécifiques "tempo" sont enfin automatisés -> Je recommande cette solution.

Merci pour le partage @kiwi35