Le virtuel délivre des séries d’évolutions d’index et donc de valeurs de ce genre là :
Index virt / Evolutions
34954424
34954790 / 366
34954790 / 0
34954633 / -157
34954633 / 0
34954551 / -82
34954551 / 0
34954940 / +389
34954940 / 0
34954850 / -90
34954850 / 0
Suivi conso reçoit les index correspondants aux évolutions : -157 puis plus tard -82. Index qu’il élimine parce que produisant une évolution négative de l’index hchp
Puis il reçoit : 34954551 / 0 ===> 0 ? OK Suivi Conso conserve 34954551 comme valeur antérieure.
Et ensuite il reçoit : 349954940 index « positif »… OK Suivi Conso le conserve et calcul une évolution de 34954940 - 34954551 = 389
Donc pour Suivi Conso l’évolution est de 389 au lieu de 389 - 82 - 157 = 180
Ce n’est sûrement pas aussi limpide que ça, mais je pense ne pas être loin du problème…
Pour moi, ton index ne doit pas fonctionner par différence. Il doit simplement être le résultat de l’opération sur tes différents index : Conso réseau + Production PV - Injection.
3 index: Ta Conso réseau qui augmente tout le temps, la production PV augmente également tout le temps et l’injection aussi mais qui est comptée en négatif.
D’ailleurs moi je mettrait directement l’opération dans le paramétrage SuiviConso et je ne passerais pas un virtuel. Car ta manière de comptabiliser par différence dans le virtuel fausse le résultat
Pour essayer de contourner le problème, grasse à un scénario j’ai créé une nouvelle série d’index dans un nouveau virtuel.
Tous les calculs sont réalisés dans le scénario, le virtuel n’est là que pour recevoir le résultat du calcul.
La fréquence d’exécution du scénario et d’enregistrement est horaire à H:58. Le scénario calcul la progression entre H-1:58:02 et H:58:02
La nouvelle série ne contient que des valeurs positives comme un index quelconque.
Dans Suivi Conso j’ai un équipement qui est simplement et seulement relié au nouveau virtuel.
Après une évolution vers H:59:05, l’index hchc ou hphc ne varie plus jusqu’à H+1:59:05. Ce qui est normal puisque le virtuel ne reçoit une valeur que toutes les heures à H:58:02
Tant que l’index du virtuel progresse (une fois toutes les heures) l’index de l’équipement de Suivi Conso progresse lui aussi, après être resté invariable depuis la progression précédente une heure auparavant.
Si l’index du virtuel diminue (ce qui malheureusement se produit…) l’index de l’équipement de Suivi Conso ne progresse pas pour une nouvelle heure. Ceci, parce que Suivi Conso, rejette les diminutions d’index. OK. Il devrait en tenir compte à la prochaine heure…
Une heure plus tard, l’index du virtuel progresse à nouveau, l’index de Suivi Conso progresse également mais en perdant l’évolution négative de l’index du virtuel.
Je me répète, mais je pense que tu fais fausse route en voulant avoir une évolution négative. Car en fin de journée tu n’auras pas un total négatif.
Fais 3 index, 1 pour chaque valeur de ton calcul, fais la somme de ces index. Peut-être que dans la journée le résultat diminuera à l’instant t par rapport à l’instant t-1, mais on s’en fout. Car ta consommation ne peut-être que positive au final.
Soit une conso EDF, soit tu consommes quelque chose, soit 0
Soit une conso de tes PV qui est la prod - l’injection et l’injection ne peut être supérieure à la prod.
Exemple pour Prod et injection:
à 10h00 ton index de prod est 34954940 et celui de l’injection de 20000000 → Soustraction des 2 index, index global est 34954940 -20000000 = 14954940
à 11h00 ton index de prod est 34955230 et celui de l’injection de 20000000 → Soustraction des 2 index, index global est 34955230-20000000 = 14955230 (soit +290)
à 11h30 ton index de prod est 34955240 et celui de l’injection de 20000350 → Soustraction des 2 index, index global est 34955240-20000350 = 14954890 (soit -340 Mais il ne faut pas prendre en compte cette diminution car l’index injection a augmenté, celui de la production non, mais c’est dû au décalage de temps entre tes remontés.
à 12h00 ton index de prod est 34955890 et celui de l’injection de 20000440 → Soustraction des 2 index, index global est 34955890-20000440 = 14955450 (soit +560)
et ainsi de suite. Au final dans l’exemple tu as produit 34955890 - 34954940 = 950 Wh
et tu as injecté 20000440 - 20000000 = 440 Wh ce qui fait que ta consommation est 950 - 440 = 510 Wh
En prenant que les évolutions positives tu n’auras pas les aléas dû au diminution.
D’ailleurs dans ton exemple, Suivi Conso ne se comporte pas comme tu le dis
Il ne prendra que les évolutions positives. Il prendra les 366 avec un index 34954790,
les - 157 sont ignorés et l’index reste 34954790,
l’index 34954633 est également ignoré car < 34954790,
idem pour le 34954551,
il prend le 34954940 avec un écart de 34954970 -34954790 = +180,
et donc l’index 34954850 est aussi ignoré car < 34954970.
Au final ton écart est 366 + 180 = 546 Wh alors que si tu fais la somme de tes écarts tu obtiens 426 Wh
Bien sûr que sur une journée entière ma consommation totale est positive…
Si Suivi Conso ne fonctionne qu’une seule fois par jour, par exemple à 23:59:59, et calcule la somme des trois progressions de la journée, il fournira bien la consommation totale et positive de la journée. Et il obtiendra le même résultat qu’un virtuel qui calcule son index à chaque fois qu’un des 3 éléments évolue.
MAIS, si on essaye d’avoir dans Suivi Conso une évolution progressive de la consommation totale (par exemple toutes les heures) et que le résultat du calcul : « Conso Réseau » + « Production PV » - « Injection surplus » peut devenir négatif, pour certaines heures et dans certains cas, eh bien Suivi Conso ne déduira pas ces évolutions négatives dans SON index du moment hchp ou hchc. Et puis c’est tout…
Pourquoi pour une certaine période la consommation totale peut devenir négative ?
Par ce que la production solaire est réellement importante mais qu’on n’arrive pas à récupérer l’évolution de l’index de son compteur. L’index n’évoluant pas, la production mesurée est nulle. Mais comme la production PV est importante 1) la consommation réseau peut également réellement devenir nulle et 2) le surplus injecté n’est pas nul…
Ce qui nous fait : 0 + 0 - 300 = -300
Oui c’est comme ça. C’est un fait dans SuiviConso, cela ne diminuera jamais. Mais les résultats obtenus sont correctes pour moi, même en cours de journée. Si à un moment ton index diminue, pour moi, il ne faut pas le montrer.
Ca j’ai bien compris pourquoi elle peut devenir négative. Je dis simplement qu’il ne faut pas faire apparaitre ces évolutions négatives puisque elle seront rattrapées plus tard.
Enfin pour moi en conclusion, le but de départ étant de comptabiliser les consommations non mesurées est déjà ok dès le départ. Sauf si ta manière de calculer ton index virtuel fournit à SuiviConso est erroné ce que je ne suis pas sur. Pour moi tu te compliques pour rien. Fait ton opération dans la commande SuiviConso et pas besoin de virtuel
Ben NON, avec un équipement Suivi Conso « progressif », la diminution provisoire de la valeur obtenue n’est pas rattrapée plus tard, elle est effacée.
Mais c’est OK, Suivi Conso fonctionne comme cela, je dois faire avec. Je cherche une solution pour mesurer progressivement l’évolution « nette » de la consommation totale.
J’ai créé une équipement Suivi Conso qui ne récupère pas le résultat d’un virtuel. La « formule » de calcul est paramétrée directement dans l’équipement Suivi Conso.
Pour une mesure progressive de la consommation totale, le résultat est le même, les diminutions ne sont pas conservées ; ce qui est normal dans Suivi Conso, je le répète !
Par contre, pour une mesure unique à 23:59, c’est OK, la valeur obtenue est égale à celle du virtuel qui enregistre la formule à chaque fois qu’un des composants change de valeur.
Je ne suis pas d’accord sur l’interprétation que tu en fais, mais je pense qu’on ne se comprend pas complètement. Pour moi l’important c’est qu’en fin de journée la consommation relevée soit égale à l’index de fin de journée - l’index de début de journée. Ce qui est pour moi la consommation juste. Je prend comme postulat qu’en fin de journée tes écarts négatifs sont rattrapés et ProdPV - injection est >= 0
Moi « à la main », je relève les 3 index de fin de journée et de début de journée des équipements d’origine, la conso et l’injection dans le Linky et la production chez Enphase . Puis je calcule la consommation totale de la journée.
Si dans Suivi Conso je mets ma formule de calcul directement, les diminutions temporaires de l’index conso-teleinfo, Suivi Conso n’en tient pas compte (c’est normal, c’est comme ça qu’il fonctionne…). Et en fin de journée « l’index de fin de conso-teleinfo » - « l’index de début de conso-teleinfo » donne une valeur bien supérieure à celle que je calcule à partir des index des équipements d’origine.
Ensuite Suivi Conso met à jour conso-jour…
Pour n’avoir qu’une seule valeur d’évolution par jour à 23:59, je suis bien obligé de passer par un virtuel. On est d’accord ???
Mais attention, Suivi Conso a ses propres index qui évoluent par addition des évolutions des index des équipements d’origine. Les index des équipements d’origine et les index de Suivi Conso dans conso-teleinfo sont indépendants. Ceux de conso-teleinfo évoluent par addition des évolutions de ceux des équipements d’origine (répétition… mais c’est important… ).
En fin de journée, conso-jour reçoit le min et le max de conso-teleinfo et non pas ceux des équipements d’origine.
J’ai comparé trois équipements de Suivi Conso sur les relevés d’hier 30/09 L’équipement 231 reçoit les données d’un virtuel qui calcule la consommation totale de toute une journée en s’exécutant à 23:59. Les index dans conso-teleinfo ne varient pas durant toute la journée et à ~23:59 l’index hchc seul évolue fortement, par ce que le calcul ne se fait qu’une seule fois et pendant les heures creuses. L’équipement 199 reçoit les données d’un virtuel qui calcule la consommation totale une fois par heure à H:58 L’équipement 234 contient directement la formule de calcul de la consommation totale et reçoit, à tout moment, ses données du Linky et de Enphase
EQUIP 231
Equip heure hchp hchc
231 début 0 47062
231 fin 0 63908
231 conso 0 +16846
conso-jour :
Equip hp hc max-hp min-hp max-hc min-hc
231 0 +16846 0 0 63908 47062
EQUIP 199
Equip heure hchp hchc
199 début 85111 88760
199 fin 91791 98666
199 conso +6680 +9906 => 16586
conso-jour :
Equip hp hc max-hp min-hp max-hc min-hc
199 +6681 +9906 91792 85111 98666 88760
EQUIP 234
Equip heure hchp hchc
234 début 79731 5003
234 fin 89121 14911
234 conso +9390 +9908 => 19298
conso-jour :
Equip hp hc max-hp min-hp max-hc min-hc
234 +9390 +9908 89121 79731 14911 5003
Entre le 231 et le 199 la différence globale est faible car, je pense, qu’en calculant la consommation totale une fois par heure seulement, je récupère moins souvent de variations négatives. Mais je suis infoutu d’expliquer cet écart tellement il y a de données à traiter… A suivre les prochains jours…
Entre le 231 et le 234 la différence globale est importante +16846 / +19298
Si on examine entre le 199 et le 234 on remarque que les heures creuses sont pratiquement égales +9906 / +9908 et que toute la différence provient des heures pleines +6680 / +9390. Normal, c’est en milieu de journée, uniquement pendant les heures pleines, que peut se produire une diminution « anormale » de consommation totale.
Avec ces exemples et cette « particularité », je dis que Suivi Conso ne recale pas la Consommation Totale d’une journée.
ok et si tu prends tes 3 index (Conso Réseau, prod PV, injection) à J-1 minuit et les mêmes à J minuit et tu fais la différence, tu obtiens quoi comme consommation:
(ConsoRJ + ProdPVJ - InjectionJ) - (ConsoRJ-1 + ProdPVJ-1 - InjectionJ-1). La valeur de l’équipement 199, 231 ou 234?
Parce que la vrai consommation, c’est bien cette valeur. Tu es d’accord?
Il y a un truc auquel je n’avais pas pensé, c’est le basculement de HP en HC et vice versa, si à ce moment tu as des variations négatives ou un rattrapage. Je pense que ça peut générer des deltas trop importants. As tu des HC pendant midi ou dans la journée?
Je pense que tu demandais les valeurs des index des équipements d’origine, mais je n’en suis pas sûr…
Non pas de HC pendant la période de production. Mes HC sont de 22h ->06h. Les basculements HC<->HP sont en dehors des périodes de production et sûrement en dehors des périodes d’injection élevées, en particulier en ce moment fin septembre…
CONSO RESEAU
cmd-id heure value
1496 29 23:55:07 728884
1496 30 23:55:08 741190
1496 conso du 30 +12306
INJECT RESEAU
cmd-id heure value
1507 29 23:55:08 70440
1507 30 23:55:08 76185
1507 inject du 30 +5745
PROD PV
cmd-id heure value
964 29 23:57:55 24736
964 30 23:58:46 35021
964 conso du 30 +10285
Conso totale = 12306 - 5745 + 10285 = +16846
ou
Conso totale = (741190 - 76185 + 35021) - (728884 - 70440 + 24736) = +16846
OU
CONSO RESEAU
cmd-id heure value
1496 30 00:00:07 729093
1496 01/10 00:00:08 741208
1496 conso du 30 +12115
INJECT RESEAU
cmd-id heure value
1507 30 00:00:08 70440
1507 01/10 00:00:08 76185
1507 inject du 30 +5745
PROD PV
cmd-id heure value
964 30 00:02:57 24736
964 01/10 00:03:48 35021
964 conso du 30 +10285
Conso totale = 12115 - 5745 + 10285 = +16655
ou
Conso totale = (741208 - 76185 + 35021) - (729093 - 70440 + 24736) = +16655
Mais dans les deux cas on est loin des 19298 de l’équipement 234
Il faudrait regarder les données conso_teleinfo de la journée pour essayer de comprendre ce qu’il se passe. Normalement, je ne touche plus à SuiviConso mais comme je me suis beaucoup intéressé à ton soucis, peux tu m’extraire les données de la journée du 29 23:55 au 30 23:59 de la tables conso_teleinfo pour l’équipement 234 sur l’équipement concerné?
J’ai fait un fichier csv contenant les lignes de la journée du 30/09, y’a 880 lignes. Mais je ne sais pas comment te l’envoyer…
Mais je te le répète… j’ai intégré le fait que Suivi Conso ne tenait pas compte des évolutions négatives. Je cherche une solution de contournement. Mais je veux que tu comprennes, que dans l’environnement que je décris, en fin de journée, ou de période,… Suivi Conso ne se recale pas sur les index d’origine
Oui, oui, j’ai bien compris. Mais je suis étonné, pour moi cela aurait du fonctionner. Si j’arrive à comprendre le problème, je pourrais peut-être te trouver une solution.
Pour le fichier tu le renommes avec une extension .txt et tu peux le joindre ici
Tu peux me donner les infos de l’équipement 199 aussi. Parce que tout seul le 234 ne me montre que des évolutions régulières de la consommation. Tu n’aurais pas aussi un graphique de index calculé Prodpv - injection?
Oui, ça doit être ça, il corrige tous mes bugs Sérieusement, je n’en sais rien. il souhaite conserver son plugin, donc je lui laisse. Ici j’ai mis mon grain de sel, car cela me semblait plus un problème de d’infos passées au plugin que un problème du plugin lui-même.
).
Sérieusement, je n’en sais rien. il souhaite conserver son plugin, donc je lui laisse. Ici j’ai mis mon grain de sel, car cela me semblait plus un problème de d’infos passées au plugin que un problème du plugin lui-même.