GRDF : Décalage d'une journée

Plugins Energie
1

Bonjour,

Je test depuis hier le plugin GRDF, il remonte les informations avec une journée de décalage par rapport à la valeur afficher sur le site GRDF. Est-ce un bug de l’API ou une mauvaise interprétation ?
Par exemple nous sommes le 28/02, le plugin indique que j’ai consommé 55 Kwh pour le 27/02.

image
image799×489 27.5 KB

Sur le site GRDF, je n’ai pas encore l’information pour la journée du 27/02 mais la valeur de 55 Kwh correspond au 26/02
image
image902×88 6.68 KB

Lorsque je regarde chaque valeurs du plugin est décalé de 24h.

Voici les logs :

0601|[2024-02-28 22:47:10][DEBUG] : [Maison][Gazpar][Consommation quotidienne estimée] Enregistrement historique : 2024-02-25 06:00:00 => 58 kWh
0602|[2024-02-28 22:47:10][DEBUG] : [Maison][Gazpar][Consommation quotidienne estimée] Enregistrement historique : 2024-02-26 06:00:00 => 62 kWh
0603|[2024-02-28 22:47:10][DEBUG] : [Maison][Gazpar][Consommation quotidienne estimée] Mise à jour de la valeur : 2024-02-27 06:00:00 => 55 kWh

Après une journée gazière en France (Gasday) commence à 6h et termine le lendemain à 6h.
Il faudrait savoir ce que retourne l’API. Est-ce que la valeur indiquée pour 27/02 6h correspond à la consommation du gasday du 26/02 (du 26/02 6h au 27/02 6h) ? En regardant le site GRDF, j’aurais tendance à le croire. Je ne sais pas si c’est précisé dans la documentation de l’API.

Merci

2

Bonjour,

c’est donc actuellement la date_fin_consommation qui est prise et non la journée gazière :

image

3

Salut,

Effectivement c’est la donnée brute de date de fin qui est prise en compte par le plugin pour le moment. Voici tout ce que dit la documentation de l’api à ce sujet :
image

Habituellement on ne touche pas aux données reçues mais dans le cas présent, sauf indication contraire, je pense les forcer à la veille de la date de fin à 23h59, un avis là-dessus messieurs ?

4

Hello,
C’est ce que j’ai fait sur ma beta test mais a 00:00:00 :
$beginDate = date('Y-m-d 00:00:00', $beginTime);
mais 23h59 me va très bien aussi :wink:

sauf pour les donnees_consos_publiees bien sûr.

5

Je comptais appliquer cette modification partout, pour moi le souci est le même sur les données publiées :
image

Je me trompe ?

6

non tu te trompe pas :grin:, effectivement en prenant la veille de la date de fin c’est applicable partout.

7

Bonjour,
Pour bien comprendre ce qui va être fait, les données ci-dessous vont être historisées dans Jeedom à quelle date ?

image
image384×663 6.1 KB

Avec la version actuelle, c’est:
image

Je suis intéressé par le coeff. de conversion pour l’intégrer dans ce que remonte chaque heure mon Ecocompteur en litres.

8

Hello,
pour cet exemple la donnée sera enregistrée le 2024-02-26 a 23h59

9

Dans mon idée les données que tu montres seraient enregistrées dans Jeedom à la date du 2024-02-26 23:59.

C’est bien noté, il serait également possible de remonter les index même s’ils sont arrondis. A mon avis ce sera ajouté via des options une fois la 1ère phase de debug terminée.

10

AMHA, Oui ça serait mieux à 23h59 de la journée gazière qu’à 6h le lendemain.
Ça permettrait aussi d’aller chercher la conso du mois le dernier jour du mois et pas le 1er du mois suivant:
image

11

Pour être au plus juste, il faudrait que la date de fin est une seconde de moins que la date indiqué par l’api (05:59:59).
C’est utile si des personnes ont plusieurs compteurs gaz dans différent pays et souhaite comparer comme les journées gazière ne sont pas toutes identiques.

Sinon pourquoi ne pas prendre le début de la journée gazière ? on sait que si la date est le 26/02 6h cela correspond à la consommation du 26/02 6:00:00 au 27/02 5:59:59.

J’ai l’impression que dans le plugin Enedis la journée du 28/02 0h correspond à la consommation du 28/02 0:00 au 28/02 23:59. Si c’est bien le cas à mon avis le mieux est d’uniformiser en prenant la date de début ou voir même en se positionnant à 0h de la journée gazière.

Je pense qu’il faut que l’on puisse comparer les historiques via le core de jeedom assez facilement sans avoir à retravailler les données.

12

@here, ces modifications sont dans la prochaine beta. Il faudra recréer les équipements GRDF après la mise à jour.

13

J’ai recréé l’équipement suite à la mise à jour c’est tout bon merci. En plus c’est top on a aussi la possibilité d’enregistrer le coefficient de conversion.

14

Moi j’ai toujours plus accès au donnees_techniques, donc impossible de récupérer les données !
Je commence a avoir un doute, problème api ou problème sur mes données !

15

Ah je ne savais pas, tu as des logs ?

16 
0000|[2024-03-01 10:31:41] DEBUG  : [Energie][Compteur Gaz 1] -----------------------------------------------------------------------
0001|[2024-03-01 10:31:41] DEBUG  : [Energie][Compteur Gaz 1] Mise à jour des autorisations d'accès en cours...
0002|[2024-03-01 10:31:41] DEBUG  : [Energie][Compteur Gaz 1] Appel API GRDF : /adict/v2/droits_acces
0003|[2024-03-01 10:31:42] DEBUG  : [Energie][Compteur Gaz 1] Mise à jour de la fréquence de relève des données en cours...
0004|[2024-03-01 10:31:42] DEBUG  : [Energie][Compteur Gaz 1] Autorisation d'accès à l'API GRDF validée pour le périmètre : perim_donnees_techniques
0005|[2024-03-01 10:31:43] DEBUG  : [Energie][Compteur Gaz 1] Appel API GRDF : /adict/v2/pce/#pce_id#/donnees_techniques
0006|[2024-03-01 10:31:43] ERROR  : [Energie][Compteur Gaz 1] Impossible de vérifier la fréquence de relève des données
0007|[2024-03-01 10:31:43] ERROR  : [Energie][Compteur Gaz 1] Type de compteur inconnu :
0008|[2024-03-01 10:31:43] DEBUG  : [Energie][Compteur Gaz 1] -----------------------------------------------------------------------

Et j’ai pourtant bien perim_donnees_techniques → VRAI dans le json updateRightsAndFrequency

en réactivant le log dans callGRDF :
[donnees_techniques] => vide
[message] => Vous n’êtes pas ou plus autorisé à consulter les données de ce PCE.

17

Intéressant… A part supprimer et refaire le consentement je sais pas trop quoi tenter d’autre ?! Ou voir avec GRDF directement si le consentement actuel est OK ?

18

J’ai pas encore regardé en détail comment fonctionne l’api, mais la partie token, si il y en a une, est stocker coté service jeedom ?

19

Oui le token est géré côté cloud Jeedom, il est rafraichit toutes les 4 heures et unique pour tous les appels car lié au contrat passé avec GRDF.

20

Ok, et pour être sûr qu’on passe pas a coté d’un truc coté cloud jeedom, tu as moyen de rafraichir ou voir si il se passe quelque chose de ce coté ?

Edit : vu que j’ai toujours 2 autres consentements revoqués sur mon compte, est-ce que cela ne vient pas de sa coté cloud ? il prend pas le bon consentement ?

sinon je vais refaire le consentement si besoin.

Est-ce que tu veux que je créé un nouveau post pour ce cas ?