Bonjour à tous,
Je suis récemment passé à l’option EDF tempo (j’étais en tarif base bleu avant).
Lors du passage à tempo (et de la reconfiguration sur suivi-conso), j’ai un saut d’index qui génère une « fausse » consommation le jour du passage. J’ai donc un graph qui ressemble à ça :
Comment puis-je « corriger » cela ?
Il faudrait que je modifie l’entièreté des index avant le passage tempo ? En ajoutant en colonne hchc le delta d’index avant/après ? Cela me semble totalement overkill. Il y a peut être une autre solution ?
Le truc c’est que je ne vois pas comment faire, car l’index a augmenté dans la journée (lors du passage tempo, passant de 0 à 14955944. Donc même si je modifie l’index du début de journée et de fin de journée à la même valeur (pour éviter un saut), le saut interviendra de toute façon au jour précédant, car il va détecter une augmentation de l’index du jour N-1 (de 0) au jour N (à 14955944) de nouveau, et donc on déplace le problème.
Si tu as modifié que conso_jour, la modif sera écrasé par la syschronisation automatique. Il faut bien modifier conso_teleinfo mais que sur le jour à problème. Et tout les enregistrements avant la rupture: Mettre la valeur 14955944 au enregistrement ayant la valeur 0
Une fois la modif faite, y’a-t-il moyen de rappeler manuellement la synchro de suivi conso pour refaire le calcul sur la table conso_jour, voir si la modif des index a réglé le soucis ?
Merci beaucoup.
Mon update n’a pas fonctionné du premier coup : me suis trompé dans le sens du signe « < » pour le timestamp dans la requête, car le timestamp augmente avec le temps. Or j’avais écrit ma requête « where timestamp < XX » au lieu de « where timestamp > xx ».
Je suis revenu en arrière et re-appliqué le delta sur le bon range, relancé la synchro, et tout est rentré dans l’ordre .
Merci beaucoup !
.